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

【Perl,PHP】LLバトル ..

227:デフォルトの名無しさん
09/08/15 11:17:46
結局そこは、ブラウザの政治力学なのでしょうがない。

228:デフォルトの名無しさん
09/08/15 12:15:26
JavaScriptの近年の過大評価って、不良の善行、落ちこぼれの平均点みたいなところがあるよな。
最初はあんなにダメな子だったのに…という。

229:デフォルトの名無しさん
09/08/15 12:16:24
政治力学がよく解らんが、ブラウザとしてはそんなに多数の言語をサポートしたくないんだろう
HTMLとJSだけサポートするから、あとはサーバ側でやってよっていう
あんまり馬鹿でかいエンジンになられるのも嫌だから、俺はそれで良いと思う

230:デフォルトの名無しさん
09/08/15 12:26:47
>>229
サポートしたくないもなにも、誰も立候補してない

231:デフォルトの名無しさん
09/08/15 12:37:51
JavaScript、結構トリッキーなことが出来て面白いぞ。

232:デフォルトの名無しさん
09/08/15 12:57:46
言語としてはかなり先進的な方
あの普及率で、例えばクロージャが使えるのは珍しい

233:デフォルトの名無しさん
09/08/15 13:01:24
【Javascript,Perl,PHP】LLバトルロワイヤル7【Ruby,Python】

234:デフォルトの名無しさん
09/08/15 13:03:20
ウェブブームに便乗して注目されだした途端に起きた
JavaScriptの言語仕様を讃えれば通っぽいという風潮には飽き飽き。

235:デフォルトの名無しさん
09/08/15 13:13:37
JavaScriptダメな子
JavaScriptやればできる子
JavaScriptでもやっぱりダメな子

236:デフォルトの名無しさん
09/08/15 15:02:15
Firefox上のJSはかんりできる子なんだけど
IEのJSがそこそこだから全体的に評価が引っ張られてる感じ

237:デフォルトの名無しさん
09/08/15 21:40:06
えぇっ？イベントやDOMとかで無く、言語のレベルで違いってあった？
パフォーマンスとかって話？

238:デフォルトの名無しさん
09/08/15 22:19:15
debugger

239:デフォルトの名無しさん
09/08/16 00:33:06
>>237
letとかってIEでも使えるの？

240:デフォルトの名無しさん
09/08/16 01:33:02
getter/setterや分割代入なんかもIEにはまだ無かった気がする
あと、E4X

241:デフォルトの名無しさん
09/08/16 04:08:52
iteratorとかgeneratorとかクロージャ記法とか
要はjs1.7以降の新機能

242:デフォルトの名無しさん
09/08/16 14:22:09
バージョンの違いか。理解しました。

243:デフォルトの名無しさん
09/08/20 18:54:48
まあIE6で動作しないと不可なんだけどね

244:デフォルトの名無しさん
09/08/20 19:03:45
コンマを1つ付けただけで動かなくなるIEに絶望した。

245:デフォルトの名無しさん
09/08/20 19:11:48
CやJavaの流れで付けても動いてよとは思うが、仕様的にはIEが正しいぽいな。

246:デフォルトの名無しさん
09/08/20 20:24:20
やっとIE6を捨てる流れになってきてるね

247:デフォルトの名無しさん
09/08/20 20:41:43
>>246
流れ、ってだけなら、IE8が出た辺りからずっと。
URLﾘﾝｸ(gs.statcounter.com)
ようやく、普通に勧めて反発を食らいにくくなってきた、っていう感じ。

248:デフォルトの名無しさん
09/08/20 22:17:24
ブラウザ依存のサイトなんてうんこだよ。

249:デフォルトの名無しさん
09/08/20 22:21:21
コストや表現力って問題があるんだよ。
ぶっちゃけ、一通りの記述で済めば特定ベンダー以外のみんなが幸せになれるんだ。
それを阻害するブラウザこそがうんこだよ。

250:デフォルトの名無しさん
09/08/21 00:07:09
結論としてはブラウザは全部うんこ

251:デフォルトの名無しさん
09/08/21 08:38:47
全機能を完全な形の完全な見栄えでIE6にも提供する無論追加料金なしとかアホなことが蔓延してるからだ
イマイチ外見に基本機能プラス程度でいいのならやってやるさ
いまさらIE6使ってる一般人向けサイトなんてケータイサイトをCSSで光らせる程度でいいんだよ

252:デフォルトの名無しさん
09/08/21 09:57:40
結論としては http/javascript は全部うんこ

253:デフォルトの名無しさん
09/08/22 02:50:42
そのうんこをこねくりまわして納期までになんとかすんのが俺らの仕事

254:デフォルトの名無しさん
09/08/22 02:56:08
>>251
一応言っておくと、MSが想定する「一般人」は、大抵IE7か8を使ってる。
自動アップデートだし。
微妙すぎる自称玄人もしくは自称マニアのみが、IE6。

あとはまあ、会社でIE6縛りってのもあるっちゃあるが、それは好きで
やってる訳じゃないし、個人批判の対象にはあんまりしたくはない

255:デフォルトの名無しさん
09/08/22 11:06:07
IE6って、Windows98とかMeとかの古いPC使ってる人なのかと思ってたが
マニアが使ってるの？

なんかピンとこないな

256:デフォルトの名無しさん
09/08/22 11:33:35
ネットバンキングとかの主要サービスでも
IE6しか対応していないというところがあるよ。

257:デフォルトの名無しさん
09/08/22 13:42:13
うちの出先は全てにおいて2k/IE6前提

258:デフォルトの名無しさん
09/08/22 13:51:53
IE6ってまだトップシェアじゃないっけ？

259:デフォルトの名無しさん
09/08/22 14:17:00
>>258
韓国の方ですか？

260:デフォルトの名無しさん
09/08/22 14:24:25
あぁ、トップはもうIE7に切り替わってたんだねｗ失礼しました

例えばこの調査だと4人に1人がまだIE6だね
URLﾘﾝｸ(internet.watch.impress.co.jp)

261:デフォルトの名無しさん
09/08/22 14:27:42
勘弁してほしいよね

