トップページ⇒tech
1001コメント326KB

【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2015/02/28(土) 00:33:07.88ID:6Lhyreb3
前スレ
【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ47【pl,rb,php,js】
http://peace.2ch.net/test/read.cgi/tech/1417333026
0102デフォルトの名無しさん2015/03/02(月) 21:21:29.80ID:lQuxHqPC
C#いいな〜

さあこれから仕事場のためにVB6の勉強をはじめるか(泣)
0103デフォルトの名無しさん2015/03/02(月) 21:54:06.07ID:/tbfLX1Q
>>98
Ruby chanの絵柄の気持ち悪さに日本を感じるよね
whyのfoxやzombieみたく、世界を意識したデザインセンスの欠片も見当たらない
0104デフォルトの名無しさん2015/03/03(火) 03:32:53.05ID:T9ZvUMy2
>>97
お前こそ日本語理解してから言えよ。
0105デフォルトの名無しさん2015/03/03(火) 07:17:31.23ID:mwxAO14G
Perl, python, Ruby がイマイチで低空飛行し続けているのは、たまにキモヲタ臭にやられるから。
寡占目指して技術的な問題を必死に議論する以前に、そもそもそこを取り締まらないとダメだが、単にその言語が使えるだけの馬鹿ばかりだから気付かない。
割と真面目に言っているんだが、多くの人はキモヲタ臭を不真面目さと看做してムッとするわけよ。
Java, PHP, JS といった、寡占経験のある物には、そういうおふざけが皆無だから、ムッとさせられたりはしない。
0106デフォルトの名無しさん2015/03/03(火) 08:35:12.72ID:/VeLAz7A
でもこのスレ本当に言語を愛してる人がだいぶ減った気がする。
その言語をそこそこやってて慣れてる程度の人ばかりに感じる。
例えばその言語で完全なその言語の実行エンジンを作った人が何人いるか？
0107デフォルトの名無しさん2015/03/03(火) 08:49:32.79ID:XsKGZLMV
そういえば Perl と PHP は擁護派も否定派もあまりこのスレには現れないな
Perl はもう古語だから仕方ないが、PHP使いは職業軍人だから良し悪しには拘らないってことか
0108デフォルトの名無しさん2015/03/03(火) 09:39:43.30ID:/VeLAz7A
PHPはもはやVBみたいなもんじゃね。
0109デフォルトの名無しさん2015/03/03(火) 11:07:56.50ID:MP9JvLIx
たしかにphpディス減ったなぁ
0110デフォルトの名無しさん2015/03/03(火) 11:09:42.68ID:0P4RJqQe
技術や言語なんてたかが道具であり、それに過剰に拘る奴は無能
プラットフォームやミドルウェアなどもっと低レベルなところの開発でもやってるんならともかく、
スクリプト使ったWebアプリなんて他人が作ったオモチャで遊んでるだけなのに何職人気取ってるの？
0111デフォルトの名無しさん2015/03/03(火) 11:26:16.74ID:9/Z+XEtH
俺達だって道具だしな！
0112デフォルトの名無しさん2015/03/03(火) 11:39:55.56ID:QiELDFxu
時代が変わったことに気付かずにSOAPやJava,VBなんて触ってる人たちが可哀想で仕方ないよ
職人的なノウハウを貯めこむならコミュニティの支援がある所でないとダメなんだ
今のベストな選択肢がWordPressとRailsだけ
プラットフォームやミドルウェア作りみたいな開発なんてリスキーだし、
何のバックボーンもなしに個人では誰もやれないからね
0113デフォルトの名無しさん2015/03/03(火) 12:08:29.99ID:9/Z+XEtH
今Railsがある意味でベストと言うのは、Railsが停滞してるからだよ。
だから世間が追いつけただけ。
昔のRailsは時代に乗っているどころか、時代を作っていくものだった。
BossがRailsを止めたと言うまで完全に終わったわけではないが、
もはや今のRailsに新たな時代を作っていく力は感じられない。
今新しい技術ばかり語ってる人達は、Railsも出始めはそうだったように、
そんなもの業務では使えないと笑われるだろうが、その人達のお陰で未来がある。
0114デフォルトの名無しさん2015/03/03(火) 12:22:36.15ID:FfYIXlV4
Microsoft、クロスプラットフォームのモバイルアプリ開発でJavaを推進
http://itpro.nikkeibp.co.jp/atcl/idg/14/481542/020900074/?mlm

