Joel Spolsky / 青木靖 訳 2006年9月1日 金曜 旧知の友人がメールで質問をしてきた。 「Webサーバ上に構築するエンタープライズアプリケーションを作るためのテクノロジーについて、基本的な疑問がある。君の考えを聞きたい･･･」 「君だったら、.NETとJ2EEで、どちらを選ぶ?」 「Webサーバは何を使うべきだろう(Apache、IIS、その他)? その理由は?」 「どのWeb開発言語がいいだろう(ASP.NET、Ruby、Ruby on Rails、Java、Python、その他)? その理由は?」 「君の会社では何を使っているの? その理由は?」 ああ、素晴らしい質問だ。答えるのが不可能で、しかも簡単に答えられる! すまない、なぞなぞみたいな言い方はやめよう。しばらく前のことだが、私は「プログラミングにおけるロード・パーマストン問題」という文章を書いた。.NETとかJ

■ 「高橋メソッド」的突貫工事と、脆弱性を排除する構造設計は両立するか こんな記事が出ていた。 「3年で陳腐化するWebサイトの構築には軽量言語のほうが向いている」，日本Rubyの会，高橋征義会長, 日経ソフトウェア, 2006年2月10日 高橋氏は「Webサイトは構築してから3年経つと陳腐化する」と指摘する。ただ，壊れたわけでもないWebサイトを3年でリニューアルするには，事前に顧客と話をつけておく必要がある。3年で捨てる予定のアプリケーションの予算は少ない――これが，WebにはPHPやRubyといったLLが向いている理由である。Javaのような重量級の言語だと，10年持ちそうな設計や構造のアプリケーションを作ることになり，費用もそれなりに高額になってしまう。 それは話が逆だろう。「10年持ちそうな」という言葉で比喩されるような、つまり、しっかりとした設計や構造のアプリケーションを作ると

全くの想像ですが、PerlやPHPで信頼性のあるシステムを構築できるエンジニアってJAVAの場合と比べて少ないんじゃないでしょうか？ 小さなシステムだからって信頼性を確保するにはそれなりの人材が必要です。 ベンダがJAVAを薦めてるように見えるのは実は表面的なことなのかもしれませんね。 このコメントに激しく同意。PerlやPHPといったスクリプト言語は、何も考えずに 書けるほど手軽だというメリットが結構大きいと思う。コンパイルという「実行までの 煩雑なルーチンワーク」がなく、とりあえずエラーさえ取れれば走るのだから。 しかし、その「手軽さ」が「信頼性のあるシステムを構築できるエンジニア」を 育てる障害になっているのではないだろうか。 これには2つの視点があるだろう。つまり、 手軽な言語だから、手軽なシステムにしか使えないだろうという思い込み。手軽に書けるから、全体の設計を考えずに手軽にコー

ColdFusion－開発効率を求められる今だから知りたい高性能Webアプリケーションサーバーという連載を始めました。ここに書いてあることよりまともな批評や紹介をしているつもりなので、是非参考にしてください。 ある程度のアクセスがあるサイトでは、はてなに代表されるようなPerlやRuby on Railsなどが熱いのですが、Adobe（旧Macromedia）が出しているColdFusionと言う言語があります。当方が関わっているサイトで月間約5300万PVあるサイトがあるのですが、そこではColdFusionを使っています。 最近はてなのnaoyaさんがInside Hatena Bookmark's Backendという記事で、はてなブックマークのサーバー構成などを公開されていたのですが、そこには月間4500万PVとありました。同じぐらいの規模を持つサイトとして、PerlとColdFu

InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

This domain may be for sale!

vladobossdog曰く、" ITmediaに記事が出ているが、 世界最大のオープンソースソフトウェア開発サイトである SourceForge.netにおいて Javaがプロジェクト数において初めてC++を追い抜いたとのこと。 実際にSoftware Mapを見てみると、Javaが16,906 projects、 C++が16860 projectsと確かに追い抜いているが、それどころか C++どころか16030 projectsのCも追い抜いているようだ。 ちなみに SourceForge.JPでもJavaがトップのようである。 Javaが世に出てから10年ほど経ったが、SF.netという オープンソース(フリーソフトウェア)の世界においてこれだけ広まるとは 思いもよらなかった。"

