09/09/09 04:00:20
>>164
SmalltalkとPrologには理屈でない美しさがあるね。
176:ちんこ ◆GbXlaaQNk.
09/09/09 06:12:17
>>171
そんな言語あるんですか？
>>173
そのうちそうなりそうです。
177:デフォルトの名無しさん
09/09/09 06:34:56
Lispは抽象画の美しさ
C++はガンジス川の美しさ
178:デフォルトの名無しさん
09/09/09 06:36:49
>>糞コテ
C++0xのautoを調べろ
179:ちんこ ◆GbXlaaQNk.
09/09/09 07:09:10
>>178
C++という時点でお察しですw
180:デフォルトの名無しさん
09/09/09 07:11:05
>>175
そういえば、Part2になってから見かけ派の書き込みがなくなって、
理屈派ばかりになったね。
181:デフォルトの名無しさん
09/09/09 10:16:53
>>177
お前どっちも美しいと思ってないなwww
182:デフォルトの名無しさん
09/09/09 11:17:10
普通にどっちも美しいだろ
183:デフォルトの名無しさん
09/09/09 11:39:23
hspとか精神的に不衛生だわ
GOTOってなんだよボケ数十回GOTOしたらエラーでエラー無視してるとPCぶっ壊れるしwww
C++をスペースとかでうまくレイアウトしてけば綺麗だが
それやるとPHPが一番綺麗
184:デフォルトの名無しさん
09/09/09 11:41:14
>>168
Haskellは型を書いてもいいし、書かなくてもいいです。
書かないときは推論します。
185:デフォルトの名無しさん
09/09/09 11:44:23
>>167
シンボルが定義されてなかったら文字列の扱いですか？
nopとかmovとか、そこはかとなくアセンブリな感じですね（笑）
186:デフォルトの名無しさん
09/09/09 12:09:10
>>184
Perlにはｲﾜﾕﾙ型がありません。
文脈に応じて自動的に解釈されます。
解釈を指定する方法も提供されています。
187:デフォルトの名無しさん
09/09/09 13:22:09
>>184
動的にって言ってるんだからそれはダメじゃないの？
動的にモジュール読み込んだ時に型解決できないし
188:デフォルトの名無しさん
09/09/09 13:30:03
そもそも型推論のある型付け言語なんか普通にごろごろしてるし、神のような言語でも
何でもない
189:デフォルトの名無しさん
09/09/09 14:24:22
動的に型解決というのがいまひとつピンとこないのだが。
ランタイムに型エラーが出てたのが、ランタイムに型解決
失敗エラーが出るようになるだけで何もうれしくないのでは？
コンパイル時に型解決失敗エラーが出るところが型解決のメリット
だと思うのだけど。
190:デフォルトの名無しさん
09/09/09 14:30:13
> 動的に型解決というのがいまひとつピンとこないのだが。
コンパイラがラクになるじゃなかったっけ？
191:デフォルトの名無しさん
09/09/09 14:37:17
>>187
「動的に」は「インタプリタでのコード入力時に逐次的に」と勝手に解釈してました。
もし「動的に型推論」という言葉が「実行時に変数の型を推論する」のだとしたら
何のために推論するんでしょう？
Pascalみたいに値域検査をするためでしょうか？
192:デフォルトの名無しさん
09/09/09 14:38:11
静的型推論を知らなくてどう表現していいか分からなくて動的とか適当な言葉を
使っちゃっただけだと推測
193:デフォルトの名無しさん
09/09/09 14:42:46
189です。
型解決じゃなくて型推論でした。失礼。
>>190
中間言語にコンパイルする時点で型推論するのかな？
それなら型エラーを含んだコードは評価前に死んでくれて
評価途中に死ぬ確率が減るメリットがありそうだけど、
ラクになるのはevaluatorだなあ…
194:デフォルトの名無しさん
09/09/09 15:45:24
あらゆる言語はbison(yacc方言)で表現できるのだから、
もっとも美しいのはbison(yacc方言)です
195:デフォルトの名無しさん
09/09/09 16:21:21
>>194
＼ ∩─ｰ､ ====
＼／ ● ､_ ｀ヽ ======
/ ＼( ● ● |つ
| X_入__ノ ミ そんな餌で俺様が釣られクマ―
､ (＿／ ノ /⌒l
/＼＿＿＿ノﾞ＿/ / =====
〈 ＿_ノ ====
＼ ＼＿ ＼
＼＿__） ＼ ====== (´⌒
＼ ＿＿_ ＼＿＿ (´⌒;;(´⌒;;
＼＿＿＿）＿＿＿）(´;;⌒ (´⌒;; ズザザザ
あえて釣られると
・bisonはparser generatorであって言語ではない
・perlはbisonで表現できないんじゃなかったっけ？
196:ちんこ ◆GbXlaaQNk.
09/09/09 16:36:06
とりあえず型について思うのは、
やっぱ、アルゴリズムを記述したり、厳密に型を定義して書きたい時はあると思うということだ。
でも、誰が作ったライブラリを利用したり、自分の作ったコンポーネントを合体させるだけなら、型はいらない。
下の方では型ありでコンパイラのチェックが入るけど、型を書かない時は動的に推論するというのが望ましい。
手続き型の書き方について限界を感じてきている。Haskellを勉強したいけど時間がない。
Haskellって実用的ですか？アルゴリズムとか記述出来ますか？
多くのアルゴリズムは、命令的な処理の羅列として開発されていると思う。
それを関数型にすることで、パフォーマンスを損なったりしませんか？
197:デフォルトの名無しさん
09/09/09 16:53:50
>>196
「勉強する時間がない」なんていうやつはたいてい
「勉強しても理解できなかったとき、自分の無能さを認識するのが辛い」だけだ。
で、いつまでも自分のことを「やればできる子」だと思っている。
理解できるまで勉強しろ。
2chに書き込んでる時間を全て勉強の時間にまわせ。
198:デフォルトの名無しさん
09/09/09 16:58:05
>>196
Haskellは実用的です。アルゴリズムを記述できます。
Haskellは必要な分しか計算をしないため、
手続き型言語よりパフォーマンスが良くなる場合があります。
199:デフォルトの名無しさん
09/09/09 16:59:06
>>196
ちんこが言う「動的に推論」の「動的」とは、どういう意味ですか？
静的に推論してはいけませんか？
200:デフォルトの名無しさん
09/09/09 17:16:30
>>199
>>196を読んで>>192が正解だと確信した
201:ぅゅ
09/09/09 17:50:08
>>185
そうです
変数名は()以外の記号なら何でもおｋですっ
でもグローバル変数forとか宣言するとfor文が二度と使えなくなります
movにしたのはsetqとかよりは分かりやすいかと＞＜
202:デフォルトの名無しさん
09/09/09 17:53:49
どう見てもよくある静的な型推論です本当にありがとうございました
203:ちんこ ◆GbXlaaQNk.
09/09/09 19:18:14
>>198
ということは、常にキャッシュで計算が行われるということですか？
204:デフォルトの名無しさん
09/09/09 20:05:35
>>203
遅延評価の事を言ってるんだろ？
式の値が本当に必要になるまで計算されない。
205:ちんこ ◆GbXlaaQNk.
09/09/09 20:09:47
だから、必要な値が、もっとも新鮮な形で存在するということでしょ。
メモリアーキテクチャ的にどうなってるのかな、ということを聞いています。
パフォーマンスが上がるというのであれば、全キャッシュで計算出来るということなんじゃないのかな？
過去の値はどんどん捨てられていくんでしょ？
メモリが常に少ししか必要ないということになる気がするんですけど。
206:デフォルトの名無しさん
09/09/09 22:55:21
遅延評価が何で新鮮な形で存在とかになるんだｗ
207:デフォルトの名無しさん
09/09/09 23:02:00
>>205
お願いだから、我々凡人に理解できるように書いてくれ
208:デフォルトの名無しさん
09/09/10 00:13:46
>>205
＞ だから、必要な値が、もっとも新鮮な形で存在するということでしょ。
ちがう。
必要になったときに計算する。
＞ メモリアーキテクチャ的にどうなってるのかな、ということを聞いています。
どうもなってない。
＞ パフォーマンスが上がるというのであれば、全キャッシュで計算出来るということなんじゃないのかな？
ちがう。
＞ 過去の値はどんどん捨てられていくんでしょ？
そう。
＞ メモリが常に少ししか必要ないということになる気がするんですけど。
あるいみそのとおり。
209:デフォルトの名無しさん
09/09/10 00:42:03
優しい人が多いスレですね。
210:デフォルトの名無しさん
09/09/10 02:09:53
平たく言うと馬鹿に触るなということですね
211:ちんこ ◆GbXlaaQNk.
09/09/10 02:39:08
>>208
じゃあ、関数型は、メモリが少なくて済むんですか？
すごく疑問なのは、ファイル読み込みとかどうするかということです。
例えば、不変の1Mのファイルをいちいち読み込んではパースしてコピーして、ということはjavaのプログラムではしません。
ふつうはプログラムの最初に読み込んで、プログラム的にキャッシュします。
しかしながら、実際は必要な時に読み込んで、とした方がメソッド間の結合度を下げることが出来ます。
関数型では、こういう処理についても、必要な時に読み込んで、ということをするのでしょうか？
それはとてつもないオーバーヘッドになります。
とても現実的とは思えません。
212:デフォルトの名無しさん
09/09/10 03:46:23
>>211
最初に全部読み込むように書こうが、必要になったら毎回読むように書こうが
必要に応じて好きなように書きゃあいいじゃんとしか言いようがない。
それは関数型言語も手続き型言語も遅延評価も何も関係ない。
メモリがどうのという話だと、関数型言語一般で言えば、
比較的メモリを富豪的に使う設計思想なので
Cや機械語と比べればメモリを浪費しやすい。
（当然Cでメモリ無駄遣いすることもできるし
LISPでメモリを節約することもできるが一般論として。）
ただし近代的な言語は概ねメモリを富豪的に使う傾向なので
Javaと比べてどうかというとそれは処理系による。
213:ちんこ ◆GbXlaaQNk.
09/09/10 03:58:47
>>212
なるほど、よく分かりませんが、モナドというのは、そういうための機構なのですね？
あぁ、HaskellかScala勉強しないと時代に取り残されて死ぬことになるw
関数型を勉強したら、一般的なオブジェクト指向型設計についても思考の選択肢が増えますか？
214:デフォルトの名無しさん
09/09/10 04:18:35
関数型やった後だと、既存の手続き型言語で書くときでも、考え方は多少変わるかもね
まあ、かと言って手続き型言語で無理矢理関数型コードを再現したようなのはダメだがw
ほどほどに関数型の考え方を取り入れれば、手続き型でも役には立つと思う。
215:デフォルトの名無しさん
09/09/10 09:56:53
>>213
時代遅れって意味では、おまえはすでにこれ以上ないってくらい死んでいるから心配しなくて大丈夫だ。
副作用前提のちんこの頭では、参照透明性とか一生わからんから説明するだけ時間の無駄、無駄、無駄！
216:ちんこ ◆GbXlaaQNk.
09/09/10 10:24:49
>>215
ですよね。自分を恥じています。
みなさん、情報科学を専攻された方たちですか？
情報学科いけばよかった。
217:デフォルトの名無しさん
09/09/10 10:36:45
つーか既存言語もマルチパラダイム化が流行ってるからなぁ
218:ちんこ ◆GbXlaaQNk.
09/09/10 10:40:19
「フレームワークとしての言語」
という方向になっていくのではないのですか？
ピュアな関数言語があることは分かりましたが、
ピュアがオブジェクト指向言語っていうのはどういう要件がありますか？
また、そういうものは存在しますか
219:デフォルトの名無しさん
09/09/10 10:43:23
お前は日本語の論理構成すらぐちゃぐちゃなんだから、プログラムなんか
書こうとしない方がいいよ本当に
220:ちんこ ◆GbXlaaQNk.
09/09/10 10:47:39
>>219
才能ないんでプログラムやめようかと思っています。
関数型分からなかったらやめようかと。
221:デフォルトの名無しさん
09/09/10 10:49:24
才能無い程度で辞めていたら何もやる事がなくなりそうだ
222:ちんこ ◆GbXlaaQNk.
09/09/10 10:55:24
生き方は色々あるんで、
プログラムの才能ないと分かっただけでもよかったかなって思っています。
223:デフォルトの名無しさん
09/09/10 12:02:54
scalaは将来登場予定の新Javaの参考資料だよ
224:デフォルトの名無しさん
09/09/10 12:04:44
むかし日本語でブログラムできる言語があったっけ。
気持ち悪かったけど。
225:デフォルトの名無しさん
09/09/10 12:50:44
ぴゅう太？
226:デフォルトの名無しさん
09/09/10 13:14:49
AFL系 日本語AFL 和漢
BASIC系 ぴゅう太日本語G-BASIC F-BASIC86国語モード
C系 高可読性C
FORTH系 Mind
227:デフォルトの名無しさん
09/09/10 14:39:42
ひまわりやなでしこは何系だろう
228:デフォルトの名無しさん
09/09/10 17:00:30
>>218
いわゆる“オブジェクト指向”には、抽象データ型をベースにしたもの（SIMULA67→C++発）と、
メッセージングをパラダイムにしたもの（Smalltalk発）、あと最近はオブジェクトベースの考え方（SELF発）がある。
重なる部分もあるが、原則として別物と考えた方が整理が付けやすい。
それぞれのＯＯをサポートする言語としての最低限の要件は、
・抽象データ型ＯＯ → 抽象データ型、つまりユーザー定義型を使えること。静的型チェックが前提。
・メッセージングＯＯ → （メッセージングと見なせる）動的結合を扱えること。分散・並列が理想だが、そこまでは求めない。
・オブジェクトベースＯＯ → オブジェクトレベル（つまりクラスに依存せず）なんらかの委譲機構が用意されていること。
それぞれのＯＯにおいて“ピュア”な言語の例としては、
・抽象データ型ＯＯ → プリミティブ型を持たない言語（Scala など。静的型チェックの要件を外してよいなら多くの動的OOPLも）
・メッセージングＯＯ → 静的結合機構を持たない言語（Ruby など。代入・値参照まで徹底した言語は、SELF、Io くらい？）
・オブジェクトベースＯＯ → クラス、あるいは継承機構のない言語（JavaScript など。誤解されがちだが、動的性は要件ではない）
229:ちんこ ◆GbXlaaQNk.
09/09/10 17:23:51
>>228
教えてもらってもいいですか？
私はクラスというのは、
データと、それを利用することが多い関数をモジュール化したものだと考えています。
それは、C言語でクラスを作る時に、構造体と関数を用意するのと同じです。
pythonでは、selfを第一引数にとることでこれを意味として残しています。
この考えは上記ではどれに相当しますか？
230:デフォルトの名無しさん
09/09/10 17:48:19
Pythonは、クラスを含む言語機能自体はオブジェクトベースに特徴的な仕組みにより実現されていますが、
この言語のユーザーは抽象データ型のＯＯ（ただし静的型チェック抜きで）を意識して使うのが通常です。
もちろん、イントロスペクションなどは例外で、抽象データ型ＯＯよりはオブジェクトベースＯＯの考え方で行なうのが自然です。
231:デフォルトの名無しさん
09/09/10 21:57:29
オッパイ損
232:デフォルトの名無しさん
09/09/10 21:58:03
>>229
>>228の言う意味がわかってないのに、どれに該当するか聞く意味があるのか？
その考え方は>>228のどれにも該当しない。
あえていうならCやC++の抽象データ型に対して唯物論的な捉え方をするとそうなるかもしれん。
あんたのとらえ方は特定の実装方法に対する解釈にすぎない。
適切な例えかどうかわからんけど、
>>228「何をもって生き物であると言えるかには以下３つの学説がある」
>>229「生き物はたんぱく質でできているらしいと捉えている。これはどの学説に相当するのか？」
という感じ。
233:デフォルトの名無しさん
09/09/10 22:08:16
アセンブラで一番下側から世界を見るか、Lispでそれなりの上側から世界を見るか、
せめてどっちかの視点は持った方がいい
まぁ、片方だけに偏るともう片方を小馬鹿にする馬鹿が育ったりするから、両方の
視点を持った方がいいが
234:ちんこ ◆GbXlaaQNk.
09/09/10 22:34:37
>>232
意味不明すぎる。
235:デフォルトの名無しさん
09/09/10 23:44:36
お前の名前のことか
236:デフォルトの名無しさん
09/09/10 23:55:28
ちんこはアセンブラとLispを両方やれ
そうすればいろんなものが見えてくるんじゃね
237:ちんこ ◆GbXlaaQNk.
09/09/11 00:03:31
やだ。実用性ない。
Javaより低級な言語はやりたくない。
238:デフォルトの名無しさん
09/09/11 00:13:57
>>237
Lispはどう考えてもJavaより高級。
239:デフォルトの名無しさん
09/09/11 01:04:40
ちんこ
お前の中には何か輝くものを感じるよ
けどメイン言語がJAVA？なのはギリギリ良しとしても
こんなスレでLispじゃなくハスケルを選んでるのはすげー残念だ
それらの言語を選ぶ神経が分からんが、がんばれよ
240:デフォルトの名無しさん
09/09/11 01:45:12
ちんこたんは「Javaスクールの危険」とか読んでないのかな。
241:デフォルトの名無しさん
09/09/11 02:14:20
まぁ、アセンブラやLispをJavaより低級と切り捨てた時点で完全に論外だな。
なぜなら、お前は「自分が分かってもいない言語」を切り捨てたからだ。無知の知が
無いんだよ。そういう奴は見栄ばかり張って進歩はしない。
242:デフォルトの名無しさん
09/09/11 02:26:10
つーかぶっちゃけ、guru級のハッカーはほぼ全員がアセンブラとLispとC++辺りは
「必要な常識」として会得してるんじゃね？
美しいかどうかはシラネ
243:デフォルトの名無しさん
09/09/11 04:30:15
ハッカーなんてプログラマの心の中に巣くう幻想
そこらのカスPGも、どこかの誰かの前ではハッカーになってるかもしれない
ちんこは、高級言語で効率的にアプリを作ることで、
誰かの瞳に映るハッカーになればいい
プログラマが認めるようなハッカーは、一般人からはハッカーって思われてないこと多いし･･･
244:デフォルトの名無しさん
09/09/11 04:43:10
だが現実にアセンブラもLispも普通におｋなんて連中はごろごろいる
気休めの相対評価は井戸の中では通じるが、匿名掲示板程度の小さな海ですら通じなく
なる訳で
こういうところでぐだぐだと的外れな背伸びレスを垂れ流さないでいてくれるなら、
こいつがそこらのしょぼいJava厨として生きてても別に何も困らないけどな
245:デフォルトの名無しさん
09/09/11 04:46:22
URLﾘﾝｸ(ja.wikipedia.org)
Wikipediaを出典とするのもあれだが、「高級言語」の定義は本来こんなもんだろ
Lispを低級とのたまうちんこが高級言語で効率良く開発？ ねーよｗ
そもそもJava脳が効率良く開発もできねーよｗ
246:デフォルトの名無しさん
09/09/11 05:07:32
「Lispもオッケー」って、どんなレベルなんだろう。
247:デフォルトの名無しさん
09/09/11 05:14:55
機械語含むハードウェア側とLispとの両面教育は割とポピュラーじゃね？
ハードウェアを知らなければ最適化も決して理解できないし、ハードウェアの束縛を
無視した抽象的なアルゴリズム記述力ならLispがほとんど最強だし。
248:デフォルトの名無しさん
09/09/11 06:10:02
抽象的なアルゴリズム記述力なら他の言語も別段差はないんじゃないか？
249:デフォルトの名無しさん
09/09/11 06:17:46
Lispやる際にはハードウェアを考慮した最適化なんかしないだろJK。
250:デフォルトの名無しさん
09/09/11 06:47:53
ネットでしつこく話題になるもんはGeek目指していれば普通は少しは触るもんだけど
それをやんないって事は
ちんこはGeekなんて目指してねーんだよ
目指してるのはまん･･･
251:ちんこ ◆GbXlaaQNk.
09/09/11 09:30:09
抽象データ型の要件を教えてもらえませんか？
抽象データ型については、セジウィックの本に書いてありましたが、いまいち理解出来ませんでした。
具体的な要件を教えてください。
きちんとした定義なしに、共通認識だとたかをくくったまま言葉を使うのは危険です。
252:デフォルトの名無しさん
09/09/11 09:54:53
抽象データ型はリスコフによれば、データと手続きをセットにしたものです。
もうすこし具体的に言うと、モジュールの定義することで、それを新しいデータ型として扱う機構・手法です。
プログラミング言語の「データ型」が何かを知っている人ならば、ストラウストラップに倣ってより簡単に
「ユーザー定義のデータ型」と言い換えてもよいでしょう。
抽象データ型のＯＯは、クラスを抽象データ型（ユーザー定義型）として利用するアイデアに基づいて考案されたものです。
253:デフォルトの名無しさん
09/09/11 10:13:51
>>249
だから「両面」と
全く別方向からそれぞれ攻めるっつー話だ
254:ちんこ ◆GbXlaaQNk.
09/09/11 13:33:51
>>252
では、データと手続きがセットになっていれば、良いのですね？
よく言われるのは、Stackならpushとpopがあるとか。
では、popだけのStackはADTではないのですか？という話になる。
インターフェイスとしては十分に成立しうると思います。
というわけで、ADTは、
add, removeのように正と負の関係にある処理と、
状態を問い合わせるための必要最低限の処理が必要なのではないかと思いました。
もっと正確な定義を示している人間はいないのですか？
255:デフォルトの名無しさん
09/09/11 14:09:45
>>254
アメリカ国立標準技術研究所のページ
URLﾘﾝｸ(www.itl.nist.gov)
Definition: A set of data values and associated operations that are precisely specified independent of any particular implementation.
特に正と負の関係にある処理は必要ないと思われます。
カウンタなんかは「カウントアップ」と「状態の問い合わせ」だけあれば、
「カウントダウン」は必要ないですし。
256:デフォルトの名無しさん
09/09/11 14:12:38
>>248
高階関数があるかないかで、処理の貼り合わせができるかどうか変わってきます。
遅延評価があるかないかで、無限の値を返す関数を使えるかどうかが変わってきます。
257:ちんこ ◆GbXlaaQNk.
09/09/11 14:17:37
>>255
定義については分かりました。
ところで、ADTというのは抽象なのですよね？
では、なぜ、「データ」というものが関係してくるのでしょうか？
実装上のデータからは完全に切り離された話のはずです。
なので、javaにおける抽象インターフェイスというのは、ADTではないということになります。
一体これは、定義上、何に分類されるのでしょうか？
258:デフォルトの名無しさん
09/09/11 15:03:33
>>257
ADTは値と操作を定義したものです。
たとえば次のようなスタックはADTになっています。
struct STACK stack;
void push(STACK a_stack, int a_value);
int pop(STACK a_stack);
このスタックの利用者は、STACK, push, popの実装を知らなくてよいです。
その意味で、このスタックは抽象化されています。
Javaのインターフェイスは操作のセットなので
ADTを定義するためのパーツとして使えますが、
値を持たないため、ADTではありません。
259:デフォルトの名無しさん
09/09/11 15:19:05
>>258
すいません、
struct STACK stack;
↓
STACK stack;
でお願いします。
260:ちんこ ◆GbXlaaQNk.
09/09/11 16:35:02
>>258
oh, I see.
261:ちんこ ◆GbXlaaQNk.
09/09/11 17:23:46
つまり、初期化出来るかどうか、というのが、
JavaのinterfaceとADTとの差なのですね？
262:デフォルトの名無しさん
09/09/11 17:31:00
実装が利用者から隠蔽されているだけで具象じゃないか
気持ち悪い定義だな
263:デフォルトの名無しさん
09/09/11 18:10:55
>>262
利用者から見て抽象的だから ADT なんだと思うが。
どの発言のどの部分を見て具象だと思った？
264:デフォルトの名無しさん
09/09/11 18:28:31
ちんこの疑問って、「お塩と押尾の違いを教えてください」ってのと同レベルで笑える。
265:デフォルトの名無しさん
09/09/11 18:52:35
>>261
出て行け
266:ちんこ ◆GbXlaaQNk.
09/09/11 18:58:12
凡人たちには天才がなぜ悩むのかということが理解出来ないものだ。
267:デフォルトの名無しさん
09/09/11 19:13:26
おまえ、神オブジェクトじゃね？
268:デフォルトの名無しさん
09/09/11 19:20:01
>>261
Javaのインターフェイスという言語機能は、抽象データ型のＯＯにおいてクラスを抽象データ型として利用する際の欠点を補うために
考え出されたものです。ですから抽象データ型を定義するのに使われますが、抽象データ型（という概念）そのものではありません。
URLﾘﾝｸ(portal.acm.org)
269:ちんこ ◆GbXlaaQNk.
09/09/11 19:36:43
>>267
ご名答。
>>268
あなたはプログラミング理論の研究をしていますか？
オブジェクト指向とは何なのか、ベストな設計とは何なのか、などについて研究された論文があったら教えてください。
英語は読めます。
270:デフォルトの名無しさん
09/09/11 19:38:21
本当に紙オブジェクトだったのか…
271:デフォルトの名無しさん
09/09/11 19:42:06
まじでか・・・・ いてえなあ・・・・
272:デフォルトの名無しさん
09/09/11 19:42:17
ｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞｺﾞ……………
273:デフォルトの名無しさん
09/09/11 19:48:20
>>269
>オブジェクト指向とは何なのか
つ URLﾘﾝｸ(portal.acm.org)
274:デフォルトの名無しさん
09/09/11 19:49:19
C#3.0のラムダは美しい方だと思う。
既存のコードの中にうまく溶け込んでいる印象。
対してRINQはあんまり綺麗とは思えない。浮いてる。
C++0xで入る予定のラムダは、あれはあれでありだと思う。
良くも悪くもC++らしい。
美しいかどうかは別問題だけど。
275:デフォルトの名無しさん
09/09/11 19:53:21
C++から離れてもうだいぶ経つな。
あんな汚い言語にはもう2度と関わりになりたくない。
276:ちんこ ◆GbXlaaQNk.
09/09/11 20:00:04
>>273
さんくる。
明日読むわ。
277:デフォルトの名無しさん
09/09/11 20:04:04
>>276
だまされるな。それは孔明の罠だ。
つAuthor
278:デフォルトの名無しさん
09/09/11 20:04:43
ここも読めよ
URLﾘﾝｸ(d.hatena.ne.jp)
279:デフォルトの名無しさん
09/09/11 20:07:48
>>269
俺たちの尊敬する紙オブジェクト様の名を騙るとは
江戸川先輩なみにごっつい野郎だ
280:ちんこ ◆GbXlaaQNk.
09/09/11 20:17:37
>>277
ストローストローだろ。
この人、プログラミング言語の研究者でしょ？
何か問題があるのか？
>>278
それはおれのブログだw
281:デフォルトの名無しさん
09/09/11 20:21:58
まじっすか！いつも「天才はこう考えるんだ」っていう事を知って感動してるんだけど？
本当に本人？
282:デフォルトの名無しさん
09/09/11 20:24:09
はいはい
自演自演
283:デフォルトの名無しさん
09/09/12 00:12:22
>>269
>ベストな設計とは何なのか
つ URLﾘﾝｸ(amazon.jp)
284:ちんこ ◆GbXlaaQNk.
09/09/12 00:25:59
>>283
それは読んだ。
285:デフォルトの名無しさん
09/09/12 01:23:17
ちんこは今までに何を作った事あるんだよ
それによって助言の仕方も違ってくると思うぞ
286:デフォルトの名無しさん
09/09/12 08:26:51
まじかよ神オブジェクトがこんなとこにいんのか
287:デフォルトの名無しさん
09/09/12 08:47:58
オブジェクト志向のオブジェクトって何指すの？
１ モノ
２ SVOのO
３ 彫像
288:ちんこ ◆GbXlaaQNk.
09/09/12 08:56:24
>>285
何でお前、偉そうなんだ？
おれより上なのか？
289:デフォルトの名無しさん
09/09/12 09:27:57
名無し自演もする奴なのか、うぜーなｗ
とりあえずLispやれLisp、OOPなんて狭い世界での些末な定義なんかどうでも良くなるぞ
290:デフォルトの名無しさん
09/09/12 09:37:13
>>287
基本的には1だと思う
但しモノの指す範囲が概念的なモノから文字通りの物まで物凄く広いから
3は間違いである可能性が高い
もちろん、彫像クラスを作ればその時に限り正解w
(しかしながらOOPLではObjectクラスが既に存在することが多いので、大抵別の名前を付けるだろう)
2はあながち間違いじゃない
従来の言語はVO(動詞 目的語)の順が基本なのに対して
OOPLはOV(目的語 動詞)の順になるし
実際、最初に目的語を考えることが多いからね
291:デフォルトの名無しさん
09/09/12 09:46:50
おまいらOOPのメリットって結局なんだと思う？
結局は、抽象化につきると思うんだ。
だからオブジェクトっていう定義はいつまでもモヤモヤでいいんだ。
オブジェクト＝データ＋関数ではないんだ。
データや関数を意識させちゃ、ダメなんだ。
オブジェクト＝（型や名前のついたりする）インターフェース郡。
抽象的に、名前や型のインスタンスとして扱うんだ。
実装は、あとから裏でコソコソすればいい。
292:デフォルトの名無しさん
09/09/12 09:52:37
紙オブジェクト様はCL、SchemeよりHaskell派のようです
293:デフォルトの名無しさん
09/09/12 09:58:26
アセンブラをやらない奴は最適化もできない
294:sage
09/09/12 10:10:23
ADTとインターフェイスの違いもわからないやつが
紙オブジェクトのわけねーだろ
295:デフォルトの名無しさん
09/09/12 10:16:45
ちんこはOOPを最先端だと思ってそう
296:デフォルトの名無しさん
09/09/12 10:35:05
OOPのメリットねえ…俺的には多態かな
ポリモなかったらOOP好きになってないと思う
297:デフォルトの名無しさん
09/09/12 11:06:06
さすがにこれでは、プログラム言語の美しさとは何の関係もないだろう。
そろそろ大政奉還した方がいいんじゃないか。
298:デフォルトの名無しさん
09/09/12 11:21:34
>>288
これは失礼 、 えらそうに振舞うつもりはなかった
ちんこが、もしあらゆる道を通ってきた上で
こんな謎なこと言ってるなら多分俺よりあらゆる面で上なんだが
しかし、一体何について考えてるのか俺には理解できないんだ
このスレの書き込みの中ではちんこが俺を除いては一番賢そうではあるが、
プログラミング、設計、アルゴリズム、OOP
これらについて考えるのに、もしちんこが今まで矮小なソフトウェアしか作った事なくて
JAVA一本しか言語触っていないというなら
どんだけ地頭よかろうとパズルのピースが大きく抜けてちゃ根本的に絵は完成しないだろがっっっ
299:デフォルトの名無しさん
09/09/12 11:28:50
神オブジェクトさまはScheme作るのか
300:デフォルトの名無しさん
09/09/12 11:31:20
URLﾘﾝｸ(en.wikipedia.org)
神オブジェクトって良い意味じゃないのだが
301:ぅゅ ◆e6.oHu1j.o
09/09/12 12:00:52
英語は読めないけどエスパーすると
プログラミングにおいて神様を作っちゃいけないんだろ
おれは作るけど。
302:デフォルトの名無しさん
09/09/12 16:15:16
ほらよ、MITで必須になってる授業内容らしいから読めちんこ
URLﾘﾝｸ(groups.csail.mit.edu)
303:ちんこ ◆GbXlaaQNk.
09/09/12 20:05:43
>>298
逆に、地頭悪いやつが何やっても無駄だろ。
>>302
読んでる途中。
今は中断してエイホのコンパイラに移った。
おれ、情報系出身じゃないから基礎がなってない。
ソフトウェア開発の名著はたくさん読んだけど、
プログラミングの原理とかがよく分からない。そしておれはそれを知りたい。
304:デフォルトの名無しさん
09/09/12 20:15:07
頭悪いんだからコテハンちんかすの方がお似合いだぞ。
305:デフォルトの名無しさん
09/09/12 20:19:48
同じ馬鹿なら踊らにゃ損損
306:sage
09/09/12 21:50:17
>>303
学校が情報系かそうでないかは関係ないと思います。
自分は高校生のときに独学でマシン語を勉強しました。
「プログラミングの原理」が何を意味しているのかはわかりませんが
ひとまずアセンブラをやってみたらいかがでしょう。
C++やJavaが内部で何をやっているのかがわかりますよ。
その後、LISPかHaskellに行くといいのではないでしょうか。
307:デフォルトの名無しさん
09/09/12 21:53:12
やるやつは消防ん時からでもやってるからな
308:デフォルトの名無しさん
09/09/12 21:55:46
なんか
ちんこってプログラミング以前にコンピュータというものを誤解してる気がするんだよな
309:デフォルトの名無しさん
09/09/12 22:35:52
URLﾘﾝｸ(d.hatena.ne.jp)
ちんこの悩みは凡人のそれを超越している
310:デフォルトの名無しさん
09/09/13 00:12:42
とりあえず、今はいろんなプログラムを作ってみろよ
アプリケーションだけじゃなくてゲームとかOSとか（OS作るなら、OSASKでｇｇｒ）
正直、俺なんてまだプログラミング２年くらいしかやってないし（ちんこのほうがやってるだろ？）
明らかにそっちのほうが知識あるんだけど
それなのに文章を見てると俺でも口出しできる気がする
つまり根本的な何かが抜けてるとしか思えない
311:ちんこ ◆GbXlaaQNk.
09/09/13 00:41:23
まぁ、勝手にそう思ってるといいよ。
おれは、低学歴のバカとはマジメに会話しない主義だし。
312:デフォルトの名無しさん
09/09/13 00:42:39
他人を見下しても得ることは何もないと麻布では教わらなかったのか。
たいした学校じゃねえなｗ
313:ちんこ ◆GbXlaaQNk.
09/09/13 00:44:40
そうだね。
人を見下しても何も得ることはない。
ただ、バカと会話すると精神を冒される、これは事実だよ。
314:デフォルトの名無しさん
09/09/13 00:46:16
バカと話して精神を冒される、、、、それが地頭なのだよｗ
本当の天才はそんなことに精神を冒されたりはしない。
315:デフォルトの名無しさん
09/09/13 02:27:07
>>311
ちんこは今Lisp処理系作ってんの？
それを挫折せず形に出来たらとりあえずはバカじゃないこと認めてやるよ
俺も高学歴の割にバカな奴とはしゃべりたくない
316:デフォルトの名無しさん
09/09/13 05:59:14
おい神オブジェクトさまは技術者やめて管理職になるらしいぞ
317:デフォルトの名無しさん
09/09/13 06:01:26
まじかよたまんねぇよ
俺も神オブジェクトたんに管理されたい！！
318:デフォルトの名無しさん
09/09/13 06:07:38
麻布ごときで他人見下してんのかｗ
319:デフォルトの名無しさん
09/09/13 06:18:58
マジ低学歴なめんなよ
プログラミングの世界においては
最上級のハッカーは低学歴に多いのは歴史が証明している
320:sage
09/09/13 09:46:51
ちんこはラムダ計算を勉強するといいと思います
プログラミングについての新たな世界が広がります
321:デフォルトの名無しさん
09/09/13 10:48:20
神オブジェクト先生はソフトウェアは止めて研究職になるんだ！っておっしゃられてますよ。
322:デフォルトの名無しさん
09/09/13 10:52:54
まあ、俺も奴は研究者か教育者にでもなるしかないと思ってたがなぁ。
本当に実力があるのならだが
323:デフォルトの名無しさん
09/09/13 10:56:07
ちょw 神が殺人予告してるよw
有望な研究者なのに殺人とかやばいって、、
324:デフォルトの名無しさん
09/09/13 11:01:29
関西の恋人作ったら別れるときにブチ殺しそうだな。神オブジェクトはw
ブログ読むと頭悪いDQNそのものだし。
325:デフォルトの名無しさん
09/09/13 11:34:49
実際にscalaを使っている人はいますか？
ネット上の情報を見ている限り、ocaml + erlangみたいで
なかなかヨサゲですが。
326:デフォルトの名無しさん
09/09/13 16:35:10
最も美しいプログラミング言語 ＝ Ｃ＋＋
327:デフォルトの名無しさん
09/09/13 17:40:29
誰か通報した？
328:デフォルトの名無しさん
09/09/13 18:47:05
>>326
int c=x=0;
x=c++;
printf("%d\n",x);
329:ちんこ ◆GbXlaaQNk.
09/09/13 23:59:57
誰か、京都市在住でコンパイラちゃんと理解してるやつがいたら、コンパイラ教えてくれよ。
aho読んでるけど、作れる気がしねえよ。
330:デフォルトの名無しさん
09/09/14 00:03:12
>>329
最適化の事考えなきゃ、コンパイラなんて誰でも作れるだろ?
331:ちんこ ◆GbXlaaQNk.
09/09/14 00:06:44
そうなの？
やっぱおれ、頭悪いのかな。
332:デフォルトの名無しさん
09/09/14 01:57:11
インタプリタ：ソース読む→解読する→結果を出力する
コンパイラ： ソース読む→解読する→機械語生成
てか作ってんのインタプリタだよな？
インタプリタ作れてたら普通はコンパイラの作り方も分かるレベルになってるし
(+ 2 3) を読んで
5 と出力するところまでは作れたみたいだから文字列処理は出来てるんだろ
次に
(+
2
3)
とか
(+ 2 3) みたいに適当な形になってても正しく出力させるようにして
次にネストさせれるように作るんだ
(+ 2 (- 5 3))
Lispなんてネストできるようになったらほぼ完成したようなもん
333:デフォルトの名無しさん
09/09/14 04:01:10
しょぼいコンパイラをJavaで書いて挫折しそうになってるのか
何もかも間違ってる感じでたまらんな、いいぞもっとやれ
334:デフォルトの名無しさん
09/09/14 05:18:15
かみおぶじぇくとさまがんばって･･･
335:ちんこ ◆GbXlaaQNk.
09/09/14 08:17:33
>>332
いや、何も出来てないよ。
あれが出来ればいいね、というレベル。
ネストまでサポート出来ればいいね、という目標を書いた。
テストケースだ。
おれはソフトウェアにおいては最初にテストケースを書いて、インターフェイスを精査することにしている。
トークン解析するところ難しすぎだろ。
お前ら、本当にNFAとか状態遷移図とか理解してるのか？
とてもじゃないけど構築出来そうにない。
てゆうか、コンパイラの処理に、「文字列処理」なんてフェイズはないから・・・。
何言ってるの？
336:デフォルトの名無しさん
09/09/14 08:29:22
>>335
flex + bison
Don't reinvent the wheel.
歯車を再発明するな。
よくある謎訳
車輪を再発明するな。
337:ちんこ ◆GbXlaaQNk.
09/09/14 08:32:50
>>336
それは設定として禁じています。
そういうツールを使うのは、簡単なものを作って、基礎が分かるようになってからでいい。
それではコンパイラを学んだことにはなりません。
学ぶために作るのであって、使うために作るのではありません。
あなたは、再発明の意味を勘違いしています。
死んでください。
338:sage
09/09/14 08:37:01
>>335
有限オートマトンと状態遷移図は学部の最初でやるレベル
339:ちんこ ◆GbXlaaQNk.
09/09/14 08:41:00
>>338
いあ、まぁ電気でも、論理回路で状態遷移図はやりますが、
それに比べると抽象度が高くて、はるかに難しいという印象を受けます。
慣れてないだけかな、NFAをDFAに直す処理とか、感覚的には分かるけど、ちゃんと理解出来なかった。
一回、実装してみないとダメってことかな。
340:デフォルトの名無しさん
09/09/14 08:50:39
低水準も高水準も分からないまま実装しても使い物にならんよ
低水準の分からない奴は実行効率を最適化できない
高水準の分からない奴は開発効率を最適化できない
お前は両方できない
341:デフォルトの名無しさん
09/09/14 08:54:34
でもJavaは習得効率はいいぞ。難しいことが出来ないようになってるから。
342:デフォルトの名無しさん
09/09/14 09:01:08
>>337
すでにいいものがあるのだからそこから学べ。
ゼロから作るのはおまえの足りない頭では100万年かけても無理。
早く死ね
343:デフォルトの名無しさん
09/09/14 09:02:35
>>335
ようは文字列処理のちょっとむずい版なんだよ･･･！！
色々専門用語が飛び交ってるけど、そんなん理解せずともLisp程度は作れる
その本は多分、手続き型言語を作るための本だろ
Lispと手続き型言語は全然作り方違うんだ
Lisp程度を作る目標ならその本多分いらない 気合いでやるしかない
344:デフォルトの名無しさん
09/09/14 09:05:16
そういうことを言うなら機械語くらい理解しないとね
機械語を理解していれば、高級言語なんてまさにその「ツール」なのが分かるよ
345:ちんこ ◆GbXlaaQNk.
09/09/14 09:06:52
だからお前ら、しょぼいんだよ。
この数レスで、おれとお前らの間には学ぶということへの意識が違うことがはっきりした。
346:デフォルトの名無しさん
09/09/14 09:09:52
またそうやってまともに対話せずに逃げてプライドを守るんだね
347:デフォルトの名無しさん
09/09/14 09:11:12
>>345
先ず、自分の発見・発明で作り上げて、
それから学び直すというのが王道ではないかな。
348:デフォルトの名無しさん
09/09/14 09:13:15
1レスでお前より遙かに知識も経験もある奴がゴロゴロいるのもはっきりしてるけどな
349:デフォルトの名無しさん
09/09/14 09:15:19
> 918 名前：デフォルトの名無しさん[sage] 投稿日：2009/09/14(月) 04:16:34
> 火元の人
> やり方が理解できない質問者
> 俺に分からないならこのスレにも理解できる奴いないんじゃね、とか思っていて、
> それが態度にも滲み出ている
>
> 煽る人
> 分かってるつもりだけど分かってないで煽り続ける
> こいつを見た火元は「やっぱり分かってる奴いないんじゃないか」と思いこむ
>
> 住人タイプA
> 一目で分かるがお前の態度が気に入らないしコード示すのマンドクセ
> つーかこの説明で分かれボユゲ
>
> 住人タイプB
> みんな何言ってんだかわかんね
まさにこのケース
350:ちんこ ◆GbXlaaQNk.
09/09/14 09:18:23
>>347
おれは常に逆で考えてる。
テレビを使うのにも説明書を逐一読んでからじゃないと触れない。
351:デフォルトの名無しさん
09/09/14 09:19:12
説明書でひと味違う気分になってられるのはユーザーだけだな
352:デフォルトの名無しさん
09/09/14 09:22:29
技術屋の話とか聞くと凄い人いるよね。
何でもかんでも分解しまくってましたとか、結構ちゃんと直せましたとか。
353:デフォルトの名無しさん
09/09/14 09:23:29
俺はコンパイラは作ったこと無いが、お前のやり方は絶対効率悪いと思うぜ。
俺も昔はお前みたいな性格で全然先に進めない奴だったが。
教科書なんて無視して自己流でやるようになったら何もかも上手く行くことに気付いた。
354:デフォルトの名無しさん
09/09/14 09:23:38
動くよりもまず考えるタイプか
355:デフォルトの名無しさん
09/09/14 09:25:31
NFAやDFA程度で何をそんなに悩んでるんだ？
難しく考えすぎてないか？
356:デフォルトの名無しさん
09/09/14 09:27:23
お前ら親切だな
耳の痛い意見は綺麗に読み飛ばすタイプだから忠告しても無駄だろ…
357:デフォルトの名無しさん
09/09/14 09:28:03
その辺で引っ掛るなら先にIntroduction to Theory of Computationとか
Introduction to Automata Theory, Languages, and Computationの
正規言語とオートマトン関連の章に目を通した方がいいんじゃないのかなぁ
NFA to DFAをより詳しく理解するならpowerset constructionの証明を追うとかさ
概要だけ学びたいというならそれこそbison+flexでおkとかになるし
358:デフォルトの名無しさん
09/09/14 09:29:10
面白いよ面白いよ
俺は自分よりも学歴の高い奴がアルゴリズムで悩んでるのをみるのが楽しくてしょうがないんだ
あれ？ｗｗｗ 君こんなに学歴高いのにこんなことも出来ないの？ﾌﾟｹﾞﾗｯﾁｮｗ
359:デフォルトの名無しさん
09/09/14 09:47:39
どうでもいいけど今日は平日じゃねーか
360:デフォルトの名無しさん
09/09/14 09:50:14
一部のIT屋は暇な時はアホみたいに暇だからなｗ
361:デフォルトの名無しさん
09/09/14 09:51:23
暇にあかせてデバイスドライバ作っちゃったりもしますね。
362:sage
09/09/14 10:01:39
ちんこがドラゴンブックをきちんと読もうとしてるのは評価できる。
納得いくようにやればいいじゃないか。
上の方にも書いたけど、俺はちんこに反論しようとして、ずいぶん勉強になってる。
363:デフォルトの名無しさん
09/09/14 10:03:49
無駄に頑張って結局コケるのを見て楽しみたいから、なるべく長く頑張って欲しい
とは思うよ
絶対コケるし
364:デフォルトの名無しさん
09/09/14 10:43:18
かみおぶじぇくとさま･･･
365:ちんこ ◆GbXlaaQNk.
09/09/14 11:50:08
>>354
そう。動くよりまず考える。
場合によっては、後で学ぶべき定理とかも全部自分で考えてしまってる時がある。
面白いと思ったらどんどん掘り下げた方がいい。
ものを動かすことは誰でも出来る。
だけど、ものを作ることは誰にでも出来ることではない。
おれはものを作り出さなければいけないという意識があるし、使うだけの人間は愚かだと思っている。
お前らの発想は専門学校的な発想。
いわゆる浅知恵。
そんな人間は使い物にならない。
ただ存在するものをくっつけて出来ましたというのをプログラミングだと思ってるやつらは、あまり価値がない。
それを開発者と言っているのであれば、それはおれの定義とは違う。
366:デフォルトの名無しさん
09/09/14 12:09:02
>>339
いくらでも歯車の再発明をすればいいさ。
いろんなことが学べるだろう。
367:デフォルトの名無しさん
09/09/14 12:43:33
お前のその程度の発想は既に通過済みでないとスタート地点にすら立てない
っつー世界があってな
まぁお前には思いも寄らないだろうし想像も付かないだろうし言っても納得も
しないだろうし、せいぜい頑張って空回りしてろよ
いずれ自身の低能に気付いて黙って消え去るんだろうがな
ああ、あと、麻布だっけ？
俺の時代だと麻布は明らかに二番手グループだったけど、今は周囲を見下せる
くらいの一番手グループになれたのか？
368:デフォルトの名無しさん
09/09/14 12:58:52
>>367
日比谷・西の時代の人？
369:デフォルトの名無しさん
09/09/14 12:59:13
紙より痛い人がキタ
370:デフォルトの名無しさん
09/09/14 13:11:00
GoogleでコーディングするんだったらC/C++とPythonも必須だから勉強しろ
371:デフォルトの名無しさん
09/09/14 13:13:17
紙にgoogleは無理、才能以前に始めるのが遅すぎだから
372:デフォルトの名無しさん
09/09/14 13:15:38
才能も無いだろ
373:デフォルトの名無しさん
09/09/14 13:19:55
それは周知の事実だからあえて言及しなかった
374:デフォルトの名無しさん
09/09/14 14:51:14
ちんこタイプの人間が言語を作る前にJavaやSchemeに手を出すとは片腹痛い
素直に既存のパーサ使え、後に自前のパーサ作るにしても
その際に参考になることが既存のものには沢山あるはずだ
375:デフォルトの名無しさん
09/09/14 15:10:57
英語が使えるんなら、こんなとこじゃなく英語圏のコミュニティで情報収集しながら
GCCのソースでも読み通せば、初心者向けの本を必死に詰め込むより遙かにいいと
思うけど
まぁCも機械語も一生読みたくないならどうしようもないけど、Cや機械語程度は半年
くらい遊んでれば十分使いこなせるくらいじゃないと、Googleどころか国内のそこそこ
のところでさえ相手にされないよ
376:デフォルトの名無しさん
09/09/14 15:26:12
犬の17Ｋのアセンブラ。ｗｗｗｗ
377:デフォルトの名無しさん
09/09/14 15:43:04
>>365
認めたなｗｗｗ
俺とは何から何まで真逆過ぎて面白い
なのに思考だけは似ているのがさらに面白い
俺は、行き詰るところまで自己流でやって、無理だったら本に頼ろうと思ってたけど
本とか見ないで作れてしまったから、そういう本を読みにいくことはこれから先もあんまり無い
自分のやり方が合ってるかどうかの答え合わせの為にみる程度
ていうか自己流で作らずにこんな難しい本を真正面から読んでいって作れる奴が
いるのかなーって疑問を抱くレベル。
だからこそチン子には、コンパイラ理論を理解するだけじゃなくて
実際に何か作ってほしいと思うんだ
理論理解してる奴はいっぱいいるんだろうけど実際作れる奴はそんなに多くないと思う
はじめて作るんだったらLispで一週間、 手続き型言語だったら1ヶ月くらいかかるとおもわれｗがんばれｗ
378:デフォルトの名無しさん
09/09/14 15:44:33
> 自分のやり方が合ってるかどうかの答え合わせの為にみる程度
まさにそれだな
で、たまに「ああ、こういうやり方もあんのね」ってのが出てきて、面白いから
取り入れたりする
379:デフォルトの名無しさん
09/09/14 16:06:36
正直、ちんこにはがんばってほしい。
ところで、みんなが言っていることを、ちんこにわかりやすく書くと：
「既存のものを使わずにコンパイラを作ります」
↓
「ICを使わずにCPUを作ります」
「タイヤを使わずに車を作ります」
「本を読んだけどプログラミングの原理がわからない」
↓
「フェーザダイヤグラムは描けるようになったけどデジタル回路がわからない」
「エンジンの回転は取り出せたけど地面への伝え方がわからない」
こんな感じ？
380:デフォルトの名無しさん
09/09/14 16:07:08
誰かが設定して答えがある問題にしか取り組めないんじゃ
自分で考えてるいってもね。
だれも考え付かないことをやらない限り、
だれも認めてくれないよ？
ああ自分が認めりゃそれでいいか。
ちんこだもんな。
オナニーしてりゃ満足だな。
381:デフォルトの名無しさん
09/09/14 16:35:09
>>379
違うだろ
まぁ、別に既存のものを使わずに作っても構わんと思ってる俺は「みんな」には
入らないだろうから、当事者がどう思ってるかは分からんけどな
俺はバカなちんこが挫折するのを待ってるだけの野次馬だし
382:デフォルトの名無しさん
09/09/14 19:35:39
lazy Kという言語がすごいです。
手続き型でいうところのBrain F*ckに対応する関数型言語です。
URLﾘﾝｸ(ja.wikipedia.org)
「数値をチャーチ数で表現する」といえば、わかる人には凄さがわかると思いますｗ
以下はエラトステネスのふるいで素数を出力するサンプルコード（一部抜粋）
K
(SII(S(K(S(S(K(SII(S(S(KS)(S(K(S(KS)))(S(K(S(S(KS)(SS(S(S(KS)K))(KK)))))
(S(S(KS)(S(KK)(S(KS)(S(S(KS)(S(KK)(S(KS)(S(S(KS)(S(KK)(SII)))
(K(SI(KK)))))))(K(S(K(S(S(KS)(S(K(SI))(S(KK)(S(K(S(S(KS)K)(S(S(KS)K)I)
(S(SII)I(S(S(KS)K)I)(S(S(KS)K)))))(SI(K(KI)))))))))(S(KK)K)))))))(K(S(KK)
(S(SI(K(S(S(S(S(SSK(SI(K(KI))))(K(S(S(KS)K)I(S(S(KS)K)(S(S(KS)K)I))
(S(K(S(SI(K(KI)))))K)(KK))))(KK))(S(S(KS)(S(K(SI))(S(KK)(S(K(S(S(KS)K)))
(SI(KK))))))(K(K(KI)))))(S(S(KS)(S(K(SI))(SS(SI)(KK))))(S(KK)
383:デフォルトの名無しさん
09/09/14 19:37:49
最近、自分は副作用がない方が美しいと感じています。
Haskellのモナドは難しく、まだまだ理解できないため
Concurrent Cleanを勉強することにしました。
どなたか使っている方はいますか？
384:デフォルトの名無しさん
09/09/14 19:55:14
>>382
たて読みできないだけど？
385:デフォルトの名無しさん
09/09/14 20:48:12
実践する力がなければ、それを支える(はずだった)基礎の知識なんて無駄でしょ。
基礎なしに実践に走れば痛い目にあうのは当然だけど、実践なしに基礎だけ身に
つけても、基礎をどう応用すればいいか分からず、無駄に終わるでしょ。
基礎なしに実践に走り、どういう基礎が足りなかったというフィードバックを
もとに、必要な基礎知識を学べばいい。
これを繰り返していれば、何を事前に学んでおくべきかが分かるようになる。
これは実践の経験なしにはありえないこと。
この分野はトライアンドエラーが一番だと、私は思うですよ。
386:デフォルトの名無しさん
09/09/14 21:38:12
ちんこは５年、１０年後に
「うおおおおお！若気の至りいいいいいい！恥ずかしいいいいいいいいいい！！！」
とか言うんだろうなｗ
まずはCでLisp作ってみれ
ごちゃごちゃ言い訳しないでさ
387:デフォルトの名無しさん
09/09/14 22:38:19
haskellに興味があるならwrite yourself a scheme in 48 hoursも手軽でいいぞ
388:デフォルトの名無しさん
09/09/15 00:07:33
かみおぶじぇくと日記が俺には読めない
いやきっと世界中のどんな技術者に読ましても読めないと確信を持って言える
ただでさえ情報技術は複雑なのに
かみおぶじぇくと変換が施されるとおそろしいほど難解になる
389:ちんこ ◆GbXlaaQNk.
09/09/15 01:16:32
おれの考える、「学ぶ」ということと、一般に考えられてるそれには隔たりがあることがはっきりしている。
それどころか、京大生一般とおれにも相当な隔たりがある。
安心して欲しい。京大生の多くは、「学ぶ」ということについて君たちと同じ考え方を持っている。
しかし、おれはそれではダメだという考えを持っている。
これについて、これらは天才と凡人の差なのだという考えを持っている。
もちろんおれが天才だ。
よって、おれは君たちが大嫌いだ。
なぜならば、おれは凡人が嫌いだからだ。
だから、もうおれのブログを見に来ないでくれ。
じゃあね。
君たちは、一生、「なぜ」と考えることを楽しむことは出来ない。
390:デフォルトの名無しさん
09/09/15 01:39:25
男は黙ってアセンブラ
CPUの動きを1クロック単位で制御できるんだぜ？
これを究極の言語と呼ばずして何と呼ぶ
391:デフォルトの名無しさん
09/09/15 01:53:32
たしかに考える事は面白いし大事だ
が、考えるだけでしっかり手を動かさないなら意味が無いぞ
それとJavaなんかで作っててもなんにもならん
むしろ自分でJavaを作っちまうぐらいの気合を見せてみれ
392:デフォルトの名無しさん
09/09/15 01:56:20
学びて思わざれば則ち罔し、思いて学ばざれば則ち殆し。
学びて時にこれを習う、亦た説ばしからずや。
393:デフォルトの名無しさん
09/09/15 02:37:03
>>380
＞ 誰かが設定して答えがある問題にしか取り組めないんじゃ
＞ 自分で考えてるいってもね。
＞
＞ だれも考え付かないことをやらない限り、
＞ だれも認めてくれないよ？
＞
＞ ああ自分が認めりゃそれでいいか。
＞ ちんこだもんな。
＞ オナニーしてりゃ満足だな。
394:デフォルトの名無しさん
09/09/15 02:45:10
コンピュータはそんなに進化してない
誰でも考え付くレベルの問題はそこらじゅうに転がってる
なのにそれを修正できる技術者がいない
力持ってる奴が、大量の時間を金になるかも分からないプログラムの作成に割くか、
誰も考え付かないような手法で効率的にプログラム作るかしないといけない
395:デフォルトの名無しさん
09/09/15 03:24:43
コンパイラ作ることにハマった奴は永久にコンパイラ作り続けるだけだからなぁ
基礎っつうか別分野なんだよ
396:デフォルトの名無しさん
09/09/15 05:21:26
コンパイラ？
機械語翻訳までなら、ただの作業ゲーなんだが
お前にゃそれさえ、
つくれやしないよ
プログラミングは学ぶとか勉強とかそういうんじゃない
現実逃避にやるもの
397:デフォルトの名無しさん
09/09/15 05:41:06
おまいら暇なんだなｗ
398:デフォルトの名無しさん
09/09/15 06:04:12
自宅待機･･･
399:デフォルトの名無しさん
09/09/15 06:32:20
>>396
酷い文章だな。
一行一行が何の脈絡も無いｗ
こんなんだから神オブジェクトに馬鹿にされるんだよ
400:デフォルトの名無しさん
09/09/15 08:23:35
今日も一日自宅警備よろしくお願いします！
401:ぅゅ ◆e6.oHu1j.o
09/09/15 08:33:51
400げｔ！！
402:ぅゅ ◆e6.oHu1j.o
09/09/15 09:15:50
コンパイラｗｗｗｗｗ
コンパイラ・コンパイラｗｗｗｗ
コンパイラ・コンパイラ・こんぱいRwwwwwwwwwwwwwwwwwwwwwww
403:デフォルトの名無しさん
09/09/15 09:40:29
>>395
実際のところ、そうなんだよね。
コンパイラとか言語を作るのも、プログラミングの1専門分野でしかない。
404:デフォルトの名無しさん
09/09/15 09:57:45
ほんとはコンパイラ作れるぐらいの知識でDSLフレームワークを作ってそれで高生産性を保ってアプリを開発するのが吉。
405:デフォルトの名無しさん
09/09/15 10:02:34
かつて効率的なプログラムを作るために必要だった事が
いまは効率的にプログラムを作るためにはあまり必要とされていない
406:デフォルトの名無しさん
09/09/15 10:09:57
>>380
＞ 誰かが設定して答えがある問題にしか取り組めないんじゃ
＞ 自分で考えてるいってもね。
＞
＞ だれも考え付かないことをやらない限り、
＞ だれも認めてくれないよ？
＞
＞ ああ自分が認めりゃそれでいいか。
＞ ちんこだもんな。
＞ オナニーしてりゃ満足だな。
407:デフォルトの名無しさん
09/09/15 10:21:49
もう奴のことはほっとけよ
408:デフォルトの名無しさん
09/09/15 10:52:11
放置推奨
409:デフォルトの名無しさん
09/09/15 11:06:55
ちんこがいるとスレが盛り上がるのも事実。
前スレは、ちんこ登場まで1年10ヶ月かけて500レス、
ちんこ登場後は20日で500レス。
410:デフォルトの名無しさん
09/09/15 11:09:37
早けりゃいいってもんじゃない。
411:デフォルトの名無しさん
09/09/15 11:48:17
スレの趣旨が関係なさすぎるよ
412:デフォルトの名無しさん
09/09/15 12:10:00
ちんこと掛けまして、早過ぎると解く、そのこころは
413:デフォルトの名無しさん
09/09/15 12:39:09
ジャバジャバ出るでソウロウ
414:デフォルトの名無しさん
09/09/16 05:50:12
38歳なのに一日2回おなぬーしてる自分はなにかやばいのか。
415:デフォルトの名無しさん
09/09/16 05:53:00
死ね
416:デフォルトの名無しさん
09/09/16 06:16:02
ちんこがJavaがカスとかギャーギャー騒いでいるな。
奴を見ればわかるように言語が汚いから使わないとか言ってる奴は結局何も作れず、永久に三流のままだろう。
もはやこのスレ自体意味が無い
417:デフォルトの名無しさん
09/09/16 08:52:56
収量？
418:デフォルトの名無しさん
09/09/16 09:34:50
あいつが三流てｗ
じゃあお前らは四流以下だな
天才とまでは行かないが、平均よりは上の人間だよ
419:デフォルトの名無しさん
09/09/16 09:41:21
以降釣れなくて悩む>>418の試行錯誤でお送り致します
420:デフォルトの名無しさん
09/09/16 10:02:12
俺は奴を前のblogの頃から観察しているが、あいつはもう一年くらい同じことを言い続けている。
情報可視化ソフトだかを作ると言ってるが、いつもJavaやRubyが完璧じゃないと言って停滞している。
421:デフォルトの名無しさん
09/09/16 10:15:58
Javaマンセーなちんこに対して、俺は前スレの900で
「Javaは可読性や開発効率が他の言語より劣っている」
と指摘していたが、ちんこには理解できなかった。
今やそのちんこが「Javaはカス」と言っている。
ちんこがもし天才だったとしても、
「ほげ言語のパラドックス」からは抜けられなかったということだ。
422:デフォルトの名無しさん
09/09/16 10:49:24
Paul Grahamは「委員会の作る言語はカス」と指摘していたが、理解できますか？
423:421
09/09/16 11:44:24
ブログに返事が書かれているな…。
Javaは確かに型がうざい。
しかし、型はJavaのどこにでも現れて、可読性を下げ、開発効率を落とす。
より美しいものを見た者だけが、より醜いものを判別できる。
Javaが美しいと思うなら、それは「より美しい言語」を見る経験が足りないんだ。
ところで「データ構造を構造とデータに分解し、それを立体として見る」というのは
素晴らしい考え方だと思う。ぜひ研究を進めて欲しい。
424:デフォルトの名無しさん
09/09/16 13:00:38
型システムは型システムで需要はあるよ。
425:デフォルトの名無しさん
09/09/16 14:11:01
型レベルプログラミングとかすごいよな
自分には訳分からない所が多いけど
426:ぅゅ ◆e6.oHu1j.o
09/09/16 15:33:09
１ 超難しい言語を使いこなし、様々なソフトウェアを作り上げる
２ 超難しい言語を使いこなせないが、使いこなせてる気になってしまってるせいでソフトウェアはあまり効率的に作れてない
３ 超難しい言語は使いこなせないと自覚し、難しい言語で様々なソフトを作り上げる
４ 超難しい言語も難しい言語も使いこなせないが、簡単な言語を使いこなし、技術的には高くないけれど、けっこー便利なフリーソフトを作る
C++がカスといってる奴が４
JAVAがカスといってる奴が２
心が年老いて向上心なくなってる奴が３
ただのプログラミングには興味ありません。な奴が１
２～４で反論あったら訂正しやがれカス共
427:デフォルトの名無しさん
09/09/16 15:44:32
1のような人は自然言語でプログラミングできるはず。
それができないということは・・・
428:デフォルトの名無しさん
09/09/16 15:57:36
難しい言語を使いこなせたら何の意味があるの？
例えばC++を使いこなせたら得られるものって何？
「このアプリはC++で作られています」って書いたら使ってもらえるの？
しかし、なぜかマの中ではC++ユーザーが神聖視されている。
もう、いい加減このマの醜いヒエラルキーが嫌になってきた。
C++の価値なんてお前らマの中にしか存在しない。
C++を極めたところで閉じた世界のサル山の大将にしかなれない。
俺は難しい言語を勉強する、などというという不毛なことはやめて良いアプリを作る勉強をするよ。
429:デフォルトの名無しさん
09/09/16 16:06:23
神聖視されてるのはlispとかアセンブラとかその辺じゃね？
マの中でC++が崇められてるのなんて聞いたことがない
大抵の言語より依存ライブラリとか少なくて、さらに軽いことが多いから
ユーザからの評価に多少響くというぐらいはあるかもしれんけど
430:デフォルトの名無しさん
09/09/16 17:04:39
どこの職場でも結局そうだな。
こけおどしが幅を利かせてる。
>>428みたいなフレッシュな野郎が俺は好きだね。
○○の勉強は必須、SICPは必読、
おしゃれなスイーツがウンタラ、
エディタはemacsじゃなきゃ！
市ね！
見栄と価値とを分離しろ！！
431:421
09/09/16 17:36:42
「Javaはカス」と言ったけど、
俺も良いアプリを作る勉強をするよ。
432:デフォルトの名無しさん
09/09/16 17:39:36
俺もJavaとかC++とかカスって言えるくらいになりたいよほんと
433:デフォルトの名無しさん
09/09/16 21:49:39
>>426
あえてスレタイ無視の視点にするの？
じゃ、「コンパイル遅いからC++はカス」
434:デフォルトの名無しさん
09/09/17 01:15:51
>>424
型システムの重要性はよくわかるけど、Java はその表現が冗長なんだよ。
SML や Haskell とかの型推論がよく整備されている言語では、静的型付けで
ありながら、型宣言の量をおさえることができる。そういう意味で Java の型
はうざいってことかと。
435:デフォルトの名無しさん
09/09/17 01:44:05
大規模プロジェクトならJavaこそ一番いいんだけどね。
436:デフォルトの名無しさん
09/09/17 03:14:39
>>428
C++を使いこなすような奴は、
おそろしいほどの時間をかけてきた奴なんで
必然的に様々なことが出来るようになってる
そのせいでC++使い=神っていう比率が高く
神聖視されてるのかと
437:デフォルトの名無しさん
09/09/17 03:17:12
やっぱ最強はCっしょ。
String型が使えないのがくやしいけどね
438:デフォルトの名無しさん
09/09/17 04:48:05
C++が難しいのではない。 汎用的な部品が少くアプリ作るのが困難だけ。
言語としては、基本部分はC#と同程度だろう。
よりアプリ作るのが簡単な、C++/CLIはC++を含む拡張だから、こっちの方が難しいと言える。
別の見方でC++/CLIとC#とVBは同等のアプリが開発できるはずで同難度も同じと考えていい。
439:デフォルトの名無しさん
09/09/17 04:52:39
C/C++が難しいと言うやつにとって、アセンブラ、機械語が一番難しいだろう。
右は、左で開発される。 機械語 → アセンブラ → C/C++ → .NET(C++/CLI、C#)
一方で、使える機能、部品の多さで難易度を判定したら
標準化されていて、部品が少ないC/C++が一番易しい。
機械語は方言がある。.NETは方言はないが、使える機能が豊富すぎる。
440:デフォルトの名無しさん
09/09/17 05:35:57
>>437
言えてるわ
俺はSTLとか使ってると、楽をしようとして失敗することたまにある
それにcharで済ませばいい所でもstring使うのは速度が若干遅くなるはずだ
端から何ひとつそろってなどいないCは
自分で全部作らなきゃいけないていう清々しい覚悟ができる･･･ｗ
441:デフォルトの名無しさん
09/09/17 06:14:56
> 右は、左で開発される。 機械語 → アセンブラ → C/C++ → .NET(C++/CLI、C#)
機械語からアセンブラブートストラップするなんて
野蛮なことやってたのは 1950 年代頃までだろw
442:デフォルトの名無しさん
09/09/17 06:33:48
今はCが左端になってるな
たまにアセンブリ言語が顔覗かせてるぐらい
この観点から言うとCとC++の間にも→があるように思える
443:デフォルトの名無しさん
09/09/17 08:42:57
C言語で、Cコンパイラやアセンブラ作ってるって事か。
そしたら、一番簡単なのは、C言語でいいか。
マシンごとに命令ちがないし、命令は少ないので
444:デフォルトの名無しさん
09/09/17 10:48:54
>>439
俺はCより抽象度の高い言語から入った身だが
C言語を最初にやった時には全く解らなかった。
だけど、機械語をやったらスッと理解できるようになった。
高級アセンブラって言う表現はすごく的を得てる表現だと思う。
どちらのほうが難しいとかじゃなくて、難しさの方向性が違うんだと思う。
C言語は機械語の難しさと、高級言語の難しさを
両方とも少しずつ持ってる言語だと思う。
445:デフォルトの名無しさん
09/09/17 10:56:11
言語が難しいんじゃなくて扱う対象が難しい
そこの所勘違いしないようにな
446:デフォルトの名無しさん
09/09/17 11:04:26
PHP、C#、Javaなどと比べて、C/C++が理解しにくいなんて事はない。
難しいのは、利用される頻度の高いライブラリ、関数などが付いて無いだけだろ。
かなり基本的なものしか付いてない。
PHP、C#、Javaから便利な関数を取り除いたら、C言語と同等の難易度だろ。
447:デフォルトの名無しさん
09/09/17 11:04:52
HSPいいよね
448:デフォルトの名無しさん
09/09/17 11:13:05
いややっぱり言語としてのC++は理解しにくいと思うぞ
言語仕様の大きさ的に考えて
449:デフォルトの名無しさん
09/09/17 11:15:18
でもC++ってわかりはじめたら急に面白くなりそう
450:デフォルトの名無しさん
09/09/17 11:17:00
言語として理解する必要なんてどこにもないけどな
451:デフォルトの名無しさん
09/09/17 11:34:07
日本語言語を使うのに、言語学のプロである必要は無い。
文法、法則を全て理解する必要は無い。
452:デフォルトの名無しさん
09/09/17 12:28:08
C++は包み隠さず、オープンにしている部分が難しい。
他言語などは、ユーザーに見せない部分が多い。
たとえば、C++のクラス、テンプレートは
STLを実現するために完成された物。
C言語 + STL + クラス くらいを提供すれば
機能的には良いところだけど、丸出しにしている。
453:デフォルトの名無しさん
09/09/17 13:55:32
>>452
俺はC++全部覚えたつもりがまだ浅いからかもしれないけど
C++が包み隠してない部分っていうのが分からない
どの機能のこと？
テンプレートかなぁって思ったけどC#にもあるみたいだ。
454:デフォルトの名無しさん
09/09/17 14:04:42
厳密には違うだろうけど、アセンブラ、機械語もあるだろうけど。
C/C++が提供して機能は、C/C++だけでほぼ同じパフォーマンスで実現できるってこと。
たとえば、HSPの機能は、HSPだけでは実現できないでしょ。
提供されている機能をそのまま使うのは除いて。
455:デフォルトの名無しさん
09/09/17 14:10:15
C#についても同じで、.NETのコア部分は、C#では実現できない可能性があるとおもう。
C#で書かれていたらスマン。
456:デフォルトの名無しさん
09/09/17 14:19:24
>>455
いや、そりゃそうだろう。
457:デフォルトの名無しさん
09/09/17 14:23:05
おまえら
＊言語本来の機能＊
と
＊言語に付属する標準ライブラリの機能＊
を、ごっちゃにしてませんか?
そうゆう意味では C++ の lambda なんてのは最低やと思う
なんで言語本来が備えているべき機能にライブラリが必須になるw
458:デフォルトの名無しさん
09/09/17 14:30:17
ちんこ大学中退かよ
459:デフォルトの名無しさん
09/09/17 14:57:56
一番美しいとなるとPrologだろう
静的な美しさだが
460:デフォルトの名無しさん
09/09/17 18:08:39
どうして？
Prolog って動的な言語だと思うんだけど
461:デフォルトの名無しさん
09/09/17 18:45:02
超時間的な印象が強いんですね
462:デフォルトの名無しさん
09/09/17 19:22:15
>>458
院
463:デフォルトの名無しさん
09/09/17 19:57:40
>>453
templateとGenericsは似た用途に使えるけど基本的に別物
464:デフォルトの名無しさん
09/09/17 20:42:51
JITでもテンプレート実装出来そうな気がするんだが教えてエロイ人。
465:デフォルトの名無しさん
09/09/17 22:21:03
Lispのマクロとか
466:デフォルトの名無しさん
09/09/18 01:08:31
>>438
>C++が難しいのではない。汎用的な部品が少くアプリ作るのが困難だけ。
C++が人気ないのはそういう理由ではない。
汎用的な部品やライブラリの少なさで言ったら
どう考えてもC++よりCのほうが少ないが
(CのライブラリはC++からも使えるが逆は無理)
なんでオープンソースものはCばっかりなんだろうねｗ
467:デフォルトの名無しさん
09/09/18 01:16:20
C++はポータビリティが低い（マングリングとか）、
OSに要求する機能水準がCより高いことがある、
どちらにしろCで書けばC++から利用可能
468:デフォルトの名無しさん
09/09/18 07:15:05
>>460
どの辺が？
469:デフォルトの名無しさん
09/09/18 08:45:10
動的な言語って言葉がわからないです。
変数に型が無い言語ってこと？
470:デフォルトの名無しさん
09/09/18 09:00:27
同じ名前のメソッドがあれば一緒にできてしまう言語
471:デフォルトの名無しさん
09/09/18 09:35:40
>>470
assertのこと？
472:デフォルトの名無しさん
09/09/18 12:28:03
>>468
assert とかで、実行中に述語(関数も)の追加や削除が出来るところが、そう思った理由なんだ。
変数に型が無いのも、少し理由に入るかも。
でも、そういえば、動的な言語って用語は無いよね。
間違ってた。
473:デフォルトの名無しさん
09/09/18 12:33:07
あ、あと op で新しい演算子を作れるのも、動的だと思った理由だった。
まあ、もう、どうでもいい事だけど
474:デフォルトの名無しさん
09/09/18 12:41:14
ゴメン。 op は、動的な理由にはならなかったかも。
とんでもない勘違い野郎だったね。
すまんかった
475:デフォルトの名無しさん
09/09/18 13:19:09
>>474
データベース言語として見れば動的と言う表現は納得いきますよ。
ただ、これは私の場合ですが、手続き型言語は実行過程を追うように読むの
ですが、Prologは書かれている通りという印象が強いですね。パターンを
一瞥するだけで何も追いかけません。そういう意味では静的ですね。
476:デフォルトの名無しさん
09/09/18 16:40:04
>>475
それは関数型でも同じだろう
477:デフォルトの名無しさん
09/09/18 18:11:08
C++は言語仕様がでかすぎて、何をするにも考えておかないといけない要素が多すぎるんだよ。
クラスを一つ作るにしても色々ある。
んで、そういうことをちゃんと習得するにはそれなりの時間がかかる。ほかの言語でもこういう
時間は必要なわけだけど、C++はこれが圧倒的に長いわけだ。
てなわけで、使い手を選びすぎるから嫌われてるんだよ。たぶん
478:デフォルトの名無しさん
09/09/18 18:45:37
Cは全ての機械語を受け入れる
C++は自分と違うオブジェクトシステムを認めない
だから嫌われるんだよ
479:デフォルトの名無しさん
09/09/18 20:10:01
噛んでも、噛んでも、永遠に味がなくならない、そして、何時までも新鮮な味のガム
それがC++
逆から言うと、一度噛んだら最後、捨てるタイミングがなくなるのもC++
480:デフォルトの名無しさん
09/09/18 22:46:24
そう。C++は神。
>>477
仕様を見る限りはとても良い言語なのに、
何故かそうやって誰も使いこなせていないから
使いこなしたくなってくるんだ
自分だけは使いこなせると、信じてな
481:デフォルトの名無しさん
09/09/18 22:50:16
不細工きわまりない構文がどんどん増殖するのがC++
482:デフォルトの名無しさん
09/09/19 08:20:21
>>481
つまり、自分が最も素晴らしいと思う構文を増やせるのがC++って事だな
483:デフォルトの名無しさん
09/09/19 08:31:45
そんなわけがない。
そういうのが好きならLispへGO。
484:デフォルトの名無しさん
09/09/19 10:02:34
Lispのマクロは蛇足
足を取ったらPythonになるんだよ
485:デフォルトの名無しさん
09/09/19 10:20:02
>>475
どの言語も関数型化しつつある中で
個性は際立ってるね。
美しいかどうかはともかくとして。
486:デフォルトの名無しさん
09/09/19 13:26:39
>>485
エベレスト -> K2 -> ...
世界の名峰の中での富士山的な位置づけになるか。独立峰で美しいが4000mもない。
487:デフォルトの名無しさん
09/09/19 14:22:00
>>484
LispはマクロがあるからこそPythonより優れてるんだよ
488:デフォルトの名無しさん
09/09/19 23:46:44
マクロのないLispなんか意味ないだろ
489:デフォルトの名無しさん
09/09/20 00:07:40
すみません、この質問がスレ違いかどうかもわからない素人なんですが、申し訳(ry
例えばこの２ｃｈの電子掲示板のシステムって
どんなプログラミング言語で設計されてるんですか？
あのー、よく、冷蔵庫とか洗濯機の制御ってＣとかＣ＃とか聞くんですけど
ituneとかいろんなブラウザとかでも、ＣとかＣ++とかなんですか？
ＨＴＭＬとかＣＳＳはマークアップ言語で別モンってのはわかるんすけど、
ＷＥＢアプリケーションとかって、どうなんですか？
PHP、Perl、Ruby、Ｊａｖａは聞きますけど、Ｃ言語でも開発できるもんなんですか？
誰か教えてください。
490:デフォルトの名無しさん
09/09/20 01:09:03
●●は蛇足
足を取ったらPythonになるんだよ
を言いたかっただけだろう。
491:デフォルトの名無しさん
09/09/20 01:26:05
>>489
そりゃやろうと思えばCでもなんでもできるさ
492:デフォルトの名無しさん
09/09/20 06:36:28
>>489
2chはCとPerlを使い分けてるって聞いたことがある。
iTunesはMac出身だから、Objective-C辺りで開発されてるんじゃないか？
Windows版の都合もあるから、もしかしたらC/C++で開発してるかも知れないが。
493:デフォルトの名無しさん
09/09/20 10:13:20
>>491-492
あざぁーーーす！！
494:デフォルトの名無しさん
09/09/20 13:24:58
Noopはこのスレ的にはどうだろうと見に来たらまったく触れられて無くて笑った
495:デフォルトの名無しさん
09/09/20 13:38:10
もうずっと言語大杉 もうずっと言語大杉
496:デフォルトの名無しさん
09/09/20 15:08:55
Scalaが最強でいいんじゃね？
497:デフォルトの名無しさん
09/09/20 16:38:53
色々やったけど、やっぱ Lisp は凄い。
原理の最小化という意味では、Lisp が最強だと思う。
498:デフォルトの名無しさん
09/09/20 16:48:43
Lisp風のS式をPython風にかけて性的と動的を明示して混在できるようなのが( ﾟдﾟ)ﾎｽｨ…
499:デフォルトの名無しさん
09/09/20 17:17:01
>>498
使ったことないけど
つ Cyan
URLﾘﾝｸ(www.geocities.jp)
500:デフォルトの名無しさん
09/09/21 15:55:19
ScalaはVMな時点で最強ではない
美しいかどうかといえば、美しさはあるだろう
501:ちんこ ◆GbXlaaQNk.
09/09/21 17:10:50
>>500
VMの時点で最強でない、という理由は？
502:デフォルトの名無しさん
09/09/21 17:37:21
JVMじゃないScalaがあるとして、それ価値あるの？
503:デフォルトの名無しさん
09/09/21 20:45:35
ちんこまだ生きてたのかよ
早くシネ
504:sage
09/09/21 23:42:43
>>500-501
俺はVMだから最強になれないとは思わない。
むしろVMの方が有利だと思う。
505:デフォルトの名無しさん
09/09/21 23:45:37
Javaなんかで作る奴はアプリに対する愛が無いんだよ。
アプリに対する愛があるのならば自分で作ったものは少しでも性能が良くしたいと思うはず。
Javaなんかで作る奴はアプリは愛してなくてJavaを愛してるだけ
506:デフォルトの名無しさん
09/09/21 23:47:06
>>505
それはいえてるかもね。
要するに、ソフトの品質を少しでも上げるよりも自分の労力を節約したいわけだからな。
507:ちんこ ◆GbXlaaQNk.
09/09/21 23:47:58
Javaで作られたアプリの性能が低いということを証明してください。
508:デフォルトの名無しさん
09/09/21 23:48:12
>>505
おまえよくわかってるじゃねーかよカス
そうだよ
509:ちんこ ◆GbXlaaQNk.
09/09/22 00:06:11
javaが遅いということを仮定しましょう。
さて、あなたたちは１秒で動けばばいいアプリが50msで動いたとして、それを45msで動かすことに興味があるのですか？
510:デフォルトの名無しさん
09/09/22 00:19:44
javaは遅いっていうか他プロセスの邪魔なんだよね
flashもそうなんだが、我が物顔なリソースの食い方をする
511:デフォルトの名無しさん
09/09/22 00:20:28
javaも.netも起動に時間がかかるよね
512:デフォルトの名無しさん
09/09/22 00:20:41
>>509
Javaでよくあるのって、
実際には 20ms で反応しないとストレスを感じるのに
「1sec で動けば十分」という開発者目線だけで作られてて
50ms でしか反応しないアプリなんだよね。
実際には、「これでいい」という開発者感覚がズレてることが多くて
ユーザーから見ると Java 製は重い、というイメージがついちゃってる。
仕事なら割り切らんといかんし、
心理的な欲目があるのは仕方ないっちゃ仕方ないがな。
513:デフォルトの名無しさん
09/09/22 00:33:31
速ければ速いほどいいアプリをこんなもんでいいでしょといって動かしてるのがJavaの実情
514:デフォルトの名無しさん
09/09/22 00:34:57
Javaの場合GCのチューニングやらヒープ上限の設定やらはアプリ利用者がシコシコやるものっていうスタンスだからなー
eclipseとかよく落ちるのうぜー
そもそもVMがクライアント指向じゃない感じ。
515:デフォルトの名無しさん
09/09/22 00:41:03
まぁ実際はJavaがどうかとかよりもアルゴリズムのよしあしのほうが影響がでかい。
516:デフォルトの名無しさん
09/09/22 01:04:04
Javaよりも中間言語のよしあしってこと？
517:ちんこ ◆GbXlaaQNk.
09/09/22 01:18:30
ああ、リソースの話なら、納得です。
あと、Javaの実行速度が遅いんじゃなくて、起動が遅いというのも納得です。
メモリにシビアな世界では、Javaを使うのは良い選択肢ではありませんし、
立ち上がり速度が重要なので、あれば、これも、Javaは良い選択肢にはならないでしょう。
>>513
その速いというのは何を意味していますか？
アルゴリズムの実行が速いということですか？
それならば、Javaは何の問題にもならないはずです。
518:デフォルトの名無しさん
09/09/22 05:38:37
最も美しくプログラムを書ける言語はなにか？
っていうスレなんだけど。こういう議論が続くということは、
Javaは美しいしかし遅い、という了解があると読んでいいのかな？
519:デフォルトの名無しさん
09/09/22 06:52:13
>517
勝手に使えよ馬鹿(´・ω・｀)
>518
ねーよ。
520:デフォルトの名無しさん
09/09/22 08:49:11
それならこの流れ、止めよう。
521:デフォルトの名無しさん
09/09/22 08:49:51
美しい美しくないから離れて、最強になりえるかという流れだったんだけどな
522:デフォルトの名無しさん
09/09/22 09:04:05
まあ美しさについては前スレの前半で出尽くしたからいいんだけどね。
読むメンバーは次々替っていくからなぁ。
523:デフォルトの名無しさん
09/09/22 09:07:54
前スレの結論は？
524:デフォルトの名無しさん
09/09/22 09:24:34
私もまとめをやってみたりしたが、結局は堂々巡り。
525:デフォルトの名無しさん
09/09/22 10:48:57
Javaはシステムの機能を使えるはずの部分が使えず
そこをVMでやるから遅いのであって
計算などの処理自体は結構早いんだけどな
まあ、そんなシステムの機能の代表が
GUIという、これまた多くのユーザが真っ先にスピードの基準にする部分なんだが
526:デフォルトの名無しさん
09/09/22 10:54:47
Javaをネイティブに実行できるマシンを造る計画なかったっけ？
527:デフォルトの名無しさん
09/09/22 11:32:55
ちなみに途中経過の美しい言語の順位と最強候補言語の順位をここでまとめてくれないか？
俺的には美しい言語 Scheme
最強になるかもしれない言語 java
この辺が鉄板だって思っているけど。
528:デフォルトの名無しさん
09/09/22 11:35:06
Javaがどういう観点から最強なのか理解できない
今となっては古い言語で設計ミスも多いじゃん
529:デフォルトの名無しさん
09/09/22 11:38:57
これからはnoopの時代になる。何から何までnoopで書かれるだろう。
俺はそれを見越してnoopを学習し始めている。お前らも時代において行かれるなよ
530:デフォルトの名無しさん
09/09/22 11:40:56
>>528
設計ミス？ 例えば？
531:デフォルトの名無しさん
09/09/22 12:41:22
>>529
口調がちんこっぽいな
532:sage
09/09/22 20:56:02
美しいのも最強もLISP。
次点でSmalltalk。
533:デフォルトの名無しさん
09/09/22 21:19:17
>>532
で、お前はどっちも使えねえんだろｗ
ミーハー臭ｗ
534:デフォルトの名無しさん
09/09/22 21:27:16
lispは毎日使ってるけど汚いlispの代表であるelispだったりする
他の汚いlispといえばautolispかな、ちょっと前まではよく使ってた
それらと比べるとgimpのscript-fuはとてもいいものだ
535:ちんこ ◆GbXlaaQNk.
09/09/22 21:59:42
今日、ブログに書いたけど、暇だったのでscalaとgroovyを落としてちょっと書いてみた。
感想としては、
scalaはポストjavaとしてかなり面白いというものだ。記事とか読んでもjavaの悪い点をちゃんと克服出来ているように見える。
groovyは動的言語というだけあって、自分でも何を書いてるのか分からなくなった。ただ、これは静的脳だからかも分からん。そして、返り型を明示出来るという仕様が心地良いのもこれが原因かも分からん。
Pythonっていいの？本は使ったことないんだけど。
JVM上で動く言語じゃないと、色々不便じゃない？
536:デフォルトの名無しさん
09/09/22 22:04:13
Pythonは、珍しいことにWindows上でもちゃんと動く。
面白みは少ないかも知れないが、仕事でちゃんと使える言語だよ。
537:デフォルトの名無しさん
09/09/22 22:06:45
タイソンは珍しいことにリング上でもちゃんと鉢蝶のように舞う
面白みは少ないかも知れないが、リングでちゃんと使える技だよ。
538:ちんこ ◆GbXlaaQNk.
09/09/22 22:09:11
動的言語は、型が分からないのでとても不安になります。
これは、型によって設計を考えてしまうという思考のせいですか？
それとも本質的に動的言語は不安と戦いながら書くものなのですか？
groovyでグラフを設計する際に、addVertex(v)と書きました。このvが何なのか意味不明で怖くてたまりません。
あと、Pythonって何でflattenメソッドがないんですか？
そういう、標準的な拡張ライブラリ（apache.commons.Lang, Collectionみたいなやつ）はありますか？
539:デフォルトの名無しさん
09/09/22 22:30:28
動的言語は基本的にIDEに頼らず
ライブラリ覚えてやるもんだからなあ
540:ちんこ ◆GbXlaaQNk.
09/09/22 22:39:31
動的言語は基本的にEmacsですか？
541:デフォルトの名無しさん
09/09/22 22:49:09
だけど、まつもとゆきひろはすげぇーーよな？
542:デフォルトの名無しさん
09/09/23 11:37:09
アセンブラを理解しない奴は「何でこういう書き方をすると異常に速度が落ちるのか」
という現象に一生悩まされる宿命
VMの問題点も一生理解しないで、VMを作る偉い人がそのうち何もかも解決してくれる
のを期待して口開けて待ち続ける宿命
で、高水準言語だけを軽くかじって「俺はここまで理解してるんだ」とハッタリかます
だけで、VMそのものを作ってるような高水準から低水準までしっかり理解した連中に
全く相手にされない宿命
543:デフォルトの名無しさん
09/09/23 11:55:50
習いたての人にありがちな発言
544:デフォルトの名無しさん
09/09/23 12:06:00
コンピュータアーキテクチャとOSの概念を知ってないと
アセンブリ言語はただのパズル以上の意味を持たないから
なんでもかんでもアセンブラと一括りにするのは簡単だけどそれじゃあ啓蒙にならんだろう
545:デフォルトの名無しさん
09/09/23 12:11:21
う～ん、ROMってると実におもしろい
546:デフォルトの名無しさん
09/09/23 13:28:53
中途半端にアセンブリ言語知ってると
「三角関数はsin/cos関数使うより、配列に計算済みの値を格納してアクセスする方が早いよね」
なんて嘘情報を真に受けるから困る。
547:デフォルトの名無しさん
09/09/23 13:34:42
最適化なんてもんは最初から局所的にやるもんじゃないだろ。
最後に問題がありそうなら、包括的にやるもんだろ。
最初から局所最適化厨は害悪。
548:デフォルトの名無しさん
09/09/23 14:36:31
>>542
>>428
＞VMそのものを作ってるような高水準から低水準までしっかり理解した連中に
全く相手にされない宿命
VMそのものを作るなんてただのオナニー
そんなことやってる奴は一般人に相手にされない。
高水準よりさらに上の一般人に恩恵を与えられないのなら何の価値も無い
549:デフォルトの名無しさん
09/09/23 14:39:07
>>538
vが嫌なら判りやすい名前を付ければ良い
型が不安なら型変換すれば良い
型変換出来ないような値が来たら例外吐かせて、適当な場所で補足すれば良い
550:デフォルトの名無しさん
09/09/23 14:48:16
>>547
最初からきっちりコードを書いていかないとすぐにゴミだらけになって読み返すのが嫌になるって
ばっちゃが言ってた。
551:デフォルトの名無しさん
09/09/23 15:13:52
でも最初からキッチリ書くってのは結構難しいと思う。
ゴミだらけでも思い切って書いてみると、どう書けばキッチリなのかに気付く。
最初からいきなりキッチリ書こうとすると、全容が見える前にリタイアしてしまう俺。
552:デフォルトの名無しさん
09/09/23 15:54:23
VMの略を「バーチャルマシーン」だと思っているからおかしくなる
VMの略は「ベリーマゾ」だ
試験に出るから良く覚えときなさい
553:デフォルトの名無しさん
09/09/23 16:32:05
> VMの略を「バーチャルマシーン」だと思っているからおかしくなる
VM == バーチャルメモリーでも同じだろ
554:デフォルトの名無しさん
09/09/23 20:40:30
流れが読めない猿
555:デフォルトの名無しさん
09/09/23 22:39:41
最初に局所最適化をするものではないかもしれないが、
最初に最適化を視野に入れた大まかな設計を考えることは必要
556:デフォルトの名無しさん
09/09/24 20:26:53
infixというarithmeticに特化したクソを
採用しない言語が最も美しい
forthのことだ
557:デフォルトの名無しさん
09/09/25 08:57:33
そんなことに拘ること自体美しくない。
558:デフォルトの名無しさん
09/09/25 09:20:42
>>557
それは評価する側の問題だろう。そういう
理屈抜きにしても美しいよ。
559:デフォルトの名無しさん
09/09/25 09:26:51
forthは知らない。
PostScriptにはずいぶんお世話になった。でも美しいとは思えないｗ
560:デフォルトの名無しさん
09/09/25 11:43:35
理屈っぽさと美しさは相容れない。そういう意味で前スレはともかく、
このスレの前半はクレージー。
561:sage
09/09/25 12:13:23
あ、それはある。Haskellは美しい言語だと
思うけど応援団が議論始めると途端に醜悪に
なる。
562:デフォルトの名無しさん
09/09/25 12:29:44
haskellは実用的で汚ない言語
563:デフォルトの名無しさん
09/09/25 13:07:55
>>556
infixでない言語は少ないよね。
LISPもinfixではない。
FORTHはSPARCのブートローダーでいじったけど、
混乱せずに大きなアプリが作れるのか疑問に思った。
564:デフォルトの名無しさん
09/09/25 21:04:39
LISPのマクロは自己書き換えコードだろ
なんかバグの温床な気がする
便利なのかもしれんが美しくない
565:デフォルトの名無しさん
09/09/25 21:05:52
>>556
すべての構文にinfixを採用している言語があれば確かにクソ。
そんな言語は寡聞にして知らないが。
そもそもinfixで表現できるのは二項演算だけだし。
arithmeticの表現という言語の一部分にinfixを採用するのは合理的だろう。
人間のためのプログラミング言語であって
機械のためのプログラミング言語ではないのだから。
すべての構文にprefixやpostfixを採用したlispやforthは
「人間が機械に歩み寄ればこんなにhappyになれますよ」という思想。
consistentな美しさはあるけど、happyになれるかは人によるよね。
まあスレタイ的にforthを推すのはいいけど、
> infixというarithmeticに特化したクソを
> 採用しない言語が最も美しい
には賛同しかねる。
566:デフォルトの名無しさん
09/09/25 21:06:51
核を落とした国が核をなくそうだってよｗｗｗ
冗談じゃねーーよカス
被爆国の日本が言うならまだしも、お前が言うんじゃねーアメリカ！！
567:デフォルトの名無しさん
09/09/25 21:07:48
>>564
そこでschemeですよｗ
568:デフォルトの名無しさん
09/09/25 21:09:43
マクロを美しいとは思わないけど
マクロがある故にLISPが美しくないとも思わない
569:デフォルトの名無しさん
09/09/25 21:10:35
>>567
なんで？
570:デフォルトの名無しさん
09/09/26 01:46:02
バグの温床になるかどうか自分で実際に使ってみればわかるよ
571:デフォルトの名無しさん
09/09/27 09:07:05
確かに馬鹿が使うとものすごいもんが出来そうだな
572:デフォルトの名無しさん
09/09/27 17:01:57
すんませんね、言わさしてもらいますけど、最も美しいプログラミング言語は？
ていうのはおかしな話なんですよ、こんなもの。
１つしかないやろっていう話なんですよ。
なぜ、みんな、機械語だと思わへんのかなと、僕はね。
そんなん、どんなプログラミング言語書こうが、そんなものね、インタプリタされてコンパイルされて、
結局は機械語に変えられてしまうんやから(笑)
ＣＰＵは機械語しか理解できひんのやから、まだアセンブラ言語言うんやったら、話わかるけど、
ＪＡＶＡとかＣとか、そんなもの人間しか理解できひん、所詮、高級言語なんやから、
そんなＣＰＵが理解してくれへん言語がなんが美しいねんと？
もうねーアホかと(笑)そこなんですよ。
ある種、キャバ嬢や風俗嬢にのぼせて、自分をここまで育ててくれた親を何とも思てへんのと一緒やからね(笑)
573:デフォルトの名無しさん
09/09/27 18:11:18
美しいってなんなんだろうね
キャバ嬢や風俗嬢だとか親だとか
そういう立場で決まるもんだろうかね
574:sage
09/09/27 18:44:24
どっかのコピペの改造じゃないの？
575:デフォルトの名無しさん
09/09/27 21:48:58
マグロを美味しくないとは思わないけど
マグロである故にツナ缶が美味しくないとも思わない
576:デフォルトの名無しさん
09/09/27 23:01:13
>>572
どの機械語が美しいの？
577:デフォルトの名無しさん
09/09/27 23:13:20
そもそも >>572 は機械語がなんなのか理解していないと思う。
578:ちんこ ◆GbXlaaQNk.
09/09/27 23:25:38
Railsで開発してる会社ってまとも？
アルバイトしようと思ってる。
579:デフォルトの名無しさん
09/09/27 23:27:01
>>572
機械語ってプログラミング言語なの？
580:デフォルトの名無しさん
09/09/27 23:28:55
>>578
会社によるとしか言いようがない。
581:ちんこ ◆GbXlaaQNk.
09/09/27 23:33:40
>>580
おれの中では、未だにPHPとか使ってる時代遅れのところはブラックで、
Railsとか使ってるところはわりとマシで、
リファクタリングとかもちゃんとしてるというイメージなんだけど。
違う？
582:デフォルトの名無しさん
09/09/27 23:38:48
だから会社によるとしか言いようがないとｗ
583:デフォルトの名無しさん
09/09/27 23:39:39
リファクタリングなんて都市伝説です
ちょろちょろとならまともな人はしてるだろうけど・・・
584:デフォルトの名無しさん
09/09/27 23:48:07
>>579
なに言ってんの？
ｗ
585:ちんこ ◆GbXlaaQNk.
09/09/28 00:27:28
>>583
リファクタリングせずに、どうやってソフトウェアを書くのかよく分からないのですが、
実際の現場というのはそんな時間もないのですか？
それとも、そのスキルがないんですか？
586:デフォルトの名無しさん
09/09/28 00:32:35
>>585
リファクタリング頻度はプログラマーの初期設計能力の低さに比例します。
ただそれだけのことです。
587:デフォルトの名無しさん
09/09/28 01:27:57
>>585
リファクタリングなんてのは、納期に余裕がありまくりの、ぜいたくな
現場でしか使えない手法
データシートと回路図渡されて、「2週間でデバイスドライバ書け」って
言われりゃ、そんなひまはない
保守する連中がやるって言うんだったら止めはしない
588:デフォルトの名無しさん
09/09/28 01:47:38
>587
かなしいのぅ、かなしいのぅｗ
589:デフォルトの名無しさん
09/09/28 07:03:29
> 保守する連中がやるって言うんだったら止めはしない
やったらやったで、タイミング会わなくなって
遅くなったり動かなくなったりするんだよなw
590:デフォルトの名無しさん
09/09/28 11:34:47
プログラムなんか所詮使い捨てだからな
591:デフォルトの名無しさん
09/09/28 14:41:24
それでもプログラマほどは使い捨てじゃないけどな。
592:デフォルトの名無しさん
09/09/28 14:45:37
>>572
> そんなん、どんなプログラミング言語書こうが、そんなものね、インタプリタされてコンパイルされて、
> 結局は機械語に変えられてしまうんやから(笑)
コピペ臭いのを承知でいうけど、これって胃の中でドロドロになった食べ物を指して
「結局人体はこうなった食べ物からしか栄養摂取できないんだから、
この状態がどんな一流シェフの盛り付けより美しい」
って言うのと同じだな。
593:デフォルトの名無しさん
09/09/28 16:27:57
＞インタプリタされて
w
594:デフォルトの名無しさん
09/09/28 16:36:27
みんな釣られすぎだクマー
595:デフォルトの名無しさん
09/09/28 18:44:29
>>592
すまんが、例えの意味がわかんないのは俺だけか？ｗ
596:デフォルトの名無しさん
09/09/28 18:46:28
>>572
松本人志乙。
597:デフォルトの名無しさん
09/09/28 18:48:41
>>572その前にインタプリタされてってどういうことなんだよｗｗｗｗ経験浅すぎｗ
598:デフォルトの名無しさん
09/09/28 18:54:15
改変コピペに意味なんてないでしょ
599:デフォルトの名無しさん
09/09/28 19:21:56
>>592の例えは適切。
シェフの盛り付けが言語とすれば、
胃の中がコンパイルされた状態で
栄養素吸収がすなわち、ＣＰＵで処理されるということでしょ？
>>572は要するに、ＣＰＵで処理できる＝美しい 処理できない＝美しくない という美的感覚ということになる。
おｋ？
600:デフォルトの名無しさん
09/09/28 19:34:49
>>572
ちんこを完全に食っちまってやがる…
すげえ…
601:デフォルトの名無しさん
09/09/28 19:52:45
Rは？
602:デフォルトの名無しさん
09/09/28 20:17:22
>>601
統計屋さんたちが絶賛マンセー中。
あの人たち狭い世界に生きてるからね。
603:デフォルトの名無しさん
09/09/28 21:33:58
何かきちんとスクリプト言語覚えようと思ってるんだけど
R言語が気になってしょうがない
604:デフォルトの名無しさん
09/09/28 21:41:41
>>602
目的果たすのにあんなに使いやすい言語はないんだから
当然のことだよ。
605:デフォルトの名無しさん
09/09/28 21:42:49
>>603
＞ R言語
Sの方言だな
606:デフォルトの名無しさん
09/09/28 22:24:40
>>604
目的を果たすのに「現時点で」あれ以上使いやすい言語はないな ﾓﾆｮﾓﾆｮﾓﾆｮﾓﾆｮ
607:デフォルトの名無しさん
09/09/28 22:28:40
>>603
両方覚えろよ
608:デフォルトの名無しさん
09/09/28 22:33:55
>>585
スキルがない人が言い訳してるだけだよ。
ちゃんとした現場なら、リファクタリングするよ。
609:デフォルトの名無しさん
09/09/28 22:59:23
俺の会社の人間、
殆どの人が作ったらそれっきりなんだよなあ。
汚いし見づらいから直せばいいのに、
汚いまんまテストにぶん投げてオシマイ。
これでも他社よりコードがマシというのが泣けてくる。
610:デフォルトの名無しさん
09/09/28 23:04:33
ネットだと理想論が多いから余計ダメに感じるけど、現実はそんなもんなんだって。
611:デフォルトの名無しさん
09/09/28 23:09:49
自分はしばらく使い回されるライブラリとアプリを平行に作ってるのでリリースのたびにリファクタしてアプリ領域でとりあえず実装したものをライブラリ上に移行してる。
612:デフォルトの名無しさん
09/09/28 23:13:08
>>585
「リファクタリングせずに、どうやってソフトウェアを書くのか」とは
興味深いフレーズだけれど、本気かい？ 項書き換えのようなイメージ
ならそれとなくわかるけど。
613:デフォルトの名無しさん
09/09/28 23:15:51
最初に書きたいだけベタ書きして
メソッドやらの抽出、変数への置き換え、インライン化、
メソッドシグニチャの変更とかもろもろやりまくるんじゃないの。
614:デフォルトの名無しさん
09/09/28 23:23:23
>>613
そんなの日常すぎて、いちいちリファクタリングどうこうとか思いながらやらないよね
615:デフォルトの名無しさん
09/09/28 23:33:38
>>614
そうそう
リファクタリングという言葉がはやりだした頃
「あ、今までやってたことに名前が付いたｗｗｗｗ」って感じだった。