262:デフォルトの名無しさん
09/08/23 17:54:57
IE6ユーザが減ってきてるのはありがたいが、HTML5の動きを
誰かに止めて欲しい。なんでXHTMLじゃないんだよｗ

263:デフォルトの名無しさん
09/08/23 20:11:25
HTML5でもapplication/xml+xhtmlなxmｌで文章を書けてそれはXHTML5と呼ばれる
XHTML2固有の機能が使いたいというならもっともだけどなんかあったっけ

264:デフォルトの名無しさん
09/08/23 20:12:43
application/xhtml+xmlだった

265:デフォルトの名無しさん
09/08/23 20:45:19
>>264
まあ、IEは8になってもそれを解釈できないんだけどな
これはIEというよりはWindowsも含めた問題かもしれんけど

266:デフォルトの名無しさん
09/08/24 00:10:37
>>262
xは規約がガチガチすぎたわりには
使い勝手がよくなかった。

初心者向きでもなかったし、
ＨＴＭＬというのはもっと気軽に書けるべきもの。

267:デフォルトの名無しさん
09/08/24 00:33:24
xhtmlの存在意義はxmlパーサでパースできることかと
htmlのいいパーサがあればそれでいいんだけどね

268:デフォルトの名無しさん
09/08/24 11:52:05
> 初心者向きでもなかったし、
> ＨＴＭＬというのはもっと気軽に書けるべきもの。

という思想の人が、入れ子が互い違いになってたり、
どうにもパースに困るようなコンテンツの量産を奨励するわけですね。

269:デフォルトの名無しさん
09/08/24 12:24:42
手軽に書きたい人は手書きで書くなよ。

270:デフォルトの名無しさん
09/08/24 12:33:10
そーいやホームページビルダーってまともになったの？

271:デフォルトの名無しさん
09/08/24 12:38:34
むしろ、手軽に書きたいから手書きなんだが

272:デフォルトの名無しさん
09/08/24 12:55:02
HTML5はムダにアグレッシブすぎるよね。
誰得つか、理想論すぎる印象が強い。
成功しないと思うんだが。

273:デフォルトの名無しさん
09/08/24 13:51:30
俺はWYSIWYG嫌いだったし、手書きも面倒だと思ってたから
タグエディタっての使ってたな
基本機能としては普通の色分け付きエディタなんだけど
各種タグ補完やタグの一覧からの選択ができて
各タグごとのオプションがダイアログでも弄れたり、整合性チェックやプレビューのついてるやつ

274:デフォルトの名無しさん
09/08/24 15:09:17
>>266
html5が初心者に優しいかどうかと言ったら全然そんなこと無いと思うけど
そもそもhtmlの仕様上タグを省略してよい箇所を完全に把握できる時点で初心者じゃない
ブラウザ間の解釈の相違もあるし初心者こそタグの省略をすべきではない

>>272
xhtml2と比較したらまだマシだろｗ
それに実装を先行させてるからそれほど仕様と実装が乖離するとも思えない

275:デフォルトの名無しさん
09/08/24 15:53:03
xhtml2は本当に誰得だったな。
5はIE以外ではすぐに実装されるだろうな。

276:デフォルトの名無しさん
09/08/24 23:02:26
HTML5はブラウザベンダー主導で策定していて、
複数のブラウザで実装されたら仕様にするというやり方にしているので、
XHTML2のようなことにはならないかと。

277:デフォルトの名無しさん
09/08/25 09:00:33
そうやってがんばってHTML5がリリース
されても、どうせIE+SLが勝つ気がする。

278:デフォルトの名無しさん
09/08/25 10:20:57
SLって何かと思ったらSilverlightか。

279:名無し学生
09/08/25 10:37:16
Visual Basic の課題で困っております。
誰かお答えください。本当に助けてください。

１．Visual Basicの関数で数値を文字に直すCStr()とStr()の違いについて

２．戻り値の違いが確認できる方法を考え、戻り値の違いについて実際に確認し、
　　その確認方法と違いを具体的に述べよ。
注意：実際にやったことと、確認した違いを簡潔かつ具体的に書くこと。

３．下記の計算結果などから、Visual Basicで計算できる数値の桁数について考察をまとめ、
　　何故そのような制限があるかについて理由を答えよ
　　１）　48 x 100 - 81
　　２）　12 ÷ 9.3 x 247
　　３）　0.2 - 12 ÷ 69
　　４）　-12 ÷ 100 + 100

280:デフォルトの名無しさん
09/08/25 11:22:29
>>279
help読みなよ。
学生なんだから、その位やりさない

281:デフォルトの名無しさん
09/08/25 11:24:59
マルチポスト報告スレ
ｽﾚﾘﾝｸ(tech板)

ｽﾚﾘﾝｸ(tech板:688番)
ｽﾚﾘﾝｸ(tech板:183番)
ｽﾚﾘﾝｸ(tech板:793番)
ｽﾚﾘﾝｸ(tech板:388番)
ｽﾚﾘﾝｸ(tech板:601番)
ｽﾚﾘﾝｸ(tech板:408番)
ｽﾚﾘﾝｸ(tech板:711番)
ｽﾚﾘﾝｸ(tech板:279番)
ｽﾚﾘﾝｸ(tech板:60番)
ｽﾚﾘﾝｸ(tech板:937番)
ｽﾚﾘﾝｸ(tech板:963番)
ｽﾚﾘﾝｸ(tech板:547番)
ｽﾚﾘﾝｸ(tech板:861番)
ｽﾚﾘﾝｸ(tech板:420番)

282:デフォルトの名無しさん
09/08/25 12:10:00
課題でVBはねーよ

283:デフォルトの名無しさん
09/08/25 21:25:39
　　　URLﾘﾝｸ(www.jiji.com)

　　ﾜﾛw

284:デフォルトの名無しさん
09/08/25 21:37:29
今回改修対象でないのに勝手に改修したのか
URLﾘﾝｸ(www.kahoku.co.jp)

285:デフォルトの名無しさん
09/08/29 11:16:25
人イネ～!?
LLTV開催中‼

286:デフォルトの名無しさん
09/08/29 12:09:16
ですねー。そういう国ですからね。
向上心あるプログラマなら飽きちゃうと思う。

287:デフォルトの名無しさん
09/08/29 12:31:46
政治的発表だよ。そういうのはｗ