Language Updateに出場する言語と、キミならどう書くに出場するフレームワークの発表者の皆さんに、各言語・フレームワークの簡単な紹介を書いていただきました。参加者の皆さんにとっては未知の言語・フレームワークもあるかもしれません。予習を兼ねてぜひご覧ください。 Language Update PHPWebアプリ構築用スクリプト言語の定番となっています。PHP 5が最新ですが，PHP 6の声も聞こえてきました。さてどうなるんでしょう。 Common LispLispは最も古くて最も新しい言語。あらゆるプログラミング言語のアイデアの源泉であり、いまも未来を切り拓き続けています。今回は、Lispの旺盛な生命力とversatilityの根源は何かを説明し、セマンティックWebやバイオインフォマティクスでもLispのすごさが発揮されている最新の事例も紹介し、Lispは死んだと思っているみなさ

27日、都内、四谷区民ホールにて軽量プログラミング言語のイベントLightweight Language Dayが開催された。Lightweight Language Dayは今年で開催3回目となるLightweight Languageカンファレンスだ。今年のLightweight LanguageカンファレンスはLLDN(Lightweight Language Day and Night)と名うって昼と夜の2部構成で行われた。昼の部はアカデミックな発表を、夜の部では「昼のイベントではできなかった禁断の企画」も交えながら催された。 今回、昼と夜の2部構成で開催された背景には、昨年のLightweight Languageカンファレンスで懇親会もかねて夜に催された食事会での経験が活かされているという。カンファレンス後の食事会で、思いの外面白い話が行われたという。しかし、テーブルごとに話が

ここは日記でblogではありません．好き勝手に話題や出来事を書いていきます TrackBackをめったに打たないので、何かあればコメントしてください Refererを出さない環境の場合正常に見れないかもしれません /.J: keisuken, mixi: keisuken, Twitter: keisuke_n, Wassr: keisuken, はてな: keisuke_n, Tumblr: keisuken O [Perl] Perlを使いたくないあるいは使えない人が増えている Perlはやっぱもう駄目か - enbug diary (2006-07-22) うむ．まぁPerlでも読みやすく書けばメンテナンスも可能だと思うのですが，省略記述の多用とか試行錯誤なコードは人間の読めるものではないので捨てたくなる気持ちがよく理解できます． これ以降は，私の戯れです．妄想です．暴言です(ぉぃ．

naoya.dyndns.org is currently offline. Please try again later. Questions about our services? Learn more at Dyn.com.

_ [ruby][日記] Ruby2(コードネームRite)静かに胎動中 笹田氏によるVM実装YARVがRiteでに採用されることは以前報じましたが、 現在はmatz氏がRiteの実装、YARVの改良に着手されている模様。 RailsWEBスタックの生産性が現在、ruby界隈で前面に押し出されている格好ですが、 Railsの生産性は言語により支えられているということを忘れては本末転倒。 現在、JavaがRubyに対して優位にたてているのはパフォーマンスくらいのもの。それも Riteの登場により揺らぐことがほぼ確定...。 Rubyを含むLLの持つ生産性の高さは90%LLの言語仕様によるもの。言語で生産性がほぼ 決定されるのに、LL以外の言語においてFWスタックで生産性を多少向上させたからといって LLのFWスタックの生産性と比較して何になるのか疑問。 言語特性の異なるモノ同士を比較して云々

みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー

今日は某社に依頼されて、プログラム言語を巡る状況をどのように見ているかを語ってきました。 こういう話をしてくれ、という依頼があれば、ただ働きでなければ喜んで出かけていきます。(と一応は営業活動的なことも書いておきながら) そこで語ったことの概要のメモを以下にまとめておきます。 以下の話は何であるか §　私に見えた世界を状況把握のために整理したもので、正しいかどうかは全く不明。あくまで、私にはこう見えたという話であって、当事者は全く違うことを考えているかもしれない。また、多くの推測を含む。 ゆえに、これを事実であるかのように受け取ってはならない。 新しい対立軸その1・大きな対立軸 §　大きく堅い言語(Java,C#)対小さく柔らかい言語(LL)。 LLとは、Lightweight Languageで、Ruby, Python, PHP, Perl, JavaScript等々を示す。 C#にお