結局本命はいつの時代もJava一択なのね(´・ω・｀)
0115デフォルトの名無しさん2015/03/03(火) 12:27:30.63ID:QiELDFxu
エンタープライズとサービスは別物として考えたら？
自分で客さえ取ってこれたら、わざわざ古臭い言語を勉強したり、
痴呆予防のリハビリが必要なジジイ共に御布施する必要もないんだけどね
0116デフォルトの名無しさん2015/03/03(火) 12:29:24.48ID:wrT+VtlF
トラスコやん。
0117デフォルトの名無しさん2015/03/03(火) 12:38:00.78ID:memkJefR
半年前に生まれた最高のフレームワークで作ります！
実績はないけど一ヶ月で作れます！
半年後にまたリプレースします！
誰が仕事頼むんだよw
0118デフォルトの名無しさん2015/03/03(火) 12:46:11.23ID:QiELDFxu
え？そんなアホな営業してるの？マジで？
0119デフォルトの名無しさん2015/03/03(火) 12:52:33.13ID:obB8qIVv
仕事の数ならPHPがダントツだし、将来性はJSが保証されてるし、もう今さら言うことなくなったんだろう
0120デフォルトの名無しさん2015/03/03(火) 14:00:27.60ID:pmKZfKU0
>>114
Java　-->　JUniversal　-->　C#
Java　-->　JUniversal　-->　C++/Objective C++
Java　-->　j2ojbc　　　　-->　Objective C

C#からまた別の .net 言語に変換できるのかな？

> JUniversalは現時点ではUIをサポートしていない。
> UIはネイティブに作成するという考え方だ。

やっぱそーなんだね。

UI は Web で作った方が手軽かな。
じゃあ JavaScript でやれば変換の手間もいらないかな。
でも部分的な高速化のために、ActiveX が使えるといいかな。
UI の高速化は GPU の支援受ければいいし。
0121デフォルトの名無しさん2015/03/03(火) 15:46:16.45ID:fJY9J990
GPUの支援て。
スクリプターはお花畑な発言する。
それがどれだけ大変なことか。
0122デフォルトの名無しさん2015/03/03(火) 15:49:32.00ID:QiELDFxu
ActiveXって、韓国の銀行系でよく使われてたんだよね。まだ、使われてるの？
silverlighやWPFって言葉を聞かなくなって、もう何年経つのだろう
0123デフォルトの名無しさん2015/03/03(火) 15:51:43.72ID:QiELDFxu
>>121
ttp://www.slideshare.net/jarrednicholls/javascript-on-the-gpu
君には無理でも、それに取り組む人は世界中に居るよね。
0124デフォルトの名無しさん2015/03/03(火) 15:58:56.95ID:FfYIXlV4
>>115
これエンタープライズだけじゃないんだが？(´・ω・｀)
0125デフォルトの名無しさん2015/03/03(火) 17:12:45.27ID:9/Z+XEtH
部分的な高速化と言っても、結局ミリ秒オーダーで終わる処理なら
ネイティブ関数呼び出すオーバーヘッドの方が大きくなる。
実際に最近は実装もセルフホスティングになってきてる。
暗号化とか、文字コード変換とか明らかに重いのはすでにあるし、
0126デフォルトの名無しさん2015/03/03(火) 17:42:39.02ID:XsKGZLMV
もっとネイティブライブラリを開放して欲しい（とくにJS界隈）話なのか
スクリプトで重い処理をしたい（画像処理とか）の話なのか
論点がずれてないか確認したほうがよさそう

特にJSは、ブラウザというサンドボックスの世界だから
ネイティブなら既にあるものを再実装する話になりやすいし、
いかにそれを呼び出すかだけでも大騒ぎになる
0127デフォルトの名無しさん2015/03/03(火) 18:28:20.39ID:9/Z+XEtH
emscriptenという便利なものがあるのだよ少年
0128デフォルトの名無しさん2015/03/03(火) 20:52:48.68ID:B1KOi1jR
VB6万歳！

GUIなのにマルチスレッドないVB6万歳！
0129デフォルトの名無しさん2015/03/04(水) 08:15:08.52ID:s4GNkOoF
スクリプトなんぞruby、js、swiftで十分だろjk
センスがあれば大金持ちにもなれる
0130デフォルトの名無しさん2015/03/04(水) 08:22:12.14ID:4pfVor2U
>>127
GPUの支援の話だったと思うのだが、emscriptenはその効果があるのかい？
0131デフォルトの名無しさん2015/03/04(水) 08:24:10.60ID:jeayVKWB
そのセンスってビジネスや商売のセンスであって、断じてプログラミングセンスではないけどね
0132デフォルトの名無しさん2015/03/04(水) 10:46:27.40ID:AZZAiZVI
営業を介さない、多重に請け負いに関わり合わないって立派なビジネスセンスだよね
0133デフォルトの名無しさん2015/03/04(水) 10:53:02.12ID:hly8BeAT
>>130
emscriptenはOpenCL→WebCLもサポートしてるよ。
0134デフォルトの名無しさん2015/03/04(水) 18:33:49.59ID:3cqSAZZu
JSもSharedArrayBufferでようやくマルチスレッドの道を歩み始めた感。
0135デフォルトの名無しさん2015/03/04(水) 20:05:01.55ID:1PNNe6DT
WebCLってホストAPIのJSバインドだけで、カーネルはOpenCL Cそのまま<script>に
埋め込むだけじゃね？
どっちにしろカーネルを自分で書かなきゃならんなら最初からWebCLで書く方が
JS使いには楽だろうな。
0136デフォルトの名無しさん2015/03/04(水) 20:58:33.99ID:EdsfEQxb
>>129
だからswiftはスクリプトではないっしょ

