愛車:マツダアテンザ
Webを中心とした、ビジネス&テクノロジーに関する思いつき
by F-shin
[ このサイトについて ] [ F-shinについて ] [ トップ ]
author:えふしん
photo_20.jpg
藤川真一について


モバツイの中の人
マインドスコープ(株)社長
人の良いジョンカビラと言われます。
AMN sponsor rolls
モバツイの2つのスマートフォン
アンドロイドアプリ!
アンドロイドアプリ モバツイtouch
全てのスマートフォンブラウザと、Nintendo3DSで! HTML5版Webアプリ「モバツイsmart」
本を書きました!
100万人から教わったウェブサービスの極意 ~「モバツイ」開発1268日の知恵と視点
Google Friend Connect
このカテゴリ[会社活動]の最新30件
バルスのツイート機能に関する謝罪を書いたら沢山反応があった件 モバツイの広告の取り組みについて、発表資料の共有 モバツイ、2つのスマホへのチャレンジ「モバツイtouchとsmart」 あなたのシステム開発観は、「動けば良い派」?それとも「ロマン派」? サードパーティツイッタークライアントの生きる道 モノを作る人は、鵜飼いの鵜ではなく鵜飼いの人 ネットは儲かるか?〜1人1円を1億人からもらって1億円売り上げる仕事 映画「ソーシャルネットワーク」の興味深いポイント6点 自分のやりたいことを会社で実現する方法 日本の葛藤 日本をコントロールしているもの 「ぼくはこうしてプログラミングを覚えた」をどう読みましたか? 方向性はあっている、という言葉の危険性 バタラさんとの採用コンテンツ作成秘話 ネットサービス系企業における、積み上げ型タスク管理の危険性 その時、誰がモバツイを必要としたか? - 震災発生から1週間の状況 「ツイッターのおすすめユーザー欄に表示される垢が、同一のグローバルIPアドレスからチョイスされた件」を回避する方法 ツイッターapi利用規約を翻訳しました。 つぶやきから、ソーシャルコマースにならないかを考えています 仕様の決断と、想定外 モバツイのエイプリルフール機能「イマココ(uso)」で、1万ツイート/day突破 モバツイに今いる場所を適当に送信する「イマココ!(uso)」をリリース 仕事のペース 業務ののりしろ ネットビジネスで成功した人は無茶をやってきた人 映画「ソーシャル・ネットワーク」の感想 エンジニアのこだわりと、継続的開発、チャレンジについて。 2010年振り返り2011年これから。 あなたの選択は正社員?非正規雇用? 「このサイトいくらぐらいでできるよ!」のピュア
[このカテゴリをもっと見る]
Powered by
Movable Type

January 15, 2006

どっちが良いとか悪いとかは関係なく、世の中のオープン技術で開発をしている会社は、
・Java + Oracleを主流とする会社
・Perl + MySQL、PHP + MySQLを主流とする会社
と、完全に二層に分かれてるなと思っている。

はてブ経由で見つけて、mixi内のリンクしちゃうけど、
業務経歴書にPerl案件を書くと馬鹿にされる件
就職活動の面接でPerlやってますとアピールすると、Java圏の面接官にバカにされるという話があった。

ありきたりだけど、Perlを良しとする会社は、エンジニアリング指向が強くて、自分で解決したい方向性が強い。割と柔らかくてもOK。ライブラリに不備があったら、直して使ってしまおうというタイプ(というか、きっとそれが求められる)

Javaをメインとする会社は、きっちりしていたいと思う指向が強く、それこそPerlのライブラリのようなのを適当で、うさんくさいものとして見ている。後のバージョン管理も含めて、できればライブラリの改造は避けたいと思う。(フリーのライブラリを使いたくないのは、「いい加減ワールド」に入りたくないという。これはエンタープライズアプリにおける選択責任の重さにも繋がるので、一概に否定はできない。)

実はJakartaがあるので、結局、誰もかれもオープンソースの恩恵は受けているんだけど、永遠のベータ版みたいなモジュールで許されることが嫌とか、そういう発想はあるみたいだ。

