最も美しいプログラミング言語を語れ
前スレ
http://pc12.2ch.net/test/read.cgi/tech/1262707694/
最も美しいプログラミング言語は? Part6
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2010/03/23(火) 16:44:082010/03/27(土) 01:07:31
2010/03/27(土) 07:20:55
あ、51な。w
2010/03/27(土) 13:31:46
デバガでおえばわかるけC# はすぐにネイティブコードになっちゃうぞ
2010/03/29(月) 13:07:51
美しいプログラミング言語には、マクロ、つまり実行前にプログラムを書き換える機能はあった方がいいのかな?
それとも、ない方がいいのかな?
それとも、ない方がいいのかな?
2010/03/29(月) 13:25:26
>>58
すぐじゃないだろ。少なくとも実行後にしかネィティブコードはにならい。
すぐじゃないだろ。少なくとも実行後にしかネィティブコードはにならい。
2010/03/29(月) 13:29:09
>>60
実行前だろ
実行前だろ
2010/03/29(月) 16:00:21
2010/03/29(月) 16:07:01
実行の意味が違う。また、その意味ではngenを使った場合を説明していない
2010/03/29(月) 16:29:14
>>63
ngen にしたってすぐじゃないだろ。
インストール時か最初の実行時であって、コンパイル時でないことは明白。
けど ngen の話になるんだ?
それもと「すぐに」というのは ngen 使うから「すぐに」と言いたかったのか。
ngen ってただのキャッシュだよ。根本的なこと勘違いしてんじゃね?
ngen にしたってすぐじゃないだろ。
インストール時か最初の実行時であって、コンパイル時でないことは明白。
けど ngen の話になるんだ?
それもと「すぐに」というのは ngen 使うから「すぐに」と言いたかったのか。
ngen ってただのキャッシュだよ。根本的なこと勘違いしてんじゃね?
2010/03/29(月) 16:30:30
けど ngen の話になるんだ?
それもと「すぐに」というのは ngen 使うから「すぐに」と言いたかったのか。
→けどどうして ngen の話になるんだ?
→それとも「すぐに」というのは ngen 使うから「すぐに」と言いたかったのか。
それもと「すぐに」というのは ngen 使うから「すぐに」と言いたかったのか。
→けどどうして ngen の話になるんだ?
→それとも「すぐに」というのは ngen 使うから「すぐに」と言いたかったのか。
2010/03/29(月) 16:57:23
>>59
必要、もしくは無いほうがいいと俺は思う。
必要、もしくは無いほうがいいと俺は思う。
2010/03/29(月) 17:13:24
トークンを置換するプリプロセッサマクロと、
構文木を変形するいわゆるLispのマクロは、一絡げにできないだろう
構文木を変形するいわゆるLispのマクロは、一絡げにできないだろう
2010/03/29(月) 18:58:07
>>67
Lispとかもとから対象外だし
Lispとかもとから対象外だし
2010/03/29(月) 21:00:16
Lispのよさが理解できない人発見
70デフォルトの名無しさん
2010/03/30(火) 06:55:57 初カキコだがweb に特化すれば php, perl, java は美しい。
それぞれの言語でサイト作った感想から言えば、
phpはどんな環境でもそれなりに動くという点で美しい。
それこそ月300円の鯖にでも納品できる。
スレ的な美しさとは違うだろうが、これも言語仕様による
美しさだと思うがな。
個人的に一番好きなのはPerlだったりするが。
力技が一番効く言語だと思うし。なんでもあり。
それぞれの言語でサイト作った感想から言えば、
phpはどんな環境でもそれなりに動くという点で美しい。
それこそ月300円の鯖にでも納品できる。
スレ的な美しさとは違うだろうが、これも言語仕様による
美しさだと思うがな。
個人的に一番好きなのはPerlだったりするが。
力技が一番効く言語だと思うし。なんでもあり。
2010/03/30(火) 07:26:43
10年ROMってろ。
2010/03/30(火) 08:45:07
多分一生わからんのだろ
2010/03/30(火) 08:58:58
>>70
>初カキコだがweb に特化すれば php, perl, java は美しい。
自分が使ったことのある言語を羅列してるだけだろ。
クライアントとサーバーサイドの違いを認識しているのかも怪しい。
>初カキコだがweb に特化すれば php, perl, java は美しい。
自分が使ったことのある言語を羅列してるだけだろ。
クライアントとサーバーサイドの違いを認識しているのかも怪しい。
2010/03/30(火) 09:17:00
春だから仕方ない
2010/03/30(火) 19:26:09
>>60-65
実行前
xxx.exe
return
実行後
実行前
xxx.exe
実行後
return
xxx.exe
実行前
実行後
return
xxx.exe
実行前
実行
return
実行後
一体どれのことを言ってるんだ
実行前
xxx.exe
return
実行後
実行前
xxx.exe
実行後
return
xxx.exe
実行前
実行後
return
xxx.exe
実行前
実行
return
実行後
一体どれのことを言ってるんだ
7658
2010/03/31(水) 11:50:382010/03/31(水) 15:31:45
Haskellの勉強を始めたんだけど、遅延評価は美しいと思った。
2010/03/31(水) 15:45:11
>>76
純粋なILインタプリタかJITコンパイルするかはVMの実装の問題だからね
純粋なILインタプリタかJITコンパイルするかはVMの実装の問題だからね
2010/03/31(水) 17:19:40
中間コード⇒ネイティブ
って最適化されてるん?
まさか中間コードを置き換えただけってことはないよね
って最適化されてるん?
まさか中間コードを置き換えただけってことはないよね
2010/03/31(水) 17:41:06
http://msdn.microsoft.com/ja-jp/library/ht8ecch6(VS.80).aspx
MSIL (Microsoft Intermediate Language) は、実行する前に .NET Framework の Just-In-Time (JIT) コンパイラによってネイティブ コードに変換する必要があります。
ネイティブ コードは CPU 固有のコードで、JIT コンパイラと同じコンピュータ アーキテクチャ上で実行されます。
JIT コンパイルは、実行時に呼び出されることがないコードがあることを考慮しています。
つまり、ポータブル実行可能 (PE) ファイル内にあるすべての MSIL をネイディブ コードに変換するために時間とメモリを費やすのではなく、
実行時に必要になった MSIL を変換し、その結果生成されたネイティブ コードを保存して、以降の呼び出しで利用できるようにしておきます。
MSIL (Microsoft Intermediate Language) は、実行する前に .NET Framework の Just-In-Time (JIT) コンパイラによってネイティブ コードに変換する必要があります。
ネイティブ コードは CPU 固有のコードで、JIT コンパイラと同じコンピュータ アーキテクチャ上で実行されます。
JIT コンパイルは、実行時に呼び出されることがないコードがあることを考慮しています。
つまり、ポータブル実行可能 (PE) ファイル内にあるすべての MSIL をネイディブ コードに変換するために時間とメモリを費やすのではなく、
実行時に必要になった MSIL を変換し、その結果生成されたネイティブ コードを保存して、以降の呼び出しで利用できるようにしておきます。
2010/03/31(水) 17:47:18
>>64
http://msdn.microsoft.com/ja-jp/library/ht8ecch6.aspx
ネイティブ イメージ ジェネレータ (Ngen.exe) を使用して、
JIT コンパイラと同様に MSIL アセンブリをネイティブ コードに変換します。
ただし、Ngen.exe の動作は、以下の 3 つの点で JIT コンパイラの動作と異なります。
・MSIL からネイティブ コードへの変換を、アプリケーション実行中ではなく、実行前に行います。
・メソッドを 1 つずつではなく、アセンブリ全体を一度にコンパイルします。
・生成したコードを、ディスク上のファイルとしてネイティブ イメージ キャッシュに保持します。
http://msdn.microsoft.com/ja-jp/library/ht8ecch6.aspx
ネイティブ イメージ ジェネレータ (Ngen.exe) を使用して、
JIT コンパイラと同様に MSIL アセンブリをネイティブ コードに変換します。
ただし、Ngen.exe の動作は、以下の 3 つの点で JIT コンパイラの動作と異なります。
・MSIL からネイティブ コードへの変換を、アプリケーション実行中ではなく、実行前に行います。
・メソッドを 1 つずつではなく、アセンブリ全体を一度にコンパイルします。
・生成したコードを、ディスク上のファイルとしてネイティブ イメージ キャッシュに保持します。
2010/03/31(水) 17:56:58
はじめからネイティブコンパイルすりゃいいのに
2010/03/31(水) 17:57:09
>>79
getter, setterをインライン展開するぐらいには最適化する。デバッガ上で実行すると最適化しないので、誤解をしている人もいるけど。
getter, setterをインライン展開するぐらいには最適化する。デバッガ上で実行すると最適化しないので、誤解をしている人もいるけど。
2010/04/02(金) 17:24:15
最近Haskellが美しく感じられてきた
2010/04/03(土) 00:22:40
いいことじゃないか
2010/04/05(月) 22:47:52
止まったね
2010/04/05(月) 23:18:55
ちんこも別の所で遊んでるしな
2010/04/06(火) 04:04:08
Haskellはflipとかポイントフリースタイルとかそういうのをやんなければ
かなり読みやすい部類だと思うぜ
簡潔なラムダとか関数適用演算子とかは他の言語にも欲しい
かなり読みやすい部類だと思うぜ
簡潔なラムダとか関数適用演算子とかは他の言語にも欲しい
2010/04/06(火) 22:02:41
flip はまぁ分かるが、Haskell のポイントフリースタイルは
冗長な記述が省かれて読みやすくなる場合も結構あるぞ。
たとえば演算子をリフトアップで定義する場合。
instance (Num a) => Num (Hoge a) where
(+) = liftA2 (+)
この場合 (+) x y = liftA2 (+) x y なんて冗長で、
こんな定義が何行も続くとかえって読みにくいだろ。
冗長な記述が省かれて読みやすくなる場合も結構あるぞ。
たとえば演算子をリフトアップで定義する場合。
instance (Num a) => Num (Hoge a) where
(+) = liftA2 (+)
この場合 (+) x y = liftA2 (+) x y なんて冗長で、
こんな定義が何行も続くとかえって読みにくいだろ。
2010/04/21(水) 12:47:14
Scalaは?
2010/04/21(水) 18:34:12
Scala?ないない
2010/04/21(水) 18:53:42
Simplicityは必要条件だな。
2010/04/21(水) 21:05:59
>>91
友人がメッチャScalaプッシュしてくるんだけど、どう断れば良いか
分からん。(興味無いとか、ピンと来ないとか言ってはいるんだが)
ちなみにおいらはLisperで最近Haskellに手を染め始めたところ
友人はPerl使い。
なんかビシッと言う方法無い?
友人がメッチャScalaプッシュしてくるんだけど、どう断れば良いか
分からん。(興味無いとか、ピンと来ないとか言ってはいるんだが)
ちなみにおいらはLisperで最近Haskellに手を染め始めたところ
友人はPerl使い。
なんかビシッと言う方法無い?
2010/04/22(木) 00:33:32
>>93
「俺、副作用が嫌いなんだよね」
「俺、副作用が嫌いなんだよね」
2010/04/22(木) 00:59:55
「Javaな人とはお付き合いできません!」とか
2010/04/22(木) 07:04:55
2010/04/24(土) 18:38:13
美しいプログラミング言語 = 実用性がない
っていうと、みんな怒っちゃう?
っていうと、みんな怒っちゃう?
2010/04/24(土) 18:45:08
ああ機械語は0と1だけで単純かつ美しいが実用性はないよな
2010/04/24(土) 20:28:33
"Everything should be made as simple as possible, but no simpler." -- Albert Einstein
100デフォルトの名無しさん
2010/04/24(土) 23:57:20101デフォルトの名無しさん
2010/04/26(月) 02:05:32 KISS
102デフォルトの名無しさん
2010/05/06(木) 10:31:41 objective-Cが最強。
103デフォルトの名無しさん
2010/05/06(木) 12:55:17 Macなんか使ってる時点で人生終了w
104デフォルトの名無しさん
2010/05/06(木) 13:56:41 いやいや、美しさを競うなら圧倒的に
mac >>>>>>>>>> windows
でしょ。
mac >>>>>>>>>> windows
でしょ。
105デフォルトの名無しさん
2010/05/06(木) 14:19:04 Windowsなんて比較対象に入らない
Linuxだよ
Linuxだよ
106デフォルトの名無しさん
2010/05/06(木) 14:28:25 もしくは日本語ベーシック。
107デフォルトの名無しさん
2010/05/06(木) 16:50:29 >>104
ハードとソフトの違いもわからない馬鹿ですね^^
ハードとソフトの違いもわからない馬鹿ですね^^
108デフォルトの名無しさん
2010/05/06(木) 17:46:35 >>103
ハードとソフトの違いもわからない馬鹿ですね^^
ハードとソフトの違いもわからない馬鹿ですね^^
109デフォルトの名無しさん
2010/05/06(木) 21:16:42 パイソンだろ。
110デフォルトの名無しさん
2010/05/07(金) 13:35:40111デフォルトの名無しさん
2010/05/07(金) 15:13:43 ではPythonがほぼ標準で入ってるLinuxなんかも子供の玩具なのか〜
112デフォルトの名無しさん
2010/05/07(金) 15:21:38113デフォルトの名無しさん
2010/05/07(金) 16:08:32 Pythonはちょっと複雑なことをさせると
途端に汚なくなる
途端に汚なくなる
114デフォルトの名無しさん
2010/05/07(金) 18:50:32 どっちにしろ >>102 は池沼
115デフォルトの名無しさん
2010/05/07(金) 20:39:02 美しさを競うなら圧倒的に
windows >>>>>>>>>> mac
でしょ。
windows >>>>>>>>>> mac
でしょ。
116デフォルトの名無しさん
2010/05/07(金) 23:17:45 Windowsってたくさんあるからね
117デフォルトの名無しさん
2010/05/08(土) 00:52:50 1番美しいのは Haskell で結論出たんじゃないの?
これから 2番目に美しい言語を語ろうず これはなかなか難しいぞな
ココでそれからWindowsとかMacとか言ってるヤツはな、全然面白くないから
死ね な? 氏ねでも市ねでもなく 死ね OK?
これから 2番目に美しい言語を語ろうず これはなかなか難しいぞな
ココでそれからWindowsとかMacとか言ってるヤツはな、全然面白くないから
死ね な? 氏ねでも市ねでもなく 死ね OK?
118デフォルトの名無しさん
2010/05/08(土) 01:06:33 現状ではHaskellでFAに賛成
119デフォルトの名無しさん
2010/05/08(土) 02:55:26 流行りものに弱いよねみんなw
Haskellの次って何だと思う?俺それが一番美しいと思う
Haskellの次って何だと思う?俺それが一番美しいと思う
120デフォルトの名無しさん
2010/05/08(土) 03:11:01 次に来るのはHaskellにできないことができる言語だと思う
121デフォルトの名無しさん
2010/05/08(土) 05:43:49 >>119
Curry. 関数論理型言語。Haskellと違って不完全情報の記述ができる。
Curry. 関数論理型言語。Haskellと違って不完全情報の記述ができる。
122デフォルトの名無しさん
2010/05/09(日) 19:36:03123デフォルトの名無しさん
2010/05/09(日) 20:11:36 C++がまとも、ってのはどういう意味のまともなん?
124デフォルトの名無しさん
2010/05/09(日) 20:31:15 規格化されてる。複数の実装が存在する。ユーザーの数。ライブラリ数。
書籍。プログラムの速度。この辺で、まとも。
まともでないのは、よく分からない、かつ、速度が遅くて、
メリットの不明な機能の作成に熱心な方々。
書籍。プログラムの速度。この辺で、まとも。
まともでないのは、よく分からない、かつ、速度が遅くて、
メリットの不明な機能の作成に熱心な方々。
125デフォルトの名無しさん
2010/05/09(日) 21:03:08 その基準だと、C++は FORTRAN、COBOL、C に負けているな。
126デフォルトの名無しさん
2010/05/09(日) 21:19:13 項目によっては、Javaにも負けているかも。
127デフォルトの名無しさん
2010/05/09(日) 21:24:58 数値計算、金融計算、OS、言語処理系、組み込み系で考えたら、
他の言語の方が特化しているのは確かだろうけど、
多方面で扱うこと考えたらC++じゃないか
OOPやテンプレートで簡潔に書ける場面は存在するし
純粋な何々指向は、その縛りでかえって複雑になったり、
後々で不純物が混じったり。
なら、初めから不純物含んだものの方が目的達成するのがはやそう
という、プログラムの組めない奴の妄想
メリットが不明なのは、boostのconceptとか、lambdaとかファンクタとか
他の言語の方が特化しているのは確かだろうけど、
多方面で扱うこと考えたらC++じゃないか
OOPやテンプレートで簡潔に書ける場面は存在するし
純粋な何々指向は、その縛りでかえって複雑になったり、
後々で不純物が混じったり。
なら、初めから不純物含んだものの方が目的達成するのがはやそう
という、プログラムの組めない奴の妄想
メリットが不明なのは、boostのconceptとか、lambdaとかファンクタとか
128デフォルトの名無しさん
2010/05/09(日) 21:40:59 スレタイの「美しさ」とは無関係な議論だな
もうスレタイ的な意味の議論は終了してしまったから他の話をやってるだけか
templateは俺は嫌い
総称型、ダックタイピング、コンパイル時計算、メタプログラミングと
少なくとも4種類の目的の異なる仕事を(汚く/無理やり)扱っているのが
好きになれない
そもそも本当に全てが必要か、という問題もあるわけだが
OOPのための言語としてもC++はあまり良くないよね
純粋じゃない、というのはさておき、GC無いのとオブジェクトが
自己記述的じゃないのがOOP言語として見るとちょっとな
もうスレタイ的な意味の議論は終了してしまったから他の話をやってるだけか
templateは俺は嫌い
総称型、ダックタイピング、コンパイル時計算、メタプログラミングと
少なくとも4種類の目的の異なる仕事を(汚く/無理やり)扱っているのが
好きになれない
そもそも本当に全てが必要か、という問題もあるわけだが
OOPのための言語としてもC++はあまり良くないよね
純粋じゃない、というのはさておき、GC無いのとオブジェクトが
自己記述的じゃないのがOOP言語として見るとちょっとな
129デフォルトの名無しさん
2010/05/09(日) 22:12:16 最近にublasを知って、templateが好きになったんだが、たぶん、
すぐに嫌いになるかもしれない。普通に配列で書く方が速そうだし。
数値計算するのに、C++は不要だろうが視認性が良いんだ。
GCのある言語だと数値計算、やたら遅いイメージが拭えないし。
純粋なOOPに、どれだけメリットと恩恵があるのか疑問。
SmalltalkよりJavaが勝利したあたりで、それほど必要だとも思えない
すぐに嫌いになるかもしれない。普通に配列で書く方が速そうだし。
数値計算するのに、C++は不要だろうが視認性が良いんだ。
GCのある言語だと数値計算、やたら遅いイメージが拭えないし。
純粋なOOPに、どれだけメリットと恩恵があるのか疑問。
SmalltalkよりJavaが勝利したあたりで、それほど必要だとも思えない
130デフォルトの名無しさん
2010/05/09(日) 22:17:48 >>129
Javaも純粋じゃないけど、GCとまともに使える例外があって
オブジェクトが自己記述的だから、C++よりはずっと自然にOOPしやすいでしょ
まあJavaはJavaで融通が利かないから俺は好きじゃないんだけどな
Javaも純粋じゃないけど、GCとまともに使える例外があって
オブジェクトが自己記述的だから、C++よりはずっと自然にOOPしやすいでしょ
まあJavaはJavaで融通が利かないから俺は好きじゃないんだけどな
131デフォルトの名無しさん
2010/05/10(月) 00:19:45 GCはプログラミングがルーズになるし制御できない部分が気持ち悪い
作ったものくらい自分で始末しろとw
作ったものくらい自分で始末しろとw
132デフォルトの名無しさん
2010/05/10(月) 00:33:43 >>124
速度に目を瞑ればJavaScriptが割といい線いってるな
速度に目を瞑ればJavaScriptが割といい線いってるな
133デフォルトの名無しさん
2010/05/10(月) 00:39:59 ブラウザを除けばJavaScriptのユーザは0だけどな
134デフォルトの名無しさん
2010/05/10(月) 01:27:14135デフォルトの名無しさん
2010/05/10(月) 01:32:52 OCaml全然詳しくねーけど、チラ見した感じではなーんか微妙
関数型のくせにstringがmutableとか、意味不明なセンスの悪さをそこかしこに感じる
structural subtyping一見良さそうだけど、実行時情報ねーから
ダウンキャスト(風のこと)はできないっしょ?
"O"とかいいつつ、あれで下手にOOの真似事やろうとすると怪我すると思う
あとは、ありがちだけどライブラリが未成熟で、Unix系以外ではあんま使い物に
ならないっぽいよね
関数型のくせにstringがmutableとか、意味不明なセンスの悪さをそこかしこに感じる
structural subtyping一見良さそうだけど、実行時情報ねーから
ダウンキャスト(風のこと)はできないっしょ?
"O"とかいいつつ、あれで下手にOOの真似事やろうとすると怪我すると思う
あとは、ありがちだけどライブラリが未成熟で、Unix系以外ではあんま使い物に
ならないっぽいよね
136デフォルトの名無しさん
2010/05/10(月) 01:53:47 OCamlの良いところはな、OCamlかじってなんとも言えない気持ちの悪さ
を感じた時にHaskellかじると、なんだ関数プログラミング言語って実は
分かりやすいじゃんって思えるところナンテネ
を感じた時にHaskellかじると、なんだ関数プログラミング言語って実は
分かりやすいじゃんって思えるところナンテネ
137デフォルトの名無しさん
2010/05/10(月) 01:59:47 一般的なプログラミング言語は計算能力において等価だから、
一昔前の言語で能力的には既に十分。
残された問題は、複雑なロジックをいかに簡潔に記述できるか、
それが他人にも理解されるかというだけ。
進歩の方向性はそれくらいしか考えられない。
一昔前の言語で能力的には既に十分。
残された問題は、複雑なロジックをいかに簡潔に記述できるか、
それが他人にも理解されるかというだけ。
進歩の方向性はそれくらいしか考えられない。
138デフォルトの名無しさん
2010/05/10(月) 12:03:50 >>136
これ正に俺だ
最初にHaskell触った時は全然理解できなかったけど
OCamlを触った後に再びHaskell触ったら割とすんなりなじむことができた
OCamlの表記法はなんともなじめなかったけど
これ正に俺だ
最初にHaskell触った時は全然理解できなかったけど
OCamlを触った後に再びHaskell触ったら割とすんなりなじむことができた
OCamlの表記法はなんともなじめなかったけど
139デフォルトの名無しさん
2010/05/10(月) 20:50:48 言語進化とか言いながら、単に暗黙の前提仮定が増えただけだったりする。
ルールを知らないと読むこともできない。言語解説書バカ売れ。
制限は減ったのかもしれないけどな。
ルールを知らないと読むこともできない。言語解説書バカ売れ。
制限は減ったのかもしれないけどな。
140デフォルトの名無しさん
2010/05/10(月) 22:05:42 Haskel,lispが勝利したのは英語圏と米で流行ったからとか言ってみるテスト
141デフォルトの名無しさん
2010/05/10(月) 23:11:16142デフォルトの名無しさん
2010/05/10(月) 23:13:06 いつ流行ったんだよw
143デフォルトの名無しさん
2010/05/10(月) 23:43:39 流行ったっていうか、関数型の中でもメジャーで市民権を得ているあたり
144デフォルトの名無しさん
2010/05/10(月) 23:52:43145デフォルトの名無しさん
2010/05/11(火) 05:36:39 >>139
グローバルスタンダードってそういうものでしょ。
グローバルスタンダードってそういうものでしょ。
146デフォルトの名無しさん
2010/05/12(水) 01:02:35147デフォルトの名無しさん
2010/05/12(水) 05:55:53 半年くらい前にここ覗いた時は何かJavaキチガイコテが連投してた気がするんだけど、
あいつは結局あの後どうなったん?
あいつは結局あの後どうなったん?
148デフォルトの名無しさん
2010/05/12(水) 06:24:21149デフォルトの名無しさん
2010/05/12(水) 10:54:05 >>148
thx
超大雑把に流し読みしたが、誰かがガチで叩いたのかw
面白い流れを見逃したかもしれんなぁ
つーかよくあんなの真面目に叩く気になったもんだ、良くも悪くもすげーな
まぁこんなとこ見てる俺が言えた義理じゃねーけど
thx
超大雑把に流し読みしたが、誰かがガチで叩いたのかw
面白い流れを見逃したかもしれんなぁ
つーかよくあんなの真面目に叩く気になったもんだ、良くも悪くもすげーな
まぁこんなとこ見てる俺が言えた義理じゃねーけど
150デフォルトの名無しさん
2010/05/13(木) 10:40:08 一番美しいと思うのはアセンブラとLISP
151デフォルトの名無しさん
2010/05/13(木) 12:47:17 アセンブラなら CPUにもよるだろ
152デフォルトの名無しさん
2010/05/13(木) 12:57:23 彼は特定のアセンブラ言語ではなく、アセンブラ言語の本質的な特性を好んでいるのだろう。
lispだって複数の言語の総称だ。
lispだって複数の言語の総称だ。
153デフォルトの名無しさん
2010/05/14(金) 03:10:01 通訳無しにプロセッサと話せるのはアセンブラだけだしな
厳密には機械語だが、まぁ本質は同じだ
厳密には機械語だが、まぁ本質は同じだ
154デフォルトの名無しさん
2010/05/14(金) 11:11:42155デフォルトの名無しさん
2010/05/14(金) 11:29:35156デフォルトの名無しさん
2010/05/14(金) 12:21:59■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 高市首相の答弁書に「台湾有事答えない」と明記 存立危機発言当時 ★12 [蚤の市★]
- 中国の渡航自粛要請1カ月 大阪の観光バス予約ゼロ、東北にも波及 [蚤の市★]
- 【神戸】エレベーター「かご」なく男性医師が転落死 大手「三菱電機ビルソリューションズ」の担当者、安全装置切り放置か [ぐれ★]
- 女性天皇「賛成」69%、将来の皇位継承「不安」68%…読売世論調査 [蚤の市★]
- 不倫疑惑の永野芽郁さん、CM削除ドミノの違約金“やはり発生は免れない”可能性 約10億円になる見込み、本人は全額支払う覚悟 [牛丼★]
- 【群馬】横断歩道を渡っていたNHKアナウンサーが車にはねられ骨折などの重傷 前橋市 [ぐれ★]
- 人の弱みを握ると気持ちいいよな?
- バター醤油ご飯食べてみたらwwwwwwwwwwwwwwww
- 【悲報】ドイツ人「なんで日本人って自炊するの?出来合の惣菜や冷食食った方が楽でコスパいいやん。そんなんだから低生産性なんだよ [786648259]
- 【動画】まんさん、アラジンのジーニーみたいな男にボコボコにされる🧞‍♂ [632966346]
- 底辺テイカー気質Vtuberを破壊する遊びが闇深いと話題に [922647923]
- 「よかれと思って毎日食べていたのに」…“朝の空腹時”に絶対に避けるべき食品とは? [268718286]
