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


モバツイの中の人
人の良いジョンカビラと言われます。ソフト哲学者を目指します。
AMN sponsor rolls
応援します!
ツイッターやるなら
for iPhone App
Google Friend Connect
このカテゴリ[Web系]の最新30件
ワーナー作品のオンデマンド配信サービス「ワーナーオンデマンド」 動画ベーススライドプレゼンよりも、スライドベース動画プレゼンの方がWeb向き。 mixiアプリやるならAmazon EC2 モバツイが月間1億PV到達の見通し ツイッターとはなんぞや?のわかりやすい回答 ツイッターか?ブログか?思考の整理学 【Best Mobile Based Twitter App】モバツイッターがTOP5にノミネートされました。投票のご協力を!【敵はtweetie2】 【Best Mobile Based Twitter App】モバツイッターのOpen Web Awardsへの投票のご協力をお願いします! モバツイッターが日経ビジネスアソシエに掲載されました。 ネットビジネスで商標は大事です。 twitterによって世界が集約され心の戦争が起きる おまとめマンxTwitterキャンペーン セカイカメラは、21世紀のネットスケープになるか?! 「食事中なう」が無意味だと?あれ?ライフログってなんだか意味わかってる? 岡田有花さんに取材された! EC2のロードバランサーのIPアドレスが変わる罠 twitterの「つぶやき」の有効期間は2分 究極のスモールスタートの方法 自宅サーバからEC2へ 技術や用語に興味ないユーザーを「一般ユーザー」と括るのキケン アマゾンEC2 ナイトセミナ 第 2 回に出演します。 モバツイッターの政治家アカウント一時サスペンドの話 【twitter話】ネットを使う人には2種類のタイプがある ビバ☆ヒウィッヒヒーは、ネットコミュニケーションの問題をズバリ突いている うっかりしてたらモバツイの延べ登録ユーザー数が10万人を超えていました。 POPitがカラメルの商品紹介&アフィリエイトに対応! twitterは「みんなのもの」じゃない。 入力フォームの美学と現実 日本人にとって一番使われてるハッシュタグ ツイッターはステートレスなコミュニケーションでありつづけて欲しい。 夜のプロトコル「NO_04「We love twitter & tumblr.」~あの娘、ぼくがリブログ決めたらどんな顔するだろう~」に参加した。
[このカテゴリをもっと見る]
F's Garage関連
Powered by
Movable Type
■お知らせ
モバツイッターが、Open Web AwardsのBest Mobile Based Twtter Appを受賞しました!

September 20, 2008

ここ最近、はてブ経由でRubyとかRailsネタをすっかり見なくなってしまった感が。

さわり始めた人が普通に使い始めたからネタがなくなったのか、ちょっといじってみて飽きたのか、どっちなのかが気になる。定着してれば良いんだけどね。

で、こんな話が久しぶりに。

いい加減Ruby信者がうざい件 - id:k-z-h

こういうネタがあると注目される点がわかりやすく覚えられたりするので、こういうのも結構楽しいし、何よりはてなっぽいし。


Webにおいてプログラミング言語に求められていることに大した違いがないというのはポイントか。

結局は、Apacheから入力が渡ってきてWebからのリクエストを受け取って、DBとSQLやりとりして、アウトプットを整えてリターンするのに使われる部分ですから、使い勝手と、その辺のセットアップと管理のしやすさと、一番、大事なスケーラビリティが確保できれば最低限OKかなと。

(追記:記述に誤解を有む表現があったのでちょい修正しました。うちも普通にPHPでバッチ処理動かしてますし。全体的には用途はいろいろあると思いますが代表的には上記が中心ということで。)

どこかの言語で作られた優れたライブラリは誰かが移植してくれたりして、便利な世の中です。

ということで、どれ使っても大してビジネスに影響を与えないので、作る側ではなく使う側にとっては、どんぐりの背比べ的に言語仕様とか割と細かいところで争うことになったりしてるから、好きだの嫌いだの、決定的な生産性には寄与しないレベルで、使いやすいだの使いにくいだのという細かいところに差別化要素が集中しているという基本的な構図は無視しちゃいけない。

例えばデザイナーのコダワリがあったとして、僕等から見てFireworksを使おうが、Photoshopを使おうが、Gimpを使おうが、アウトプットとなるデザインが優れていて、画像ファイルがキレイに出力できていれば、どうぞお好きにしてくださいというのと似てる。

ただ、画像ツールはJpegという汎用フォーマットを出力するからOKなのであって、プログラミング言語の場合は、開発した後のメンテナンスがあるから、主役のエンジニアがもっとも生産性高く使える言語にするか、人材確保を重視して、最悪ゼロから育てるときに(確保する人材、年収含めた出自を踏まえて)一番有利な言語はどれだろう?ということで、最適な言語は決まるかなぁと。

もし、どんなに素晴らしいと言われる言語だったとしても、東大生しか使えません、新卒で年収800万円以上くださいという言語だったら流行るわけがない。もちろんその競争力で、遙かに高い売り上げが上がるなら、それを狙う会社は多少は出てきてしかるべきでしょう。まさしくGoogleがそんな感じでしょうし。

結局はビジネスモデルが一番大事だったりする。

