特に学術的にソフトウェア工学に触れたことはないのですが、むしろそうではなく現場にいる身としては、ソフトウェア工学は失敗しているように見えます。 「成功していない」ように見えるのではなく「失敗している」ように見えるのです。 もちろん、いまソフトウェア開発で使う技法やツールなど、ソフトウェア工学の産物はたくさんあり、現在のソフトウェア開発がソフトウェア工学から生まれたもので支えられていることには間違いありません。 でも、そうやって築き上げてきたものが、1999年以降ガラガラと崩れて、そしてうまく再構築できていないように見えます。 1999年、なにがあったかというと、XPエクストリーム・プログラミング入門という本が発行されたのです。リンク先は2版ですが、日本語版でも初版は2000年12月になっています。 ここからソフトウェア工学がガラガラ崩れた気がしています。 では、ここまでソフトウェア工学がど

英語圏ではかなり前からPerlで開発し続けることのリスクについて語られていたが、いよいよ具体的な弊害が出て来ているようなので、かいつまんでメモ。日本でもそう遠くない未来だと思う。 若手エンジニアの不足Objective-Cのように需要が逼迫しているのに人材の供給が増えず需給ミスマッチが起っているわけでは無く、需要も供給も減るという状況下でわずかだが需要が上回っているとう性質の悪い状況がPerlに起きている。特に深刻なのは安価な若手エンジニアの採用が絶望的に難しいという現実だ。Rubyが台頭して数年経ちPythonがメインストリームの先頭を突っ走る2013年において新しくPerlを勉強しようとする若者はよほどの物好きしかいない。30~40歳のPerlエンジニアを雇うのはそれほど難しく無いだろうがコストがかかる。安価な20代前半の若手エンジニアを雇いたいという企業の思いとは裏腹にPerlを新た

2013年02月20日08:30 カテゴリ書評/画評/品評Lightweight Languages (笑) - 書評 - Land of Lisp 出版社より献本御礼。 Land of Lisp Conrad Barski / 川合史朗訳 [原著:Land of Lisp] これだ! Lispに足りなかったのは。 本書「Land of Lisp」は、Lispの、Lispによる、Lispのための喜劇comedy。これでわかった。 Lispに足りなかったもの、それは、笑いだ。 およそ Computer Science というものを(独学であれ学校であれ)学んだプログラマーで、Lispに一目置かないものは存在しない。いたらそいつはモグリだと謹んで断言していただく。今日日主に使われている電脳言語は、多かれ少なかれLispの薫陶を受けている。JavaScript, Perl, Ruby, Pyth

2013年1月16日、エンジニアたちが集うトークライブイベント「TechLION vol.11」が開催された。今回のゲストは、1月生まれの技術者たちだ。イベントでは、「2013年、この技術／サービスがくる！」「関わったプロジェクトがまさかの大炎上！ さあ、どうする？」といったいくつかのテーマを挙げ、集まった技術者5人がそれぞれの意見を述べた。その中から、「自分をプログラミング言語に例えるなら何？」というお題に答えた5人の技術者の回答をレポートする。 日本PHPユーザ会の廣川類氏は、自分をプログラミング言語に例えるならば「PHP 1.0」だという。廣川氏は、「シンプルでかわくて小さいもの」が好きだからだそうだ。今のPHP 5.4は数MBにもなり、巨大になってしまっている。しかし、1995年ごろのPHP 1.0だと、かわいくて、ソースコードも半日あれば読める。「勉強できるし、楽しめるのが、昔の

ポルトガルのオープンソースプロジェクトインキュベーター、Indigo UnitedがJavaScriptでPHPやJavaのようなオブジェクト指向プログラミングを可能にするためのライブラリ「dejavu」を公開している。PHPやJavaでのオブジェクト指向プログラミングに慣れ親しんだ開発者がJavaScriptに移るのを支援するという。 JavaScriptのプロトタイプ型継承はパワフルで柔軟性があるが、オブジェクト指向プログラミングを利用する開発者にとって移行は簡単ではないという問題に着目、dejavuはこれを解決するためのJavaScriptライブラリとなる。 dejavuを利用することで、JavaScriptでクラス機構やインターフェイス機構、Mixin、静的メンバ、PrivateとProtectedメンバ、定数、コンテキストバインド、メソッド署名検証などが利用可能となる。requi

最近、Robert Love先生の本を暇な時にダラーと読んでいたりするわけですが、それの中にLinux Kernel内部で使われているLinked Listの実装が書いてあって面白かったので共有。 まず、Linked Listの一個一個のエントリを表すstructを定義します。 struct list_head { struct list_head *next, *prev; }; いやいやいやいや。いかにC力の低い僕でも流石にこれはあきません。騙されませんよ。前後のエントリへのポインタは確かにあるけれども、これにはデータを指すためのポインタがないじゃないの。おじいちゃんまたデータ忘れてきちゃったの？いやあねえ。 おじいちゃんは言った。「それはお前の短見というものじゃ。このLinked Listは以下のコードのようにデータ構造に埋め込んで使うものなんじゃよ。」そしてそれは正しかった。 st