しかも選び方がかなり偏っててかぶってる
0137デフォルトの名無しさん2015/03/04(水) 21:24:49.78ID:jeayVKWB
同期コストやJavaScriptの遅さを考えると大抵のケースでカーネルの実行時間自体はほぼ無視できるはずだから
GPUの意味はほとんどないだろうね
単にカーネルが静的型で書ける分速いってだけだな
結局それだけならasm.jsの方がよほど筋が良い
0138デフォルトの名無しさん2015/03/04(水) 21:42:10.31ID:3cqSAZZu
GPU支援とは言うけど、デコードやらにCUDAやOpenCL使っても同クラスのCPUと殆ど能力差は無いんだけどね。
結局は余ってる物を活用する程度でしか無いし、千差万別の環境が利用するWebアプリにおいて活かせるのかは疑問。
0139デフォルトの名無しさん2015/03/04(水) 21:49:53.27ID:NmWmcyHd
>>138
特定用途では GPU 支援は CPU よりも威力があるようだ、d.net をみていると
0140デフォルトの名無しさん2015/03/04(水) 21:52:06.43ID:jeayVKWB
>>138
本気のGPGPUって数日かかるような計算を
Xeon計64コア+Tesla4枚とかでやるからね
次元が違いすぎる
0141デフォルトの名無しさん2015/03/04(水) 23:19:40.37ID:FCtuvtCo
バイオテクノロジーとRubyの奇跡の出会い
0142デフォルトの名無しさん2015/03/06(金) 08:23:14.13ID:+vqFDf/j
おっ急に過疎ったな
0143デフォルトの名無しさん2015/03/06(金) 14:32:10.62ID:pH1QImRi
GPUって普及モデルだと倍精度がクソ遅いからなあ
>>140みたいなガチな環境でない限りは結局画像関係くらいにしか使えんよ
0144デフォルトの名無しさん2015/03/06(金) 15:12:43.45ID:k24raSm7
UI は画像関係だから問題ないけど
なんで UI 以外の計算で GPU を使う話になっちゃったのか分からない。
0145デフォルトの名無しさん2015/03/06(金) 15:34:47.98ID:ZI58F8Kx
スクリプト言語でブラウザでも実装する気なの？
そうだとしても今のCPUとJSの速度ならGPU支援に頼らなくても実用的なものできると思うけどね。
0146デフォルトの名無しさん2015/03/06(金) 16:09:40.36ID:YgjRAqSm
UIといっても単純な作業しかGPUでは無理だろう。
VRAMにデータおいちゃうとCPUから直接アクセスできなくなるってのも大きい。
0147デフォルトの名無しさん2015/03/06(金) 16:25:39.51ID:b4auMf6S
ttp://blogs.msdn.com/b/typescript/archive/2015/03/05/angular-2-0-built-on-typescript.aspx
angular.jsがtypescriptつかいだしたってさ
企業まで乱交紛いにソフトウェアを作りだすおかげで、webはますますエッチになる
0148デフォルトの名無しさん2015/03/06(金) 18:21:46.88ID:pH1QImRi
相変わらずGoogle先生の一貫性の無さはすごいな
Dart(笑)
0149デフォルトの名無しさん2015/03/06(金) 20:12:13.66ID:E/dvxQE9
Angular2は元々「TypeScript＋アノテーション等」のAtScriptでするということだったろ。
この話はDartとは関係ないよ。Angular.dartは別で開発されてる。
むしろAtScriptが同じくGoogleが推すSoundScriptと被るのが気になる。
0150デフォルトの名無しさん2015/03/06(金) 20:16:38.54ID:coWMRvsx
DartなんかChromeに入れると言っちゃった手前もう引っ込みつかなくて
名前だけズルズル残してる状態だろ
誰が見てももう終わってる
0151デフォルトの名無しさん2015/03/06(金) 20:47:54.97ID:FF8tYzka
Goはどう？将来性あるのかな？
0152デフォルトの名無しさん2015/03/06(金) 20:50:18.94ID:Utx2vhNJ
あるわけねーだろ
0153デフォルトの名無しさん2015/03/06(金) 20:51:36.65ID:coWMRvsx
仮に将来性があるとしても、Googleはまたすぐに投げ出して新しいオモチャ作るよ
0154デフォルトの名無しさん2015/03/06(金) 21:12:22.69ID:17fvO4iu
GoはDocker書くのに使われてるけど
Dartには何も無いよね
0155デフォルトの名無しさん2015/03/06(金) 21:20:56.49ID:w0CuTC3T
ぶっちゃけプログラム言語開発はMSの信頼性には遠く及ばないねggr
まだAppleの方が全然いいし、webに関してもMozillaがセンス上
0156デフォルトの名無しさん2015/03/06(金) 21:24:48.58ID:coWMRvsx
Googleの言語って目先のことばかりで将来のビジョンがないよね
良く言えばアジャイル的なんだろうけど、プログラミング言語はやり直しが利かないからね
0157デフォルトの名無しさん2015/03/06(金) 21:43:13.80ID:E/dvxQE9
DartVMの開発はV8の高速化にも繋がってるし、SaneScriptにも影響を与えてる。
というかぶっちゃけSoundScriptってDartみたいなもんだろう。
0158デフォルトの名無しさん2015/03/06(金) 23:29:52.29ID:WntPU37C
すごいプログラミングを考えた！どうよ？
http://fox.2ch.net/test/read.cgi/poverty/1425651890/
0159デフォルトの名無しさん2015/03/07(土) 14:52:43.46ID:5/MzqEvw
ああ、ばかばかしい。忌々しい。死ぬまでWordPressで十分だな
0160デフォルトの名無しさん2015/03/07(土) 15:26:44.13ID:LBQfAvGd
ケンカはやめて＞＜
0161デフォルトの名無しさん2015/03/07(土) 16:15:02.12ID:UEmD0cW/
何だかんだとiOS開発者にささっと転身した奴等は年収も多く人生謳歌してて、Androidに執着し乗り遅れた漏れ悲惨過ぎてワロエナイ(´；ω；｀)ﾌﾞﾜｯ
0162デフォルトの名無しさん2015/03/07(土) 20:21:31.40ID:8uXJoEWR
死ぬまでWordPressで十分なんて人生やだな〜
0163デフォルトの名無しさん2015/03/07(土) 20:23:33.56ID:LBQfAvGd
はやくバトルロイヤルしなくて済む時代が来て欲しいな（´・ω・｀）
0164デフォルトの名無しさん2015/03/07(土) 21:06:18.03ID:XVcFmamb
>>163
それは今後もないね
結局のところ適材適所なんだが、視野の狭い一部の人間は「この言語さえやっておけば安泰」と叫び続ける

