「なぜ『業務にPerlは使えない』のか？」だけどなんかある？ - Walrus, Visit.
なぜ『業務にPerlは使えない』のか？についての補足。 はてなブックマーク(1)、(2)、(3)、(4)のコメントについて思うところや、そのほか雑感を残しておきます。 質問、関連話などありましたらコメント欄にどうぞ。 お名前: コメント: 更新 2006-02-02 (Thu) 12:05:58 Perl は自由に書けすぎるってのが大きいと思いますよ。自由度の高さが、そのままメンテナンス性の悪さに直結してます。同じ指摘は C/C++ にも言えることですが、Perl は自由度の高さを利点とする傾向があり、C/C++ は自由度の高さを欠点とする傾向がありますね。ネタ的ですが [[http://www.python.jp/Zope/articles/misc/morality_tale こんなの ]] もかなり的を得ているかと。5年後に開発当時の担当者が一人もいない状態で、別の人が担当するなんて
「JAVA村」と「Perl村」の断絶がもたらすのは不幸なのか幸せなのか – 音極道茶室（旧アーカイブ）
私も１月１５日にブクマした「業務経歴書にPerl案件を書くと馬鹿にされる件」に関するessaさんの言及に対して、ちょっと反応しておこうと思う。 「JAVA文化とPerl文化の断絶」については、essaさんの記事と、そこからリンクされている記事でほぼ語りつくされてるのだが、「この問題の根の深さ」について少し別の視点から語っておきたい。 Java文化とPerl文化の断絶について語られる時、それはほとんど「開発者側」の視点からなのだが本当に深刻な断絶はそこよりも、「マーケット」の断絶だと思う。 世のシステム系企業を「JAVA村企業」と「Perl村企業」に分けた場合、当然どちらの企業にも「クライアント」が存在する。ところが、JAVA村企業とPerl村企業が１つのクライアントに対して競合するような場面というのは極めて稀で、「ビジネスマーケット」そのものが交わる事無く分断されているのだ。 ちょっと乱暴
2006年1月 - Walrus, Visit.
本話で、昨日飲み中にも出たのだけど、nijimuさんからこんなご意見が。 本を買ったらその本のデータも付けて欲しいよな。 本で読みたくはあるのだけれど、いかんせん本は検索性がひどく悪い。 あの言葉、どこで出てきたっけ？というのをデータで検索してページ数を特定させたい、という欲求に駆られたことのある人は沢山いると思うんだけど。 貸し本業はありえるか？ - Mint Julep(2006-01-31) それに関しては前々から思っていて、以前にRFID話とからめて「my Web本棚を始めよう。」という話を書いたことがある。この話の要点は、 出版社にデジタルデータの提供をして欲しい。 そのためには出版社がデジタル・データを渡してしまうことのリスクを下げる必要がありそう。 例えば、購入者が購入者証明をできる必要があるだろう。 ...ということ。もちろん、購入者証明ができれば、RFIDじゃなくても良い
F's Garage：Java圏とPHP,Perl圏の断絶について。
どっちが良いとか悪いとかは関係なく、世の中のオープン技術で開発をしている会社は、 ・Java + Oracleを主流とする会社 ・Perl + MySQL、PHP + MySQLを主流とする会社 と、完全に二層に分かれてるなと思っている。 はてブ経由で見つけて、mixi内のリンクしちゃうけど、 業務経歴書にPerl案件を書くと馬鹿にされる件 就職活動の面接でPerlやってますとアピールすると、Java圏の面接官にバカにされるという話があった。 ありきたりだけど、Perlを良しとする会社は、エンジニアリング指向が強くて、自分で解決したい方向性が強い。割と柔らかくてもＯＫ。ライブラリに不備があったら、直して使ってしまおうというタイプ（というか、きっとそれが求められる） Javaをメインとする会社は、きっちりしていたいと思う指向が強く、それこそPerlのライブラリのようなのを適当で、うさんくさい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
