CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニアは
本話で、昨日飲み中にも出たのだけど、nijimuさんからこんなご意見が。 本を買ったらその本のデータも付けて欲しいよな。 本で読みたくはあるのだけれど、いかんせん本は検索性がひどく悪い。 あの言葉、どこで出てきたっけ？というのをデータで検索してページ数を特定させたい、という欲求に駆られたことのある人は沢山いると思うんだけど。 貸し本業はありえるか？ - Mint Julep(2006-01-31) それに関しては前々から思っていて、以前にRFID話とからめて「my Web本棚を始めよう。」という話を書いたことがある。この話の要点は、 出版社にデジタルデータの提供をして欲しい。 そのためには出版社がデジタル・データを渡してしまうことのリスクを下げる必要がありそう。 例えば、購入者が購入者証明をできる必要があるだろう。 ...ということ。もちろん、購入者証明ができれば、RFIDじゃなくても良い
はてなが消費されないことを望む 上記はけんすうさんのブログの記事。 最近のはてなについて扱っておられます。 で、気になった話なんですけど、 いわゆる「賞味期限」の下りです。 企業の製品にもサービスにも、「賞味期限」が必ずあります。 そして、はてなが頻繁にメディアに取り上げられることで消費が激しくなり、 その結果、飽きられる時期が早まってしまうのではないかってお話なんですけども。 僕個人として、この問題については、ちょっとした教訓というか エンタメ業界の端っこにいる身として ビートたけしの言葉を心に刻んでいます。 「ファンはいつまでもファンではいてくれない。 それでも芸人は芸を磨くのをやめてはいけない」 という奴です。 どんな小説も漫画もドラマも飽きられたら終りです。 同じように企業の製品もサービスも飽きられたら終りなんです。 そして、はてなも、飽きられたら終りです。 で、それを防ぐために、
簡単に英語で電子メールをつくるために、 30のテンプレートを用意しました。 カテゴリーごとに分かれていますので、まず、該当する項目を選んでください。 次に、テンプレートへ質問の答えを書き込んで、ボタンをクリックします。自動的に英語のサンプルメールが作成されます。会員登録をしなくてもゲストとしてツールをご利用頂けますが、会員としてログインすると、登録情報がデフォルト表示されて入力の手間が省けます。 ALL Lettersをクリックすると、３０パターン全ての手紙がリストされます。。 更にこんな内容の電子メールを作って欲しい、というご要望は、 会議室へお書き込みください。 記入例 書類送付（添付）のお知らせ 先方からリクエストのあった書類（請求書など）を電子メールに添付し、送付するときのメールです。 問い合わせに応じられない場合 顧客から問い合わせのあった情報について、その情報は現在公開してい
この「ホリエモン以上に詐欺的なベンチャーの内情」という記事はインチキです。みなさん、こういう悪質なインチキ記事に騙されてはいけません。しかも、証拠はないですが、「匿名でメールがきました」なんてウソに違いありません。きっと、きっこメソッドを猿まねして責任回避しようとしているに違いありません。 そもそもまず、この記事の高圧的なモノの言い方がムカツキます。コイツ、ぜったい「オレはおまえらより賢い」って思ってますよね。その鼻持ちならない本性が行間から滲み出てます。いったい、何様のつもりなんでしょう? マジ、吐きそうです。「オレって賢いだろ、オレって物が分かってるだろ、オレはおまえらの知らない大切なことを知ってるんだぜ。」って言って、上にたったつもりでいるのが滑稽です。井の中の蛙まるだし。コイツより賢いやつなんて、世の中にはいくらでもいるんだけど、「人間は、自分以下の人間は理解できるけど、自分以上の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
