[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 05/09 21:04 / Filesize : 136 KB / Number-of Response : 655
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Pythonに見られるインデントによる制御構造の是非



1 名前:デフォルトの名無しさん mailto:sage [2007/01/22(月) 22:44:02 ]
議論よろしく。

448 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 10:28:47 ]
じゃ俺はコードの代わりにコンセントを使うよ

449 名前:デフォルトの名無しさん mailto:sage [2008/01/09(水) 19:09:42 ]
【審議中】
      _,,..,,,,_   _,,..,,,,_
   _,,..,,,_/ ・ω・ヽ/・ω・ ヽ,..,,,,_
  ./ ・ω_,,..,,,,_  l _,,..,,,,_/ω・ ヽ
 |   /   ・ヽ /・   ヽ    l
  `'ー--l      ll      l---‐´
     `'ー---‐´`'ー---‐´

450 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 16:56:52 ]
まずは言語仕様の問題と開発環境の問題を区別しよう。
話はそれからだ。

451 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 22:41:42 ]
そんなことより449の審議がいつ終わるかのほうが問題だ

452 名前:デフォルトの名無しさん mailto:sage [2008/01/15(火) 22:49:01 ]
CM明けなんじゃない?

453 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 00:00:07 ]
Python 勉強中のヘタレです。
私も昔の >>402 さんのように終了記号が無いのが不安です。
気が緩んでインデントを間違えてしまう
うっかり者は使うな!という言語なんでしょうか…?
前に Python でコード書いてたら、
急に好きなおにゃのこから電話が来て
電話の後インデントしきってないのを忘れて悩みました。

おにゃのこよりインデントを大事にしろ!
おしゃべりしててもインデントを忘れるな!って言語なんでしょうか。
コードを見ていると綺麗だとは思うのですが、
書くときは正しくヘビのように絡み付いて
縛り付けられる感じがして辛いです。

皆さんインデントのミスなんてしないんでしょうか?
ネタじゃなくてホントに。


454 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 03:26:47 ]
>453
俺は他の言語の出身だが、他でもインデントはキッチリ書くよ。
経験上、そうでないと自分がミスリードするし
インデントをキッチリ書くことは「当たり前のことを当たり前にやってるだけ」と思ってる。

欠点としては、自動整形が効かないってことかな。
場合によってはこれだけが痛い。

455 名前:453 mailto:sage [2008/01/26(土) 04:14:51 ]
私も普段からインデントはキッチリ書く、
というか書いてないと気がすまないのですが
コードを移動したり、差分をマージする時にドキドキしてしまいます。
マージとか他の言語だと、
ひとまずペーストしてインデント揃えて、ってできるんですが
Python だとペースト〜揃える間を一息でやらないと怖くて緊張します。


456 名前:デフォルトの名無しさん mailto:sage [2008/01/26(土) 11:29:03 ]
まずアペンドしてからちまちま直せば良いんじゃないだろうか

% cat code01.py >> code00.py
% vi code00.py



457 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 13:40:14 ]
#{

#}

というインデントのヒントをコードに埋め込めばいいんだよ。
なんという逆転の発想・・・

458 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 16:35:23 ]
pass でブロック終端を表すのはかったるいとおもったけど、
...(Ellipsis)なら、それほど悪くないかなと思った・・・

459 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 22:43:30 ]
> pass でブロック終端を表す
そんなことしたっけ?

もしかして、空ブロックの代わりにpassって書くのと勘違いしてる?

460 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 23:22:31 ]
目印としてってことじゃねーの

461 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 00:10:41 ]
emacs だと pass の行の次はインデントが強制的に1つ引っ込むんだよ
他のエディタはどうなってるか知らんが

462 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 06:10:34 ]
それはEmacs特有のサービス(?)だと思うぞ

463 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 08:46:39 ]
マクロがあればどんなエディタでもできそうな気がする

464 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 16:19:17 ]
面白い仕掛けだね、pass でインデント終了って

465 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 03:26:02 ]
do - end
: - pass
文字数は変わらないね

466 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 03:48:01 ]
pass って書くなら、4回バックスペース押したほうがいいと思う。

つうか、ブロック毎にいちいち pass pass 書いてる python コードなんて
誰も読む気しない



467 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 07:49:50 ]
passなんて空ブロック以外で見たことないぜ