288:デフォルトの名無しさん
09/08/29 14:07:55
東京だからなー。
新幹線か飛行機になる。

知り合いが居れば別だろうけど、こっち方面では居ないし。

289:名無しさん＠そうだ選挙に行こう
09/08/30 18:08:55
HSPもいちおうLLだよね？

290:名無しさん＠そうだ選挙に行こう
09/08/30 18:10:19
あーうんまあ一応は

291:名無しさん＠そうだ選挙に行こう
09/08/30 18:38:25
特定用途(ミニゲーム)のための言語だし、グラフィックライブラリが重視されてるし、まあ良いんじゃない

292:名無しさん＠そうだ選挙に行こう
09/08/30 19:42:00
DSLとLLって直行する概念？

293:名無しさん＠そうだ選挙に行こう
09/08/30 19:50:22
ぶっちゃけDSLは言語ではない。

294:デフォルトの名無しさん
09/08/30 20:41:00
>>293
Languageと付いている以上「言語」には違いないと思うが。
汎用プログラム言語ではない、というのが適切かと。

295:デフォルトの名無しさん
09/08/30 21:18:26
そもそも、プログラミング言語ってなんで必要なの？って話だよな。
RADが発達すれば将来的には図だけでプログラミングできるんだろうし。
言語ベースってのがいまいち間違った発想な気がして。

296:デフォルトの名無しさん
09/08/30 21:26:08
うん、20年前くらいから同じようなこと言ってる
たぶん、20年先も同じようなこと言ってるはずだ

297:デフォルトの名無しさん
09/08/30 21:26:43
>>295
それはないと思うｗ
未来はＴＶ電話だ！みたいな発想だと思われｗ

298:デフォルトの名無しさん
09/08/30 21:28:52
一応、JavaBeansのような感じで

　・部品を作るプログラマ
　・部品を利用する一般ユーザー

に二極化するだろうとは予想されている
極めて明快視覚的に自由に結合・動作可能なライブラリってことだな

でも、野良ライブラリとか自作ライブラリとか作る人はやっぱ
言語ベースで従来型のプログラミングしてるはずだ

299:デフォルトの名無しさん
09/08/30 21:34:00
我々が相手に何かを伝えたいとき、
口頭にせよ文章にせよ、使うのはもちろん言語だろう
であれば、計算機に対して同じ方法をとるのは自然な発想ではないか

グラフィカルな記述の最大の問題点は、記述密度が低いことだろうなあ
フローチャートぐらいじゃ文字に勝てない
もちろんメリットが生かせる部分では、どんどん採用されていくだろうが

300:デフォルトの名無しさん
09/08/30 21:34:07
アニメとかドラマとか、そういうのでわかりやすく表現されてはいるけど
結局中身を理解しないといけないのは変わらないんだよね

ロボットの行動プログラムとして一部あるぐらいしか有効利用されてるのが思いつかん

301:デフォルトの名無しさん
09/08/30 21:39:51
分岐条件を表現できない時点でゴミ

まあ、天才のブレイクスルーに期待してみよう

302:デフォルトの名無しさん
09/08/30 21:42:50
>>298
低俗な話になるけど、
ニコニコのMADややる夫のAAとかの世界だと（意図しない）二極分業化がかなりすすんでるよな
あのあたりが流行るのって一重に素人でも扱える「部品」がそこらへんに転がってるからだと思うんだ。

今でもライブラリは転がってるけど、
素人が利用できる部品ってどれくらいあるんだろう。

>>299
>>301
つうかフローチャートは再利用を前提としていない時点でゴミ

303:デフォルトの名無しさん
09/08/30 21:44:31
分岐とループぐらいは書けるよ
そういう部品が用意されてるから

304:デフォルトの名無しさん
09/08/30 22:37:00
条件分岐の記述と分岐条件の記述にはウンコとウコンくらいの違いがある

305:デフォルトの名無しさん
09/08/31 06:46:38
現状で図だけでプログラムできる言語はあるけど
全ての分野において使いやすいもににはなっていないしならないと思う

306:デフォルトの名無しさん
09/09/03 01:44:06
低能言語使ってる俺らが部品ってことはないしょ

307:デフォルトの名無しさん
09/09/14 17:30:23
> 730 名前：デフォルトの名無しさん [sage]： 2009/09/14(月) 15:34:52
> Python 3.0 は過去のしがらみを捨てた大掃除なんだから、比べるとしたらRuby 1.9じゃなくてRuby 2.0だろ常考・・・

Python 3.0は順調に出たから、ぜんぜん順調じゃないRuby 2.0なんか全く比較にならんだろ。

308:デフォルトの名無しさん
09/09/14 18:46:17
Python 2.x と Python 3.0 両方で動くプログラムを書くのが難しいのは最初からそう
設計されているからで、この点は Ruby 2.0 に近い。
単に、Pythonの大掃除が決行された時期と Ruby の大掃除が決行される時期が
違うだけの話。

なので、Python 3.x と 2.x 両方で動くプログラムを書くのが Ruby 1.9 と 1.8 両方で
動くプログラムを書くのが難しいというのは、 Python が Ruby よりも互換性を軽視する
根拠にはならない。比較するなら Python 2.7 と Python 2.6 にしておくべき。

309:デフォルトの名無しさん
09/09/14 22:01:52
そういう見方でなんでPythonとRubyを比較せにゃならんのか解らんが。

メジャーバージョン違いとマイナーバージョン違いは全然意味合いが違うだろうに。

そもそもRubyは「その時楽しければいい言語」なんで互換性でPythonと比較するのは
間違っていると思う。

310:308
09/09/14 23:45:57
>>309
バージョン管理スレで、Rubyの方がPythonよりもバージョン間の安定性があるという
ことをPython3を引き合いに出して主張する人がいてね・・・

311:デフォルトの名無しさん
09/09/15 00:42:57
Rubyは脳力消費が低い言語だお

312:デフォルトの名無しさん
09/09/15 05:19:34
Rubyはやたらと重かった記憶しかないんだが
何かと勘違いしてるのかもしれん・・・

313:デフォルトの名無しさん
09/09/15 06:12:23
信者がうざい三大ソフト

