1 名前:デフォルトの名無しさん mailto:sage [2015/09/30(水) 10:56:12.10 ID:U+dh/xlD.net] 前スレ 【JavaScript】スクリプト バトルロワイヤル51【php,py,pl,rb】(c)2ch.net peace.2ch.net/test/read.cgi/tech/1438094104/
266 名前:デフォルトの名無しさん mailto:sage [2015/10/20(火) 22:35:50.40 ID:vVqPHhnQ.net] 劣等種に言われてもなw
267 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 00:47:02.67 ID:mEdv74Nv.net] >>266 国が劣等の朝鮮人か。 そのメンタルって劣等の裏返しだもんな ひたすら毒吐いてりゃいいんじゃない? 好きにすれば〜
268 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 01:31:28.87 ID:bfl5IHz5.net] >>261 イチローが居れば日本人として舐められる事がないよ。 ただお前もその枠に収まったただのサルだって事 日本人と思われるのが嫌と言う前に、お前もそのしょぼい日本人以外の何者でもないわけだから、一緒にされたくないとか贅沢言うなよ、一緒なんだから。 きもいわ
269 名前:uy ◆e6.oHu1j.o [2015/10/21(水) 03:04:44.34 ID:bkabQcdE.net] >>268 すげーなお前 名無しで書き込んでも適格に俺のレスを狙ってレスしてる それ何かしらの才能あるよ しかしイチローとITは何も関係ないよ 野球選手としての日本人は舐められなくても プログラマとしてのJAPは舐められてることは確実だよね 自分が逆の立場だったら基本は英語の読めない民族なんて絶対見下すと思うから 今日もぼくは自分のgemsにひとつパッチを当ててきたよ githubはもう自分の庭みたいなもんだね で、君は何したの?
270 名前:uy ◆e6.oHu1j.o [2015/10/21(水) 03:28:01.09 ID:bkabQcdE.net] js見てるとやっぱ30億のデバイスで走るRubyでもこれは勝てないと思う パラダイムシフトが起こっているのだよ いろんなことをデスクトップでアプリ走らせてやるのではなく 多くのことをブラウザを通してやるようになり、それが出来るようになった だからjsとそれを吐き出すトランスレータでよくなってしまった atomを筆頭にChromiumベースのアプリは今後増えることが予想される 多くの技術者たちはアプリケーションがChromeと連携を取ることによる利点に気付けていないが、 気付くのは時間の問題 今まで組んでいた多くのことをブラウザ・Chromeに委託する形のアプリが 各段に開発コストを落としてくれる アプリのUIなんてSassとJekyllでレイアウトすれば良いだけ C#.NETにも追いつけない開発効率になるだろう ブラウザの外で行ってたプログラミング技術や規格はまとめて木っ端微塵にバラバラになって 効率の比較ではなく存在すら否定される 神(js)と人(rb)のような比較 勝負になりませんわ
271 名前:デフォルトの名無しさん [2015/10/21(水) 03:44:24.24 ID:bkabQcdE.net] uyはブラウザアプリをデスクトップアプリへ変換するトランスレータの蔓延を警告しにきた者です もうjs以外の言語は終わりですね
272 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 03:54:47.90 ID:aUR4K/wl.net] 何れはc/c++で書かれたソフトウェアたちが、ピラミッドのようなロストテクノロジーになるんだろうな
273 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 08:05:42.81 ID:FzvQX/dO.net] デスクトップアプリがロストテクノロジーになると思ったら いつの間にかjsがデスクトップアプリに御執心だった
274 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 10:30:41.35 ID:zPyN71xI.net] C/C++は確実に残るね ネイディブコード吐ける系はC/C++がデファクトだから 炊飯器のマイコン用とか、確実の残る
275 名前:デフォルトの名無しさん [2015/10/21(水) 10:34:24.55 ID:eLriMzbN.net] Javaでもネイティブは可能。 最近だとLLVMアセンブラというのが流行ってるし どんな言語もLLVMアセンブラへ翻訳したら、 LLVM/Clangのように出来るだろ。
276 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 10:42:42.79 ID:t8SS3rgX.net] 夢見がちな中二?
277 名前:デフォルトの名無しさん [2015/10/21(水) 10:43:36.43 ID:eLriMzbN.net] これは、 C++ ⇒ LLVMアセンブリ ⇒ JavaScript。 ある言語 ⇔ LLVMアセンブリの部分さえつくれば言語間でコンバートできる。 LLVM経由は必須ではない。 Emscripten で C++ の Hello World を JavaScript に変換してみた - 凹みTips tips.hecomi.com/entry/20130416/1366124901
278 名前:デフォルトの名無しさん [2015/10/21(水) 10:56:27.55 ID:eLriMzbN.net] Microsoft、LLVMベースの.NET CoreCLR向けコンパイラ「LLILC」を発表 2015年4月15日 Microsoftは4月13日、.NETの「CoreCLR」などと組み合わせて利用できるLLVMベースのコンパイラ「LLILC」を発表した。 LLILCは.NETで使われる中間コードをネイティブな実行可能コードに変換するコンパイラ。 現時点ではJITコンパイルに対応し、AOTコンパイルにも今後対応させる方針だという。 まずはx64をターゲットとするが、その後x86や64ビットARMといったLLVMがサポートするアーキテクチャにも対応していくという。 さらに、プラットフォームはCore CLRと同様にWindowsだけでなくMac OS XやLinuxもサポートするという。 CoreCLRにはx86/x64版Windows向けとして開発が進められていたJITコンパイラ(「RyuJIT」)がすでに存在するが、 新たにJITコンパイラを開発する理由として、LLVMがサポートする全てのターゲットおよびプラットフォームで動くコードジェネレーターを提供できるためと説明している。 https://osdn.jp/magazine/15/04/16/144600 .NET向けLLVMベースコンパイラが登場 | マイナビニュース LLVMプロジェクトは4月13日、「[LLVMdev] Announcing LLILC: An LLVM based compiler for dotnet CoreCLR.」において、.NET CoreCLR向けの新しいコンパイラを開発するプロジェクト「LLILCプロジェクト」を発表した。 これは、Microsoftにおいて始まった取り組みで、LLVMをベース技術として採用し、.NET CoreCLR向けに開発されたソースコードをコンパイルしてMSILコードを生成するコンパイラを開発することを目指している。 これは、Microsoftにとって.NETの実行可能なプラットフォームを増やすという点で意味がある。 LLVM関連のコードをベースに開発されたコンパイラは、LLVMが移植されているプラットフォームでコンパイルしたソフトウェアが動作するようになることを意味しており、 MicrosoftはLLVMの後ろ盾を得てコードが実行できるプラットフォームの種類を大きく増やすことが可能になる。 LLVMはすでにコンパイラ・インフラストラクチャとしての機能が整っているため、最小限の労力でそれなりに良質なバイナリを生成するコンパイラを開発できるという利点がある。 news.mynavi.jp/news/2015/04/15/055/
279 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 11:06:39.92 ID:zPyN71xI.net] >>275 マイコンなんかはC/C++がデファクトで、殆どのマイコンは最低限C/C++用のコンパイラがあるのに あえてJavaを使ってやろうというのが、もう意味分からないね 技術的に可能というなら、頑張ればなんでも可能だろうが、そんなことは議論する意味が無い 既にC/C++がデファクトなのは動かしようが無い事実なんだからな
280 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 11:12:47.37 ID:zPyN71xI.net] あーーなんか痛い頭が悪い人に返信してしまったようだ・・・ しかしまぁ、炊飯器に搭載するマイコンに高スペックは必要ないし コストを極限まで切り詰めたいわけだから、必然的に低性能なマイコンになるのは避けれない 炊飯器の制御に.NetやJavaは必要ないし、現状C/C++がデファクトで、 マイコンメーカーがC/C++のコンパイラを用意してくれているだろうから、それを使えばよいだけ 技術的に可能かどうかはまるで関係ない
281 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 11:35:23.43 ID:Sess9UkA.net] >>280 お前の方が痛いと思う
282 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 11:51:52.57 ID:zPyN71xI.net] では貴方は炊飯器の制御をJavaで書いてくださいね
283 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 11:56:02.13 ID:zPyN71xI.net] 274 自分:デフォルトの名無しさん[sage] 投稿日:2015/10/21(水) 10:30:41.35 ID:zPyN71xI [1/4] C/C++は確実に残るね ネイディブコード吐ける系はC/C++がデファクトだから 炊飯器のマイコン用とか、確実の残る 275 名前:デフォルトの名無しさん[] 投稿日:2015/10/21(水) 10:34:24.55 ID:eLriMzbN [1/3] Javaでもネイティブは可能。 最近だとLLVMアセンブラというのが流行ってるし どんな言語もLLVMアセンブラへ翻訳したら、 LLVM/Clangのように出来るだろ。 ↑の最初の時点で会話がかみ合ってないのが良く分かる 俺はネイディブコードはC/C++が「デファクト」と言っていて 彼はネイディブコードはJavaでも「可能」と言っている
284 名前:デフォルトの名無しさん [2015/10/21(水) 11:59:29.94 ID:eLriMzbN.net] LLVM対応ならば、言語は見かけだけ。 たとえば、>>278 でC#はLLVMに対応して、LLVMはARMやPlayStationに対応してるから C#でARMやPlayStationは出来るはずでC/C++と速度差はほぼないはず。 Interface3月号の特集は高性能でフリー!新時代コンパイラ入門:旧世代のGCCと新世代のLLVMについて解説 Interface 2015年 03月号の特集は、ARM用のフリーのコンパイラ。 旧世代のGCCと新世代のLLVMのどちらも紹介されているが、GCCは引き立て役である。 新世代のLLVMがどれだけ高性能か、ということが詳しく説明されている。 技術解説記事だけでなく、実際の応用としてBeagleBoneBlack基板でのクロス環境の構築なども紹介されている。 kumikomigijutsu.cocolog-nifty.com/blog/2015/01/interfacegccllv.html LLVM Clang、PlayStation 4用コードを統合開始 | マイナビニュース 2015/01/29 news.mynavi.jp/news/2015/01/29/018/ PlayStation 4、開発にはLLVM Clang | マイナビニュース 2013/12/25 news.mynavi.jp/news/2013/12/25/269/ LLVM 3.7登場 - OpenMP 3.1をフルサポート | マイナビニュース LLVMコンパイラ・インフラストラクチャはさまざまなプロジェクトやプロダクトでデフォルトのコンパイラとしての採用が進んでいる。 C/C++以外にも多くのプログラミング言語のバックエンドとして使用されており、活用の場を広げている。 news.mynavi.jp/news/2015/09/03/382/
285 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 13:01:15.94 ID:zPyN71xI.net] しかし炊飯器の制御などの低性能マイコンには、結局C/C++が使われるのであった なぜなら炊飯器をJavaで制御する必要性がまるで無いから
286 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 13:07:16.22 ID:zPyN71xI.net] >274 自分:デフォルトの名無しさん[sage] >C/C++は確実に残るね >ネイディブコード吐ける系はC/C++がデファクトだから >炊飯器のマイコン用とか、確実の残る だいたい↑の発言のどこにミスがある? 炊飯器のマイコン用とかにC/C++が残るのも ネイティブコード吐ける系のデファクトがC/C++なのも 全部当たり前の事じゃねーか
287 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 13:51:40.78 ID:FzvQX/dO.net] Javaはnew禁止みたいな規約を作ったら暴動が起きる気がする ある意味C++は治安が良いといえる
288 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 14:07:24.42 ID:ayvh7TPn.net] そりゃ間違った規約ができたら当たり前だな。 それで暴動が起きないほうが、頭がおかしい
289 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 17:34:02.29 ID:zPyN71xI.net] しかし、もし組み込みでJavaを使うとしたらnew禁止というか、GC禁止にしないとダメだろう ファンヒーターの制御がJavaでGCで止まって火事になったら困るからな そういう意味で組み込みはこれからもC/C++だろう
290 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 17:52:35.37 ID:ayvh7TPn.net] なんだ組み込みの話か? しっかりとした理由があるなら別にいいよ。 なんでこう0と1しか考えられないんだろうね。 場合に合わせて柔軟に対応できるようになろうよw
291 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 18:35:45.38 ID:zPyN71xI.net] >なんでこう0と1しか考えられないんだろうね。 >場合に合わせて柔軟に対応できるようになろうよw なんで自分にレスしているの? 組み込みの話をしているという場合に合わせず 柔軟に対応せずに01でしか考えず 「頭おかしい」って発言したのは君自身じゃないか
292 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 19:12:27.07 ID:ayvh7TPn.net] >>291 君みたいにずっと2ちゃんねるに引きこもってるわけじゃないんだわw 過去レスなんか読まねーよw
293 名前:デフォルトの名無しさん mailto:sage [2015/10/21(水) 21:07:34.78 ID:M3PJopuY.net] 歴史から学ばない態度
294 名前:デフォルトの名無しさん [2015/10/21(水) 23:15:11.40 ID:b4QGUSAZ.net] こうしている間にもCoffeeScriptの一強時代は続いていく
295 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 00:09:06.94 ID:T+i/NslY.net] CoffeeScriptはもう死んだって言われてるよ。
296 名前:uy ◆QLvratmkOY mailto:sage [2015/10/22(木) 00:24:23.71 ID:KLEdlWO7.net] ## -- Sample one -- # CoffeeScript x = y if true then 1 else 2 # ruby x = y if true then 1 else 2 end ### CoffeeScriptの勝ち ## -- Sample two -- # CoffeeScript courses = ['greens', 'caviar', 'truffles', 'roast', 'cake'] menu i + 1, dish for dish, i in courses # ruby courses = ['greens', 'caviar', 'truffles', 'roast', 'cake'] courses.each.with_index 1 do | i, dish | menu 1, dish end ### CoffeeScriptの勝ち
297 名前:uy ◆QLvratmkOY mailto:sage [2015/10/22(木) 00:27:00.46 ID:KLEdlWO7.net] ## -- Sample three -- # CoffeeScript grade = (student) -> if student.excellentWork "A+" else if student.okayStuff if student.triedHard then "B" else "B-" else "C" # ruby grade = ->student do if student.excellentWork "A+" elsif student.okayStuff if student.triedHard then "B" else "B-" end else "C" end end ### CoffeeScriptの勝ち
298 名前:uy ◆QLvratmkOY mailto:sage [2015/10/22(木) 00:28:14.91 ID:KLEdlWO7.net] ## -- Sample four -- # CoffeeScript class Animal constructor: (@name) -> move: (meters) -> alert @name + " moved #{meters}m." # ruby class Animal def initialize name end def move meters alert @name + " moved #{meters}m." end end ### CoffeeScriptの勝ち 4 : 0 で CoffeeScriptの勝利です
299 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 00:37:46.43 ID:T+i/NslY.net] あー、すまん。CoffeeScriptが死んだっていうのは、 CoffeeScriptの開発者が少なすぎて、 これ以上の発展が望めないからだよ。
300 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 00:51:18.24 ID:wPy/E8qZ.net] typescriptなんか使ってatomの設定や拡張機能を書きたい人なんて居るの? 今もうperlやPHPが手探りで言語の理想型を探した時代じゃなくって、 最初から完成型が見えていたんだから、アレ以上の発展なんてしなくて良いよ
301 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 00:52:30.53 ID:3kaWJUCe.net] >>299 所詮、JavaScriptの亜種でしかない。
302 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 00:56:18.63 ID:wPy/E8qZ.net] 素のjavascriptでオブジェクト指向っぽいことしようとすると、ボイラープレートが増えすぎる
303 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 01:01:55.02 ID:wPy/E8qZ.net] gulp,atom,wintersmithと台所まわりはcoffee scriptが制した
304 名前:uy ◆QLvratmkOY mailto:sage [2015/10/22(木) 01:03:59.17 ID:KLEdlWO7.net] >>300 とっくにatomの拡張機能書いて公開して2ダウンロードされてる
305 名前:uy ◆QLvratmkOY mailto:sage [2015/10/22(木) 01:06:45.97 ID:KLEdlWO7.net] uyのかいたパッケージが 世界中の人がapm list ってやるたびに 一覧に表れるんだよなぁ・・・
306 名前:uy ◆QLvratmkOY mailto:sage [2015/10/22(木) 01:08:51.52 ID:KLEdlWO7.net] まだatomは挙動おかしい場所多いから手放しでは奨めない せめて正式リリースから1年経たないと一通りのバグは潰されない
307 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 01:12:13.41 ID:wPy/E8qZ.net] vimやemacsにもどるか、sublime textに改宗しようかな
308 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 03:22:10.53 ID:basoVJGP.net] >>294 Goodbye CoffeeScript, Hello TypeScript blog.heapanalytics.com/goodbye-coffeescript-hello-typescript/ ES6以降の趨勢は明らかだよ
309 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 04:12:25.15 ID:IVKIlR3f.net] >>307 Emacs-Evil、Atom、ST3つ使いこなせば良いだろ。 Common LispもJavaScriptもPythonも間違いなく重要な言語なんだから使いこなせないとおかしい。 ま、もっともSwiftもC/C++、Object-Cも使わないといけないけどねw
310 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 04:43:30.03 ID:wPy/E8qZ.net] >>308 半年後には、angular.jsのウンコさを理解して、 coffee scriptとbackbone.jsにもどってるよ
311 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 08:38:56.58 ID:T+i/NslY.net] それはない。 そんなの使わなくてもブラウザが搭載するAPIだけで良くなって、 そのAPIを簡単に使えるjQueryに戻ってくる。
312 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 12:05:51.60 ID:QSun3zFj.net] そんなに無駄に迷走してるjsは数年後には......
313 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 13:12:56.56 ID:T+i/NslY.net] だからjQueryだっていってんだろw
314 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 13:20:13.97 ID:yz0BR0WH.net] JSじゃなくてDOM APIの、そのまたフレームワークの話だから。 DOM API自体は迷走してはいない。
315 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 13:24:41.60 ID:Z/S38Wn0.net] 最終的にはフレームワークは必要なくなり(ブラウザのAPIに組み込まれる) DOM APIをそのまま使うか、jQueryラップして楽に使うか。の世界になる。
316 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 16:06:34.28 ID:wPy/E8qZ.net] ブラウザのAPIをそのまま使って問題がないならjQueryなんて生まれてないだろ jQueryと併用するミニマム主義のライブラリがbackbone.jsだと思うんだけど
317 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 16:50:37.59 ID:Z/S38Wn0.net] jQueryは "既存の" DOM APIのショートカットなんで DOM APIの仕様がガラリと変わらないかぎり、jQueryの利点が生きる。 ただし新しいDOM APIは増える。増えた結果フレームワークは必要なくなる。
318 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 17:26:12.80 ID:oDtCxyWl.net] 結局残るのはjqueryやbackboneのような「センスのいい小物」なんだよな UNIX哲学
319 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 18:08:58.70 ID:Ud9o9dbV.net] DOMをそのまま使うことの何が悪いのかをきちんと言葉で批判した方が良い jQueryの人気度のような数字だけ見せられても、数字はそのうち変わるから納得できない
320 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 18:52:26.32 ID:Z/S38Wn0.net] > DOMをそのまま使うことの何が悪いのかをきちんと言葉で批判した方が良い 悪くない。冗長ってだけ。 jQueryは、何も変えずに、ただ単に記述を 短くできるようにしただけなので、マイナスは殆ど無い。 (多少速度が遅くなるだけ)
321 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 19:09:26.16 ID:QSun3zFj.net] このスレでさえ宗派が分かれるわけだからjsの将来は......
322 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 20:24:42.32 ID:Z/S38Wn0.net] 宗派が別れないものなんて無いよw
323 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 20:30:29.86 ID:wPy/E8qZ.net] てーか、jQueryがないとクロスブラウザで動かないでしょ angular.jsなんて不毛にデカイから保守コストが増えるだけ SIerに勤めているなら保守コストが増えることは魅力的かもしれないけど、 自分らの用を足すののに、ほんのちょっとタダで使えたら良いだけなんだよ?
324 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 20:35:55.14 ID:Z/S38Wn0.net] いや、まだ時たまSafariとかの不具合対応とか入ってはいるけど jQueryはクロスブラウザとしての役目は終わってる。 今は純粋にDOMを関数型風に扱うための便利なライブラリとして考えたほうがいい。
325 名前:デフォルトの名無しさん mailto:sage [2015/10/22(木) 23:32:17.62 ID:aOiAbW8x.net] 俺みたいな標準厨はライブラリよりもDOM.nextのポリフィルを使いたくなる。 別に標準ではないものを使うと廃れたとき負の遺産になるとかそういうのではなくて 生理的な問題。
326 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 00:35:59.00 ID:zprVcqwH.net] ポリフィル使うのは全然問題ないけど、 一般的に標準APIっていうのは、必要最小限の機能に抑える傾向にあるんで それだけでは生産性上がらないんで、厳選してライブラリを使う。 今のところおすすめは、jQuery、lodash、moment、 ここらへんは基本的なライブラリとしておすすめ。 jQueryのプラグインはお薦めしない。jQuery UIもあまりすすめない。 あとは作るアプリに応じて、必要ならば吟味した上で使う。
327 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 00:41:37.26 ID:oSAmP837.net] momentはそれはそれで便利なんだけど、他のライブラリと組み合わせる(たとえばdatepickerなど) と途端にJavaScriptのDate型の貧弱さがモロキニ出てしまうんだよね 特にタイムゾーンが指定できないのは致命的 lodashも便利なんだけど、コードが汚くなるのが悲しい これぐらい標準ライブラリでなんとかしておいてくれよ、と思う かといってprototype汚染は忌み嫌われてるのでこういう解決策しかないのだろうが
328 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 00:48:27.02 ID:zprVcqwH.net] > コードが汚くなる どういうこと? 使い方が悪いんじゃないの?
329 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 01:01:43.75 ID:oSAmP837.net] >>328 2つ以上のlodash関数を使う場合(チェーンじゃなくてね)に特に使いにくい lodashはただの関数であって、ArrayやObjectのメソッドでないから、オブジェクト指向である JavaScriptとは本質的に合わないんだよね prototype拡張のオプションがあってくれてもいいのになーと思う
330 名前:デフォルトの名無しさん [2015/10/23(金) 03:42:53.12 ID:Rrtmqjxl.net] 初めてjQueryこの前使ってみたけど HTMLタグでライブラリAの中にライブラリBネストしたら正常に動かなかったし こういうのが出来ないなら、それぞれが独立しちゃってるただのライブラリ集 コーディング規約もないのか知らんけどサンプルでID使いまくりだし こんなのが残るわけもなく
331 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 06:00:26.88 ID:Z/J0Qbct.net] >>320 Objective-Cに喧嘩売ってんの?
332 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 06:58:58.06 ID:dllXSwga.net] jQueryってコードの見た目が汚い 読む気失せる js全般のことかも知れないが、jQueryは特に
333 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 07:46:54.84 ID:dmaJ/egs.net] まあDOM周りはObservableが派遣を握るだろうな
334 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 08:19:22.50 ID:zprVcqwH.net] >>330 それはjQuery関係なくて、単にお前の使い方が悪いだけ
335 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 08:53:59.79 ID:fZdXBLH7.net] 自分で考えて決めたんじゃなくて、すすめられてなんとなく使ってみたらそんなもんだろ そういう無責任なやつだけが引き寄せられる
336 名前:デフォルトの名無しさん [2015/10/23(金) 10:38:52.42 ID:Rrtmqjxl.net] 「これjQueryで出来るよね?」を試したら「出来ません」って答えが返ってきたという話 これを進んで使ってる層のレベルも大体わかった
337 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 10:49:08.79 ID:WlL3xp3n.net] 作り話すんな。アホ
338 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 10:58:27.16 ID:Rrtmqjxl.net] は?ライブラリがID使ってる時点でゴミだろ 何考えて作ってんだって思うわ
339 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 11:18:10.74 ID:WlL3xp3n.net] は?ライブラリがID使ってる時点でゴミだろ な!そうだろ!な! ライブラリがIDだぜ、ID いみわかんねーww
340 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 11:27:53.25 ID:1P2iVgGx.net] バカみたいに煽れば、誰か親切な人が解説してくれると思うなよ
341 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 12:08:34.56 ID:WlL3xp3n.net] いや、無理だろw 俺は誰も意味がわからない方にかけるよ
342 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 12:40:57.30 ID:Rrtmqjxl.net] Webプログラミングの話になると低能雑魚もレスしてくるから嫌い
343 名前:デフォルトの名無しさん mailto:sage [2015/10/23(金) 15:44:25.81 ID:1P2iVgGx.net] >>341 forumを読んできたけど、経緯については教えてやらない
344 名前:デフォルトの名無しさん mailto:sage [2015/10/24(土) 01:58:32.30 ID:odb+fBsq.net] サービスの殆どのAPI→JavaScriptで提供 githubのスター meteor > rails エディタ Atom 共有サーバ PHP > Rails > node.js CMS WordPress >> 越えられない壁 >> ... issue tracker Redmine > track 構成管理 Ruby製
345 名前:デフォルトの名無しさん mailto:sage [2015/10/24(土) 04:47:37.94 ID:/G743cuO.net] 少ないパイの取り合いだと思うんですけど。 PHPは不味いからみんな食べたがらずに最後まで余ってる。
346 名前:デフォルトの名無しさん mailto:sage [2015/10/24(土) 05:39:22.51 ID:3DvuxZ+A.net] >>345 じゃあケーキでもどうよ?
347 名前:デフォルトの名無しさん mailto:sage [2015/10/24(土) 06:50:20.24 ID:Zr62eqRw.net] >>344 こうして見るとぐちゃぐちゃだね しかもwebの狭い世界だけでもその状態
348 名前:デフォルトの名無しさん mailto:sage [2015/10/24(土) 14:12:10.04 ID:obIKqu8m.net] webより広いものって何があるんだ?
349 名前:デフォルトの名無しさん mailto:sage [2015/10/24(土) 16:38:17.61 ID:E5/Z8Xm5.net] >>348 宇宙空間
350 名前:デフォルトの名無しさん mailto:sage [2015/10/24(土) 17:16:31.61 ID:tJFEMZX0.net] 金の規模としては業務でしょ パンピー釣りよりはよっぽど効率よく手堅く稼げる
351 名前:デフォルトの名無しさん mailto:sage [2015/10/25(日) 01:52:07.15 ID:gaJAhtKr.net] >>345 PHP、JSよりも業務系の方が不味そう
352 名前:デフォルトの名無しさん mailto:sage [2015/10/25(日) 02:35:14.98 ID:gaJAhtKr.net] >>346 CakePHPが普及しているのって日本だけじゃないの? 世界規模ではlaravelの方が一般的だよね
353 名前:uy ◆QLvratmkOY mailto:sage [2015/10/25(日) 03:43:50.03 ID:Pm66QtwE.net] /* PHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHP 日本国にとってPHPは日本のWeb技術の原子核のような存在 全てがPHPになる PHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHPPHP */
354 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 00:36:17.68 ID:uH8mFyC9.net] CakePHPを使うぐらいなら、Railsを使った方がコミュニティからの恩恵を獲られそうだよね Redmine、Chef, metasploitみたいなツール群に軍配が上がるし ジャップって根本的にバカだよね
355 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 01:43:52.94 ID:QKv6+qKc.net] 客ってコミュニティのことだっけ? 私はお客様のために仕事をしていますw
356 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 02:32:32.25 ID:PSYbUzLw.net] 俺は自分のためにツールを使ってる
357 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 03:50:41.02 ID:uH8mFyC9.net] >>355 OSSのコミュニティがお金を落とすなんてあり得ないから客ではないよ 彼らはツールの保守・サポートの担当者であり、1人のユーザにすぎない
358 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 05:23:44.16 ID:E0EWk/3Q.net] 別にお金だけが対価になり得るわけじゃないだろう 信用や満足を与えてくれるものなら立派なお客様だ
359 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 06:43:19.09 ID:OH+WZVza.net] お客様のお一人より、 ジャップは根本的なバカ というご指摘をいただきましたが、どのように対処したらいいでしょうか この方はご自分のこともバカだと仰っているようですが......
360 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 09:45:10.14 ID:jLho/9Qf.net] お一人の指摘を千人にまねさせればビッグデータになります まるで錬金術かサブプライムローンのようですね
361 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 10:58:09.11 ID:PFFVX39o.net] そこまでお客様()のこと考えてなきゃ生きていけない人生ってどうなの アイドルとかが「ファンの為」っていう営業スマイルとはズレているよね、ちょっと。 ジャップは需要に合わせようとするばかりで お客様()に対して「おい、作ったからこれを使え」みたいなごり押しが無いんだな
362 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 11:04:40.12 ID:+K79pdG1.net] >おい、作ったからこれを使え おかしなことを言うね もともと現場に合わせてカスタマイズするのが仕事なのに カスタマイズからカスタマイズを引き算すると、もう仕事ないよ それが嫌ならソースネクストみたいにパッケージソフトを作って売ればよい もしくはヒロユキや楽天みたいにネットサービスを始めるか、スマホアプリ作るとか アメリカみたいにパッケージソフトを世界中で売れば大儲けできるよ、やれば?
363 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 12:14:00.13 ID:jLho/9Qf.net] php,py,pl,rbなどと細分化されているのもカスタマイズだと思いますが 更にこれ以上細分化するようなカスタマイズが必要だとすると まだ言語や方言が少なすぎるということでしょうか
364 名前:uy ◆Qi14KAnf26 mailto:sage [2015/10/26(月) 12:21:56.05 ID:PFFVX39o.net] はたらきたくない。 >>362 s3.gazo.cc/up/48667.jpg
365 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 12:25:12.27 ID:pea7EB//.net] お客様というより宿主って感じだな SIerにシステム丸投げするようなユーザー企業って馬鹿だから、帳票に項目数個足すのに一千万とか冗談みたいな見積が平気で通る 客とズブズブになっちゃえばこっちのもんよ
366 名前:デフォルトの名無しさん mailto:sage [2015/10/26(月) 12:36:31.39 ID:+K79pdG1.net] >>363 言語は別にカスタマイズではないだろう どちらかといえばパッケージに近い カスタマイズとそうじゃないものの違いは 自分たちが手を加えて仕事をした部分が その案件固有のものか、他の案件でも通用するかの違い 他の案件でも通用するなら一般化してパッケージ化して売ればよい 言語は色々な案件で使いまわすものだから、どちらかといえばパッケージに近い もちろん、その案件固有の専用言語を作ったというなら、その言語はカスタマイズだろう