こだわり強くして優れた人材を集めてくるためのフィルタリングの方法としてプログラミング言語を使うという話もちらほら聞くけど、あくまで「スペシャリスト利益モデル」のような差別化要素だから、他人が真に受けたらいかんと思う。

逆に今イケてる言語に絞って自社ブランディングするところもあると思いますが、それと同じですね。


個人的には、サーバのスケーラビリティ、事実上の性能面、サーバセットアップのしやすさもろもろ、PHPでなんら問題がないので、今のところ、どうしても短時間で何かやろうと思ったらPHPになっちゃうね。

受託ならイニシャル開発の生産性は重要だけど、サービスは一度作ると、同じ事書かないし、DBのカラムだってほいほいいじらないから、大事なのは一度限りのコードの生産性じゃないのでRailsの優位性ってあまり感じられない。その割に重いとか、そっちのネガティブ要素がまだまだ気になる。あと、一台のサーバで、それなりに負荷を与えるphpとfcgiが共存するのがなんかキツイなーとかね。(mod_railsまでは達してない。メモリ食う云々などはどうなったんだろう)

(追記:あ、PHPってのはCake PHPとかZend Frameworkぐらいは使ってること前提としてます。)

PHPに関しては、ネガティブに言われてることが自分がコントロールできることであればどうでも良い話ですね。そういう指摘を読んで、そうならないように学べば良いし。技術選択上の問題は、性能や仕組み、開発体制の優劣に論点を絞るべきで、それ以外は自分たちの能力の問題ですよね。

ていうか、ネガティブな点がはっきりしてるのが良い。Railsの本当のネガティブってあまり見ないけど、どうなん?とか。バージョンアップしたらどこかしら動かなくなるとか、そういうのはみんな賢いから気にしてないのかなーとか。いきなりこれやって結構ハマったっすよ。

PerlにせよPHPにせよ気に入らない記述法が選択肢の一つにあるからと言って、そこをあげつらっても意味のないことだなぁと思いました(ついやるけど)。

ネガティブキャンペーンのネタには良いですが、気に入らないなら使わなければ良いし、それが勉強の障壁になるなら、まぁそうなんでしょうね、誰か教えてあげられると良いですね。でも大した問題じゃない。

僕は記憶力が悪いのでPHPの関数の9割以上覚えてないので、命令のエレガントさより何より大事なのはphp.netのドキュメントの検索性だったりします。(あと、eclipseプラグイン)

phpのような関数の羅列だからこそ覚えられないってのはありますが、どっちにせよそんなに覚えてないので、まぁ割とどうでも良いことです。

ちなみに、この手の作業が開発環境という面で一番優れているのはVBですね。あれを超えるものは存在しない。とりあえずCreateObjectして、.で入力補完出してみて、どんなメソッドあるのかなーってIDE上でトライアンドエラーで何ができるかを学ぶってのはVB(つかcomか)は最強だったと思う。オブジェクトブラウザとかもね。


てなこと言ってますが、別にPHPにこだわりがあるわけじゃなくて、もちろん言語を使えば方言は吸収して生産性とリスクが変わらず、速度が10倍で、サーバ増設速度が半分で済みますってのなら絶対その言語使う。

理由はコストが安く済むから。

コストは絶対的な価値です。自分たちが頑張って手を動かせば良い範囲であれば、いくらでもそうすれば良いので。もちろん、そこのコストが無駄と判断されない限りですが。

よくパートナーのお客様と連携したキャンペーンなどを行う時に、「(広告費などの)お金は出せないけど、自分たちの作業で済むならいくらでも」って言ってますが、ベンチャーってそういう感じじゃないかなー。

逆に、現状にマッチしないのに、この言語じゃないとダメですってエンジニアがいたら、確実にお願いする側の障壁が高くなるわけで。それマッチングしてないし。


ただ、一点だけ重要なのが、このコストの面でも学習曲線でも、やっぱり日々使って、その言語やコミュニティにコミットしてる人ほど早く吸収できるってのがあって、この辺がねー。

特にベストプラクティスや良いライブラリがどこにあるか?なんてのは、昔ながらに言われていた、「エンジニアたるもの必要な案件にたいして必要な言語を使い分けるべき」に対する参入障壁になってるのが、痛し痒しといったところで。やっぱり日々のコミットは必要だということで、エンジニアとしてのセルフブランディングとしての言語選択は必要だということになっちゃうよね。

これも市場経済の一つと言ったところか。。。例え会社が必要としていなくても、あなた自身には、「利益増殖モデル」を追求する価値があるってことでしょうね!

以上、『ユーザー』としてのWebプログラミング言語のお話でした。

■同じカテゴリ[Web系]のエントリー
<<前の記事 コミュニティの内輪性と寿命
>>次の記事 はてブコメ一覧表示を一旦拒否して、また戻した
■このblogの書き込み最新3件
グッドデザイン賞に出てたおしゃれなサイクロン掃除機がなんと半額以下。 SEOには、運用のSEOと設計のSEOの2つのフェーズがある。 ワーナー作品のオンデマンド配信サービス「ワーナーオンデマンド」
この記事への提案、提言一覧
この記事への提案、提言









あなたの情報を保存しますか?