トップページ⇒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
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で何でもできると思ってる奴って視野が狭いだけでしょ

他の言語はできない人が選ぶ言語
0202デフォルトの名無しさん2015/03/08(日) 09:21:28.52ID:Zdg2LulN
コード的にも知識的にも、資産性はTypeScriptが一番だな。
嫌でも使わざるを得ないJSが身に付く + トランスレータの将来性がある。
0203デフォルトの名無しさん2015/03/08(日) 09:53:29.71ID:srsOwzq5
TypeScriptは吐かれたJSが非常に綺麗なのもポイント
最悪、生成されたJSをベースにしてメンテを続けることができるのはTypeScriptだけ
0204デフォルトの名無しさん2015/03/08(日) 11:18:20.31ID:/RJbvffF
俺は Ruby 好きだけど人に勧めるなら Python だな。スクリプトでなければ C#
js は他言語からでも、とっつきやすさから、気を付ける所さえわかればすぐできるようになる

正直、たのしんで仕事出来れば何でもいいまである
他人の欲しいものを作り続けるだけじゃモチベーション上がらない
0205デフォルトの名無しさん2015/03/08(日) 12:26:07.71ID:GP1jfcPj
プログラミング全般に興味があっていろんな世界が見てみた人にはJSいいんじゃないの。
Pythonはあくまで必要で選ぶ感じ。どれでも選べる状態では勧めないかな。というのもインデントが特殊すぎるから。
0206デフォルトの名無しさん2015/03/08(日) 12:31:42.53ID:uJG4BcVa
楽しむに重きを置くならRuby1択っしょ
0207デフォルトの名無しさん2015/03/08(日) 12:33:34.17ID:GP1jfcPj
JS: interesting
Ruby: funny
0208デフォルトの名無しさん2015/03/08(日) 12:48:34.42ID:Kft5ZrkL
Webドカタの世界しか見えないよJS
それが世界の全てって奴もいるけど
0209デフォルトの名無しさん2015/03/08(日) 13:17:10.77ID:uJG4BcVa
webを極めたいならES6
しかし多分もうwebが復活することは恐らく無いと思うんよ
0210デフォルトの名無しさん2015/03/08(日) 13:31:38.21ID:GP1jfcPj
WebとES6はそんな関係ないし、ES6程度じゃ極めてることにならないと思う。
ES7のObservableはいくらか貢献するかもね。
まあExtensibleWebの流れで行くと、超低水準のAPIでフレームワークを作る人と、
そのフレームワークを使って実際はJSにはあんまり深く嵌らない人に分かれそう。
0211デフォルトの名無しさん2015/03/08(日) 14:19:59.14ID:XA40XTh5
ttp://www.windows93.net/?#!bytebeat
すごいよね。JavaScriptの連中。
もう自身の限界を悟って、WordPressしか触る気はしないけど。
0212デフォルトの名無しさん2015/03/08(日) 18:24:52.21ID:VvSj/2Rg
>>211
なんやこれ？
0213デフォルトの名無しさん2015/03/08(日) 18:56:44.59ID:PX6JWC4K
こんなもの誰が何に使うの？

これがすごいならwindowsもlinuxもすごすぎだし、
アセンブラやC言語の方がはるかにすごいな
0214デフォルトの名無しさん2015/03/08(日) 18:59:32.75ID:srsOwzq5
こんなのキーとマウスの入力が取れて任意の場所に色塗れたら後は何でも一緒だからな
0215デフォルトの名無しさん2015/03/08(日) 19:22:05.85ID:NFxEISnM
すごいのはハードとブラウザ(=アセンブラ/C/C++)の進化だよな
やっぱスクリプト言語でブラウザ実装までいかんと
0216デフォルトの名無しさん2015/03/08(日) 20:30:03.34ID:ZmdRrob9
他人が作った基盤の上の、さらに狭い基盤の上で、
既出のものを後追いしてるだけなのが......
0217デフォルトの名無しさん2015/03/08(日) 21:31:01.27ID:Zdg2LulN
確かにCanvasを見たときは、せっかくブラウザがレイアウト処理を実装してくれたのに
そこまで先祖返りするのかよとは思った。
0218デフォルトの名無しさん2015/03/08(日) 21:37:47.98ID:VvSj/2Rg
だな
0219デフォルトの名無しさん2015/03/08(日) 22:24:19.27ID:XA40XTh5
もう、データベースから取ってきた文字列表示するだけじゃ、仕事にならないんだぜ？
ぞっとしない？
0220デフォルトの名無しさん2015/03/08(日) 22:41:13.08ID:9fs1o1u6
Canvasはともかく、WebGLは何に使うんだろう
0221デフォルトの名無しさん2015/03/08(日) 22:43:08.44ID:gmGvMe5z
>>220
ゲームとかFlashアニメっぽいもの
0222デフォルトの名無しさん2015/03/08(日) 22:53:03.26ID:U7pDuUOR
しかしブラウザゲーは未だFlashだしスマホゲーは完全にネイティヴ回帰

