仙石浩明の日記: 技術力が高い人こそ、ビジネスモデルの良し悪しにもっと敏感になるべき
先週参加した社外の飲み会 (私は飲めないので専らウーロン茶でしたが) で、 Linux ディストリビューションの開発や、 カーネル技術を売りにしたコンサルティングで有名な某社の カーネル技術者とお会いしました。 彼はいま伸び盛りの若手カーネル・ハッカーなのですが、 オープン・ソース・ソフトウェア (以下 OSS と略記) ビジネスについて熱く語ったり、 ディストリビューションをサポートし続ける使命感に燃えていたのが、 わたし的にはちょっと気になりまして、 ひとこと言いたくなってしまいました(お節介ですね ^^;)。 ディストリビューションのサポート体制 (カーネルのバグにも的確に即応できる体制) を維持し続けることによって、 多くの企業で Linux を安心して使ってもらうことができて、 それが OSS の発展につながるし、 それこそが自分の使命だと彼は考えているようでした。 それはそれで
プログラミングファースト開発は物神化に並ぶ人月商法脱却の解か - 雑種路線でいこう
プログラミングファースト開発と最初に聞いて、ソフト開発の手順としては当たり前過ぎて、最初は何が新しいのかさっぱり分からなかったんだけど、肝は如何に受託開発でそれを貫徹するかの交渉術や契約形態にありそうだということに合点がいった。人月に代わる値付けの方法、機能や品質に応じた対価を得る手法として、パッケージ販売やSaaSといった共通化と利用者拡大の他に、相対取引での値付けにも新たな道は広がるのだろうか。 実は世の大半の名だたるソフトウェアに厳密な仕様書などないし、受託開発でも設計書と呼ばれているものがコードと同期している可能性はかなり低い。これはソフトにとって役に立つこと、問題を起こさないことが、仕様書通りに動くことよりずっと重視されてきた結果であって、みんな心のどこかで気掛かりではあるけれども、マクロ的には合理的なトレードオフの結果であって必ずしも悪い話ではない。 恐らくプログラミング・ファ
小飼弾のアルファギークに逢いたい：#13 シックス・アパート 宮川達彦｜gihyo.jp … 技術評論社
今回の対談相手は、シックス・アパート（株）勤務で、現在サンフランシスコ在住の宮川達彦さん。本誌でも連載や特集でこれまで何度もご執筆いただいていますが、渡米して数年、アメリカでの生活はどんな感じなのでしょうか？ 左：宮川達彦氏、右：小飼弾氏（撮影：武田康宏） 経歴 弾：お久しぶりです。 宮川（以下、宮）：お久しぶりです、どうも。 弾：最初に、あらためて簡単な経歴を。 宮：東京大学の理学部情報科学科でコンピュータサイエンスの勉強をしていて、2年のときにオライリー・ジャパンでバイトを始めました。そのときはコンピュータというより事務系の仕事で、4年になったときにオン・ザ・エッヂ[1]でアルバイト。それが1999年。上場前で、弾さんが入る…。 弾：前ですよね。そう、先輩なんですよ、オン・ザ・エッヂでは。 宮：僕が2ヵ月くらい前に入って。それから5年くらいライブドアにいて、2005年からシック
メインフレーム的事情 - novtan別館
増田での議論が面白いことになっている。 日立製作所はまともな会社になるべき 日立のメインフレームがバカ高い話 http://anond.hatelabo.jp/20080720205422 Unixマシンも高い話 http://anond.hatelabo.jp/20080721015612 理由についての解説。主に垂直統合による高コスト化とリスクヘッジの話 今サーバー更改とかやり始めているところなので他人事ではない。 なんでメインフレームを使うのか 上記増田にも書かれているけど、メインフレームの高可用性というのは無駄にすごい。いや、新聞に「ATMがXX分停止」とか載らないようにするためには無駄じゃないんだけど。システムダウンを検知するとコンマ何秒かの間に待機系に切り替わる。富士通なんかはメインフレームの開発をやめたって言っていたけど、じゃあそういう高可用性のあるシステムをどうするか、とい
システムエンジニア不要説 - masayang's diary
JavaBlackさんからトラックバックいただいて、なんか面白い議論が進行中なのを知る。 フローチャートの呪い フローチャートがダメな3つの理由 ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 そして、「だめだこりゃ」となった時に、内部設計書だか外部設計書だかなんだかしらないけど、そういう設計書関係
工夫→勘違い→通報→叱責…理不尽だ - good2nd
背中に「死ね」と書かれたワイシャツを着た少年が今月１５日、高知市のＪＲ高知駅などで確認された。沿線の高校には「いじめではないか」という電話が複数あり、１１０番通報で出動した警察官が路上で職務質問したところ、「劇団員が志望で、度胸試しのためだった」と“告白”した。警察官はカンカンで、少年は平謝り。電話があった高校は１６日、緊急幹部会を開き、教頭は「いじめの風評が広がると困る」とぶぜんとしていた。 そんな格好した少年がいたら心配する人がちゃんといるっていうのは、見方によっては結構なことかもしれないとは思います。高校生に見えたら高校に電話してみるというのも、過敏といえば過敏かもしれないけど、それにそんなに気になったら直接話かけてみてもよかったんじゃないかとも思うけど、でもまあ、ヘッドフォンから音が漏れてるのが気になるってくらいのことでも、直接注意したりしない世の中ではあるので、むべなるかな、とい
フローチャートはソフトウェア設計を阻害する - 酔狂人の異説(新館)
過去の遺物であるフローチャートが、なぜか話題になっている。 フローチャートとFizzBuzz問題 フローチャートがダメな3つの理由 フローチャートを言語の問題として語っちゃダメだよdankogai 言語なんて何でも一緒（でない場合もある） フローチャートは基本、基本を大事にしようね。 フローチャートの呪い システムエンジニア不要説 フローチャートでソフトウェア設計しようとするなんて片脚で走ろうとするようなもの フローチャートは、ソフトウェアの設計には役に立たない。それどころか、フローチャートを使うとおかしな癖がついてまともにソフトウェア設計ができなくなるおそれすらある。 プログラムはアルゴリズムとデータ構造の両方が重要だが、データ構造の方が重要なケースも多い。だが、データ構造が記述できないフローチャートでは、データ構造主体のプログラムはまともに記述できない。 フローチャートでは設計書になら
たまにCygwinを立ち上げるみなさまへ：andLinuxとてもお勧め。 - 発声練習
たまにCygwinを立ち上げてゴニョゴニョする方、普段はLinuxを使っていて、出張時はWindowsが入ったノートPCを持っていくんだけど、暇な時はLinuxで論文書いたり、プログラム組んだりしたいという方に朗報。andLinuxとてもお勧め。andLinuxはco-LinuxベースのLinuxで、Windowsアプリケーションとして動く。VMware PlayerやVMware Serverをいれても良いのだけど、VMwareは時計の問題早くなったり、遅くなったりする問題があり、たまにLinuxを立ち上げるという環境だと面倒（参考：Google「VMware 時刻」検索結果）。 インストールはこちらにしたがう Unix的なアレ：もっと簡単にcoLinuxを。andLinuxのインストール手順 MOONGIFT: » WindowsとLinuxをシームレスに使う「andLinux」:オー
視覚情報伝達タンパク質「ピカチュリン」発見される | スラド
産経ニュースによると、目で受けた光の刺激を電気信号で脳に伝える際に重要な働きをするタンパク質を、大阪バイオサイエンス研究所の古川貴久研究部長らのチームがマウスを使った実験で発見、電気を操るネズミに似た人気アニメキャラクターにちなみ「ピカチュリン」と命名、21日、米科学誌ネイチャー・ニューロサイエンス電子版に発表した。 古川貴久研究部長は「網膜の神経回路のメカニズムを明らかにする大きな一歩。将来的にもiPS細胞で視細胞を作り出す再生医療に応用できる」と話している。今まで目の疾患に対してはiPS細胞などで視細胞を作ることはできても神経伝達回路であるシナプスの形成過程が解明できていないことから、臨床応用は現実的でないとされてきた。 読売新聞、共同通信 47NEWSでも伝えている。 なお、nature neuroscienceに掲載された論文は "Pikachurin, a dystroglyca
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
