【PHP,JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ43【pl,rb,py】

1 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 13:19:42.26 ID:Tfqgik4v] はじめに神は天と地とを創造された。 地は形なく、むなしく、やみが淵のおもてにあり、神の霊が水のおもてをおおっていた。 神は「光あれ」と言われた。すると光があった。 神はその光を見て、良しとされた。神はその光と闇とを分けられた。 前スレ【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ42【pl,rb,php,py】 toro.2ch.net/test/read.cgi/tech/1389364965/ 321 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 21:54:53.98 ID:YRo5/B9y] >>319 現状、Perl5のが開発が活発だしなあ 322 名前：デフォルトの名無しさん [2014/05/15(木) 22:28:11.30 ID:xs3CrNHC] Perlはもう6の開発止めて5の文法を非推奨→削除って感じで毎年少しずつ整理していったほうがいいと思う。 とPerl使ってない俺が言ってみる。 323 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 22:37:04.30 ID:Smnujb1W] これから最も伸びしろがある言語はC#だと思う あと10年後にはC#のオープンソースコミュニティも発達してくるだろうし VSがあれば動的言語以上に気楽に書ける静的言語はやはりいい 324 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 22:47:36.89 ID:o5l+ISF6] C#はないわあ 言語としては悪くないが、環境が悪い 325 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:23:14.52 ID:IDFusb+m] Scala 326 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:28:48.21 ID:cLEKyi/B] Scalaはないわ マルチパラダイムを履き違えたC++を超えるカオス言語 327 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:40:41.09 ID:bE0ezWse] >>323 >VSがあれば動的言語以上に気楽に書ける静的言語はやはりいい VSのようなIDEが無ければ気楽に書けないC#のような言語は、 スクリプト言語の置き換え候補にすらならない 328 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:41:40.46 ID:+8hbtb/x] C#はUnityで便利に使ってる monoのバージョンも古い微妙環境だけど、それでもJavaより桁違いにラクで御の字だよ enumにinterface使えなくて多態出来ない点はJavaに劣る設計ミスと感じるけど。ストレージコストの安い定数表現クラス作れば済むけど汚くてもにょる 329 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:44:40.02 ID:Py6ct1mS] API直で触る人間が減るのは良いこと 多分将来的にも役に立たないけどとりあえず覚えとけｗ　なんてC言語までにして欲しいわ 330 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:44:42.98 ID:+8hbtb/x] >>327 ごめんスクリプトスレなの失念してた ご指摘に同意。IDEというか最低でも補完ないとキツいですね。 C#がスクリプト言語の気楽さに適うものとは思ってないです 331 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:47:29.78 ID:cLEKyi/B] マルチパラダイム言語ならF#はかなり理想に近い 「カオスじゃないScala」 Scalaを使ったことがあれば、どれだけ素晴らしいかはこれだけで十分なはず 332 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:53:42.16 ID:Smnujb1W] >>327 真面目な話VSという前提を抜きにC#を語るのは意味はない。 テキストエディタでちょっと書いて動かせるのがスクリプト言語の利点だしそれはC#は永遠に追いつかないけど 逆に言うとちょっと規模が大きくなれば途端コンパイル言語との差はなくなるわけだしな。 IDEでRubyやPythonを書くようなことはもう今後はなくなると思う。 333 名前：デフォルトの名無しさん mailto:sage [2014/05/15(木) 23:54:47.12 ID:+8hbtb/x] >>331 興味深いのだけどScalaもF#も未経験 でももしよければ利点語って欲しいですよ 門外漢なりに、要所やキーワードググれば初学の糸口になるかもだし 334 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 01:30:45.34 ID:16LdJ7aU] ttp://www.futurealoof.com/posts/the-fiction-of-leadership.html >There's no illuminati, no committee, and the effect of decisions made by core, which is a dictatorship, are nearly over. 335 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 01:33:38.88 ID:16LdJ7aU] 既にjavascriptとhtml5が決定打になっている。 最後まで生き残るのは低レイヤの規格とアルゴリズムだけ 336 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 01:36:44.92 ID:16LdJ7aU] haskellやocamlにメリットがあるとすれば、数値計算を型安全に行えて、 パーサー書くのに適しているってことぐらい。 偽物のプログラマたちが日常的に使う作業では、javascriptで十分すぎる。 337 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 02:52:39.04 ID:HPHO49hK] 既婚の偽者プログラマと 未婚の本物プログラマだったら前者を目指せ 338 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 08:02:36.17 ID:hJC//Tt9] うむ 339 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 08:44:29.43 ID:+4D/Atqz] VSのC#くらい補完が効くスクリプト言語が無いので VS有りならC#のほうが効率が良いね 340 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 08:51:30.47 ID:hJC//Tt9] 補完のし易さを念頭に設計されたのがC# 341 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 10:55:03.99 ID:16LdJ7aU] llvmがブラウザで動くようになったところで、javascriptで書くよ 342 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 11:08:30.37 ID:UbcvidiG] javascript ruby python -> LLVM -> NaCl ですねわかります 343 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 19:10:19.42 ID:ELdVfFk9] Pythonの補完は静的型言語レベル 344 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 19:55:05.92 ID:+hYDWepx] なんにせよrubyはもうウンコ 345 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 20:09:22.54 ID:1TxK3h0O] PerlはオワコンだしRubyはウンコだし Pythonは3への移行に失敗してるし Javascriptはスマホが普及してブラウザが終焉すると共に死にそうだし これからはLuaしかねーな 346 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 20:46:24.11 ID:Cxn/j34W] スマフォが普及したらアプリ開発は基本JSだろｗ 347 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 21:09:01.47 ID:E+Tbf0s6] >>345 三行目は逆じゃね 348 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 23:02:01.21 ID:LcY+Mkkk] スマホアプリは、マトモなとこはObjective-CやJavaで、 開発力の無いショボイところはJSやね なお、Objective-CやJavaがマトモな言語と言ってるワケでは無い 349 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 23:25:08.56 ID:+hYDWepx] >>348 ObjCはiOSエンジニアの中でも熱狂的な人間って感じだな iOSの言語選択肢が広がった今ではC++やC#で資産を活用したがるデベロッパも増えてる Javaは、うーん、消えるんでない？(適当) 350 名前：デフォルトの名無しさん mailto:sage [2014/05/16(金) 23:29:39.72 ID:+hYDWepx] >>345 JSは死ぬどころか、あれもJSこれもJSでうんざりすると思うぞｗ 大人しくやっておくべし 351 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 00:28:13.15 ID:DT1W5Hmc] そりゃJSしか出来ない奴の目には あれもJSこれもJSに見えるだろ 視野が狭いから 352 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 00:35:18.68 ID:B2F+7EfW] JSって言語としては難しいほうだぜ C#とかのが断然覚えるの楽 353 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 00:41:30.62 ID:nH18P7Nh] >>349 JavaはAndroid優勢なうちはなくならんでしょ。例えばUnityで作るにしても環境個別機能はDalvik上の資産を捨てられない。広告SDK一つとっても軒並みjarで配布されてるしね サーブレットなどで入れ替えしにくい分野で次世代COBOL化してるモジュールの保守も長く残るだろうし >>352 同意 機能多いけどラクするための機能塗れだしね でも今現時点での「工夫で乗り切れる柔軟な言語」としてのjs自体は素晴らしいと思うし嫌いじゃない 貧弱な仕様なのに、異様な柔軟性で生き延びた稀有な言語だと思うよ 354 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 01:13:12.50 ID:WZxjCf9n] ゴミような言語仕様のまま変えていくことも不可能になった動かない遺産 どうせもうすぐデスクトップPCの地位が危うくなるから 355 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 01:37:10.95 ID:3EnRFWA2] >>348 偽物だからjavascriptで良いです。 >>354 M$は嫌いだけどsurfaceが勝つよ 356 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 01:40:55.95 ID:3EnRFWA2] c++は長い沈黙を経て、いよいよ動き出す 357 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 01:48:40.00 ID:nH18P7Nh] clang、gccとc++11/1yの話は尽きないが c++の立役者たる肝心のmsが腑抜けてるのが不安。 いまどこで動いてるんだろうか、c++って。 cocos2d-xくらいしか活用ケースなくない？ いやcocos2dの対応は個人的にはでかいし大感謝レベルだけど 358 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 04:23:23.53 ID:3EnRFWA2] 業務アプリの大部分をjavascriptで書けてしまうと、 それを補うのはnode.jsやwebkitを弄れるc++が普及する いよいよ、java,c#の牙城が崩壊する時は来た 359 名前：デフォルトの名無しさん [2014/05/17(土) 04:27:08.86 ID:CgtrazLe] javaはC++製だろ? あと連携もできるだろ。 360 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 13:19:27.17 ID:moX93sls] 開発効率だけで考えると スクリプト言語の簡潔さとC#並みの補完 を兼ね備えたPythonが最強なんだけど、 何故か世間は生産効率が悪い言語を好むんだよね 361 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 13:24:21.65 ID:B2F+7EfW] >>360 pythonほとんど触ったことないんだけどさ 他のスクリプト言語より補完がいい理由教えて 362 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 15:21:28.21 ID:3tF+uAyc] >>361 ユーザの知的レベルが平均的に高いから 型推論を駆使するような高度なライブラリやプラグインが揃いやすい 残念のがら、ドカタばっかり数だけ居ても こういうのは出てこないんだよね 363 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 15:34:12.68 ID:JkCHBiiJ] ということは、現状補完最強のJavaユーザーの 知的レベルの平均が一番高いということか 364 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 15:35:41.21 ID:/td32ISL] まあ少なくとも日本においてRuby、Python、Scalaと比べた場合、一番PHP、Java、VBが劣るのは使用ユーザの知的レベルだろうけど 欧米ではNo.1のスクリプト言語になっているPythonについては、平均ユーザレベルも相当落ちていてもおかしくないんじゃね 365 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 15:54:51.07 ID:nW55fusj] >>363 Javaの補完に型推論なんていらないし 366 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 16:02:54.19 ID:I7tMhMJh] >>365 なんで？ Javaは推論できる場合に型の記述を省略できる言語なんだから、 型が省略されている場合に、型を推論しなければ、補完できないじゃん。 型情報は内部的に持っているけど、型の記述は省略できるんだよ。 だから省略できる場合は型を書く必要がなくて楽。 367 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 16:17:46.01 ID:3EnRFWA2] MEAN stackの時代って来るの？根拠はなくMangoDBが不安 368 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 16:19:15.13 ID:3EnRFWA2] asm.jsやllvm.jsで、バカはどの言語つかったところで雑魚だって証明されたじゃない 369 名前：デフォルトの名無しさん [2014/05/17(土) 16:31:54.04 ID:Ahcr2uxF] >>364 翻訳それ？ キチガイみたいな文章になってるけど 370 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 16:40:07.87 ID:DT1W5Hmc] >>366 Javaのは型推論というより、冗長に二回書かされていた型を 一回だけ書くようにしたって感じ ttp://cpplover.blogspot.jp/2009/11/java-7.html 371 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 16:53:16.35 ID:Pkto7fI4] >>370 そっちじゃない。 型の記述を省略できるというのはこっち。 parasoft-techmatrix.blogspot.jp/2014/04/java8.html > これをJava8で型推論とラムダ式を使うと次のようになります。 > List<String> list = Arrays.asList("Jtest", "dotTEST", "SOAtest", "Virtualize"); > list.sort((s1, s2) -> s1.length() - s2.length()); 372 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 16:55:07.71 ID:DT1W5Hmc] List<String>.sortの型が分かってるんだから 自明だろ 373 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 16:56:13.60 ID:ae+HFdb+] >372 いや、だから自明というのは 型推論した結果だろう？って話。 ここ、型推論しなければ、補完できないよ。 374 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 17:00:15.75 ID:DT1W5Hmc] まあ、深さ1の型推論ではあるね、一番簡単で自明なやつ なお、Javaはちょっと多段になると型推論できない 信じられない仕様らしい ttp://d.hatena.ne.jp/nowokay/20131224 375 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 17:14:51.63 ID:nW55fusj] なお、Pythonの補完はこのレベルの模様 class Foo: 　　def foo(self): 　　　　return 1 def f(g): 　　def h(): 　　　　return g() 　　return h f(Foo)(). # ここで補完候補にfooが出てくる 376 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 17:25:34.34 ID:B2F+7EfW] >>375 その補完ってどこで話し？ 対話型シェルの話？ 377 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 17:29:43.07 ID:RhyurOlI] >>376 vimで 378 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 17:38:32.40 ID:kWnuzevK] >>376 https://github.com/davidhalter/jedi これを組み込んだだけだから、大抵のエディタで可能 379 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 19:34:43.58 ID:DT1W5Hmc] >>378のやつで下のA.connectをrenameしてみたら testの中のx.connectだけ変換されてy.connectはそのままだった 面白い class A:     def connect(self):         pass class B:     def connect(self):         pass def test(x, y):     x.connect()     y.connect() test(A(), B()) 380 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 19:53:17.26 ID:d2Gziwip] >>379 へぇ、Javaと似たようなことが出来るんだ。 381 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 20:24:00.26 ID:moX93sls] >>380 全然似てないよ Javaは関数引数の型を省略出来るわけじゃないからね 382 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 20:55:54.62 ID:d2Gziwip] >>381 脊髄反射するなよ。 メソッド名を変えた時、それと意味的に同じメソッド名が変更されるのが Java（正確にはEclipseやNetBeansなどのIDEの機能）と似てるって 言っただけじゃねーか。 ついでに名前変更されるのが面白いって言っている人に その他の面白い機能を紹介。Pyhonで出来るかどうかは知らないけどね。 名前変更、メソッド抽出、定数の抽出、ローカル変数の抽出、 フィールドのカプセル化 、インライン化 、メソッドシグニチャの変更、 インターフェイスの抽出、プルアップ、プッシュダウン 383 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 21:22:47.10 ID:3tF+uAyc] >>382 出来るよ rope.sourceforge.net 384 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 21:35:51.92 ID:d2Gziwip] 出来ない言語は何が足りないんだろうね。 385 名前：デフォルトの名無しさん [2014/05/17(土) 22:06:43.63 ID:E+Wfmllx] そのファイル内で閉じているなら書き換えて問題ないけど test 関数の中の x.connect の名前を書き換えてしまうのは 一般的には間違ってるよね。 Python 以外はその辺もちゃんと考えてるからできないわけで 逆にそこを書き換えちゃう Python って大丈夫なの？って 気がするけど。 386 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:13:44.96 ID:DT1W5Hmc] 公開してるインターフェース書き換えたら IDEが把握してる外側で参照してるコードが壊れるのは 型付け関係ないけどな 387 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:15:00.76 ID:d2Gziwip] 要するにファイル単位で考えるんじゃなくて プロジェクト全体で考えればいいんだよね。 IDEだとプロジェクトファイルみたいな形で まとめられてるけど、そういうのがあればいいね。 388 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:16:16.59 ID:DT1W5Hmc] まあ、壊れてもコンパイルで気がつく静的型言語と違って、 実際に（テストが）走るまで気がつかない動的型言語じゃ 実際に使うのは怖いわな。面白いけど 389 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:26:24.51 ID:DT1W5Hmc] だけど、補完機能の精度はすごいわ、これ あと定義元へのジャンプとdoc表示、これも精度が高いから凄く使える 他はオモチャだな 390 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:40:07.62 ID:ekB6+PoN] >>360 Pythonは文法が致命的に受け付けない Rubyより気持ち悪い 391 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:43:34.17 ID:cq7RE0yM] Pythonはスコープがねぇ… 392 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:47:15.22 ID:uX7tOWvA] >>388 実際に使ってバグったら問題になるような用途なら、差分とかで確認するでしょ。 393 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:50:32.19 ID:kWnuzevK] >>390 流石にPython以外のLLでは到底不可能な機能だからね 話に参加出来なくて悔しかったよね、ごめんね 394 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:51:18.53 ID:ekB6+PoN] >>393 悔しくない、書くことがないから 395 名前：デフォルトの名無しさん [2014/05/17(土) 22:54:29.41 ID:CNfVrHFt] つうかそんくらい多分殆どの言語で出来るんじゃねーの･･･ それが出来なかったらリアルタイム構文チェックも入れらんない Python信者ってそのレベル 396 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 22:57:47.27 ID:DT1W5Hmc] 構文チェックと一緒にするのは無いわ…… 分かってなさ過ぎ 397 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:06:52.14 ID:DT1W5Hmc] Pythonの言語自体が特別ってわけじゃないから 他の動的型言語でも原理的には同様の補完機能を作れると思うぞ 実際Rubyでも型推論の研究されてたろ、実用レベルにはならなかったらしいが 398 名前：デフォルトの名無しさん [2014/05/17(土) 23:07:10.99 ID:CNfVrHFt] 構文チェックと補完が全く無関係の別アルゴリズムと思ってるPython信者ってそのレベル 399 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:09:18.03 ID:c4apyNWj] 詭弁の典型 400 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:10:18.17 ID:DT1W5Hmc] >>398 別に定義されてないメソッドを呼び出しても 構文エラーじゃないからな そりゃ、そういう構文チェックをしてくれるチェッカーもあるだろうが 構文チェッカーがあるから補完できるはずってのは、論理の飛躍だろ 401 名前：デフォルトの名無しさん [2014/05/17(土) 23:12:04.62 ID:CNfVrHFt] 補完出来ない言語って何？ 402 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:16:10.17 ID:B2F+7EfW] >>379 それ変換されても良いものなの？ 403 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:21:49.99 ID:DT1W5Hmc] >>401 だから原理的には出来るだろ 実際に出来るIDEが存在するかどうかは別だが まあ>>395は殆どの言語で出来ると言ってるんだから、手始めに幾つか実例を挙げてみてくれよ まさか存在も知らずに言ったわけじゃないだろうし、簡単だろ？ 404 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:24:59.08 ID:DT1W5Hmc] >>402 あの小さなコードに限って言えば、変換されてなかったら リファクタリングの意味で壊れてる 405 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:29:33.91 ID:B2F+7EfW] >>404 限って言って、推論すればか 406 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:31:09.80 ID:/td32ISL] Pythonって補完がきくつーても結局どこでも変数宣言できてしまうから VSほど快適にはならんだろ つかVSでJS書いてるときと似たようなもんだろ 407 名前：デフォルトの名無しさん [2014/05/17(土) 23:38:55.86 ID:yROm+Qxa] >>403 開発環境入れてないから簡単ではない 暇なら適当に試せばいいじゃん 408 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:43:00.94 ID:DT1W5Hmc] >>406 VSには良いイメージしかないし、Pythonのやつより上かもな こんなスゲー補完が出来たみたいな例はある？ 409 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:46:04.03 ID:pH2MPAxW] intellijのIDEがどの言語もそれなりにいいけどねぇ 410 名前：デフォルトの名無しさん mailto:sage [2014/05/17(土) 23:50:29.56 ID:AUcUuvnM] swingは目が腐る 411 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 00:21:37.69 ID:oFZopPZN] >>406 MSが作ったTypescriptだと、こんなコード書いても警告出さない チープな型推論しかやってないんだけど 同じMSが作ったVSで快適な補完なんて本当に出来てるの？ var n : number = (function(x){ return x })("1"); // nはstringだろ！ 412 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:03:11.25 ID:WAliMKjo] いま議論してる補完機能はこのレベルだからね 主要ライブラリを辞書登録してるだけの紛い物とは違うからね お気に入りの環境で同レベルの補完ができることを 試してから書き込もうね def f(s, n): 　　return (lambda x, y: (y, x))(s, n) def g(): 　　f('abc', 1)[1].　# strのメソッドが補完候補で出てくる 413 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:33:00.42 ID:y9R6wcsS] その例みただけでPythonってクソだと分かるわ return (lambda x, y: (y, x))(s, n) これが配列返すのかよ 414 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:34:20.29 ID:WAliMKjo] 配列じゃなくてタプルな 415 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:39:55.54 ID:c/LZPCTJ] 真の多値を持たない言語で 複数の返り値をtupleで代用するのは 珍しく無いぞ 416 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:43:55.01 ID:WAliMKjo] たしかに横着したのは悪かったね 普通はこう書く x, y = f('abc', 1) 　 それはそれとして、>>413の開発環境で>>412はできたの？ 417 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:47:25.36 ID:y9R6wcsS] なんで俺がPythonの補完なんて検証しねーといかんのだ タプルなんて配列で代用すればよくね 418 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:48:08.15 ID:WAliMKjo] 君のお気に入りの言語の、お気に入りの開発環境で、だよ ここ何のスレだと思ってるの？ 419 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 01:57:49.13 ID:5wOJbGyQ] >>417 大クラス主義のRubyは、まさに 「return 1,2,3」 で配列が返る 420 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 02:40:28.35 ID:ghNGAN9S] javascriptって既に答えが出てるのに、ここの人たち本当に哀れ 421 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 03:44:01.52 ID:ghNGAN9S] ホワイトボックステストするなら、動的言語も静的言語も一緒じゃないの？

---

---

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

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