あれ？w
0223デフォルトの名無しさん2015/03/08(日) 22:56:46.37ID:pBoO6zKs
Rubyが楽しいとかいうデマ誰が言い始めたのか
0224デフォルトの名無しさん2015/03/08(日) 23:28:35.66ID:ZmdRrob9
>>219
UIとかデザイン的なことを言ってる？

冷静に考えると、WebFrameworkとかで作るものより、
GUIアプリ+ネットワークの方が高機能で速く、使いやすく作れるんだけどね
0225デフォルトの名無しさん2015/03/08(日) 23:57:37.84ID:jQt4Amvs
javascriptがブラウザしかできないと思ってるのはjavascriptの
最近の進化を完全に舐めてる
nodeによるサーバーはもちろん、
Node WebKitやatom shellでデスクトップアプリも作れるし
そもそも、ブラウザアプリがchrome appで凄いことになってきている
もともとWeb作っとけば、モバイルで動いていたけど、今では
nativescriptというものが出てきてモバイルのnativeアプリすら作れるようになった
react nativeというものも近々公開される予定
Googleスプレッドシートのマクロ言語もjavascriptだ
Asem.jsやwebglである程度高度なゲームもできるようになってきた
流行りのAiもディープラーニング実装などが出てきてる
gulpやflightplanなどによるタスク自動化などユーテリティも充実
githubはほとんどjavascript一色だ

javascriptはやばい
0226デフォルトの名無しさん2015/03/09(月) 00:03:47.09ID:lh4ZCMGK
恐ろしいのは、これらが現在進行形の最新情報だということだよ
1年前の常識がjavascriptには通用しない
1年前だったらモバイルのネイティブアプリをjavascriptで作れるなんて
言えなかったがここ数ヶ月で言えるようになってきた
進化が恐ろしく早い
早すぎてみんなまだ気づいてないんだよ
javascriptやっとけ
マジで
0227デフォルトの名無しさん2015/03/09(月) 00:10:08.48ID:UhxVdZJC
>>184
Julia を調べてみたけど、なかなか面白いね

Python ユーザに関しては、いずれ julia でも numpy/sicpy に相当する
高度な科学技術計算向けパッケージが登場すると思うけど、そのパッケージのでき次第では、
多くの Python ユーザが一気に julia へなだれ込む可能性がある

Python は手続き型言語として簡潔で優れた設計だけど、
たとえば >>78 で示したように表現力に大きな制約がある
この現状に満足できず、なおかつ科学技術計算向けのスクリプト言語として
たまたま Python を利用しているだけのユーザであれば、Julia はとても魅力的に映るはず
（しかも Julia から Python 関数をコールするパッケージが既に存在する等、相互運用性がある）

