2ちゃんねる★スマホ版★■掲示板に戻る■全部1-最新50

コマンドラインツールを作る最適な言語は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でも可、でも使えなくなってもよいツールをわざわざ作る価値は(ry

・セキュリティホールの発生を抑える変数の厳密な比較===ができる
→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脆弱性やら、 ひどいコードが放置されていることか
・グローバル。使うんじゃないってば。
7 :
デフォルトの名無しさん
2013/09/25(水) 17:17:30.92
PHPはmod_perlより遅いだろ
8 :
2013/09/25(水) 17:19:31.26
PEARとかもう死んで
9 :
2013/09/25(水) 18:21:32.03
shで書け。原理主義以外は認めない。
10 :
2013/09/26(木) 05:10:35.25
>>5に追加
・安い作業員でも作れる
→ そもそも perlやpythonで作らせようとしても無理
11 :
2013/09/26(木) 08:59:10.59
出力の最初にContent-Type: text/htmlって付くだろ
12 :
2013/09/26(木) 09:10:04.49
13 :
2013/09/26(木) 14:46:52.04
PHPはweb専用のスモールスタートから攻めて汎用言語の座に着く
ガベコレ付きc++と考えれば書き味は良いし学習コストも低い
14 :
2013/09/26(木) 15:56:11.41
php.ini
15 :
2013/09/26(木) 20:50:10.96
>>3の逆で、Webという世界では
PHPが言語自体がツールになり、Perlとかが言語になるんよね。
ただコマンドラインじゃなあ…
16 :
2013/10/06(日) 16:21:54.64
linux限定ならphpでもいいと思う
windowsだとphpは圧倒的に力不足
17 :
デフォルトの名無しさん
2013/10/06(日) 21:05:19.41
作れるの?
18 :
デフォルトの名無しさん
2013/10/07(月) 23:35:42.27
>>6
ラムダ作れるし
19 :
デフォルトの名無しさん
2013/10/08(火) 00:47:32.81
ほんとにコマンドラインでつかえるの?
20 :
デフォルトの名無しさん
2013/10/08(火) 01:44:56.76
linuxの何らかのディストロの
標準で入ってるツールの中に、
phpで書かれたコマンドラインツールは何かありますか?
21 :
2013/10/08(火) 05:22:22.37
>>19
使えなくはないが、PHPを使っていちいち「コマンドラインツールを作る」くらいなら
sh/grep/sed/AWK/Perl/Python/Ruby辺りを「コマンドラインツールとして使う」ほうが早いかと
強いて言えば、その「コマンドラインツール」とやらの入力がtxtではなくて、出力がhtmlとかなら、まあ無くはないのか
22 :
2013/10/11(金) 00:13:47.41
おもちゃ言語だから、大事なところでは使えないよ
23 :
2013/10/28(月) 01:16:07.89
大事なところって個人情報やパスワードをとり扱うようなとこで使われてるわけで
おまえのエロデータ鑑賞には使えないかもな
24 :
2013/10/28(月) 01:18:13.49
コマンドラインツールというと微妙だが
ワンライナーはけっこう引っかかる
perl ruby pythonよりPHPのほうが得意ならありなんじゃね
25 :
デフォルトの名無しさん
2013/10/28(月) 01:38:59.00
>>24
ワンライナーPHP(爆笑)
26 :
2013/11/01(金) 16:26:18.24
>>6
他は知らんが、無名関数は作れるようになったから、そこ消しといた方がいいよ
27 :
2013/11/01(金) 20:37:34.55
>>6のうち言語の問題で現状での問題なのってこの3個だけ
・いろんなものがfalseだったりするせいで、新たな比較演算子「===」が必要
・一貫性のない名前(str_replace,strlen,parse_strとか)
・引数の順番がわかりにくい(in_arrayとかstrposとか)
28 :
2013/11/01(金) 20:55:20.35
金輪際直りそうにない問題点が沢山
29 :
2013/11/01(金) 21:51:21.49
>>28
具体的に詳しく
30 :
2013/11/01(金) 23:28:44.79
>>29
馬鹿か
31 :
2013/11/03(日) 18:58:40.87
32 :
2013/11/16(土) 21:02:38.13
python > lua > tcl > node.js >>> PHP
33 :
2013/11/19(火) 12:08:59.74
node.jsでコマンドライン、async列挙面倒くさい
34 :
2013/12/25(水) 17:23:24.19
>>32
Tcl、結局シェルとして使ってる奴いないよな…
わざわざシェルっぽくしてあるのに、相変わらず主戦場はGUIっていう
35 :
デフォルトの名無しさん
2014/01/26(日) 20:33:42.09
>>1の言うとおり
36 :
2014/01/26(日) 20:37:36.64
>>32
Python は型チェックが厳しいから面倒だろうに
37 :
2014/01/26(日) 20:54:57.86
>>31
なんでこの人晒されてるの?
38 :
デフォルトの名無しさん
2014/11/06(木) 20:50:21.11 ID:iaZsweTc
最適かどうかは別にして
、趣味でも業務でもPHPで十分
39 :
デフォルトの名無しさん
2015/10/07(水) 08:08:50.74 ID:qdqRCjiZ
受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in tokyo
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点
40 :
2016/01/22(金) 13:36:08.06 ID:2bHUgYLl
41 :
デフォルトの名無しさん
2016/03/17(木) 22:11:35.82 ID:oXEdL/X4
node.jsはコマンドライン入力/出力に絶望的に向いてないからphpのがまだマシ
42 :
デフォルトの名無しさん
2016/03/17(木) 22:12:00.68 ID:oXEdL/X4
いや出力は別にいいか
43 :
デフォルトの名無しさん
2016/03/25(金) 19:20:55.67 ID:xml89apw
インタプリタだからな。
インタプリタの利点はサーバーでOSやCPUが違ってもそれをインタプリタが吸収する利点がある。
が、クライアントのコマンドラインツールとなると、ネイティブバイナリに越したことはないだろう。
PHPで、lsコマンドとか、catコマンドを作り直しも、それをPHP版にわざわざ置き換える人は皆無だと思う。
PHPでは速度が遅いとか、メモリを多く食うとか欠点があるからだ。
CGIに特化した機能もコマンドラインツールでは全く役にたたない。

他のコマンドラインツールのようにC言語で作ればいいんじゃないだろうか。
マルチプラットフォームを考えて敢えてPHPと言うのは自由だけど、それならJavaでもいいわけだし。
もちろん、PHPで間に合うことはPHPで作って何も問題ないよ。
だが、PHPでなければならない理由が特にないような感じだね。
逆に聞きたいのは他の言語ではどんな問題が出ると言いたいのだろうか。
取りあえず、lsコマンドとかcatコマンドなどの各種コマンドをPHPに書き直した新しいPHP/Linuxディストリ作れば?
PHPのほうがいいんなら普及するんじゃない?
PHP自体もPHPで作り直せば?
44 :
デフォルトの名無しさん
2016/11/11(金) 15:07:33.84 ID:MKI+B8jM
インタプリタっていつの時代?
PHP3の頃ってそうだった気がするけど・・

メモリ管理は、PHP5.4頃から大きく改善されてきてる感じあるな
Java VMの良いところ取ろうと頑張ってる感じ?
45 :
デフォルトの名無しさん
2016/11/12(土) 05:51:37.47 ID:AIIVEMvc
>>43
xml
13KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: