コマンドラインツールを作る最適な言語はPHP

[1 デフォルトの名無しさん 2013/09/25(水) 13:19:25.83]

Unix/Linux環境でコマンドラインツールを作る最適な言語はPHPである

反論あるかね？

[2 デフォルトの名無しさん 2013/09/25(水) 13:56:04.32]

Perl/Python/Rubyに負けてると思うが

[3 デフォルトの名無しさん 2013/09/25(水) 14:02:45.32]

そもそも「コマンドラインツールを作る言語」って考え方の時点で
PerlやRubyとはどうあがいても同列になれないと思う
Perlもそれの後釜になろうとしたRubyも、言語自体がコマンドラインツールだもの
AWKとかの考え方が根底にあって「作る」んでなくて「使う」って考え方だからな

[4 デフォルトの名無しさん 2013/09/25(水) 14:07:53.67]

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

[5 デフォルトの名無しさん 2013/09/25(水) 16:52:42.41]

・コマンドラインツールでもWebIFにしようと思ったときに対応しやすい、最近は何でもかんでもWebIFで扱うのがトレンドだから必須事項
→時代遅れでトレンド無視した自己満足オナニーコードを書きたい場合はPerlで十分、但し時代遅れはエンジニアとして致命的

・そしてWebIFにしたときPerlと違って爆速
→Perlなんかお話にならない、ベンチはいくらでも出てくるからテメーで調べろ

・正規表現に頼らず用意された関数で書くことが多いから、後で読んだときに分かりやすく可読性、保守生に優れている
→機能拡張やリファクタリングを全くする気がなければPerlでも可、但しリファクタリングする気がないのはエンジニアにとして致命的

・素人集団CPANからのライブラリではなく公式がサポートしているライブラリを利用できるため、ライブラリにバグがあっても一個人の素人より修正される可能性が高い
→バグの顕在化と共に自分のツールが使えなくなってもよい場合はPerlでも可、でも使えなくなってもよいツールをわざわざ作る価値は（ｒｙ

・セキュリティホールの発生を抑える変数の厳密な比較===ができる
→Perlは、$文字列==$数値とやれば強制的に数値比較、$文字列eq$数値で強制的に文字列比較されてしまう史上最悪の欠陥言語、もちろんPerlに===なんかない

・インストール時にオプション一つでDBとの連携が可能
→わざわざDBIやDBDをインストールする必要なし、何らかの理由でOSからインストールしてシステムを再構築する場合も楽

・標準でswitchが使える
→地味にでかい

・利用者が多いからドキュメントも豊富
→特に自助努力が必要なIT分野においてはドキュメントがある意味生命線、いかなるツールであってもドキュメントを一切見ずに白紙からコーディングできるなら不要でしょうね

[6 デフォルトの名無しさん 2013/09/25(水) 17:03:36.87]

>>5
・いろんなものがfalseだったりするせいで、新たな比較演算子「===」が必要
・hashやlistがobjectが区別できない
・オブジェクト指向機能が壊れている
・lambda(無名関数)がない。create_functionはlambdaじゃない
・short_open_tagsやらsafe_modeやらregister_globalsがonになってるかもしれない
・一貫性のない名前(str_replace,strlen,parse_strとか)
・引数の順番がわかりにくい(in_arrayとかstrposとか)
・strpos('abcd','a')は0を返すが、0は偽である
・PHPで書かれたたくさんのアプリがあるがどれもHTMLとロジックが分離されてない(本当？)
・「PHPは初心者に学びやすい」と言われる。確かにそうかもしれないが、 おかげでどれだけのSQLインジェクションやらXSS脆弱性やら、 ひどいコードが放置されていることか
・グローバル。使うんじゃないってば。