Ruby ユーザに関しては、「Ruby による関数型プログラミング」に慣れていれば、
Ruby と似た構文の Julia へ移行する事は難しくないし、いつでも移行できるだろう
とはいえ、今の Ruby と比較した Julia が絶対的に優位なのは高速な実行効率だから、
移行するのは性能が絶対要件である科学技術計算を主に扱う少数の Ruby ユーザにとどまるだろう
また科学技術計算向けには HPC Ruby プロジェクトがあるから、
このプロジェクトの実用化も Ruby から Juia への移行という流れに影響を与えるだろう
0228デフォルトの名無しさん2015/03/09(月) 00:10:54.19ID:BhYBpDco
そのうちモノになるのがどれぐらいあるというのか…
node.jsですらどんなに贔屓目に見ても「地保を固めつつある段階」だというのに
0229デフォルトの名無しさん2015/03/09(月) 00:13:04.92ID:T6nKbDrg
>>226
wordpress,magentoは既に起きた
0230デフォルトの名無しさん2015/03/09(月) 00:17:11.28ID:lh4ZCMGK
>>228
俺の見立てだと、webglはほぼ完全にものになると思う
nativescriptやreact nativeはまだわからないが、
react nativeは既にFacebookが使ってるという意味で、
将来がかなり約束されているように思う
日本にいる限りは確かにWeb土方で終わる可能性もあるが
アメリカではjavascriptエンジニアは平均で年収1000万超えるほど
物凄い高給らしいし、その傾向が少しくらいは日本に波及してくる
可能性もあるとみてる
何にせよ、やっておいて絶対に損はないし、これほど将来が約束された言語は他にないと思う
0231デフォルトの名無しさん2015/03/09(月) 00:20:20.22ID:T6nKbDrg
既にあるOSSのweb applicationってレベルで考えるべきなんだ
個人がjavascriptで作れるものって、せいぜいSPAぐらいだから
0232デフォルトの名無しさん2015/03/09(月) 00:22:11.27ID:lh4ZCMGK
>>231
その認識が間違ってる
ゲームもネイティブモバイルアプリもデスクトップアプリも作れる
それに、そもそもSPAでアプリが作れる時代だからな
0233デフォルトの名無しさん2015/03/09(月) 00:23:28.51ID:T6nKbDrg
顧客が作って欲しいものってさ、既に出来てるんだよね。
後は導入、改修、運用するぐらいで。
0234デフォルトの名無しさん2015/03/09(月) 00:23:46.31ID:BhYBpDco
> 将来がかなり約束されているように思う
node.jsですら出てから数年経ってるというのに「ようやく認められてきたかもね」という状態
しかも、現状は足踏み状態だと断言しても差し支えない状況

君の言う「将来」というのは、10年以上のスパンで見た話じゃないのかい？
だとしたら今すぐ手をつけるのはそういうのに興味がある人達だけで十分だよ

それ以外の人たちは、君の言う将来が現実として見えてきてから手をつければいい
「JavaScriptやっとけ、マジで」は未来には正しい言葉なのかもしれないが、今の状態では
間違いとしか言い様がない。なぜなら他にやるべきことがあるのだろうから
0235デフォルトの名無しさん2015/03/09(月) 00:25:21.15ID:lh4ZCMGK
まあ、欠点は進化が早すぎていろんなものが登場しまくって
どんどん入れ替わっていくところかな
例えば、Facebookがreactを発表した途端、reactにインスパイアされた
ライブラリやら既存のフレームワークの新バージョンやらが発表されまくり
世界がガラッと変わってしまった
こういうことが頻繁に起こる
0236デフォルトの名無しさん2015/03/09(月) 00:25:40.37ID:K/Yjhrls
Juliaは良いねぇ…まだWindowsじゃ起動おせぇんだYO!!って投げたけど
Cythonは結局Cソース化してコンパイルしてるし、PyPyはコードによってまちまち
annotationを型チェックだけでなく変数の型にも使ってくれればPythonも速度出せそうだけど

同じLLVMベースのPystonはどうなることか…どれもまだ発展途上か
0237デフォルトの名無しさん2015/03/09(月) 00:26:25.54ID:T6nKbDrg
javascriptは、既にあっちこっちの企業が仲良しこよしでツルンでるけど、
まだ、何も出来てないんだよね。クラウドってインフラを使わせいだけなんだよ
0238デフォルトの名無しさん2015/03/09(月) 00:28:21.85ID:lh4ZCMGK
>>234
nodeに関しては、サーバーとしてはそうかもしれない
けれど、フロントエンド開発においては、もう重要なツールの一つではないかな？
だって、gruntやgulpでaltjsやaltcssをコンパイルしながら開発してるところって
多いだろ？
browserifyは言うまでもなく、bowerにしてもlessにしてもnodeだし
0239デフォルトの名無しさん2015/03/09(月) 00:31:47.11ID:lh4ZCMGK
>>237
何もできてないっていうか、フロントエンドではほぼ必須だし
むしろ、いろんなものが出てきすぎて困ってる上に、
何でもできるようになりつつある
0240デフォルトの名無しさん2015/03/09(月) 00:33:52.11ID:0YP+qxsb
javascript やるのはいいけど、お勧めのお手本ってあります？

僕としてはチートの手法がほしいんだけど。
0241デフォルトの名無しさん2015/03/09(月) 00:37:28.73ID:T6nKbDrg
フロントエンドっていうけど、何つくるわけ？TODO?カンバン？
顧客は本当に工数かけてまで、そんなもの導入したいの？
0242デフォルトの名無しさん2015/03/09(月) 00:37:52.22ID:BhYBpDco
>>238
ツールとしてのnode.jpが普及することとJavaScriptやっとけという話とは違うよね
だって、ほとんどJavaScript書かなくてもいいんだから
npmの使い方を覚えればいいだけの話

LinuxのコマンドはCで書かれてるからCを覚えるべき、と言ってるようなもん

(それとは関係はないがC自体は覚えるべき言語であるとは思うけど)
0243デフォルトの名無しさん2015/03/09(月) 00:39:10.78ID:lh4ZCMGK
>>240
チートの手法ってのが分からない
ゲームのチートかな？それともクラッキングの手法か何かか
まあ、その手の情報はググってみてくれ

一般的に言えば、フロントエンドのお手本はgithubにあると思う
英語のリソースしかないのが欠点
この分野では日本が遅れているのも、進化が早すぎることによる弊害だと感じる
0244デフォルトの名無しさん2015/03/09(月) 00:41:56.29ID:lh4ZCMGK
>>242
まあある程度はそうなんだけど、例えばgulpfile.jsを書こうと思ったら、
結構本格的にjavascriptをやっといた方がいいと思うし、
そういうツールがnode上にあるってことは、やっぱりサーバーとしての採用にも
一役買うだろうし、将来が約束されていると思う一因かなあ
0245デフォルトの名無しさん2015/03/09(月) 00:43:52.34ID:T6nKbDrg
wordpressでも触っとけよ。codex読んでるだけ掛けてる基礎が補完できるから
0246デフォルトの名無しさん2015/03/09(月) 00:46:10.94ID:BhYBpDco
>>244
gulpfileなんてWeb屋がある程度使うレベルのJavaScriptができれば十分

ブラウザが絡む開発をしてる人間ならJavaScriptからはどうせ逃げられないんだし
（君の言ったツール群もブラウザが絡む開発をしてないと使う場面はないしね）

で、現実としてはその程度のシーンでしかJavaScriptは使われていない
10年スパンで見た将来は知らんけど、そんなのはそのときに考えればいい
今の時点でJavaScript万能説は草彅ダンス万能説と同じでネタでしかない
0247デフォルトの名無しさん2015/03/09(月) 00:46:40.52ID:lh4ZCMGK
>>245
wordpressのようなものも有力ではあるし、Web開発では日本では今でも優勢だと思うが
javascriptほどの万能性と将来性はやっぱり感じないかなあ
javascriptほどのスピードと熱を感じない
0248デフォルトの名無しさん2015/03/09(月) 00:51:10.66ID:T6nKbDrg
フロントエンドに特化したオモチャ作るならともかく
LAMPの基礎さえ怪しそうな連中がnode.jsなんて触ってどうするわけ？
0249デフォルトの名無しさん2015/03/09(月) 00:54:25.39ID:lh4ZCMGK
>>246
ブラウザが絡む仕事というのは、それだけで今現在一大分野だと思うけどね
その分野でjavascriptからは逃げられないというだけでも、大きな理由でしょう
ブラウザが絡まないとでてこないというのも厳密には間違いで
altjsでコンパイルする場面というのは、デスクトップアプリやモバイルアプリでも
出てきてるわけで
確かにブラウザ以外、現状あまり採用されてないというのはあるけど
例えば、1年後や2年後には状況がガラッと変わっていると思うほどではある
2年前、nodeは存在していたけど、Web開発で広くツールとして採用されるという
ここまでの状況では全然なかった
0250デフォルトの名無しさん2015/03/09(月) 00:57:43.95ID:BhYBpDco
> 例えば、1年後や2年後には状況がガラッと変わっていると思うほどではある
だったら状況が変わってからやればいいだけの話
変わってないのに手を出すのはただの新しもの好き