468 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 09:47:35 ]
>>467
>>461

設定次第でバックスペースは1回にできそうだな

469 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 09:54:52 ]
pass じゃなくて1って書けば?

470 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 15:17:47 ]
>>466
そうじゃなくて、自動整形するためのtipsの話じゃなかったのか?

471 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 17:50:00 ]
個人的な感想だけど、自動整形なんてほとんど使う機会がないな。
そもそも他のソースからのコピペをする機会が少ない。その必要があるときも
ブロックを指定してインデントなりデデント(IDLE なら Ctrl-[ と Ctrl-])すれば一瞬で済むし。
ぶっちゃけ、453さんみたいに苦痛を感じる人がいるのが不思議。

経験的に言って、Python のコーディングをきちんとサポートしてくれるツールを使えば
インデントに起因する問題は何も起こらないよ。あとは慣れの問題。

472 名前:471 mailto:sage [2008/01/30(水) 17:55:50 ]
ふと、インデントに過剰反応する人は考えすぎなのかなーとオモタ。

Python のインデントって自転車みたい。
乗れないうちはバランスとか転んだら痛いとかいろいろ考えちゃうけど、それって無駄。
乗れるようになったら意識しなくても快適に乗りこなせるようになる。

473 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 18:01:49 ]
いや、だから、
いきなり }<改行> を入力すれば、勝手にインデントを1段戻した位置にズレて
次の行ではそのまま書き続けられる位置にカーソルが移るような環境に生きていると、
いちいちインデントを調整しながらコードを書くことが苦痛だと。

そういうことじゃないかと思うわけだけど。

書くコードの種類にもよるとは思うけど。

474 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 18:14:51 ]
ブレースだろうがインデントだろうがブロックの把握は行わなきゃいけないものだと思うんだが

475 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 19:43:40 ]
} 入れるのと Backspace 押すのとじゃ手間に大差ない気がするが

476 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 19:52:09 ]
勝手に動かされるのキライ



477 名前:デフォルトの名無しさん [2008/01/30(水) 20:41:12 ]
他人のソース見るときが一番不安

478 名前:471 mailto:sage [2008/01/30(水) 21:23:09 ]
>>473
> 勝手にインデントを1段戻した位置にズレて 
> 次の行ではそのまま書き続けられる位置にカーソルが移るような環境

すくなくとも IDLE や Emacs の Python モードはそういう環境だよ。
if foo is True: [Enter]
で1段インデントされるし
    return [Enter]
で1段デデントされる。return, break, continue, pass 等で終わらないブロックの場合は
Backspace の入力が必要だけど、475さんの言うとおり、C 等で } の入力が必要なのと同じ。

そういえば Emacs の C モードで複数行にわたるマクロを書いてて行末の \ が
あるのとないのとで自動インデントの振舞いが変わって難儀するのを思い出した。
あとで \ をつけてそろえようと思ってても、自動インデントで思わぬ位置までカーソルが飛んでいく。
まあ善し悪しだね。万能じゃない。

479 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 22:18:18 ]
インデントでブロックをあらわすと、最小コストで構造を表現できる。
記号でブロックをあらわすと、プログラマの意図の通りの構造になっているか
ダブルチェックすることができる。

480 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 22:23:52 ]
記号でブロックをあらわすと、
見た目と意図が激しく乖離するものが出来上がる現実

481 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 23:32:28 ]
なんで?

482 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 18:50:03 ]
>480 は初心者にコード書かせた場合の話だろうな。
確かに、ブロックを正しく書く癖を付けさせるなら、こういう言語かも知れない。

483 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 20:48:36 ]
インデントブロック無しで書きたいときもあるのだ。たとえば
if (hoge) break;
とか。

switch (var) {
  case A: hoge(); break;
  case B: huge(); break;
  case C: huga(); break;
}
とか。

484 名前:デフォルトの名無しさん mailto:sage [2008/01/31(木) 23:22:16 ]
if hoge: break

ってあるよ

485 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 00:42:51 ]
Python に switch はない。
if var==A:
 hoge1()
else if var==B:
 hoge2()
else if var==C:
 hoge3()

もし A,B,C が 0, 1, 2 というふうに序数になっているなら
(hoge1, hoge2, hoge3)[var]()
だな