Ruby　Sai　メタセコ

314:デフォルトの名無しさん
09/09/15 08:51:41
RubyはWeb2.0のSaaSをクラウドするのに最適な言語

315:デフォルトの名無しさん
09/09/15 08:53:07
ユビキタスしたいときはどれがいいですか？

316:デフォルトの名無しさん
09/09/15 09:36:53
>>312
処理系は重いね。でも書くときは楽だなあ。
やたらメソッドチェーンするお陰で、カーソルを前に戻す頻度が少なめ。
Pythonのやり方も解るんだけどね。あっちのが安全性は高いだろうし。
サクッと書くのはRuby、スクリプトなんだけどカッチリ書くときはPython使ってるわ。

317:デフォルトの名無しさん
09/09/15 18:05:54
>>316
オレは全部Perl。

318:デフォルトの名無しさん
09/09/17 01:08:52
>>316
括弧いらんおかげでメソッドチェーンは本当に書きやすいけど、
その代償に括弧がメソッドコールじゃないし、関数がオブジェクトじゃないから
__send__とか。。。ここらがPythonの方が決定的に好きなところ。
StringクラスがあるのにSimbolはクラスじゃないんかい、みたいな。

319:デフォルトの名無しさん
09/09/17 01:32:32
Rubyは、「こういう場合はこう書きたい」という感覚を重視して、
Pythonは全体の整合性を重視している感じだね。

320:デフォルトの名無しさん
09/09/17 07:59:44
F#も()付けないようだな。

321:デフォルトの名無しさん
09/09/17 08:17:06
そこでまったくパラダイムの違う言語を例に挙げてもだな・・・
OCamlは()無しですごく一貫性が取れてるだろ。

322:デフォルトの名無しさん
09/09/17 08:23:35
Haskellもだよ。

323:デフォルトの名無しさん
09/09/17 08:40:17
問題にしているのは括弧があるかないかではなくて一貫性であって、
括弧が無い代わりにほかの部分にしわ寄せが行っていたら意味が無い。

x = y (言語によってletなどがつく) という構文でyを関数呼び出しとして
扱うのは、例えば y = 3 としたときにすら y が 3 を返す関数になる、
手続き言語的な変数の無い関数型言語だから一貫性が取れている。

Rubyの場合、yが何かによって x = y の意味が変わってしまう。

324:デフォルトの名無しさん
09/09/17 09:01:16
そういうのはPerlから受け継いでるんだろうな。

325:デフォルトの名無しさん
09/09/17 10:42:06
Rubyで関数呼び出しを括弧必須にしたところで、メリットがあまり無いんだよなあ。
Ruby的には関数はオブジェクトでは無く、オブジェクトの機能でしか無いから
括弧無しの動作はエラー以外には取れない。
「関数オブジェクトを取り出す」なんて操作にすると文法自体にメスを入れることになる。

ちなみにPythonの場合、関数呼び出しに括弧が要る、というよりは
オブジェクトに対して呼び出しを試みるのが括弧、というのが正しいと思う。
括弧を付けない場合が関数オブジェクトの取り出しなんじゃなく
普段から関数オブジェクトを取り出していて、そこに括弧を付けて呼び出してる。

でも関数がオブジェクトではないRubyの場合、そうはいかない。
関数はオブジェクトの機能でしか無いので、関数を実装したオブジェクトを取り出すことになると
それこそ文法が崩壊してることになる。

326:デフォルトの名無しさん
09/09/17 11:18:55
つまりRubyにはファンクタしかないってことなのか？

327:デフォルトの名無しさん
09/09/17 11:45:18
真の意味での関数オブジェクトは無いと思うよ。
一応、似たことができるようにProcとかMethodとかUnboundMethodってクラスはあるけど
これらは、単独でオブジェクトとしては存在しえない関数をラップする為のクラスだし。
当然ながら、これらにラップされた関数を呼び出すには
括弧を付けてもダメで、call()などのメソッドを呼ばなきゃならない。

328:デフォルトの名無しさん
09/09/17 12:07:29
真の意味でもなにも、ないよ。

括弧を付けてもダメなのは、文法上の理由もあるけど。
（Javaも同じだけど、関数（手続き）オブジェクトという存在がないことを前提に
言語がデザインされている）

329:デフォルトの名無しさん
09/09/17 14:57:46
>>328
>（Javaも同じだけど、関数（手続き）オブジェクトという存在がないことを前提に
>言語がデザインされている）

Procがあるから、関数オブジェクトが存在しないというのは言い過ぎじゃないかな。
正確には、メソッド名と変数名の名前空間が分けられている、といったほうがいいような。

330:デフォルトの名無しさん
09/09/17 21:53:34
やっぱり、
y　=　f(x)
F　=　f
なら
Y　=　F(x)
だな。

331:デフォルトの名無しさん
09/09/17 23:57:26
>>330
どゆこと？

332:デフォルトの名無しさん
09/09/18 00:00:01
Y = y
ということだろう

333:デフォルトの名無しさん
09/09/18 00:01:50
ひとまわり大きくなるってことかと思った

334:デフォルトの名無しさん
09/09/18 01:22:21
「Rubyは完全性一貫性より自然さを感じる。」
URLﾘﾝｸ(d.hatena.ne.jp)

335:デフォルトの名無しさん
09/09/18 01:50:33
俺が無知だっただけかも知れないけど、$_POSTで受け渡しの文字化けを調べていたんだけど、
「無」という文字（１字文字列）を受け取って正規表現で文字列の前後の空白を除いたら、本当に
「無」（つまりnull）になってしまって、エラー表示されまくりだった。

試しにPHPで構築されている、とあるサイトの入力欄に「無」の１文字だけ入力して送信したら見事に
エラーになったみたいで（画面が真っ白）処理が止まってしまった。

EUC-JPからUTF-8にconvertするときにおかしくなっているような気がするが、原因はよく分らん。
誰か手練の人がいたら解明して欲しい。

336:デフォルトの名無しさん
09/09/18 01:53:38
>>335
1.PHPのMLにでも投げろ
2.WebProg板に適当なスレがあるだろ
3.せめてその正規表現とやらをさらせ

そのあとで、このスレでの有用なレスを期待してくれ。もしかしてマルチ？

337:デフォルトの名無しさん
09/09/18 02:32:30
>>336

メーリングリストでは参加しているPGの数が少なくて、というか初耳という奴が多かったので
こっちに出してみた。正規表現は

$title = preg_replace('/^[　 ]*(.*?)[　 ]*$/', '$1', $title);

$_POST で $title の奴を受け取って正規表現で半角と全角の空白を除去。
その後echoで表示させたら無表示。文字化けだったら？なんだけどnullなのでなんの表示も無し。
mb_convertで色々試しても反応無し。
「無」の文字だけなのよ。「鼻」とか「法」「院」だったら？なんだけど、「無」のときはnullに
なってしまってる。よく分らん。

338:デフォルトの名無しさん
09/09/18 02:40:27
追加

空白除去の正規表現がおかしいと思ってオミットしたら、「無」の受け渡しが
？で表示された。だからたぶん「無」の１文字をPOSTで渡して正規表現で空白除去するところで
おかしくなっているのだと思う。
だって適当に探ったPHPで構築されているサイトで「無」を入力したらおかしくなったもん。

ここなら見てる人が多いかなっと思って聞いてみたの。

339:デフォルトの名無しさん
09/09/18 02:44:21
>>334
平鍋はまともだけど
まつもとは自分勝手で
顧客のこと全然考えてないってことが分かった

340:デフォルトの名無しさん
09/09/18 07:47:03
何を今さら。

341:デフォルトの名無しさん
09/09/18 11:14:11
自分勝手ぶりはGvRも似たようなもんだろ。
どちらもコミット拒否権持ってるし。

342:デフォルトの名無しさん
09/09/18 14:48:15
コミット権は自分勝手とは言い切れないが
平鍋が「顧客の満足」を強調しているのに
Matzは「自分の満足」しか表明していない件

343:デフォルトの名無しさん
09/09/18 16:49:43
>>342
役割分担して答えてるからそうなるよね。
まぁそうでなくても俺言語作者なんてそんなもんだけど。

344:デフォルトの名無しさん
09/09/19 01:03:45
>>295
>RADが発達すれば将来的には図だけでプログラミングできるんだろうし。

それ10年以上前にも言われていた。
結局、図でのプログラミングって特定用途限定なんだよね。

345:デフォルトの名無しさん
09/09/19 05:19:06
そのうち詩でプログラミングできるようになるよ

346:デフォルトの名無しさん
09/09/19 05:31:12
マルチタッチのディスプレイがマウスくらい普及するころには、図によるプログラミングも一派的になるかもね。
そして、文脈によって太矢印の解釈が違う言語とか、楕円を多用するために見た目がスカスカになる言語とかが登場する。

347:デフォルトの名無しさん
09/09/19 08:39:45
0が偽じゃないなんて・・・めんどくさい！

348:デフォルトの名無しさん
09/09/19 09:39:35
"0" が偽なのもめんどくさいけどな。

349:デフォルトの名無しさん
09/09/19 09:45:27
＞結局、図でのプログラミングって特定用途限定なんだよね。

用途限定なんだろうけど、SQLは実現しているんじゃね？
Eclipseでもソレっぽいプラグインとかあるし。

ただ、SQLを直打ちでテキストで適度に整形した方が図よりも理解しやすい場合が多い。

350:デフォルトの名無しさん
09/09/19 09:57:59
>>348
文字列を判定に噛ましてるのがアホなだけじゃん。

351:デフォルトの名無しさん
09/09/19 10:03:19
それは単純なSQLだけだろ。ORMだって、浅いレベルならSQLまったく意識せずに済むし。

352:デフォルトの名無しさん
09/09/19 10:32:53
プロパティにundefinedが代入されていることがあるのもめんどい

353:デフォルトの名無しさん
09/09/19 10:34:21
俺銀行で芸術的なクエリ見た事あるな。
Access+ODBC(OracleやDB2)だったけど。

普通のプログラマには銀行の要求する算術を理解できないので、
行員がクエリを作ってたりするけど、かなり感動を覚えた。

354:デフォルトの名無しさん
09/09/19 10:37:43
Accessのクエリエディタはホントすばらしいと思う

ただ、ブラウザとVBエディタが何とかなって欲しかった

355:デフォルトの名無しさん
09/09/19 10:49:10
SQLをプログラミング言語って言う香具師は
HTMLもプログラミング言語だと思ってそうだな

356:デフォルトの名無しさん
09/09/19 10:53:02
VBには芸術的な「マクロの記録」があるだろ
あれこそ究極のイメージプログラミング

357:デフォルトの名無しさん
09/09/19 10:53:47
ガラクタ箱の中身という意味ではどれも同じ

358:デフォルトの名無しさん
09/09/19 11:01:44
ポカーン？

359:デフォルトの名無しさん
09/09/19 11:10:03
>>355
OracleのSQLなんかはチューリング完全なんだがそれでもプログラミング言語でない？

360:デフォルトの名無しさん
09/09/19 11:18:26
>>359
PL/SOLと勘違いしてない？

361:デフォルトの名無しさん
09/09/19 11:25:17
HSPもチューリング完全です(^o^)

362:デフォルトの名無しさん
09/09/19 11:30:37
URLﾘﾝｸ(www.valuedlessons.com)

ちなみに、共通テーブル式が導入されたのはSQL:1999で、ウィンドウ関数はSQL:2003からね。

363:デフォルトの名無しさん
09/09/19 11:44:26
brainfuckのインタープリタもどこかで見たな

364:デフォルトの名無しさん
09/09/19 13:19:07
>>356
あれは良いよねぇ。
いったんあれで操作して関数名を調べてから，
WIN32Ole で書き直したりしてる。

365:デフォルトの名無しさん
09/09/19 13:58:39
HSPとRubyってどっちがいいの？

366:デフォルトの名無しさん
09/09/19 13:59:50
びっくりするくらい頭の悪い聞き方だな

367:デフォルトの名無しさん
09/09/19 14:29:36
Ruby, Phthonのことを書いてね。

368:デフォルトの名無しさん
09/09/19 14:33:26
友達にHSPかRubyがいいと勧められたので・・Perlもいいかなと思ってます。