ソフトウェアに銀の弾丸は決して存在しないし、また視野の狭い人間が消えることも決してないので、
バトルロイヤルはいつでも盛り上がるということ

このスレにとってはいいことだよねｗ
0165デフォルトの名無しさん2015/03/07(土) 22:16:08.08ID:Vq5bRtdv
ぶっちゃけ今どきソフトだのスクリプト()だの云々言ってるのは情弱よ？
これからはソフトハード含めたモノづくりの時代
ヒントは微細加工×バイオ
0166デフォルトの名無しさん2015/03/07(土) 22:26:29.57ID:CLMhgCgR
>>164
でも、実際javascriptさえやっておけば安泰だろ
0167デフォルトの名無しさん2015/03/07(土) 22:50:37.76ID:kvqijjNp
底辺ドカタとして食いつなげれば良いという最低ラインで考えても
JSやっとけば安泰かは微妙なライン
0168デフォルトの名無しさん2015/03/07(土) 23:02:04.14ID:5/MzqEvw
node.jsには、WordPress規模のエコシステムなんて出来ないから
せいぜい業務アプリの簡易版。そんな状態でフロントエンドに力注いでどうするわけ？
WordPressなら導入、運用するだけで済むんだよね。たまにプラグイン作るとかして。
0169デフォルトの名無しさん2015/03/07(土) 23:04:06.81ID:5/MzqEvw
>>164
プログラマの生存戦略？WordPressだけで十分だろ
node.jsでWordPress規模のエコシステムが形成されたら、形成されてから移ればいい
0170デフォルトの名無しさん2015/03/07(土) 23:08:06.09ID:MlGEwDRl
底辺ドカタはWebで買い叩かれるくらいならCOBOLやっとけ
詳細仕様書(笑)を機械的にコードに翻訳するだけの簡単な仕事だ
きっちり定時に帰れて金もそれなりに出る
新しいものを学ぶ必要もない
0171デフォルトの名無しさん2015/03/07(土) 23:09:20.00ID:5/MzqEvw
はぁ？なんで買い叩かれる必要があるんだ。ボレばいい
0172デフォルトの名無しさん2015/03/07(土) 23:33:18.73ID:/8n+l7ta
自分のメインの言語を１つきめたいんですけど何がいいでしょうか

私はiOSアプリ開発からプログラミングをはじめたので、今のメインはObjective-Cです。
研究室の教授にある計算の課題を出されたときは、Objective-Cでやってたんですが、
やはり環境に依存してしまいますし、使い勝手が悪い気がします。