そういう人間にJavaScriptを薦めるなら理解できるが、君の言いようは普及もしてないものを
「これから普及しますから」と詐欺まがいのセールスをやってる太陽光パネルの営業（うちにもよく来るわ）
と何ら変わらん
0251デフォルトの名無しさん2015/03/09(月) 01:01:27.02ID:T6nKbDrg
すごく小さなツールしか作れないし、それならPHPで十分だよね
フロントエンドなんて飾りです。偉い人には、それが（ry
0252デフォルトの名無しさん2015/03/09(月) 01:02:31.41ID:lh4ZCMGK
>>250
いや、1年後と比べて状況がガラッと変わっていない現状でも
1年前と比べてガラッと変わってるわけよ
しかも、今の状況でもjavascriptは一大分野であって、
多くの人にとって手を出して得になる分野ではあるわけ

ただし、現状javascriptはホットすぎていろんなツールや方法論が
乱立しすぎて学習コストが半端じゃない
一言で言って学習が難しい
そういう意味では落ち着くまで待つというのは一つの選択肢なのは
認めるけどね
でも、早めに学習しておいたほうがいいという考え方もまたある
0253デフォルトの名無しさん2015/03/09(月) 01:04:34.84ID:T6nKbDrg
yeoman、angular, expressしかないから
0254デフォルトの名無しさん2015/03/09(月) 01:07:26.87ID:fJ5JWofk
>>228
ほんこれ
0255デフォルトの名無しさん2015/03/09(月) 01:08:25.55ID:BhYBpDco
>>252
ブラウザ上で動く言語してのデファクトスタンダードはすでに確立されている
ブラウザ上の開発をやる人間にとっては覚えるべきというか覚えなくては何もできない
これについて異論を唱える人間はいないだろう
しかし、現状はそれ以上でもそれ以下でもない
0256デフォルトの名無しさん2015/03/09(月) 01:10:08.43ID:lh4ZCMGK
>>251
例えば俺はatomエディタが物凄く小さなツールには見えないし、
作ろうと思えば大きなツールも作れると思うよ
他の言語と同じ
>>253
Yeomanって、bower、grunt、yoで構成されてるし、bowerじゃなくてbrowserify、gruntじゃなくて
gulpとか、yoのgeneratorからじゃなくて、Google Web starter kitやangular seedから
はじめたりとか
angularは2.0全く別のフレームワークに生まれ変わるとかreactも注目されてきてるとか
expressも開発チームはkoaに移ったりとかしてるし
そういうふうにね、ちょっとキャッチアップを怠るとすぐに古い情報になっちゃうわけよ
0257デフォルトの名無しさん2015/03/09(月) 01:11:06.07ID:T6nKbDrg
jsって言うけど、jqueryでちょこちょこやるだけと、prototypeから弄るのじゃ別物だから
0258デフォルトの名無しさん2015/03/09(月) 01:12:35.55ID:T6nKbDrg
>>256
どこのアホがReactで書かれたものを保守するんだw
2.0なんて、当分は使われないし、koaなんて誰も使わないから
0259デフォルトの名無しさん2015/03/09(月) 01:13:38.73ID:N7SvNSUi
全部既にあるもので、しかも本格的に作れない半端ばかり

ブラウザがOSに取って変わるわけでもなし

キミがもっと高度な物を作ろうとしたなら、jsを選ばないと思うけどね
0260デフォルトの名無しさん2015/03/09(月) 01:14:04.01ID:lh4ZCMGK
>>255
どうだろう
モバイルアプリでも結構な割合がjavascriptじゃないかと思うんだが
ネイティブじゃないにしても、ハイブリッドは多いだろう
そんで、モバイルとブラウザが昔より重要になってきてるから
それ以下でもそれ以上でもないという状況も昔と意味が違う
0261デフォルトの名無しさん2015/03/09(月) 01:15:09.63ID:T6nKbDrg
>>259
飯のためにjsのであって、高度なものは言語に左右されない
0262デフォルトの名無しさん2015/03/09(月) 01:16:01.82ID:lh4ZCMGK
>>258
angular保守するより、react保守する方が明らかに簡単だと思うんだが
2.0は当分先だろうけど、それでもぶっちゃけ1年後には出てるんじゃないかな
koaにしても、分からんよ
進化が早すぎてまじ読めない
0263デフォルトの名無しさん2015/03/09(月) 01:18:32.02ID:BhYBpDco
>>260
それはブラウザの立場が変わっただけであって、JavaScriptがブラウザ上で動かすための言語であるという
部分には何の変化も加わっていない