369:デフォルトの名無しさん
09/09/19 15:05:30
VBでいいんじゃね？どうせWindowsでしょ？
あえてHSPを選択する意味ってどんなのがあるんだろう。

370:デフォルトの名無しさん
09/09/19 15:14:50
＞SQLをプログラミング言語って言う香具師は

アレは構造化照会言語（ｗ）であってプログラムとはちょっと違うだろ。

手続きを記述すると言う意味においては似てるだろうけど、
集合論でデータを操作する事に特化しているから、
従来のプログラムとかの経験がない人でもそこそこにコード(?)が書けるのがメリット。

個人的にはTrueとFalseとNullの概念がある偉大な言語とは感じるが。

371:デフォルトの名無しさん
09/09/19 15:19:48
速報：グーグルが新言語「Noop」を公開。JavaVMで動作－ Blog on Publickey
URLﾘﾝｸ(www.publickey.jp)

372:デフォルトの名無しさん
09/09/19 15:36:40
今にはじまったことじゃないが、相変らずGoogleのプロダクトはいまいち感かもしだすなあ。

373:デフォルトの名無しさん
09/09/19 16:33:39
>>365
今すぐ自分の役にたつもの作りたいならHSP
時間がかかってもいいから人の役に立つもの作りたいならRuby

374:デフォルトの名無しさん
09/09/19 21:48:24
おまえらそんな糞なものすすめんなw

375:デフォルトの名無しさん
09/09/19 21:52:52
まぁ一生そこから出てこないってんならHSPやRubyもありかもな
でも他の言語もやるかもしれないならその２つは止めとけ
害にしかならん

376:デフォルトの名無しさん
09/09/19 22:01:15
>>362
論理演算はまだ？

377:デフォルトの名無しさん
09/09/19 22:02:05
>>362
bit演算はまだ？

間違えた
アホだorz

378:デフォルトの名無しさん
09/09/19 22:07:03
>>355 >>370
SQLで覆面算を解いてるケースがあるからあなどれんよ

379:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/09/19 23:33:52
>>380
これはPythonに欲しい。

>>381
array[index] と map[key] を関数のようにみせるために
array(index) と map(key) のように書くのか。
そのせいで代入が array(index) = value とか、きもいわ。

383:デフォルトの名無しさん
09/09/19 23:45:22
オブジェクトの参照を返す関数で
hoge(fuga) = hage
っていうのは他の言語でも有な気がする

pythonの
codecs.getreader('utf-8')(file('test.txt')).read()
みたいなのも当初はきもいと思ったけど慣れたらそうでもないし
Javaでも結構こんな書き方しなくね？

384:デフォルトの名無しさん
09/09/19 23:47:02
array(index)は今のPythonでも可能だろうけど（callの挙動を弄るだけ）
array(index) = value はかなり無茶なことになるな
BASICみたく配列の添字が括弧なのか、それ？

385:デフォルトの名無しさん
09/09/19 23:49:53
>>378
kwsk

386:デフォルトの名無しさん
09/09/19 23:50:08
>オブジェクトの参照を返す関数
この辺がキモなのかな
言語仕様によっては無理筋過ぎそうだけど
よくわからん

387:デフォルトの名無しさん
09/09/19 23:57:34
VBでも
hoge.item(n) = x
の場合
itemが配列なのか関数なのか
区別出来ないっていうか意識しなくて良いようになってるのでは

388:デフォルトの名無しさん
09/09/20 00:12:24
そのうちmutableかimutableかが判らなくなる気がする

389:デフォルトの名無しさん
09/09/20 00:24:01
>>383
やっぱ普通に hoge(fuga).Value = hage とかじゃないとキモく感じるわー

390:デフォルトの名無しさん
09/09/20 00:25:34
NoopはGAE/bigtable専用言語なのかと思った

391:デフォルトの名無しさん
09/09/20 00:51:57
Noop専用スレ立ってるからこっちで
ｽﾚﾘﾝｸ(tech板)

392:デフォルトの名無しさん
09/09/20 03:24:54
またおまえら新しいものに手出すのか。他にやることがあるだろうw

393:デフォルトの名無しさん
09/09/20 05:40:17
新しい言語がでてきて既存の言語と競争することで、既存の言語も改良されるのだったら歓迎だよな。
新しい言語万歳。

394:デフォルトの名無しさん
09/09/20 09:44:52
プログラマー的発想だな。。作業員の覚える作業内容が増えるだけ。
経営者的にも、今の開発環境は各種技術が乱立してて、設計も人員リソースも
計画がたてづらい。
プログラマーにしてもスキルセットとかキャリアプランをたてづらいし、
転職の際の壁になることが多いし。
なんでも言語できますって奴は、器用貧乏な奴が多いよ。数理処理とかレンダリング
とかネットワークとか専門的なことできなくって、結局WebとかDBとか誰でもできるとこ
やることになる。

395:デフォルトの名無しさん
09/09/20 10:06:14
>>394
しむら、スレタイ！スレタイ！

396:デフォルトの名無しさん
09/09/20 10:11:21
だな。
393みたいに他の言語を迎合してたらバトルロワイヤルになってないな。
けしからん。

397:デフォルトの名無しさん
09/09/20 11:36:25
>>394
ウチの会社のメインは汎用機で金融系なトコなんだけど、そういう考えが強く、
結果オープン系の技術力が他の会社に比べて著しく劣っている。
で、世の流れで営業がオープン系をねじ込んできて、導入したら障害が大量発生。
エンジニアは老害と偽装派遣ばっか。
地獄だよ。

まあ研究職と人身売買業種とは別に考えろよ。

それにここはプログラム板でプログラマーが多いのは当たり前。

398:デフォルトの名無しさん
09/09/20 12:34:30
>>347
俺は真偽と0、nil系は別もの派だからオケー

399:デフォルトの名無しさん
09/09/20 12:48:02
Webは新しいこととか、他より見劣りしないようとか営業的圧力が強いからなあ。
なんとかしようと開発は、流行りのその辺に転がってるOSS使って、
はりぼてにノリを塗りたくってる感じ。

400:デフォルトの名無しさん
09/09/20 19:48:00
問題はその営業が顧客の押しに弱かったりすることだな
Perlで案件取りにいったのに帰ってきたらJavaになってたときは怒鳴り散らした