486 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 00:43:53 ]
pythonのインデント構造って、エディタからインタプリタにコードをカットアンド
ペーストするとき、すごくやりにくいよね。
前に、プレゼンのビデオでデモをやってる人がいて、
先頭にスペースが入っちゃったりして、やりにくそうだった。
また、インデントの深いところの複数行をまとめてコピーするのは不可能だよね。



487 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 01:24:58 ]
先頭に、if 1:
とか入れれば、好きな深さのコード実行できる

>>> if 1:
...           print 1
...           print 2
...           print 4
...
1
2
4

488 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 06:41:17 ]
if var==A:
 hoge1(a+b)
else if var==B:
 hoge2(c-d)
else if var==C:
 hoge3(e/f)

もし A,B,C が 0, 1, 2 というふうに序数になっているなら
(hoge1, hoge2, hoge3)[var]((a+b, c-d, e/f)[var])
ということか

489 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 06:41:54 ]
副作用ワロスw

490 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 09:41:51 ]
俺だったらこうかなあ。

    def case_A():
        hoge1(a+b) 
    def case_B():
        hoge2(c-d) 
    def case_C():
        hoge3(e/f)
    f = (case_A, case_B, case_C)[var]
    f()

491 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 09:54:55 ]
> また、インデントの深いところの複数行をまとめてコピーするのは不可能だよね

それはPythonじゃなくてエディタの機能の話だろ。

492 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 11:00:13 ]
>> 491
> それはPythonじゃなくてエディタの機能の話だろ。

また、インデントの深いところの複数行をまとめて (エディタからインタプリタに)
コピーするのは不可能だよね、という話?
先頭に空白が入っていると、無理。

493 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 12:11:32 ]
矩形選択できるエディタで先頭の空白をさければいいんじゃないの?
何を無理とか不可能とか言ってるのかよくわからん。

494 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 14:25:29 ]
>487 でほとんどの人は困ってないと思うんだよね…

495 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 14:28:31 ]
そんな石器時代的な方法で我慢しないと駄目なのか。

496 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 16:53:18 ]
primitive な方法で解決できるのが一番いい



497 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 16:55:02 ]
ところで、python に else if ってないんだけどさ・・・>>488

498 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 21:29:48 ]
使ってるエディタによりけりかもな。
なんだかLispみたいだ。

499 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 21:34:17 ]
>>485
うわあPython読みにくう・・・。

500 名前:デフォルトの名無しさん mailto:sage [2008/02/01(金) 23:35:29 ]
なんで行単位で範囲選択できるエディターを使わないんだろう

501 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 00:53:56 ]
だいたいがだ、インデントに関連したバグで悩まされた経験が
オマエラあるのか。俺は18年のプログラム暦で一度もない。

502 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 01:01:47 ]
>>501
確かに。俺も 20年位インデント関連のバグ書いて悩んだことはないな。
インデントが見栄えだけしか意味持つ言語使ってないから。

503 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 01:35:12 ]
アンインデントするときに空行が入っていないソースを
ペーストしようとするとエラーになるんですけど
どうしたらよいのでしょうか?


504 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 01:35:20 ]
>>502
まともなエディタ使ってたら、インデント起因のバグなんてありえんよ。
むしろコーディングに余計な手間を強いるPythonはクソ。

505 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 01:41:42 ]
>>500
>行単位で範囲選択できるエディター
ってどんなのがあるんでしょうか。

506 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 01:45:46 ]
>>505
Vim



507 名前:デフォルトの名無しさん [2008/02/02(土) 01:58:01 ]
ぶっちゃけていえばだ、「インデントに起因するバグ防止のため」とか
「読みやすさのため」という理由は、全然説得力ないのよ。

「インデント起因のバグに悩まされた」ことなんてないし、「インデント
がそろってないために読みづらい」ソースなんて、小学生ならいざ知らず
普通のソースコードで見たことない。

それなのに、これまでエディタで自動で出来ていたインデントを
手動でやる羽目になる手間といったら!Python使いってなに考えてんの?

508 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 02:08:49 ]
>>507
全くそうだよね。
インデントなんか制御構造に使わなけりゃ、
(自分にとっては) pythonほとんど完璧だたったんだか。
これは失敗だったと思うよ。インデントを制御構造に使わないとならない
積極的な理由なんかないんだから。(たぶん)



