【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】

1 名前：デフォルトの名無しさん [2015/02/28(土) 00:33:07.88 ID:6Lhyreb3.net] 前スレ 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ47【pl,rb,php,js】 peace.2ch.net/test/read.cgi/tech/1417333026 175 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:40:47.24 ID:nQfLOHGZ.net] >>173 っ国産言語Ruby 日本語の情報多数、書籍多数、国/行政の後ろ盾 176 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:43:01.99 ID:MlGEwDRl.net] >>173 決めるな 言語なんか道具だ 目的や環境に合わせてなんでも使えて当たり前 177 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:43:10.63 ID:5/MzqEvw.net] 日本語の書籍に頼らざるを獲ない時点で、情報産業に関わるべきじゃないんだ そもそも、そんな状態じゃ大学生が大学を出ただけの価値のあることなんて出来ないんだ 178 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:51:11.88 ID:/8n+l7ta.net] >>174 いや、英語が読めないとは言ってないっすよ・・・ 日本語のほうがとっつきやすいってだけです。 アプリ開発のときはもちろんAppleの公式ドキュメント読んでます。 >>175 ありがとうございます。Rubyで前向きに検討してみます。 179 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:54:12.20 ID:kvqijjNp.net] 今のメインがObjective-Cで汎用性と将来性なら圧倒的にC スクリプト言語？好きなの使っとけば？ 180 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:57:49.37 ID:MlGEwDRl.net] 数値計算はアカデミックだとPythonとPerlが多いよ スクリプトはバッチの制御とテキスト処理にしか使わないと割り切る人はPerl、 なるべくスクリプトで書きたいって人はPython Rubyは情報専門のキモオタ御用達 181 名前：デフォルトの名無しさん [2015/03/08(日) 00:02:44.25 ID:q94065c/.net] Rubyに大して汎用性はないと思うが。 同一マシーンなのにRubyバージョンが違うと動かないとかあるが。 C言語もコンパイラやマシン依存していて非常に小さい基礎部分だけしか一致なし。 182 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:05:43.52 ID:XA40XTh5.net] 数値計算なんて、octave,matlab, Rぐらいしか使わないだろ Ruby?バカジャネーノ？電通、博報堂の回し者？ 183 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:08:45.24 ID:srsOwzq5.net] >>182 がっつりC書くシミュレーション系だと補助に汎用スクリプトも使うよ Rubyはまず無いけど 184 名前：デフォルトの名無しさん [2015/03/08(日) 00:16:32.96 ID:q94065c/.net] 言語環境と拡張モジュールがマルチプラットフォーム化されてて どのPCでも同じ動作が可能なほうがいいってことだろ? モバイル、マック、リナックスの状況もくわしくないがPythonとかJavaでは? あとはC#のマルチプラットフォーム化のmonoやwinapiのマルチプラットフォーム化のwineとかあるがどれだけ使えるか不明。 185 名前：デフォルトの名無しさん [2015/03/08(日) 00:27:01.78 ID:q94065c/.net] LLVM用スクリプト言語のjuliaはどうか? Julia : スクリプト言語最速? 手軽さと速さを求めた科学技術計算向け言語 yohshiy.blog.fc2.com/blog-entry-246.html Julia (プログラミング言語) - Wikipedia Juliaは、 一般的なプログラミングから高水準の科学計算処理まで対処するよう設計された高水準言語及び動的プログラミング言語。 LLVMコンパイラフレームワークを用いてC言語、C++、Schemeで組まれており、標準ライブラリの殆どは独自に実装した。 実装の最も注目すべき特徴は性能に有り、完全にC言語で最適化されたコンパイル言語分野での優位性が見られる。 186 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:40:43.96 ID:XA40XTh5.net] 企業側はさ、エコシステムを乱したいんだよね でないと、自分たちのプロダクトが商品にならないから 187 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:41:23.68 ID:gmGvMe5z.net] >>185 ＞ 新しい言語はシャアの低さやライブラリーの少なさが気になるところです。 188 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:45:01.56 ID:JzTHzzzE.net] まあでもNode見ても分かるけど、ライブラリはすぐ集まると思うけどな。 189 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:55:19.01 ID:XA40XTh5.net] そのライブラリやフレームワークって、どの程度の堅牢性なの？ 何かあったときに自身でfixできるの？ 190 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:07:38.82 ID:fg6UZd+E.net] >>173 自分のやる分野がわからないことには言語を一つに絞るなんて無理無理 プログラミングは「この言語さえできればOK」なんてことは一切ないからね ということで、 > 自分のメインの言語を１つきめたいんですけど この発想をやめることが、一番最初にやるべきことだと思うね 191 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:12:18.30 ID:srsOwzq5.net] 「この言語だけはできるからOK」と言ってる奴が本当にその言語できてるのを見たことがないな 本当に一つの言語を理解してれば他の言語も使えるからね 192 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:16:32.70 ID:XA40XTh5.net] 企業に入って首輪を付けて飼い慣らされたいならJava、c++だけど、 身の回りのことを片付けるなら、javascriptだけでいいよ 193 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:30:51.82 ID:fg6UZd+E.net] JavaScriptはブラウザ限定だからね 本当に身の回りのことを片付けたいならPerlがいい 基本書き捨てだけど、必要なことを最小限の労力でできる 194 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:34:03.39 ID:XA40XTh5.net] ラクダの美学なら、mobileとnode.jsの普及と共にjavascriptがかっさらたよ 今、Web APIやSDKのバインディングにperlが用意されてるのを見たことないんだ 195 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:35:24.62 ID:fg6UZd+E.net] それは片付けたい範囲が違うんだろう 「身の回りのこと」と言うのは人によって違うだろうからね 196 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:37:10.82 ID:XA40XTh5.net] perlが身の回りなんてサーバ管理ぐらいだろw 行き遅れのジジイ共は、さっさとクタバレよ 197 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:38:56.86 ID:JzTHzzzE.net] JavaScriptという名前の言語が真理ということは間違いないとして、 その言語をいかに良くしていくかに話を絞ったほうが良さそうだな。 198 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:39:07.31 ID:fg6UZd+E.net] やれやれ本当のPerlを知らないだな 明日きてくださいよ。本当のPerlをお教えしますよw 199 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:41:20.03 ID:fg6UZd+E.net] という冗談はおいておくとしても、JavaScriptはバインディングの対象言語としてはまだまだもいいとこだよね そういう場合に用意されるのは大抵PythonかRuby（あるいはその両方）だし 200 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:41:29.39 ID:XA40XTh5.net] altJSやES6なんて、ほっとけよ。Good Partsだけでいいから。 そんな知識すら最期には役に立たない。 201 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 04:59:26.02 ID:GP1jfcPj.net] バインディングならJSは負けてないと思うけど。 202 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 07:57:40.38 ID:PX6JWC4K.net] jsで何でもできると思ってる奴って視野が狭いだけでしょ 他の言語はできない人が選ぶ言語 203 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 09:21:28.52 ID:Zdg2LulN.net] コード的にも知識的にも、資産性はTypeScriptが一番だな。 嫌でも使わざるを得ないJSが身に付く + トランスレータの将来性がある。 204 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 09:53:29.71 ID:srsOwzq5.net] TypeScriptは吐かれたJSが非常に綺麗なのもポイント 最悪、生成されたJSをベースにしてメンテを続けることができるのはTypeScriptだけ 205 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 11:18:20.31 ID:/RJbvffF.net] 俺は Ruby 好きだけど人に勧めるなら Python だな。スクリプトでなければ C# js は他言語からでも、とっつきやすさから、気を付ける所さえわかればすぐできるようになる 正直、たのしんで仕事出来れば何でもいいまである 他人の欲しいものを作り続けるだけじゃモチベーション上がらない 206 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:26:07.71 ID:GP1jfcPj.net] プログラミング全般に興味があっていろんな世界が見てみた人にはJSいいんじゃないの。 Pythonはあくまで必要で選ぶ感じ。どれでも選べる状態では勧めないかな。というのもインデントが特殊すぎるから。 207 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:31:42.53 ID:uJG4BcVa.net] 楽しむに重きを置くならRuby1択っしょ 208 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:33:34.17 ID:GP1jfcPj.net] JS: interesting Ruby: funny 209 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:48:34.42 ID:Kft5ZrkL.net] Webドカタの世界しか見えないよJS それが世界の全てって奴もいるけど 210 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 13:17:10.77 ID:uJG4BcVa.net] webを極めたいならES6 しかし多分もうwebが復活することは恐らく無いと思うんよ 211 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 13:31:38.21 ID:GP1jfcPj.net] WebとES6はそんな関係ないし、ES6程度じゃ極めてることにならないと思う。 ES7のObservableはいくらか貢献するかもね。 まあExtensibleWebの流れで行くと、超低水準のAPIでフレームワークを作る人と、 そのフレームワークを使って実際はJSにはあんまり深く嵌らない人に分かれそう。 212 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 14:19:59.14 ID:XA40XTh5.net] ttp://www.windows93.net/?#!bytebeat すごいよね。JavaScriptの連中。 もう自身の限界を悟って、WordPressしか触る気はしないけど。 213 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 18:24:52.21 ID:VvSj/2Rg.net] >>212 なんやこれ？ 214 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 18:56:44.59 ID:PX6JWC4K.net] こんなもの誰が何に使うの？ これがすごいならwindowsもlinuxもすごすぎだし、 アセンブラやC言語の方がはるかにすごいな 215 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 18:59:32.75 ID:srsOwzq5.net] こんなのキーとマウスの入力が取れて任意の場所に色塗れたら後は何でも一緒だからな 216 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 19:22:05.85 ID:NFxEISnM.net] すごいのはハードとブラウザ(=アセンブラ/C/C++)の進化だよな やっぱスクリプト言語でブラウザ実装までいかんと 217 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 20:30:03.34 ID:ZmdRrob9.net] 他人が作った基盤の上の、さらに狭い基盤の上で、 既出のものを後追いしてるだけなのが...... 218 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 21:31:01.27 ID:Zdg2LulN.net] 確かにCanvasを見たときは、せっかくブラウザがレイアウト処理を実装してくれたのに そこまで先祖返りするのかよとは思った。 219 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 21:37:47.98 ID:VvSj/2Rg.net] だな 220 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:24:19.27 ID:XA40XTh5.net] もう、データベースから取ってきた文字列表示するだけじゃ、仕事にならないんだぜ？ ぞっとしない？ 221 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:41:13.08 ID:9fs1o1u6.net] Canvasはともかく、WebGLは何に使うんだろう 222 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:43:08.44 ID:gmGvMe5z.net] >>221 ゲームとかFlashアニメっぽいもの 223 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:53:03.26 ID:U7pDuUOR.net] しかしブラウザゲーは未だFlashだしスマホゲーは完全にネイティヴ回帰 あれ？w 224 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:56:46.37 ID:pBoO6zKs.net] Rubyが楽しいとかいうデマ誰が言い始めたのか 225 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 23:28:35.66 ID:ZmdRrob9.net] >>220 UIとかデザイン的なことを言ってる？ 冷静に考えると、WebFrameworkとかで作るものより、 GUIアプリ+ネットワークの方が高機能で速く、使いやすく作れるんだけどね 226 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 23:57:37.84 ID:jQt4Amvs.net] 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はやばい 227 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:03:47.09 ID:lh4ZCMGK.net] 恐ろしいのは、これらが現在進行形の最新情報だということだよ 1年前の常識がjavascriptには通用しない 1年前だったらモバイルのネイティブアプリをjavascriptで作れるなんて 言えなかったがここ数ヶ月で言えるようになってきた 進化が恐ろしく早い 早すぎてみんなまだ気づいてないんだよ javascriptやっとけ マジで 228 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:10:08.48 ID:UhxVdZJC.net] >>185 Julia を調べてみたけど、なかなか面白いね Python ユーザに関しては、いずれ julia でも numpy/sicpy に相当する 高度な科学技術計算向けパッケージが登場すると思うけど、そのパッケージのでき次第では、 多くの Python ユーザが一気に julia へなだれ込む可能性がある Python は手続き型言語として簡潔で優れた設計だけど、 たとえば >>78 で示したように表現力に大きな制約がある この現状に満足できず、なおかつ科学技術計算向けのスクリプト言語として たまたま Python を利用しているだけのユーザであれば、Julia はとても魅力的に映るはず （しかも Julia から Python 関数をコールするパッケージが既に存在する等、相互運用性がある） Ruby ユーザに関しては、「Ruby による関数型プログラミング」に慣れていれば、 Ruby と似た構文の Julia へ移行する事は難しくないし、いつでも移行できるだろう とはいえ、今の Ruby と比較した Julia が絶対的に優位なのは高速な実行効率だから、 移行するのは性能が絶対要件である科学技術計算を主に扱う少数の Ruby ユーザにとどまるだろう また科学技術計算向けには HPC Ruby プロジェクトがあるから、 このプロジェクトの実用化も Ruby から Juia への移行という流れに影響を与えるだろう 229 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:10:54.19 ID:BhYBpDco.net] そのうちモノになるのがどれぐらいあるというのか… node.jsですらどんなに贔屓目に見ても「地保を固めつつある段階」だというのに 230 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:13:04.92 ID:T6nKbDrg.net] >>227 wordpress,magentoは既に起きた 231 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:17:11.28 ID:lh4ZCMGK.net] >>229 俺の見立てだと、webglはほぼ完全にものになると思う nativescriptやreact nativeはまだわからないが、 react nativeは既にFacebookが使ってるという意味で、 将来がかなり約束されているように思う 日本にいる限りは確かにWeb土方で終わる可能性もあるが アメリカではjavascriptエンジニアは平均で年収1000万超えるほど 物凄い高給らしいし、その傾向が少しくらいは日本に波及してくる 可能性もあるとみてる 何にせよ、やっておいて絶対に損はないし、これほど将来が約束された言語は他にないと思う 232 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:20:20.22 ID:T6nKbDrg.net] 既にあるOSSのweb applicationってレベルで考えるべきなんだ 個人がjavascriptで作れるものって、せいぜいSPAぐらいだから 233 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:22:11.27 ID:lh4ZCMGK.net] >>232 その認識が間違ってる ゲームもネイティブモバイルアプリもデスクトップアプリも作れる それに、そもそもSPAでアプリが作れる時代だからな 234 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:23:28.51 ID:T6nKbDrg.net] 顧客が作って欲しいものってさ、既に出来てるんだよね。 後は導入、改修、運用するぐらいで。 235 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:23:46.31 ID:BhYBpDco.net] > 将来がかなり約束されているように思う node.jsですら出てから数年経ってるというのに「ようやく認められてきたかもね」という状態 しかも、現状は足踏み状態だと断言しても差し支えない状況 君の言う「将来」というのは、10年以上のスパンで見た話じゃないのかい？ だとしたら今すぐ手をつけるのはそういうのに興味がある人達だけで十分だよ それ以外の人たちは、君の言う将来が現実として見えてきてから手をつければいい 「JavaScriptやっとけ、マジで」は未来には正しい言葉なのかもしれないが、今の状態では 間違いとしか言い様がない。なぜなら他にやるべきことがあるのだろうから 236 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:25:21.15 ID:lh4ZCMGK.net] まあ、欠点は進化が早すぎていろんなものが登場しまくって どんどん入れ替わっていくところかな 例えば、Facebookがreactを発表した途端、reactにインスパイアされた ライブラリやら既存のフレームワークの新バージョンやらが発表されまくり 世界がガラッと変わってしまった こういうことが頻繁に起こる 237 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:25:40.37 ID:K/Yjhrls.net] Juliaは良いねぇ…まだWindowsじゃ起動おせぇんだYO!!って投げたけど Cythonは結局Cソース化してコンパイルしてるし、PyPyはコードによってまちまち annotationを型チェックだけでなく変数の型にも使ってくれればPythonも速度出せそうだけど 同じLLVMベースのPystonはどうなることか…どれもまだ発展途上か 238 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:26:25.54 ID:T6nKbDrg.net] javascriptは、既にあっちこっちの企業が仲良しこよしでツルンでるけど、 まだ、何も出来てないんだよね。クラウドってインフラを使わせいだけなんだよ 239 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:28:21.85 ID:lh4ZCMGK.net] >>235 nodeに関しては、サーバーとしてはそうかもしれない けれど、フロントエンド開発においては、もう重要なツールの一つではないかな？ だって、gruntやgulpでaltjsやaltcssをコンパイルしながら開発してるところって 多いだろ？ browserifyは言うまでもなく、bowerにしてもlessにしてもnodeだし 240 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:31:47.11 ID:lh4ZCMGK.net] >>238 何もできてないっていうか、フロントエンドではほぼ必須だし むしろ、いろんなものが出てきすぎて困ってる上に、 何でもできるようになりつつある 241 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:33:52.11 ID:0YP+qxsb.net] javascript やるのはいいけど、お勧めのお手本ってあります？ 僕としてはチートの手法がほしいんだけど。 242 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:37:28.73 ID:T6nKbDrg.net] フロントエンドっていうけど、何つくるわけ？TODO?カンバン？ 顧客は本当に工数かけてまで、そんなもの導入したいの？ 243 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:37:52.22 ID:BhYBpDco.net] >>239 ツールとしてのnode.jpが普及することとJavaScriptやっとけという話とは違うよね だって、ほとんどJavaScript書かなくてもいいんだから npmの使い方を覚えればいいだけの話 LinuxのコマンドはCで書かれてるからCを覚えるべき、と言ってるようなもん (それとは関係はないがC自体は覚えるべき言語であるとは思うけど) 244 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:39:10.78 ID:lh4ZCMGK.net] >>241 チートの手法ってのが分からない ゲームのチートかな？それともクラッキングの手法か何かか まあ、その手の情報はググってみてくれ 一般的に言えば、フロントエンドのお手本はgithubにあると思う 英語のリソースしかないのが欠点 この分野では日本が遅れているのも、進化が早すぎることによる弊害だと感じる 245 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:41:56.29 ID:lh4ZCMGK.net] >>243 まあある程度はそうなんだけど、例えばgulpfile.jsを書こうと思ったら、 結構本格的にjavascriptをやっといた方がいいと思うし、 そういうツールがnode上にあるってことは、やっぱりサーバーとしての採用にも 一役買うだろうし、将来が約束されていると思う一因かなあ 246 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:43:52.34 ID:T6nKbDrg.net] wordpressでも触っとけよ。codex読んでるだけ掛けてる基礎が補完できるから 247 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:46:10.94 ID:BhYBpDco.net] >>245 gulpfileなんてWeb屋がある程度使うレベルのJavaScriptができれば十分 ブラウザが絡む開発をしてる人間ならJavaScriptからはどうせ逃げられないんだし （君の言ったツール群もブラウザが絡む開発をしてないと使う場面はないしね） で、現実としてはその程度のシーンでしかJavaScriptは使われていない 10年スパンで見た将来は知らんけど、そんなのはそのときに考えればいい 今の時点でJavaScript万能説は草�gダンス万能説と同じでネタでしかない 248 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:46:40.52 ID:lh4ZCMGK.net] >>246 wordpressのようなものも有力ではあるし、Web開発では日本では今でも優勢だと思うが javascriptほどの万能性と将来性はやっぱり感じないかなあ javascriptほどのスピードと熱を感じない 249 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:51:10.66 ID:T6nKbDrg.net] フロントエンドに特化したオモチャ作るならともかく LAMPの基礎さえ怪しそうな連中がnode.jsなんて触ってどうするわけ？ 250 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:54:25.39 ID:lh4ZCMGK.net] >>247 ブラウザが絡む仕事というのは、それだけで今現在一大分野だと思うけどね その分野でjavascriptからは逃げられないというだけでも、大きな理由でしょう ブラウザが絡まないとでてこないというのも厳密には間違いで altjsでコンパイルする場面というのは、デスクトップアプリやモバイルアプリでも 出てきてるわけで 確かにブラウザ以外、現状あまり採用されてないというのはあるけど 例えば、1年後や2年後には状況がガラッと変わっていると思うほどではある 2年前、nodeは存在していたけど、Web開発で広くツールとして採用されるという ここまでの状況では全然なかった 251 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:57:43.95 ID:BhYBpDco.net] > 例えば、1年後や2年後には状況がガラッと変わっていると思うほどではある だったら状況が変わってからやればいいだけの話 変わってないのに手を出すのはただの新しもの好き そういう人間にJavaScriptを薦めるなら理解できるが、君の言いようは普及もしてないものを 「これから普及しますから」と詐欺まがいのセールスをやってる太陽光パネルの営業（うちにもよく来るわ） と何ら変わらん 252 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:01:27.02 ID:T6nKbDrg.net] すごく小さなツールしか作れないし、それならPHPで十分だよね フロントエンドなんて飾りです。偉い人には、それが（ry 253 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:02:31.41 ID:lh4ZCMGK.net] >>251 いや、1年後と比べて状況がガラッと変わっていない現状でも 1年前と比べてガラッと変わってるわけよ しかも、今の状況でもjavascriptは一大分野であって、 多くの人にとって手を出して得になる分野ではあるわけ ただし、現状javascriptはホットすぎていろんなツールや方法論が 乱立しすぎて学習コストが半端じゃない 一言で言って学習が難しい そういう意味では落ち着くまで待つというのは一つの選択肢なのは 認めるけどね でも、早めに学習しておいたほうがいいという考え方もまたある 254 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:04:34.84 ID:T6nKbDrg.net] yeoman、angular, expressしかないから 255 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:07:26.87 ID:fJ5JWofk.net] >>229 ほんこれ 256 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:08:25.55 ID:BhYBpDco.net] >>253 ブラウザ上で動く言語してのデファクトスタンダードはすでに確立されている ブラウザ上の開発をやる人間にとっては覚えるべきというか覚えなくては何もできない これについて異論を唱える人間はいないだろう しかし、現状はそれ以上でもそれ以下でもない 257 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:10:08.43 ID:lh4ZCMGK.net] >>252 例えば俺はatomエディタが物凄く小さなツールには見えないし、 作ろうと思えば大きなツールも作れると思うよ 他の言語と同じ >>254 Yeomanって、bower、grunt、yoで構成されてるし、bowerじゃなくてbrowserify、gruntじゃなくて gulpとか、yoのgeneratorからじゃなくて、Google Web starter kitやangular seedから はじめたりとか angularは2.0全く別のフレームワークに生まれ変わるとかreactも注目されてきてるとか expressも開発チームはkoaに移ったりとかしてるし そういうふうにね、ちょっとキャッチアップを怠るとすぐに古い情報になっちゃうわけよ 258 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:11:06.07 ID:T6nKbDrg.net] jsって言うけど、jqueryでちょこちょこやるだけと、prototypeから弄るのじゃ別物だから 259 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:12:35.55 ID:T6nKbDrg.net] >>257 どこのアホがReactで書かれたものを保守するんだw 2.0なんて、当分は使われないし、koaなんて誰も使わないから 260 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:13:38.73 ID:N7SvNSUi.net] 全部既にあるもので、しかも本格的に作れない半端ばかり ブラウザがOSに取って変わるわけでもなし キミがもっと高度な物を作ろうとしたなら、jsを選ばないと思うけどね 261 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:14:04.01 ID:lh4ZCMGK.net] >>256 どうだろう モバイルアプリでも結構な割合がjavascriptじゃないかと思うんだが ネイティブじゃないにしても、ハイブリッドは多いだろう そんで、モバイルとブラウザが昔より重要になってきてるから それ以下でもそれ以上でもないという状況も昔と意味が違う 262 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:15:09.63 ID:T6nKbDrg.net] >>260 飯のためにjsのであって、高度なものは言語に左右されない 263 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:16:01.82 ID:lh4ZCMGK.net] >>259 angular保守するより、react保守する方が明らかに簡単だと思うんだが 2.0は当分先だろうけど、それでもぶっちゃけ1年後には出てるんじゃないかな koaにしても、分からんよ 進化が早すぎてまじ読めない 264 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:18:32.02 ID:BhYBpDco.net] >>261 それはブラウザの立場が変わっただけであって、JavaScriptがブラウザ上で動かすための言語であるという 部分には何の変化も加わっていない ブラウザ上の言語としてJavaScriptは非常に重要であり、代替がきかないものであるが、それ以上でも それ以下でもないことは変わっていない 265 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:20:44.63 ID:T6nKbDrg.net] >>263 Reactのfolk数ひくいから触ったこともなかったわ。 Atomも、もうReactなんて使わないでVanillaJSだろ。たしか。 266 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:21:37.91 ID:lh4ZCMGK.net] >>264 何度も言うけど、それ自体が疑問 今はブラウザの枠を飛び越えてる最中だし、 昔はjspやらphpでもっとサーバーサイドに比重があったよ そして、仮にその枠を飛びこえていないにしてもブラウザ自体の重要性が変われば、 javascriptの重要性も変わってくるだろ どの言語をやるかという話をしてるわけなんだから 267 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:23:05.58 ID:BhYBpDco.net] >>266 飛び越えてる最中って、node.jsが何年もかかって、現状のザマなんですが 飛び越えようとしてるけど停滞してる、というのが妥当な評価かと 268 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:23:19.83 ID:T6nKbDrg.net] >>264 このバカ、基本情報試験でプログロミングでも覚えたのか？ 269 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:24:52.14 ID:TL9jp237.net] >>265 folk数だいぶ増えてるよ というか、folkもいいけどstar注目しといた方がいい angular以上の勢いで増えてるから なんだかんだでフロントエンドのViewに関わるライブラリとしては angular、backboneに次いで今3位なんだよね 270 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:27:09.15 ID:TL9jp237.net] >>267 nodeの開発は停滞しているけど、nodeのツールとしての採用が停滞してるようには見えない というか、現状で既に広く採用されてるし、javascriptの有名なライブラリはもうほとんど npm上にある そうした環境としてはもうデファクトスタンダードだろ 271 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:27:30.08 ID:T6nKbDrg.net] 面倒だから知りたくもないんだけど、 ReactでもAngularみたく既存のライブラリをモジュール化できるわけ？ 272 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:30:49.96 ID:TL9jp237.net] >>271 モジュール化にもいろいろあって、javaのパッケージシステムのようなものを イメージしているのであれば、単体では出来ない ただし、多数派はbrowserifyやrequirejsなどと組み合わせてモジュール化するんだろうね もし、モジュール化がコンポーネントを作ってカプセル化するという意味なら まあ、viewの単位でそれをするのがreactだって感じ 273 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:30:50.92 ID:BhYBpDco.net] >>270 それはツールとしてのnode.jsであって、その時点でJavaScriptを書く必要がある人間は そのツールの開発者だよね、というのはもう指摘した話なんですけど しかも、そのツールたちはブラウザ上のJavaScriptを管理するためのものでしかないし 結局のところブラウザ上の言語としてのJavaScript、という範疇は一切超えていない、と 274 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:32:33.68 ID:TL9jp237.net] >>273 それも厳密に言えば間違えていて、採用率が低いだけだよねというのは話した だから、今飛び越えているところだと表現した そして、ブラウザでの採用率から考えて、飛び越えるだろうという予想は妥当と思う 275 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:36:03.25 ID:TL9jp237.net] TYPESCRIPTやES6のようなaltjsを(es6はaltjsじゃないかもしれないが)使って モジュール化するという方法も考えられるね es6を使うという選択肢も、1年前は無かったかなあ babelのような素晴らしいトランスパイラーが出てきたのは最近だからね

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef