42 : デフォルトの名無しさん : 2011/11/12(土) 23:53:51.20Pythonの方が弄れる対象が多いのに、なんでウェブ系だとPHPの方が流行ってんだろ 端末からのテキスト処理も楽だし、数値計算周りのライブラリも充実しているのに PHPが優遇されているのって歴史的な経緯以外に何か他の理由でもあるのか？ けどまぁ、情弱な文系SEが大半を占めているバカだらけの日本じゃ別にPHPで困ることもないか 45 : デフォルトの名無しさん : 2011/11/13(日) 01:41:24.25数値計算や端末からのテキスト処理なんてWeb系じゃ大して使わないからなあ… 43 : デフォルトの名無しさん : 2011/11/13(日) 00:04:23.30PHPが未だに現役なのは、単に歴史的な経緯でしかないだろ Pythonに関しては、ZopeさえコケていなければWebサーバ用LLとし
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
RubyからScalaに乗り換えた 15 くらいの理由 という記事がすごいブックマーク数だったので、「Scala というのは Ruby を改善したすごい言語なのかな?」と思って超期待して読んですけどもいきなり「メソッドの引数に型指定ができる Scala はエラい」とか言い出しててガッカリしました。。。そもそも Scala は静的型付けで関数型、Ruby は動的型付けで手続き型とパラダイムがまるっきり違い、その守備範囲も異なります。プログラムを書きたいけどあらかじめ問題の定義がよくわかんないとか (人工知能など)、プロトタイプを早く仕上げることがビジネスてきに価値がある場合には当然 Lisp や Ruby などの動的型付けの言語を使うだろうし、大規模プロジェクトでメンバーがいっぱい、スキルもばらばらというケースで形式的なミスをなくしたい場合には Java や Scala など静的型付けの言語
FLOSSがメンテナンスされていく過程では、次のどちらかがかならず必要になる*1。 そのFLOSSの周囲に巨大なエコシステムが形成され、コミュニティが共同統治できていること- たとえば、Apache, Debian, Python そのFLOSSに強力なスポンサーがおり、メンテナンスされていること - たとえば、Java, Erlang, このどちらかが成立していなければ、そのプロダクトは生き残れない。だから、わたしはRubyのことを心配している。 Ruby1.8のコミッタの卜部さんが書いたように、Rubyはその大規模なユーザーベースにも関わらずガバナンスが存在しない。しないといっては失礼だが、ここでの意味はApacheやDebian、Pythonのようなレベルにまでコミュニティが成熟していないという意味だ。Rubyで生計を立てている人が沢山いてRubyというプロダクトの周辺には十分なエコ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