509 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 08:37:44 ]
かっこうざい、というのは積極的な理由にならない?
(endうざい、も可)

Python で書いてると、コロンもうざい

510 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 11:08:31 ]
ブロックの表現法にどれを採用するかなんて作者の趣味で
積極的な理由なんて無いんじゃないの?
問題が無ければ現状維持で良い。問題があるなら、
問題点と改良案を提案すれば良い。むしろ言語がより良い
方向に行くために提案すべきだ。俺的にインデントでブロックを
表現するのが好きだけど、十分に納得できる理由があるなら
他の方法に変更されても全然OK

511 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 13:45:18 ]
>>509
うざいとかいうのは気持ちの問題。
ruby信者にはendがいいんじゃないかと言われるだけ。
慣れれてこういうもんだと思えばなくなる問題。

>>510
インデントで致命的な問題があるわけではないよ。
自分も読むだけならインデントも読みやすいと思うけど。
ただ、自分で書く場合、インデントの自動整形ができないとか、
カットアンドペーストするとき、余計な作業をしないといけないとかは、
作業が増える、これは慣れて解決する問題ではない。

個人的には、ネットでなどで見つけてきたコードサンプルなどをカットアンドペーストして
自分のマシンで動かしてみようとするときに、
他の言語ではいきなりインタラクティブシェルに放り込めば動くこともあるが、
まずはインデントを確認してからなど、めんどうだなと思うこともある。
致命的ではないけどね。作業量の問題。

512 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 14:30:08 ]
バグが起こらない限りソースコードなんか読まねーよって言う奴には
向いてないんだろうね。

513 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:00:14 ]
これからはむしろソースはXMLで、専用エディターを使って見掛けを調整するような言語が求められるのかも
これなら表現は {} だろうが字下げだろうがエディターの選択に拠るのであって言語の仕様とは分離できるし

514 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:04:22 ]
lispの括弧とpythonのインデントは同じ匂いがする
やってることは完全に正反対のはずなんだが…

515 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:33:49 ]
ソースコードが画像っていう言語は見たことあるけど、
ソースコードがXMLって言うのはまだ見たことないなぁ・・・

516 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:49:55 ]

SQL埋め込んだりHTML埋め込んだりすると
見た目にインデントが混乱するので嫌
ちゃんとしたエディタならどっちも文字列だから
プログラム自体のインデントには影響しないんだけど
読むのがきつい

そういうときは構造が間違ってるから見直せとか
テンプレ使えって話になるんだろうけど




517 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 15:52:27 ]
>>515
わかってるとは思うが >>513 の言ってるのは
エディタ上では普通のソースと見分けが付かない
保存したときにXMLになってるっていう話だろ
そういうのを実現してるのは強いて言えば
 Excel2007 の VBA とかじゃないのか

518 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 16:39:32 ]
構文木がべた書きされた中間コードとして、だったら、S式でもXMLでも
あまり差はなくないか? XMLのほうがむやみに冗長なだけで。

あとはプログラマがプレインテキスト信仰から離れられるか、という
ところだろうけど。

519 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 16:46:34 ]
S式なんざ一般に受け入れられないでしょ。Lispが受け入れられていないのだから。

520 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 16:55:23 ]
特定のツールがないと編集できない言語なんて絶対流行らないという気がする。
キーワードに非アスキー文字がある言語が絶対に流行らないのと同じように・・w

521 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 17:24:24 ]
> 構文木がべた書きされた中間コードとして

という部分を見落とされちゃった気がしてしょぼーん

522 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 17:31:12 ]
S 式 or Lisp という文字が入った書き込みがあった時の
ボットによる定型レスだから気にしないでオケ。

523 名前:デフォルトの名無しさん mailto:sage [2008/02/02(土) 18:37:17 ]
hoge.pyc を直接開くとソースコードが出てきて
そのまま編集&保存できるエディタってある?


524 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 02:09:00 ]
pycからソースコードって復元できないでしょ多分

525 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 02:16:30 ]
>>520
昔のパソコンBASICは処理系依存の中間言語でセーブしてたよ
でもけっこう流行ってたと思う

526 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 09:17:27 ]
>>525
大抵はアスキーセーブもできたはずだが?