401:デフォルトの名無しさん
09/09/20 19:51:45
Javaがいいなんて言う顧客なんているんだ
PHPがどうしても嫌だという顧客は多いが

402:デフォルトの名無しさん
09/09/20 19:57:50
ディスプレイタッチパネルでやる予定が、いつの間にか別の小型端末からの入力まで入ってたからな
その頃はJavaやってなかったから、最初の見積もりから3倍ぐらになるかな、といっただけで青ざめてた

403:デフォルトの名無しさん
09/09/20 21:23:23
>とかネットワークとか専門的なことできなくって、結局WebとかDBとか誰でもできるとこ
>やることになる。

Webはドカタな現場が多いとは思うが、案件の規模がでかい（億を越えるケース）
とかだとDB部分は相当なエンジニアでないと参加できないけど。

DBが誰でもって発言が出てくる辺り相当に底辺しか知らん印象があるが。

404:デフォルトの名無しさん
09/09/20 21:29:17
誰でも最低のことは出来るが、最高のことが出来るまでには相応のスキルが必要ってのと
誰でも要件を満せて、天井もすぐ、っていうのとの区別がつかない奴って絶対いるよな。
「ウェブなんて小学生でも出来るんでしょ？」とかほざく頭の悪いおっさんとか。

405:デフォルトの名無しさん
09/09/20 22:19:40
そもそも、全く新しいアルゴリズムの開発なんて仕事はめったにないしな。
五十歩百歩だよ。

406:デフォルトの名無しさん
09/09/20 22:43:18
>>403
前に流体とか応力計算とかやったけど、理系で大卒のそれなりの人じゃないと無理。
DBとかは短大文系でもやらせりゃ1年でできるようになるからね。

407:デフォルトの名無しさん
09/09/20 22:55:25
>>406
>DBとかは短大文系でもやらせりゃ1年でできるようになるからね。
この発言が>>404のほんといい実例だよな

408:デフォルトの名無しさん
09/09/20 23:12:06
※ExcelDBを含む

409:デフォルトの名無しさん
09/09/20 23:21:34
DBを「使ったことある人」と「使いこなせてる人」の差は広すぎる。

410:デフォルトの名無しさん
09/09/20 23:41:47
DB設計のためにはモデルを作り上げる能力が必要だが、
流体にしろ応力計算にしろ、先人の作り上げたモデルを利用できれば十分だからな。

411:デフォルトの名無しさん
09/09/21 00:06:14
＞DBとかは短大文系でもやらせりゃ1年でできるようになるからね。

Accessの話でもしているのか？
このニートは。

412:デフォルトの名無しさん
09/09/21 01:20:39
410は406へのカウンターなんだろうと思いつつ
そんなことはないと言ってみる

413:デフォルトの名無しさん
09/09/21 01:43:48
1年はかかり過ぎだろどうみても

414:デフォルトの名無しさん
09/09/21 06:49:41
ExcelとかAccessなら１年で出来なきゃアフォだろうな。

415:デフォルトの名無しさん
09/09/21 09:52:55
DBってもともとデータ処理を簡単に扱えるようにしたアプリだからな。
誰でも使えないとそれはそれでおかしい。

416:デフォルトの名無しさん
09/09/21 11:05:25
ExcelやAccessはマクロ言語を内蔵していて、GUIパーツも使えるわけで、ウェブアプリより応用範囲が広い。

417:デフォルトの名無しさん
09/09/21 12:10:41
サクサク作れるのは良いけど
いまだにソースやオブジェクトの管理が改善されないので大規模化するとカオスになるよ

418:デフォルトの名無しさん
09/09/21 13:52:09
ソース埋め込みだからね

419:デフォルトの名無しさん
09/09/21 13:53:03
どのくらいの規模からカオスになる？
大規模っていうのは人によって全然違うから、いちおう聞いてみる。

420:デフォルトの名無しさん
09/09/21 14:16:03
カオスになるのは規模関係ない。

421:デフォルトの名無しさん
09/09/21 14:38:16
機能が増えて、メンテナンス性を上げようとクエリやら関数を共通化しようとしたあたりからカオスだな

422:デフォルトの名無しさん
09/09/21 15:10:39
自分で作ったフォームと良く似た機能のフォームを
ソースをちょっとだけ変えて２つ目を作るとき
それなりのプロジェクトでは共通部分を親クラスにして
それぞれが継承したりするもんなんだが
Access/Excelでは良く似たフォームを
もう一度最初から作るしかないのか

423:デフォルトの名無しさん
09/09/21 16:14:34
いや、コピペするからそんなことないよ

424:デフォルトの名無しさん
09/09/21 16:27:48
そして後日修正漏れが発生するのですね、わかります。

425:デフォルトの名無しさん
09/09/21 16:50:42
最近はdiffを使いこなしてるから修正漏れはなくなったよ。
diff -rbw
これの意味分かるかい？へへへ

426:デフォルトの名無しさん
09/09/21 17:09:02
-uは付けないの?

427:デフォルトの名無しさん
09/09/21 18:40:59
<>の方が好きだからつけないよ
patchとか使わないし

428:デフォルトの名無しさん
09/09/21 20:55:09
フォームの継承はマジで出来ませんか？

429:デフォルトの名無しさん
09/09/21 21:07:28
Excel VBAとかって使ったことあるけど、バージョン管理ソフトで差分管理できなくて大変だった。
ソースをdiffれねえｗ

430:デフォルトの名無しさん
09/09/21 21:22:38
俺もDB定義書をSQLにするようなのを書いて使ってるんだが、その辺が不満
コピペで無理矢理SVNに突っ込むって以外に、何か方法はないのかな

431:デフォルトの名無しさん
09/09/21 21:25:56
Flashもソース管理できないから大変。プロジェクトファイルのバイナリ1個しかはかねえし
Flex？だとファイルがバラになるからいいんだけど

432:デフォルトの名無しさん
09/09/21 21:34:03
Office2007でxml形式で保存したらsvn/diffに合いますかね

433:デフォルトの名無しさん
09/09/21 21:35:58
>>431
Flashはソースをテキストからincludeする方法があるからまだましかと
ちょっとめんどいけど

