結局Microsoftの目的は何なのか、もうちょっと考えてみる - 亀岡的プログラマ日記
今朝の記事は予想外に色んな人に読んでもらえたみたいで、ありがたい限りです。一時間程度でラフにまとめたものなのでお恥ずかしい限りですが、みなさまの役に立ってたら幸甚です。いや、ほんとに。 んで、見たことないくらいたくさんついたブクマを眺めていると、「何のためにしたかイマイチわからない」「どうやって金を儲けるつもりなんだ？」という話がちらほら見受けられます。ねぇ、ぼくも色々もんもんと考えておりました。 んで、決して答えが出たわけではないんですけど（というか最後の最後がわからんのですよ、やっぱり）、でもこの方向性に向かう意図は僕の中で納得がいったので、ついでにメモ的に晒しておこうと思います。 分析の前に、ツールの確認 今回は、クラシックな戦略分析ということで、5フォース分析をしています。 ファイブフォース分析 - Wikipedia Microsoftという企業に対して、サプライヤとカスタマーを
How To Become A Hacker: Japanese
なぜこんな文書を書いたか わたしは Jargon Fileの編集者で、またその他似たような有名文書いくつかの著者なので、しばしば熱心なネットワーク初心者から「ウィザード級の大ハッカーになるにはどうやって勉強すればいいの？」といったようなお尋ねメールを頂きます。でもかつて 1996 年に、こんな大事な問題を扱った FAQ や Web 文書 はみあたらないことに気がつきました。というわけで、これを書き始めました。多くのハッカーがいまやこれを決定版と見なしているし、つまり実際に決定版なんだと思います。でも、この問題について自分が唯一無二の権威だと主張するつもりもありません。気にくわなければ、自分なりのヤツをどうぞ。 この文書をオフラインで読んでいるなら、最新版は次のところにあります。 http://www.catb.org/~esr/faqs/hacker-howto.html なお、この文書の
特別寄稿：センチメンタル・ジャーニー ~OSSはまだ16だから~ MOONGIFT
小飼弾(@dankogai) まずはMOONGIFTさん、10周年おめでとうございます。今調べたら、404 Blog Not Foundも今年の11月が開設で、今年は個人的にも社会的にも節目の年なのかも知れません。 節目といえば、 "Open Source"という言葉も今年の2月3日に0x10歳の誕生日を迎えます。オープンソースのこれまでの沿革を振り返り、これからのことに思いをはせるには絶好のタイミングとも言えます。これまた偶然にも、その8ヶ月後に私は一児の父となりました。私にとって、オープンソースが育っていた月日は娘たちが育っていた日々と重なっています。 ただし同い年の長女とオープンソースには違いが一つあります。「オープンソース的」なものはすでに長らく存在していて、なかったのはオープンソースという名前だけだったのです。 俺のサーバーがこんなに売れないわけがない いわゆるLAMPを構成する
家事スタンプ
New Task Users Name Point yuca 13 Show kei 5 Show Tasks Name Completed at Point User お料理 2013-09-16 12:00:00 +0900 3 yuca お掃除 2013-09-16 10:00:00 +0900 2 kei 風呂掃除 2013-09-17 11:14:00 +0900 1 yuca お料理 2013-09-17 22:49:00 +0900 3 yuca お洗濯 2013-09-17 22:50:00 +0900 2 yuca ごみ捨て 2013-09-17 23:31:00 +0900 1 kei お皿洗い 2013-09-17 23:31:00 +0900 2 kei お洗濯 2013-09-19 20:13:00 +0900 2 yuca お掃除 2013-09-19 22:5
業務アプリの業務部分で、オブジェクト指向なんか使わないよね - K.Maebashi's はてなブログ
久々の更新なのでちょっとは刺激的なことを書いてみる。 今時のプログラマにはオブジェクト指向は必須、常識、みたいな言説はよく聞きます。 しかし、煽りでもなんでもなく、実のところ現場ではあまり使わない、というのも事実だったりします。 そりゃ、ライブラリやフレームワークでは使いますよ。しかし、多くのプロのプログラマが会社で作るような「業務アプリ」の世界において、プログラム全体の中でライブラリやフレームワークの占める割合は大きくはない。10万行のシステムを書いて、5万行が(自社開発の)共通ライブラリやフレームワークだというのなら、それはおそらく設計が間違っています。まず8割以上は「業務ロジック」のプログラムになるんじゃなかろうか。 そして、たいがいの「業務アプリ」は、フロントエンドがWebであろうがクライアントアプリであろうが、データの本体はRDBMSにあり、それを操作するのはSQLです。よって、
プログラミング言語や環境について詳しい方に質問です。…
プログラミング言語や環境について詳しい方に質問です。 これほど多種多様な言語があり進化しているにもかかわらず「銀行などの大規模システムの仕組みは日本においてはcobol等で 為されている」という話を時々聞きます。でも大抵頻繁にメンテナンスをし夜中に止まる全く枯れてないシステムでもあると思うのです。しかも予算がベラボーに高い。100億とかって言いますよねよく。理由を聞いてみると以下の４つを良く聞きます。 １．高負荷のトランザクション処理が出来る =>コボルの性能と言うよりも動作させているマシンの性能では？またアルゴリズムさえ同じであれば言語は関係あるのか？ ２. 言語が英語に似ていて分かり易い => 可読性が高いとは思えない ３．デファクトだからライブラリなどの資産がある => 少しずつ書き換えられないほど密結合なのか？ ４. 複数人での大規模開発に向いている => 数百人とかのプロジェクト
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
Part6 C の難関を克服せよ - C/C は永久に不滅です！：ITpro
どんなプログラミング言語でも，学習を進めていくとどこかに乗り越えないといけない壁が存在するものです。C++ではそれがクラスであることが多いようです。特にC++の場合は，ずぶの初心者ではなく，C言語を一通り使いこなした後でC++に移行してくる人が多いというほかのオブジェクト指向プログラミング言語には無い特徴があります。なまじC言語の知識があるため，オブジェクト指向と手続き型の考え方の違いから，クラスで行き詰まってしまうわけです。 では，どうしてクラスは壁となるのでしょうか。その理由は大きく2点あると思います。一つ目は，C++が登場するまで一般のプログラマにほとんどなじみが無かったオブジェクトという概念を理解しなければならないことです。私が知っている限り，C++が登場したころ，C言語からC++への移行がスムーズにできなかったエンジニアが大勢いました。そうした人の大半は，新しく入ってきたオブジェ
プログラミングテクニックのまとめ - プログラミング日記
とりあえず思いついたもののまとめ。 まずは、ベーシックなものから。 変数のスコープをなるべく狭くしろ 他はグローバル変数を使うなとか、モジュール化と界面を意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係する機能は、モジュール(パッケージ)、クロージャ、ローカル関数、ローカルクラス、変数の種類、アクセス制御など。 同じロジックのコードを2度以上書くな 他はDRY原則、コピペをするななど。自分の場合、2度書く方がシンプルになる場合、2度書くこともある。特に、ifやswitchなどのロジックの中で同じコードが2度現れる場合、ちょっとしたコードでわざわざ別のところで関数やブロックにまとめて、それを参照するのは面倒。但し3度以上現れる場合は関数などにまとめるケースが多いかも。 汎用コード内で条件分岐コードを減らせ 他はifをポリモーフィズムによりなくせなど。条件分岐は汎用性を損
教養としてのC言語
筆者は「日経ソフトウエア」というプログラミング雑誌で記事の執筆と編集をしている。先日，C言語にターゲットを絞った特集を企画・担当した。記事は無事校了し，今はこの特集を収録した2008年11月号が書店に並んでいる。 C言語の特集を企画した理由はただ一つ，C言語を学ぶことによって，プログラミングに関するより深い知見を得られると強く感じたからだ。筆者自身，C言語に不案内で苦手意識を感じていたので，その思いは余計に大きかった。同時に，だからこそ，筆者同様にC言語の経験が比較的少ない人，そしてこれからC言語を学ぼうという人に役に立つ特集に仕立てられるのではという気持ちもあった。 日経ソフトウエアとしては，C言語にターゲットを絞った特集をここ3年ほど掲載していなかった。その間にアプリケーション・ソフトウエアの大きな流れとしては，デスクトップ・アプリケーションからWebアプリケーションへの比重が高まり，
Rails初心者はどうやって他人のRailsコードを読めばいいか - ミームの死骸を待ちながら
先日のエントリ などなかったかのように別の話題です。 (どうやらRails 1.1の知識で書いてしまったらしく、浦島太郎状態。最新版の読み方にちまちま変更していく) Railsは過保護なのでたくさんの決まりがあり、ユーザーはその決まりに則ってアプリを作る。CoC (Convention over Configuration) というやつ。決まりを覚えてしまえばラクチンなのだが、まだいまいち覚え切れていない時に「完成品」を見せられると混乱する。 つまり、他人が書いたコードを見ても、どこまで自動生成され、どこからその人が書いたコードなのか区別が付きにくいのです。 そこで、自分で入門するのではなく他人の書いたコードを読む必要が出たRails初心者のために最低限必要な知識をまとめた。というか、まぁ、バイトで社員さんの書いたRailsコードを読むところから始めているので、復習がてら、八割がた自分のた
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
ウノウラボ Unoh Labs: 正規表現の勉強法
bokkoです。 テキストの整形処理を行う上で正規表現は非常に重要です。正規表現なしでテキストの整形処理をするくらいなら自分で正規表現ライブラリを書いてやるという人がいるのかどうかは知りませんが、実際、相当大規模なWebソフトウェアのプロジェクトならそっちの方が早いかもしれません。なんだか自分で書いてて何が言いたいのかわからないような文章になってしまいましたが、私が言いたいのは正規表現はそれくらい強力で、習得して使う価値があるということです。 ただ、正規表現にはじめて触れる場合、非常にとっつきにくく思う方もいると思います。私も最初、意味のわからない文字の羅列に圧倒されたような気がします。 このように最初の段階でとっつきづらく思ってしまうのは大抵慣れの問題なので、とりあえず、正規表現を使ったプログラムでも書いてみるのが一番の近道です。何かしらのテキストを整形するというのがいい題材ですが、私が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
