【Perl,PHP】LLバトルロワイヤル7【Ruby,Python】

1 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:03:24 ] 最強のＬＬ＝軽量プログラム言語は、どれよ？ エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・ さあ、死ぬまで語りやがれ！！！ ■LLとは？ 軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、 コードの作成や修正が容易と見なされるプログラミング言語のことを指す。 ここでいう「軽さ」はプログラマの負担の軽重を指し、 実行速度に優れているという意味ではない。 現在の水準では ・インタプリタ ・動的型 ・正規表現 ・関数オブジェクト などを利用できるものがLLと呼ばれることが多い。（Wikipediaより） ■過去スレ 【Perl,PHP】LLバトルロワイヤル6【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1244166510/ 【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1238720336/ 【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1234635513/ 【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1215319832/ 【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1209289408/ 【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1188997302/ 348 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 09:39:35 ] "0" が偽なのもめんどくさいけどな。 349 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 09:45:27 ] ＞結局、図でのプログラミングって特定用途限定なんだよね。 用途限定なんだろうけど、SQLは実現しているんじゃね？ Eclipseでもソレっぽいプラグインとかあるし。 ただ、SQLを直打ちでテキストで適度に整形した方が図よりも理解しやすい場合が多い。 350 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 09:57:59 ] >>348 文字列を判定に噛ましてるのがアホなだけじゃん。 351 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 10:03:19 ] それは単純なSQLだけだろ。ORMだって、浅いレベルならSQLまったく意識せずに済むし。 352 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 10:32:53 ] プロパティにundefinedが代入されていることがあるのもめんどい 353 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 10:34:21 ] 俺銀行で芸術的なクエリ見た事あるな。 Access+ODBC(OracleやDB2)だったけど。 普通のプログラマには銀行の要求する算術を理解できないので、 行員がクエリを作ってたりするけど、かなり感動を覚えた。 354 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 10:37:43 ] Accessのクエリエディタはホントすばらしいと思う ただ、ブラウザとVBエディタが何とかなって欲しかった 355 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 10:49:10 ] SQLをプログラミング言語って言う香具師は HTMLもプログラミング言語だと思ってそうだな 356 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 10:53:02 ] VBには芸術的な「マクロの記録」があるだろ あれこそ究極のイメージプログラミング 357 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 10:53:47 ] ガラクタ箱の中身という意味ではどれも同じ 358 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 11:01:44 ] ポカーン？ 359 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 11:10:03 ] >>355 OracleのSQLなんかはチューリング完全なんだがそれでもプログラミング言語でない？ 360 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 11:18:26 ] >>359 PL/SOLと勘違いしてない？ 361 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 11:25:17 ] HSPもチューリング完全です(^o^) 362 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 11:30:37 ] www.valuedlessons.com/2009/08/sql-is-now-turing-complete.html ちなみに、共通テーブル式が導入されたのはSQL:1999で、ウィンドウ関数はSQL:2003からね。 363 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 11:44:26 ] brainfuckのインタープリタもどこかで見たな 364 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 13:19:07 ] >>356 あれは良いよねぇ。 いったんあれで操作して関数名を調べてから， WIN32Ole で書き直したりしてる。 365 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 13:58:39 ] HSPとRubyってどっちがいいの？ 366 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 13:59:50 ] びっくりするくらい頭の悪い聞き方だな 367 名前：デフォルトの名無しさん [2009/09/19(土) 14:29:36 ] Ruby, Phthonのことを書いてね。 368 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 14:33:26 ] 友達にHSPかRubyがいいと勧められたので・・Perlもいいかなと思ってます。 369 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 15:05:30 ] VBでいいんじゃね？どうせWindowsでしょ？ あえてHSPを選択する意味ってどんなのがあるんだろう。 370 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 15:14:50 ] ＞SQLをプログラミング言語って言う香具師は アレは構造化照会言語（ｗ）であってプログラムとはちょっと違うだろ。 手続きを記述すると言う意味においては似てるだろうけど、 集合論でデータを操作する事に特化しているから、 従来のプログラムとかの経験がない人でもそこそこにコード(?)が書けるのがメリット。 個人的にはTrueとFalseとNullの概念がある偉大な言語とは感じるが。 371 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 15:19:48 ] 速報：グーグルが新言語「Noop」を公開。JavaVMで動作 − Blog on Publickey www.publickey.jp/blog/09/noopjavavm.html 372 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 15:36:40 ] 今にはじまったことじゃないが、相変らずGoogleのプロダクトはいまいち感かもしだすなあ。 373 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 16:33:39 ] >>365 今すぐ自分の役にたつもの作りたいならHSP 時間がかかってもいいから人の役に立つもの作りたいならRuby 374 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 21:48:24 ] おまえらそんな糞なものすすめんなw 375 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 21:52:52 ] まぁ一生そこから出てこないってんならHSPやRubyもありかもな でも他の言語もやるかもしれないならその２つは止めとけ 害にしかならん 376 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 22:01:15 ] >>362 論理演算はまだ？ 377 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 22:02:05 ] >>362 bit演算はまだ？ 間違えた アホだorz 378 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 22:07:03 ] >>355 >>370 SQLで覆面算を解いてるケースがあるからあなどれんよ 379 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 22:20:27 ] Noop Yeah, perhaps.. I personally find it more readable and I think there is good precedence for it in python and ruby, but totally understand the other view... As far as xor, nand, etc, if we were to have "and" and "or" and if we aren't afraid to add keywords, why not? :) if foo and bar: if not foo: On an sort of related note, I always liked being able to give the conditional at the end: foo = 2 if bar; // Ruby style foo = 2 if bar else 0; // Python style where else is required, which I find super annoying sometimes bar = 1 unless foo; // Ruby style unless, though I find if not easier to deal with than unless in my brain bar = 1 if not foo; This gets to ternary expressions, which can be more readable this way as well... foo = 1 if bar else 2; foo = 2 unless bar else 1; // Probably unnecessary Otherwise I guess we would use (a ? b : c) ? 380 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 22:21:52 ] I like the gabrielh's vote to put the conditional at the end: foo = 1 if bar; I'd also like to suggest my favorite looping construct from Pick Basic (yes Basic): loop {    x = doSomething(); } while (!x) {    doSomethingElse(); } putting the test in the middle of the loop allows you to dispense with any setup code for the loop that has to be repeated within the loop -- it all goes before the test and will be executed again for each iteration. 381 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 22:23:31 ] An array is essentially a function that takes a numeric parameter and returns a value. A Map can also be viewed as a function that takes an object (usually a String) argument and returns an object. They are essentially parametrized objects. Why can't we unify the syntax? A template (Generics) takes a parameter and behaves like a function also. Can we then move toward a syntax similar to the following? Array(Int) factorial = {1, 1, 2, 6, 24, 120}; Int fourth = factorial(3); // fourth == 6 Object myObj = myMap("myKey"); We can standardize this feature for all classes by using a special method: class TableRow() {   String get(String name) { /* Return field name as a String */ }   String get(Int    i   ) { /* Return field i    as a String */ } } TableRow row = getNextTableRow(); String city    = row(5);         // city == "Alexandria" String country = row("Country"); // country == "Egypt" This is especially useful if we can extend the syntax to set values and not only retrieve them. The syntax might then look like this: class TableRow() {   String get(Int i) {                 /* Return field i as a String */ }   void   set(String value, Int key) { /* The  first parameter is the new value */ } } TableRow row = getNextTableRow(); String city = row(5);      // city == "Alexandria" row(5)      = "Ankara";    // row(5) is mutable of course String town = row(5);      // town == "Ankara" 382 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 23:33:52 ] >>380 これはPythonに欲しい。 >>381 array[index] と map[key] を関数のようにみせるために array(index) と map(key) のように書くのか。 そのせいで代入が array(index) = value とか、きもいわ。 383 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 23:45:22 ] オブジェクトの参照を返す関数で hoge(fuga) = hage っていうのは他の言語でも有な気がする pythonの codecs.getreader('utf-8')(file('test.txt')).read() みたいなのも当初はきもいと思ったけど慣れたらそうでもないし Javaでも結構こんな書き方しなくね？ 384 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 23:47:02 ] array(index)は今のPythonでも可能だろうけど（callの挙動を弄るだけ） array(index) = value はかなり無茶なことになるな BASICみたく配列の添字が括弧なのか、それ？ 385 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 23:49:53 ] >>378 kwsk 386 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 23:50:08 ] >オブジェクトの参照を返す関数 この辺がキモなのかな 言語仕様によっては無理筋過ぎそうだけど よくわからん 387 名前：デフォルトの名無しさん mailto:sage [2009/09/19(土) 23:57:34 ] VBでも hoge.item(n) = x の場合 itemが配列なのか関数なのか 区別出来ないっていうか意識しなくて良いようになってるのでは 388 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 00:12:24 ] そのうちmutableかimutableかが判らなくなる気がする 389 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 00:24:01 ] >>383 やっぱ普通に hoge(fuga).Value = hage とかじゃないとキモく感じるわー 390 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 00:25:34 ] NoopはGAE/bigtable専用言語なのかと思った 391 名前：デフォルトの名無しさん [2009/09/20(日) 00:51:57 ] Noop専用スレ立ってるからこっちで pc12.2ch.net/test/read.cgi/tech/1253286429/ 392 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 03:24:54 ] またおまえら新しいものに手出すのか。他にやることがあるだろうw 393 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 05:40:17 ] 新しい言語がでてきて既存の言語と競争することで、既存の言語も改良されるのだったら歓迎だよな。 新しい言語万歳。 394 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 09:44:52 ] プログラマー的発想だな。。作業員の覚える作業内容が増えるだけ。 経営者的にも、今の開発環境は各種技術が乱立してて、設計も人員リソースも 計画がたてづらい。 プログラマーにしてもスキルセットとかキャリアプランをたてづらいし、 転職の際の壁になることが多いし。 なんでも言語できますって奴は、器用貧乏な奴が多いよ。数理処理とかレンダリング とかネットワークとか専門的なことできなくって、結局WebとかDBとか誰でもできるとこ やることになる。 395 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 10:06:14 ] >>394 しむら、スレタイ！スレタイ！ 396 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 10:11:21 ] だな。 393みたいに他の言語を迎合してたらバトルロワイヤルになってないな。 けしからん。 397 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 11:36:25 ] >>394 ウチの会社のメインは汎用機で金融系なトコなんだけど、そういう考えが強く、 結果オープン系の技術力が他の会社に比べて著しく劣っている。 で、世の流れで営業がオープン系をねじ込んできて、導入したら障害が大量発生。 エンジニアは老害と偽装派遣ばっか。 地獄だよ。 まあ研究職と人身売買業種とは別に考えろよ。 それにここはプログラム板でプログラマーが多いのは当たり前。 398 名前：デフォルトの名無しさん [2009/09/20(日) 12:34:30 ] >>347 俺は真偽と0、nil系は別もの派だからオケー 399 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 12:48:02 ] Webは新しいこととか、他より見劣りしないようとか営業的圧力が強いからなあ。 なんとかしようと開発は、流行りのその辺に転がってるOSS使って、 はりぼてにノリを塗りたくってる感じ。 400 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 19:48:00 ] 問題はその営業が顧客の押しに弱かったりすることだな Perlで案件取りにいったのに帰ってきたらJavaになってたときは怒鳴り散らした 401 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 19:51:45 ] Javaがいいなんて言う顧客なんているんだ PHPがどうしても嫌だという顧客は多いが 402 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 19:57:50 ] ディスプレイタッチパネルでやる予定が、いつの間にか別の小型端末からの入力まで入ってたからな その頃はJavaやってなかったから、最初の見積もりから3倍ぐらになるかな、といっただけで青ざめてた 403 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 21:23:23 ] >とかネットワークとか専門的なことできなくって、結局WebとかDBとか誰でもできるとこ >やることになる。 Webはドカタな現場が多いとは思うが、案件の規模がでかい（億を越えるケース） とかだとDB部分は相当なエンジニアでないと参加できないけど。 DBが誰でもって発言が出てくる辺り相当に底辺しか知らん印象があるが。 404 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 21:29:17 ] 誰でも最低のことは出来るが、最高のことが出来るまでには相応のスキルが必要ってのと 誰でも要件を満せて、天井もすぐ、っていうのとの区別がつかない奴って絶対いるよな。 「ウェブなんて小学生でも出来るんでしょ？」とかほざく頭の悪いおっさんとか。 405 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 22:19:40 ] そもそも、全く新しいアルゴリズムの開発なんて仕事はめったにないしな。 五十歩百歩だよ。 406 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 22:43:18 ] >>403 前に流体とか応力計算とかやったけど、理系で大卒のそれなりの人じゃないと無理。 DBとかは短大文系でもやらせりゃ1年でできるようになるからね。 407 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 22:55:25 ] >>406 >DBとかは短大文系でもやらせりゃ1年でできるようになるからね。 この発言が>>404のほんといい実例だよな 408 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 23:12:06 ] ※ExcelDBを含む 409 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 23:21:34 ] DBを「使ったことある人」と「使いこなせてる人」の差は広すぎる。 410 名前：デフォルトの名無しさん mailto:sage [2009/09/20(日) 23:41:47 ] DB設計のためにはモデルを作り上げる能力が必要だが、 流体にしろ応力計算にしろ、先人の作り上げたモデルを利用できれば十分だからな。 411 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 00:06:14 ] ＞DBとかは短大文系でもやらせりゃ1年でできるようになるからね。 Accessの話でもしているのか？ このニートは。 412 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 01:20:39 ] 410は406へのカウンターなんだろうと思いつつ そんなことはないと言ってみる 413 名前：デフォルトの名無しさん [2009/09/21(月) 01:43:48 ] 1年はかかり過ぎだろどうみても 414 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 06:49:41 ] ExcelとかAccessなら１年で出来なきゃアフォだろうな。 415 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 09:52:55 ] DBってもともとデータ処理を簡単に扱えるようにしたアプリだからな。 誰でも使えないとそれはそれでおかしい。 416 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 11:05:25 ] ExcelやAccessはマクロ言語を内蔵していて、GUIパーツも使えるわけで、ウェブアプリより応用範囲が広い。 417 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 12:10:41 ] サクサク作れるのは良いけど いまだにソースやオブジェクトの管理が改善されないので大規模化するとカオスになるよ 418 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 13:52:09 ] ソース埋め込みだからね 419 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 13:53:03 ] どのくらいの規模からカオスになる？ 大規模っていうのは人によって全然違うから、いちおう聞いてみる。 420 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 14:16:03 ] カオスになるのは規模関係ない。 421 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 14:38:16 ] 機能が増えて、メンテナンス性を上げようとクエリやら関数を共通化しようとしたあたりからカオスだな 422 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 15:10:39 ] 自分で作ったフォームと良く似た機能のフォームを ソースをちょっとだけ変えて２つ目を作るとき それなりのプロジェクトでは共通部分を親クラスにして それぞれが継承したりするもんなんだが Access/Excelでは良く似たフォームを もう一度最初から作るしかないのか 423 名前：デフォルトの名無しさん [2009/09/21(月) 16:14:34 ] いや、コピペするからそんなことないよ 424 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 16:27:48 ] そして後日修正漏れが発生するのですね、わかります。 425 名前：デフォルトの名無しさん [2009/09/21(月) 16:50:42 ] 最近はdiffを使いこなしてるから修正漏れはなくなったよ。 diff -rbw これの意味分かるかい？へへへ 426 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 17:09:02 ] -uは付けないの? 427 名前：デフォルトの名無しさん [2009/09/21(月) 18:40:59 ] <>の方が好きだからつけないよ patchとか使わないし 428 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 20:55:09 ] フォームの継承はマジで出来ませんか？ 429 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 21:07:28 ] Excel VBAとかって使ったことあるけど、バージョン管理ソフトで差分管理できなくて大変だった。 ソースをdiffれねえｗ 430 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 21:22:38 ] 俺もDB定義書をSQLにするようなのを書いて使ってるんだが、その辺が不満 コピペで無理矢理SVNに突っ込むって以外に、何か方法はないのかな 431 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 21:25:56 ] Flashもソース管理できないから大変。プロジェクトファイルのバイナリ1個しかはかねえし Flex？だとファイルがバラになるからいいんだけど 432 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 21:34:03 ] Office2007でxml形式で保存したらsvn/diffに合いますかね 433 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 21:35:58 ] >>431 Flashはソースをテキストからincludeする方法があるからまだましかと ちょっとめんどいけど 434 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 21:43:53 ] >>432 ODFにしてもそうだけど、最終的にはzipでまとめてるから 既存のバージョン管理システムとは相性悪いんじゃないかな 435 名前：デフォルトの名無しさん mailto:sage [2009/09/21(月) 22:50:18 ] >>432 >>434 圧縮されてるんだよな。 しかもデータがでかいとロードが時間掛かりすぎるから、バイナリ形式で保存したりするし。 436 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 00:51:37 ] RubyをVisualBasicの代わりとして使えないかなと考えている。 VisualBasicは進化の方向性を致命的に誤ったと思うのだよね。 旧VB6のポジションが空いている。 VB.NETに代替に成りきれていないでしょ？ そこにRubyが入れないかと、そう思った次第。 437 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 02:13:07 ] Pythonでもいいや 438 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 02:33:48 ] >>436 Rubyはよいのだが、GUI付くんのどうする？オススメライブラリ教えて欲しい。 web系ならRailsでも使ってwebインターフェスにすればいいかもしれんが。 GUIなら、VB.net、というかC#でいいしな・・・ 439 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 02:58:46 ] >>438 大抵の人の言う「GUI」は「(見慣れたWindowsの)GUI」なんで とりあえずVisualuRubyじゃない？ 440 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 05:16:14 ] VisualuRuby昔使ったけど イベントやらなんやら色々書き足さなきゃいけなくて 結局自分でAPIゴリゴリ読んだ方が速いってことで VisualuRuby使うのやめちゃったな WIN32API/WIN32OLEだけで殆ど問題ないし ところでRubyから.NET呼べたっけ？ 441 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 08:45:24 ] IronPythonを思い出してあげてください…。 442 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 10:07:01 ] VisualuRubyかサンクス、試してみるワー >>441 俺はIronRubyに期待 443 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 13:29:04 ] 言語の機能もあるけど、ＧＵＩアプリ作るなら、VisualStudioを超えないとな。まあ、C#は凄くいいと思うけど。 444 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 13:41:35 ] そうすると最終的にTcl/Tkが候補に挙がってくるわけだ 445 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 13:43:21 ] そういえば動的VBというかVBxの話はどうなったんだろね 446 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 13:54:56 ] Win/UNIX問わずGUIが充実したスクリプト作ったらそうとううけるね。 447 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 14:38:49 ] つPython 実際、海外だとそういう用途に使われてるしな・・・ 448 名前：デフォルトの名無しさん mailto:sage [2009/09/22(火) 14:38:52 ] 現状で GUI アプリを作りやすい LL は何なの？

---

---

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

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