同じように計算の課題をだされたときのために、
もっと汎用性の高い、かつ将来性のある言語を習得したいです。
pythonがいいかなと思ったんですけど、日本語の情報が少ない気がしますし…
何かお勧めを教えていただけないでしょうか？
0173デフォルトの名無しさん2015/03/07(土) 23:39:11.00ID:5/MzqEvw
まず、英語のドキュメントを嫁カス
オマエの数値計算の課題なんて社会に出てから通用するレベルじゃないからな
0174デフォルトの名無しさん2015/03/07(土) 23:40:47.24ID:nQfLOHGZ
>>172
っ国産言語Ruby
日本語の情報多数、書籍多数、国/行政の後ろ盾
0175デフォルトの名無しさん2015/03/07(土) 23:43:01.99ID:MlGEwDRl
>>172
決めるな
言語なんか道具だ
目的や環境に合わせてなんでも使えて当たり前
0176デフォルトの名無しさん2015/03/07(土) 23:43:10.63ID:5/MzqEvw
日本語の書籍に頼らざるを獲ない時点で、情報産業に関わるべきじゃないんだ
そもそも、そんな状態じゃ大学生が大学を出ただけの価値のあることなんて出来ないんだ
0177デフォルトの名無しさん2015/03/07(土) 23:51:11.88ID:/8n+l7ta
>>173
いや、英語が読めないとは言ってないっすよ・・・
日本語のほうがとっつきやすいってだけです。
アプリ開発のときはもちろんAppleの公式ドキュメント読んでます。

>>174
ありがとうございます。Rubyで前向きに検討してみます。
0178デフォルトの名無しさん2015/03/07(土) 23:54:12.20ID:kvqijjNp
今のメインがObjective-Cで汎用性と将来性なら圧倒的にC
スクリプト言語？好きなの使っとけば？
0179デフォルトの名無しさん2015/03/07(土) 23:57:49.37ID:MlGEwDRl
数値計算はアカデミックだとPythonとPerlが多いよ
スクリプトはバッチの制御とテキスト処理にしか使わないと割り切る人はPerl、
なるべくスクリプトで書きたいって人はPython
Rubyは情報専門のキモオタ御用達
0180デフォルトの名無しさん2015/03/08(日) 00:02:44.25ID:q94065c/
Rubyに大して汎用性はないと思うが。
同一マシーンなのにRubyバージョンが違うと動かないとかあるが。
C言語もコンパイラやマシン依存していて非常に小さい基礎部分だけしか一致なし。
0181デフォルトの名無しさん2015/03/08(日) 00:05:43.52ID:XA40XTh5
数値計算なんて、octave,matlab, Rぐらいしか使わないだろ
Ruby?バカジャネーノ？電通、博報堂の回し者？
0182デフォルトの名無しさん2015/03/08(日) 00:08:45.24ID:srsOwzq5
>>181
がっつりC書くシミュレーション系だと補助に汎用スクリプトも使うよ
Rubyはまず無いけど
0183デフォルトの名無しさん2015/03/08(日) 00:16:32.96ID:q94065c/
言語環境と拡張モジュールがマルチプラットフォーム化されてて
どのPCでも同じ動作が可能なほうがいいってことだろ?
モバイル、マック、リナックスの状況もくわしくないがPythonとかJavaでは?
あとはC#のマルチプラットフォーム化のmonoやwinapiのマルチプラットフォーム化のwineとかあるがどれだけ使えるか不明。
0184デフォルトの名無しさん2015/03/08(日) 00:27:01.78ID:q94065c/
LLVM用スクリプト言語のjuliaはどうか?


Julia : スクリプト言語最速? 手軽さと速さを求めた科学技術計算向け言語
http://yohshiy.blog.fc2.com/blog-entry-246.html