434:デフォルトの名無しさん
09/09/21 21:43:53
>>432
ODFにしてもそうだけど、最終的にはzipでまとめてるから
既存のバージョン管理システムとは相性悪いんじゃないかな

435:デフォルトの名無しさん
09/09/21 22:50:18
>>432 >>434
圧縮されてるんだよな。

しかもデータがでかいとロードが時間掛かりすぎるから、バイナリ形式で保存したりするし。

436:デフォルトの名無しさん
09/09/22 00:51:37
RubyをVisualBasicの代わりとして使えないかなと考えている。
VisualBasicは進化の方向性を致命的に誤ったと思うのだよね。
旧VB6のポジションが空いている。
VB.NETに代替に成りきれていないでしょ？
そこにRubyが入れないかと、そう思った次第。

437:デフォルトの名無しさん
09/09/22 02:13:07
Pythonでもいいや

438:デフォルトの名無しさん
09/09/22 02:33:48
>>436
Rubyはよいのだが、GUI付くんのどうする？オススメライブラリ教えて欲しい。
web系ならRailsでも使ってwebインターフェスにすればいいかもしれんが。
GUIなら、VB.net、というかC#でいいしな・・・

439:デフォルトの名無しさん
09/09/22 02:58:46
>>438
大抵の人の言う「GUI」は「(見慣れたWindowsの)GUI」なんで
とりあえずVisualuRubyじゃない？

440:デフォルトの名無しさん
09/09/22 05:16:14
VisualuRuby昔使ったけど
イベントやらなんやら色々書き足さなきゃいけなくて
結局自分でAPIゴリゴリ読んだ方が速いってことで
VisualuRuby使うのやめちゃったな

WIN32API/WIN32OLEだけで殆ど問題ないし

ところでRubyから.NET呼べたっけ？

441:デフォルトの名無しさん
09/09/22 08:45:24
IronPythonを思い出してあげてください…。

442:デフォルトの名無しさん
09/09/22 10:07:01
VisualuRubyかサンクス、試してみるワー

>>441
俺はIronRubyに期待

443:デフォルトの名無しさん
09/09/22 13:29:04
言語の機能もあるけど、ＧＵＩアプリ作るなら、VisualStudioを超えないとな。まあ、C#は凄くいいと思うけど。

444:デフォルトの名無しさん
09/09/22 13:41:35
そうすると最終的にTcl/Tkが候補に挙がってくるわけだ

445:デフォルトの名無しさん
09/09/22 13:43:21
そういえば動的VBというかVBxの話はどうなったんだろね

446:デフォルトの名無しさん
09/09/22 13:54:56
Win/UNIX問わずGUIが充実したスクリプト作ったらそうとううけるね。

447:デフォルトの名無しさん
09/09/22 14:38:49
つPython

実際、海外だとそういう用途に使われてるしな・・・

448:デフォルトの名無しさん
09/09/22 14:38:52
現状で GUI アプリを作りやすい LL は何なの？

449:デフォルトの名無しさん
09/09/22 14:42:48
>>447
いや、やっぱ結局Win32呼ばんとできんこといっぱいあんのよ

450:デフォルトの名無しさん
09/09/22 14:47:45
つTcl

451:デフォルトの名無しさん
09/09/22 15:21:05
>>449
例えばどんな事？
今wxPythonをやってるんで気になる

452:デフォルトの名無しさん
09/09/22 17:14:47
>>451
今Dockableウィンドウとか使ってるけどたぶん無理でしょ。
つかオーナードローもできないのがほとんどじゃない？
あとIEコンポーネントもイベントシンクとか上手く使えなさそう。
まあ膨大なWindowsの機能をすべてラップするってのも無理な
話だと思うから、CとかDllを簡単に呼べるスクリプトがあったら
使いたい。

453:デフォルトの名無しさん
09/09/22 18:03:30
ctypes

454:デフォルトの名無しさん
09/09/22 19:52:45
Pythonは標準ライブラリにctypesがあるのが強いよね。
if sys.platform == 'win32' とかして WinAPI 呼ぶコードを混ぜた
クロスプラットフォームアプリが書ける。

455:デフォルトの名無しさん
09/09/23 02:23:40
wxPython 使いやすいね
GUI を XRCed で作って
ほぼ完全にコード部分と切り離せるのが素敵

456:デフォルトの名無しさん
09/09/23 02:27:58
>>451
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

457:デフォルトの名無しさん
09/09/23 09:11:14
>>456
昔VBで書いてたら、結局こんな感じのAPI呼び出しばっかになって
C++で書けばいいじゃんってなったよ。defineとか自分で書くのばからしいし。

458:デフォルトの名無しさん
09/09/23 17:54:31
Python3の普及度はどんなもんかね。

459:デフォルトの名無しさん
09/09/29 00:07:15
この間落としたWindows版はなんか2.5だった
何故だったんだろ

460:デフォルトの名無しさん
09/09/29 20:00:07
Snow Leopard にしたら 2.6.1 だ

461:デフォルトの名無しさん
09/09/30 22:34:19
sed,awkってLLにはいるん？

462:デフォルトの名無しさん
09/10/01 03:28:29
sedはプログラミング言語とは言えず微妙な気がする
awkは初期のLLと言えるんじゃね

463:デフォルトの名無しさん
09/10/01 10:35:37
awkはいまだにワンライナーで使うなあ。

464:デフォルトの名無しさん
09/10/01 10:50:19
俺はハードなCUI使いじゃないので、
ipythonをshellにしてipipeとか使うよ

465:デフォルトの名無しさん
09/10/01 13:06:37
で、LLってなにwに戻ると

466:デフォルトの名無しさん
09/10/06 22:19:28
最近思う。
「やっぱ、perlでいいや」

467:デフォルトの名無しさん
09/10/06 22:59:04
perlはなんか昔は良かったみたいな気分になるなｗ

468:デフォルトの名無しさん
09/10/06 23:04:08
perlはなんか昔は酷かったみたいな気分になるなｗ

469:デフォルトの名無しさん
09/10/07 00:11:53
LLでがっつりしたもの書く気しないし、汎用作業はperlでいいや
ガワが必要になったらtcl/tkでいいや

次ページ