カテゴリ別一覧 電子部品、電源、コネクタ ESD対策クリーンルーム / 基板プロトタイピング ESD対策クリーンルーム / 基板プロトタイピング PCBエッチング ・調合・現像 (44) プロトタイプボード (584) 基板スペーサー・支柱・サポート (802) 基板取扱いツール (67) 基板用工具 (120) 静電気対策用品 ・ クリーンルーム用品 (742)
カテゴリ別一覧 電子部品、電源、コネクタ ESD対策クリーンルーム / 基板プロトタイピング ESD対策クリーンルーム / 基板プロトタイピング PCBエッチング ・調合・現像 (44) プロトタイプボード (584) 基板スペーサー・支柱・サポート (802) 基板取扱いツール (67) 基板用工具 (120) 静電気対策用品 ・ クリーンルーム用品 (742)
Amazon.co.jp: JavaからRubyへ —マネージャのための実践移行ガイド: 本: Bruce A. Tate,角谷 信太郎 この本を読んで、逆に SIer が Ruby に乗り換えるビジネス的な意味ってあるんだろうか?と思ってしまった。確かに Ruby の生産性が良い事は、使っているとよく分かる。でも、人月ベースで料金が発生している現在の SI 業界では、生産性が向上すると、受け取る料金まで少なくなってしまう。だったら、妙なリスクを冒すよりは、実績があって、かつそれなりの料金を受け取る事が出来る(作るのに時間がかかる)Javaを使っている方が、安全なんじゃないの?と、そう思う。 実際のところ、僕の個人的な感覚として、業界の開発手法って、ここ10年ぐらい変化していないような気がする。アジャイルだ何だって話もあるけれども、それが SIer の開発手法に影響を及ぼしているとはあまり
John Lam / 青木靖 訳 2007年6月24日 Foo Campで私が最初に行ったのは、「GoogleのRailsクローン」と題するSteve Yeggeの講演だった。このタイトルを見てどうして聞かずにいられようか? Googleはプログラミング言語として、C++、Java、Python、JavaScriptの4つを使っている。WebのフロントエンドをJavaで書きたがる人がそういるとは思えないが、それはWebフロントエンド用のJavaコードをたくさん持っているGoogleにしても 同じだ。 Googleにおける開発者の生産性を引き上げるため、Steveは会社にRails(したがってRuby)を言語として採用するように訴えたが、それが叶わないとなると(Googleはインフラでサポートしなければならない言語の数を増やすのをとても嫌っている)、 彼は欲求不満のプログラマがみんなするだろ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く