527 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 15:59:54 ]
ぶっちゃけ今、プログラマの、IDE エディタと専用エディタの使用比率って
どんなもんだろうね?

528 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 16:15:34 ]
>>527
俺、3つの職場渡り歩いたけど、IDEのエディタ使ってるやつ見たことない。

529 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 21:33:30 ]
>>526
大抵はアスキーセーブなんてしないし
それにアスキーセーブしなおせるのは「特定のツール」がある環境だよね

530 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 21:52:30 ]
>>529
処理系自体がIDEなんだから関係ないじゃん。

531 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 21:54:28 ]
>>530
だから「絶対流行らない」に対する反論だろ
実際普及してたわけだし

532 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:08:41 ]
それしかなかった(一般に入手可能性という意味で)からだろ


533 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 22:09:17 ]
当時はマシン自体がIDEだったわけだし。

534 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 23:49:51 ]
同様のもので言えば Smalltalk なんかもパソコンバンドルされてれば普及したかもね

535 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 00:07:36 ]
>>534
あると
どるふぃん

536 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 01:12:39 ]
そもそも Smalltalk が無ければ Mac も Win もパソコンは今の姿ではなかったわけだしね。
つか、パソコンって言葉自体が Smalltalk を OS として動作する Alto や NoteTaker の
ためのもの…って話はスルーですか、そうですか。



537 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 01:27:03 ]
>>536
うん、スルー^^

538 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 02:34:26 ]
BASICが載ってた頃のはマイコンだしな

539 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 03:26:17 ]
あんたら何年前のお話をしていらっしゃるのですか?

540 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 11:07:39 ]
話を戻して、ソースコード寄りの中間言語ってどうよ、という意見についてなのだが、
IDE のプラグインだと IDE 毎につくらにゃいかんので負担が大きいなぁとか考えて
いたのだが、テキストフィルタとして実装するのはどうだろう。

541 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 09:52:02 ]
>>486
矩形コピペできないエディタは死んでいい

>>509
激しく同意

>>523
関係ないけど、io-languageだと逆コンパイルできるよ。
インタラクティブシェルで、メソッドを定義すると、逆コンパイル?して表示してくれる。
自分の書いたのより、良い書き方で返ってきたりしてウケル

542 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 09:56:23 ]
>>541
Smalltalkも逆コンパイルしてくれる。
時々、最適化した結果を見せてくれるから参考になる。

543 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 09:57:45 ]
>>541
矩形コピペできるエディタを使っていながら
その機能を知らないやつ多すぎ。

とりあえずWindows系のエディタなら
カーソルを選択位置に持っていって、
alt押しながら選択してみるといいよ。

544 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 16:20:06 ]
「プレーンテキストのようなものは何もないのです。」

Servlet Garden ≫ Unicode and Character Sets (Translation)
www.t3.rim.or.jp/~yoko-k-h/java/servlet/2008/01/31/unicode-and-character-sets-translation.html

くだらない文字コード問題を解決しようとしただけで、
もうすでにプレーンテキストなんてなくなっているわけだよ。
しかし、その差異はエディタが吸収した。
ごく一部の人間以外は問題なく扱えている。

そこで次の段階は、構造化テキストですよ。
>>520のような言葉は、10年前にはそうなことも言われていたね、なんてい言われるだろう

545 名前:デフォルトの名無しさん mailto:sage [2008/02/05(火) 18:37:52 ]
GUIコンポーネント単位でコードを書くVBは大流行しました

546 名前:デフォルトの名無しさん mailto:sage [2008/02/06(水) 02:26:30 ]
ていうかC#とかVS無しでの作成とか想定してない感じだし
時代の問題じゃなくて MS vs UNIX 文化圏の違いという気がする



547 名前:デフォルトの名無しさん mailto:sage [2008/02/06(水) 09:41:07 ]
そのUnix文化圏でEclipseがじわじわと勢力を広げつつある件
・vi系
・Emacs系
・Eclipse等
に3分するとして、2:7:1 ぐらい?

548 名前:デフォルトの名無しさん mailto:sage [2008/02/06(水) 23:56:47 ]
まぁしかしこんな不見識なな記事もあるな

www.atmarkit.co.jp/fwcr/rensai/freeauthoring06/freeauthoring06_1.html






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<136KB

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