僕も割とそれは同意で、Jakarta級のフレームワークにしても、「普及していて信頼のあるオープンソースは結果的にOK」で、「作っただけで満足してしまうような、ハズレフレームワークには近づかない」という部分で、受動的に選択するという発想はあると思う。(だから逆説的に、CPAN authorとか、PEAR authorを尊敬するわけ)

で、この両者の間には文化としての断絶があるなぁと思う次第。それがPerl方面が、はてなのような、現状勢いのあるネットベンチャーであることと、大手SIerとそこと関連する会社群が、Javaでビジネスアプリを作っている。どっちにしろエンタープライズ向けのSIerがなくなることはないわけだから、こういう断絶は今後も続いていくことだろう。昔からある、メインフレーム vs オープン技術、 COBOL vs C言語と変わらんでしょう。別にどっちが勝つとか負けるとかじゃなくて、時代の流れで、適切な技術が選択されるよう変化していくだけだと思います。

今のところ、やっぱりJavaの言語仕様は、大規模開発に向いている・・・これは、単純にスケーラビリティで語る問題だけでなく、コーディングにおいて、派遣やオフショアなど「一見さん人材」に依存しなくてはいけない開発プロジェクトの中で、人材の能力差によってポカをやる可能性が高いかもしれないというリスクに晒されながら、如何に設計思想を、安全に実装に置き換えていくか?というところを、統制しやすい言語仕様になっているのがJava言語であると言えよう。

ここを無視して、割となんでもあり、もしくは、個人の判断で「やろうと思えばなんでもできる」PerlとJavaの違いを語っても、気持ちが晴れる以上の生産性は得られないと思う。

結局、できる奴がプログラミングすれば、OOに特化した言語仕様であるか否かなんてのも無関係に、どんなプログラム言語でも問題ないわけで、性能面でもmod_perlなどを使えばOKとかは、そういうのは置いておいて、問題はそういうことではなく、如何に仕事をまわしていく不確定要素のリスクを下げられるか、否か?というところにJavaの魅力があるのではないだろうか。

そして、商用アプリケーションサーバの存在価値そのものが、そこのフォローにあると言っても良いだろう。商用アプリケーションサーバはスケーラビリティという商品性がついてくるが、スケーラビリティが高いということは、落ちにくい=サポート工数が経る=トータルでウマーというロジックがあってこその存在意義とも言えなくもない。Websphereは使ってもApache単体は使いたくないとか。

言語仕様の善し悪しってのは、そういう文化、歴史を無視しては語れないので、どっちが良い、どっちが悪いじゃなくて、その会社のやり方として、どっちが合っているか、あっていないかで語るようなレベルかと。

逆に、Perlをあまり主張されても、「輪を乱す可能性があるかもしれない」と捕らえる会社もいるし、そのままそのとおり、「技術志向の高い人」と評価されるかもしれないし、それはその会社の文化かなぁと思います。

 Java文化圏に、Perlの良さをまっこうから宣言するのって、クラシックの楽団の面接で、私はエレキギターが弾けます。エレキギターでも数万人の人を感動させられますよと言ってるような感じとも言えなくもない。(もちろん、言うこと自体は重要ですが)

あとは、時代の変化としてどこの波に乗るのか?ってのが会社選択のポイントじゃないでしょうか。
クラシック楽団に入団して、統制されたプロジェクト管理手法を学ぶも良し、ロックバンドに入って、自己の個性を磨くも良し。それが人生の選択って奴で、今のところは、どっちを選んでも、自分が選んだ道なら損はしないでしょうとか思うのが、Java圏か?perl圏か?という現状のような気がします。

■同じカテゴリ[会社活動]のエントリー
<<前の記事 転職します。
>>次の記事 【parmalink】「そこに行けばある」という安心
■このblogの書き込み最新3件
インターネットの可能性を信じて〜本を書きました。 バルスのツイート機能に関する謝罪を書いたら沢山反応があった件 モバツイの広告の取り組みについて、発表資料の共有