この記事はCompetitive Programming Advent Calendar Div2012の2日目の記事です。 12月20日追記： Darseinさんが20日目の記事で、ビット演算についての詳しい説明を紹介してくださっています！必読ですね！！！！：） はじめに Y＾´　　 　 　 ∨／／ ／,∠ ,. ' ／l／／／ ／, ' , '／ !　｜ ｌ }´　　　　 〈 〉 　　 変　　〈/ , ' ／／￣｀>< ／／／ ／／／ _,.=‐|'"´l　ｌ〈　　変　　/ 〈　　　 態.　　 ∨, '／l| 　 ,.'-‐､｀/／｀7/　 ／''"´__　｜　ﾊ l丿　 態 　 { 人）　　　! !　　　（／! 　|ヽ〈_　・.ﾉ〃 　〃 ／　 '／⌒ヾ.!　,'　!く　　 ! !　　（_ ト､__／ 　 ヽ､_,.イ　 　 ／ｌ　ｌ　｜:::::::｀｀`/:::::／...´..

プログラマ向けのQ&Aサイトとして人気の高いStack Overflowで「あなたが新しく作ったプログラミングの隠語（ジャーゴン）は？」という話題が大きな盛り上がりを見せました。一般的に使われている隠語ではなく「新しく作った」というところがポイントですが、ユーザからの人気が特に高かったものを抜粋したエントリがStack Overflowの創始者であるJeff Atwood氏のブログに掲載され国内外に拡散していきました。すべてを紹介することは難しいので、特に人気が高かったものをいくつか紹介します。 Yoda Conditions（ヨーダ条件式） 変数とリテラルを比較する際に「var<1」ではなく「1<var」のようにリテラルを左辺に置く記述。スターウォーズのヨーダが「The sky is blue」ではなく「if blue is the sky」と喋ることから Heisenbug（ハイゼンバ

おねえさんを組み合わせ爆発から救うために、経路をZDDとして表したら、すっきりと経路情報が扱えました。 http://d.hatena.ne.jp/nowokay/20121018#1350528607 あとは、このZDDを効率よく構築できれば、おねえさんを救えそうです。このZDDの構築には、クヌース先生の開発したSimpathアルゴリズムを使うと非常に効率よく構築できます。 前回生成したZDDを見ると、同じノードにまとまっているものがいくつかあることがわかります。特に後半になるとどんどん同じパターンになるものがまとめられていきます。 つまり、この経路問題のZDDを構築するときには、いかに同じパターンになるものをまとめるかが鍵になるということです。 Simpathでは、辺の端だけに注目して、同じパターンになっていればそれ以降のノードを使いまわすという考え方で、ノードをまとめていきます。 つ

2012年9月初頭、東京・某所で開催された「函数プログラミングの集い 2012」というイベントに参加した。 このイベント、文字通り、「Haskell」や「Scala」「OCaml」「F#」「Erlang」といった関数型プログラミング言語に関するイベントなのだが、その午前中の講演を聞いて、筆者は少々面食らった。 関数型プログラミング言語などの研究者である電気通信大学 准教授の中野圭介氏による講演だったのだが、同氏は講演が始まるや否や「これから『爆弾』を投下します」と前置きし、こう述べたのだ。 「『関数型言語』を使ってはいけない」と。 関数型プログラミングに関するイベントで、いきなり「使うな」という発言は、確かに衝撃的である。筆者だけかもしれないが、この発言の後、一瞬、会場が凍り付いたようにも見えた。一体、どういうことか。 実はこの発言、「使うな」という部分に重点があるのではなく、「関数型言語

2020-03-11追記: タイトルの「未だ」がいつなのかわかりづらいので「2012年現在」を追加しました。 バカバカしい話ですが、ソースコードをSubversionなどでバージョン管理しているにもかかわらず、未だ修正前をコメントアウトして残す習慣は残っているところも多々あります。こういうのです。 // 2012/08/15 irof 修正開始 // hoge = fuga(1); hoge = fuga(2); // 2012/08/15 irof 修正終了 見た事無い方は、そのまま見ないままで生きていかれることを切に願います。 コメントの修正がある場合 2012/07/21にあった、SCMBCでこんなツイートがありまして。 この時点でお見せしたのはこんな感じ。 // 2012/07/21 削除開始 // // 間違ったコメント // 2012/07/21 削除終了 someMethod

続きを書きました　→　伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し

IBM Application Security Insider The IBM Application Security Insider is a blog devoted to dissecting today’s latest industry trends, observations and evolving threats in the growing web application security industry. The IBM AppScan portfolio provides web application security and compliance solutions that pinpoint vulnerabilities and helps manage the process of fixing them. Recently we discovered

あの『達人に学ぶDB設計 徹底指南書』を書かれたミックさんが講演されると聞いて、Club DB2さんの勉強会に初めてお邪魔してきました。 「第146回 達人が語る こんなデータベース設計はヤダ！」 https://www.ibm.com/developerworks/wikis/display/clubdb2/146 非常に面白く、勉強になりました。せっかくなので、備忘メモをupしておきます。 （内容に誤りがあったり、もし掲載自体に問題があったりしましたら、修正・削除しますのでお知らせください。＞関係各位） 本編 （追記）発表資料にリンクしました。 http://d.hatena.ne.jp/mickmack/20120714/1342246442 ミックさんが「これだけは覚えて帰ってください」とおっしゃった3つのポイントを引用します。 トレードオフ うまい話には裏がある。 物理 vs 論