Julia (プログラミング言語) - Wikipedia
Juliaは、 一般的なプログラミングから高水準の科学計算処理まで対処するよう設計された高水準言語及び動的プログラミング言語。
LLVMコンパイラフレームワークを用いてC言語、C++、Schemeで組まれており、標準ライブラリの殆どは独自に実装した。
実装の最も注目すべき特徴は性能に有り、完全にC言語で最適化されたコンパイル言語分野での優位性が見られる。
0185デフォルトの名無しさん2015/03/08(日) 00:40:43.96ID:XA40XTh5
企業側はさ、エコシステムを乱したいんだよね
でないと、自分たちのプロダクトが商品にならないから
0186デフォルトの名無しさん2015/03/08(日) 00:41:23.68ID:gmGvMe5z
>>184
＞ 新しい言語はシャアの低さやライブラリーの少なさが気になるところです。
0187デフォルトの名無しさん2015/03/08(日) 00:45:01.56ID:JzTHzzzE
まあでもNode見ても分かるけど、ライブラリはすぐ集まると思うけどな。
0188デフォルトの名無しさん2015/03/08(日) 00:55:19.01ID:XA40XTh5
そのライブラリやフレームワークって、どの程度の堅牢性なの？
何かあったときに自身でfixできるの？
0189デフォルトの名無しさん2015/03/08(日) 01:07:38.82ID:fg6UZd+E
>>172
自分のやる分野がわからないことには言語を一つに絞るなんて無理無理
プログラミングは「この言語さえできればOK」なんてことは一切ないからね

ということで、
> 自分のメインの言語を１つきめたいんですけど
この発想をやめることが、一番最初にやるべきことだと思うね
0190デフォルトの名無しさん2015/03/08(日) 01:12:18.30ID:srsOwzq5
「この言語だけはできるからOK」と言ってる奴が本当にその言語できてるのを見たことがないな
本当に一つの言語を理解してれば他の言語も使えるからね
0191デフォルトの名無しさん2015/03/08(日) 01:16:32.70ID:XA40XTh5
企業に入って首輪を付けて飼い慣らされたいならJava、c++だけど、
身の回りのことを片付けるなら、javascriptだけでいいよ
0192デフォルトの名無しさん2015/03/08(日) 01:30:51.82ID:fg6UZd+E
JavaScriptはブラウザ限定だからね
本当に身の回りのことを片付けたいならPerlがいい

基本書き捨てだけど、必要なことを最小限の労力でできる
0193デフォルトの名無しさん2015/03/08(日) 01:34:03.39ID:XA40XTh5
ラクダの美学なら、mobileとnode.jsの普及と共にjavascriptがかっさらたよ
今、Web APIやSDKのバインディングにperlが用意されてるのを見たことないんだ
0194デフォルトの名無しさん2015/03/08(日) 01:35:24.62ID:fg6UZd+E
それは片付けたい範囲が違うんだろう
「身の回りのこと」と言うのは人によって違うだろうからね
0195デフォルトの名無しさん2015/03/08(日) 01:37:10.82ID:XA40XTh5
perlが身の回りなんてサーバ管理ぐらいだろw
行き遅れのジジイ共は、さっさとクタバレよ
0196デフォルトの名無しさん2015/03/08(日) 01:38:56.86ID:JzTHzzzE
JavaScriptという名前の言語が真理ということは間違いないとして、
その言語をいかに良くしていくかに話を絞ったほうが良さそうだな。
0197デフォルトの名無しさん2015/03/08(日) 01:39:07.31ID:fg6UZd+E
やれやれ本当のPerlを知らないだな
明日きてくださいよ。本当のPerlをお教えしますよw
0198デフォルトの名無しさん2015/03/08(日) 01:41:20.03ID:fg6UZd+E
という冗談はおいておくとしても、JavaScriptはバインディングの対象言語としてはまだまだもいいとこだよね
そういう場合に用意されるのは大抵PythonかRuby（あるいはその両方）だし
0199デフォルトの名無しさん2015/03/08(日) 01:41:29.39ID:XA40XTh5
altJSやES6なんて、ほっとけよ。Good Partsだけでいいから。
そんな知識すら最期には役に立たない。
0200デフォルトの名無しさん2015/03/08(日) 04:59:26.02ID:GP1jfcPj
バインディングならJSは負けてないと思うけど。
0201デフォルトの名無しさん2015/03/08(日) 07:57:40.38ID:PX6JWC4K
jsで何でもできると思ってる奴って視野が狭いだけでしょ

他の言語はできない人が選ぶ言語
■ このスレッドは過去ログ倉庫に格納されています