ブラウザ上の言語としてJavaScriptは非常に重要であり、代替がきかないものであるが、それ以上でも
それ以下でもないことは変わっていない
0264デフォルトの名無しさん2015/03/09(月) 01:20:44.63ID:T6nKbDrg
>>262
Reactのfolk数ひくいから触ったこともなかったわ。
Atomも、もうReactなんて使わないでVanillaJSだろ。たしか。
0265デフォルトの名無しさん2015/03/09(月) 01:21:37.91ID:lh4ZCMGK
>>263
何度も言うけど、それ自体が疑問
今はブラウザの枠を飛び越えてる最中だし、
昔はjspやらphpでもっとサーバーサイドに比重があったよ
そして、仮にその枠を飛びこえていないにしてもブラウザ自体の重要性が変われば、
javascriptの重要性も変わってくるだろ
どの言語をやるかという話をしてるわけなんだから
0266デフォルトの名無しさん2015/03/09(月) 01:23:05.58ID:BhYBpDco
>>265
飛び越えてる最中って、node.jsが何年もかかって、現状のザマなんですが
飛び越えようとしてるけど停滞してる、というのが妥当な評価かと
0267デフォルトの名無しさん2015/03/09(月) 01:23:19.83ID:T6nKbDrg
>>263
このバカ、基本情報試験でプログロミングでも覚えたのか？
0268デフォルトの名無しさん2015/03/09(月) 01:24:52.14ID:TL9jp237
>>264
folk数だいぶ増えてるよ
というか、folkもいいけどstar注目しといた方がいい
angular以上の勢いで増えてるから
なんだかんだでフロントエンドのViewに関わるライブラリとしては
angular、backboneに次いで今3位なんだよね
0269デフォルトの名無しさん2015/03/09(月) 01:27:09.15ID:TL9jp237
>>266
nodeの開発は停滞しているけど、nodeのツールとしての採用が停滞してるようには見えない
というか、現状で既に広く採用されてるし、javascriptの有名なライブラリはもうほとんど
npm上にある
そうした環境としてはもうデファクトスタンダードだろ
0270デフォルトの名無しさん2015/03/09(月) 01:27:30.08ID:T6nKbDrg
面倒だから知りたくもないんだけど、
ReactでもAngularみたく既存のライブラリをモジュール化できるわけ？
0271デフォルトの名無しさん2015/03/09(月) 01:30:49.96ID:TL9jp237
>>270
モジュール化にもいろいろあって、javaのパッケージシステムのようなものを
イメージしているのであれば、単体では出来ない
ただし、多数派はbrowserifyやrequirejsなどと組み合わせてモジュール化するんだろうね
もし、モジュール化がコンポーネントを作ってカプセル化するという意味なら
まあ、viewの単位でそれをするのがreactだって感じ
0272デフォルトの名無しさん2015/03/09(月) 01:30:50.92ID:BhYBpDco
>>269
それはツールとしてのnode.jsであって、その時点でJavaScriptを書く必要がある人間は
そのツールの開発者だよね、というのはもう指摘した話なんですけど
しかも、そのツールたちはブラウザ上のJavaScriptを管理するためのものでしかないし

結局のところブラウザ上の言語としてのJavaScript、という範疇は一切超えていない、と
0273デフォルトの名無しさん2015/03/09(月) 01:32:33.68ID:TL9jp237
>>272
それも厳密に言えば間違えていて、採用率が低いだけだよねというのは話した
だから、今飛び越えているところだと表現した
そして、ブラウザでの採用率から考えて、飛び越えるだろうという予想は妥当と思う
0274デフォルトの名無しさん2015/03/09(月) 01:36:03.25ID:TL9jp237
TYPESCRIPTやES6のようなaltjsを(es6はaltjsじゃないかもしれないが)使って
モジュール化するという方法も考えられるね
es6を使うという選択肢も、1年前は無かったかなあ
babelのような素晴らしいトランスパイラーが出てきたのは最近だからね
■ このスレッドは過去ログ倉庫に格納されています