トップページ⇒tech
1001コメント338KB

短いコードはわかりやすい ← これは間違いだった

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2012/08/05(日) 18:53:07.02
中級者にありがち。

なんでも一行で済ませようとする。
短く書くのが絶対にいいことだと思って疑わない。

少し冗長に書いたり、付加情報をつけたほうが
コードは読みやすくなる
0153uy2012/08/11(土) 22:44:43.84
>>152
言っとくけどひどいはRubyのほう
デストラクタなしでどうやってゲーム作るんだよ

デストラクタでオブジェクトの解放のコードを書くのはNGとしても
ゲームっていうのはデストラクタで次のオブジェクトの生成コードを描きたいんだよ

不便すぎてしゃーねーわ
俺様はもうアレな方法で実装しているからいいんだけど
もしrubyのオブジェクト指向に従って書いていたらデストラクタは実装できなかった
俺様設計の勝利
0154デフォルトの名無しさん2012/08/11(土) 23:03:55.25
Rubyがウンコなだけだろ。


オレはコンストラクトデーモンとデストラクトデーモンで回避する。
0155デフォルトの名無しさん2012/08/11(土) 23:17:15.90
uyはサブルーチンしか使えないんだね。
0156uy2012/08/11(土) 23:19:12.43
難しい問題だと思ったよ
デストラクタを言語に実装するとデストラクタに書くべきではない処理を書くアホがでてくるから実装はしないほうがいい
でもゲームでは明らかに必要なんだ
mobの消滅時に消滅しますたっていうメッセージの発行がな
ああ一枚メソッドかませることで実装しましたよでも言語にそなわってればかかずにすむ2行は釈然としない
0157デフォルトの名無しさん2012/08/11(土) 23:32:24.48
スマートポインタがあれば、終了処理などを任意のタイミングに制御できる。
0158uy2012/08/11(土) 23:38:16.61
黙れ初心者


消滅しますたをデストラクタでかかないとすると
第３者からの監視になるよね
オブジェクトを常に見張るオブジェクトが必要になる
別にかけるけどネストしすぎるんだよ


mazu的にはこのあたりどう考えるんだろう
オブジェクトＡが消滅したことをしりたいオブジェクトＢがあったら
mazuはデストラクタ不要論を押し通して第３者監視型でオブジェクトＢは常にオブジェクトＡを見張る設計を是とするか
やっぱりデストラクタ必要ですねとなるか
いや多分デストラクタの代わりとなる仕組みを一時的に入れるに落ち着くか
だろうな

タスクの１つ１つをメソッドのメタ定義でやって
メソッドミッシングあたりでeachして
タスクの削除はメソッドの削除でやると
メソッドが削除された時に呼ばれるメソッドはあるから
ruby仕様内で合法的に()デストラクタを作る方法もなくはない
0159デフォルトの名無しさん2012/08/12(日) 00:01:44.52
まあ、まだプログラム初めて20年ちょっとの初心者ですが。

その程度のコストも支払えない環境で開発するなら、Cでアセンブラ時代にやっていたような仕組みを導入するのがよいです。

固定構造体に確保済み配列を使いまわす例のヤツねｗ
0160デフォルトの名無しさん2012/08/12(日) 00:45:00.35
uyが初心者なのは良くわかった
0161デフォルトの名無しさん2012/08/12(日) 01:16:03.00
長い短い関係ないよ

プログラムの挙動が容易に想像できる範囲内にあるかどうかだよ。
単一機能がそれなりに複雑になってくると全ての挙動をドキュメント化することも
出来ないので、結局ソースを読むはめに。

単一機能を想像できる範囲に収めるってのが、短いプログラムの意味じゃないか。
0162uy2012/08/12(日) 01:39:47.30
>>159
おまえは20年間なにやってたんだよ
どう読み間違えたらタスク周りの問題だと勘違いするんだよおい歴20年
0163デフォルトの名無しさん2012/08/12(日) 01:49:34.94
あぁ、デストラクタとファイナライザをごっちゃにしてるのか。
0164uy2012/08/12(日) 01:52:43.30
う、うるさい！
0165uy2012/08/12(日) 01:54:55.23
結局rubyは小さなものを作る言語なんだよね
いくつかmathは重要な概念を言語からなくして
かけないようにさせて大規模開発でのバグをなくさせようという主張がはいってて
それは正しいんだけど
逆に考えたら常に手抜きせずにガチで設計しソースかかなければrubyでは大規模プログラムがかけないといっているようなものでもある
想定されていないmazuの理解の範疇を超えたプログラムはrubyでは作りにくい場合があるのかもしれない
0166デフォルトの名無しさん2012/08/12(日) 02:06:31.84
http://doc.ruby-lang.org/ja/1.9.2/class/ObjectSpace.html
define_finalizer

デストラクタなら自分で定義しろ。
0167uy2012/08/12(日) 02:30:18.33
ファイナライザとか関係ないし

現バージョンは1､9､3だし

すでに定義してあってその上で問題点をはなしているのに？
0168uy2012/08/12(日) 02:38:10.58
rubyがちゃんと速度でるならデストラクタ以外の実装もありえたが流石にまだ犠牲が大きすぎてやる気がしない
デストラクタはなくせる
それは事実
でもそれはそれ以外の部分がちゃんと作られていることが前提
デストラクタで別オブジェクトに対してのメッセージの発行が必要になる原因は
オブジェクトAの削除を速度的な問題から別オブジェクトCに委任しているから

オブジェクトAからオブジェクトBへ直接メッセージが送れず
かといって無関係のオブジェクトCにAからBのメッセージかくのもおかしい
だからデストラクタが必要になってしまった
ちゃんとつくればオブジェクトCがそもそもなくなるからオブジェクトAからBにダイレクトになってデストラクタもいらない

速度をください
0169デフォルトの名無しさん2012/08/12(日) 10:18:44.81
普通のプログラマは適材適所でいろんな言語使うのになんでuyはわざわざ目的に適してないrubyにこだわって文句ばっかり言ってるんだろう
あ、rubyしかでき(
0170uy2012/08/12(日) 10:40:30.45
俺が文句さえ言わない言語はもはや見放してる
ム板に自分のメモかいてるようなもんだからスルーでもいいよ
0171uy2012/08/12(日) 10:51:42.03
ほとんどコンストラクタに処理詰め込むような設計だし
ruby以外ではかけるかどうか怪しいソースになってる
プログラミングは再利用の効率を高めるのがそれなりに難しい
自分の書いたソースコードを無駄にしない仕組み
そのためには固有情報のような情報を、つまりプログラム内からハードコードィングされたアルゴリズムそのものを消し去る必要がある
あるいはハードコードィングされた部分を変更なしで別の物を作れる設計
静的言語では無理
0172デフォルトの名無しさん2012/08/12(日) 10:52:34.08
>>167
http://doc.ruby-lang.org/ja/1.9.3/class/ObjectSpace.html

そのファイナライザと間違ったデストラクタの定義ならrubyにはある。
速度が欲しいのにインタプリタなんて使うなよ。
0173デフォルトの名無しさん2012/08/12(日) 10:54:36.73
嘘だらけのメモで初心者がミスリードされたら可愛そうだ。
0174デフォルトの名無しさん2012/08/12(日) 10:56:33.57
>>171
>そのためには固有情報のような情報を、つまりプログラム内からハードコードィングされたアルゴリズムそのものを消し去る必要がある
シングルトンしか知らないのか?何の為のステートパターンだ
0175uy2012/08/12(日) 11:11:17.97
>>172
そんな単純な方法で実装できるデストラクタはrubyにはない

>>174
Stateパターン知りませんでした
調べてみたらこんなゴミカスパターン使ってる奴がいることを知って涙でてきた･･･
0176uy2012/08/12(日) 11:19:23.30
Stateパターンはありえなすぎる
状態によってオブジェクトの振る舞いをかえるとか、どんなゴミ設計だよ
出来るけどやっちゃいけない事だろそれはｗｗｗｗｗｗｗ
変数の中身をちょろちょろ変えんな

シーンの推移をこれで作ってる奴がいるみたいだけど、マジ無駄

これがデザインパターンの弊害だ
0177デフォルトの名無しさん2012/08/12(日) 11:22:13.93
>>175
おまえ、デザパタの本を読んだって言ってけれど、最近になって書籍を購入しただろ
妄想を垂れてないで一度ぐらいデザパタが適応されたコードでも読んでみろ
0178デフォルトの名無しさん2012/08/12(日) 11:23:43.38
知合いの気がしてならない
0179デフォルトの名無しさん2012/08/12(日) 11:30:24.32
何の為にわざわざオブジェクト指向のスクリプトなんて使っているんだろう
0180uy2012/08/12(日) 11:30:57.19
＞ おまえ、デザパタの本を読んだって言ってけれど、最近になって書籍を購入しただろ
デザパタの本を読んだ覚えがない　　書籍を購入した覚えがない
２３種？のデザパタを何一つ認めた覚えがない

デザインパターンにそってプログラムを組むというのは、ソースコードの個性をなくして
プログラマAとプログラマBを「同じような存在」として扱うための奴隷機構だぞ？

そもそもデザパタ定義した奴が俺よりもはるかに程度の低いプログラムしか作ってないんだから
それが俺のプロジェクトで通用するわけがないじゃん
身の程を知れ

既にソースコードを完璧にする方法は分かってるんだよ
ただ速度的な観点から、""僅か１箇所""、書き方を変えているだけ
数年後には速度をクリアして、完璧なものへと書き直してると思われる

>>169 適材適所っていうけど、言語コロコロ変えられるような、
それほど小規模なものは作っていない、作っていく段階で壁はあるってだけ
0181デフォルトの名無しさん2012/08/12(日) 11:37:16.24
>プログラマAとプログラマBを「同じような存在」として扱うための奴隷機構だぞ？
一人でしかプログラムを書かない、書けないバカが言いだしそうな台詞だな
アルゴリズムとは別の誰が書いても同じような部分は没個性的であればあるほど良いに決まっている
既に築き上げられた定石とイディオムの塊だよ。
vc++やvbから入った奴らのガラパゴス進化したコードなんて読んでみたいと思うか？想像するだけでぞっとする
0182uy2012/08/12(日) 11:42:10.68
デザパタはただの金のなる木だろ
一部の奴にとっての。
そこに気づけないのが底辺PG

C++の速度がうらやましくなる事の方が多い
元々が開発効率上げるために速度を許容できるところまで犠牲にしていくスタイルで
その為に動的言語選んでいるようなものだから
将来的なpcスペの向上とrubyに将来（まともな）並列処理がはいることを見越して作ってる
C++では許されるゴミカスアルゴリズムもrubyでは許されない
ちゃんと速度を意識して作らないといけない、

>>181
＞没個性的　＞良いに決まっている
不正解

それを定義した奴が「自分よりも上」なら、いいだろうけど
デザパタを定義した奴よりもスキルが高い奴らはいくらでもいて、そういう奴らか見たらデザパタはゴミなんだよ　わかるかね？
0183uy2012/08/12(日) 11:46:35.21
少なくともデザパタの使用によって開発効率は上がりませんよ？
プログラマAがデザパタを使用して書いたソースコードを、
プログラマBがリーディングする時に、効率が上がるってだけ
異論はないですね？

まさに社畜御用達


デザパタにあるようなパターンは自分でオリジナル実装したほうがはるかに優れたものが作れるだろう
あくまでデザパタは、誰にでも扱えるように”簡単”で”基礎的”なパターンを詰め込んだだけのもので
そのような初心者用の機構で開発効率は向上しない
0184uy2012/08/12(日) 11:48:58.50
＞vc++やvbから入った奴らのガラパゴス進化したコードなんて読んでみたいと思うか？想像するだけでぞっとする

読んでみたいわ
保守はしたくない
0185デフォルトの名無しさん2012/08/12(日) 11:51:55.77
>>182
糞コテよかGoFの方が上だと普通はそう思うよ
>C++の速度がうらやましくなる事の方が多い
おまえ本当にc++でプログラム書いたことあるの?javaで書く方が相当にマシだから
0186uy2012/08/12(日) 11:54:29.21
お前いま世界の半数のゲームPGを敵にした

C++よりJAVAがマシって、
何が？
念のため言っておくけどゲームでGCは邪魔だよ
0187デフォルトの名無しさん2012/08/12(日) 11:58:47.72
>>186
どう考えてもc++しか他に選択肢がないから仕方なく使っているだろ
>C++よりJAVAがマシって
納期内にメモリリークなんて探したくないから
イディオムも多すぎて、最低でもeffective c++ぐらいは読まないとコードが書けない
0188uy2012/08/12(日) 12:20:19.92
君にC++使えとか言ってない
0189uy2012/08/12(日) 12:24:25.79
基本的に賢いC++erはC言語拡張としてC++を使うよ
やたらとクラスの機能は使わない

C++で複雑にテンプレート駆使してやっている事は
動的言語で（速度を犠牲にすれば）一瞬で出来る事
あまり意味がない

本当に速度が必要ならそんな高価な機能使わなければいいだけだし
速度がひつようでないなら動的言語でやればいい
C++の深みにハマるやつがアホ

GCないからプログラミングできませんとかいってる奴って
C++が使えないじゃなくて「C言語」が使えないんだろｗ
0190デフォルトの名無しさん2012/08/12(日) 12:26:12.82
マシな部分を一般論で答えたんだよ
システムなら速度が重要な部分だけcで書くだろ
0191デフォルトの名無しさん2012/08/12(日) 12:27:37.67
>>189
c++のテンプレートは実際にメモリに展開されるから速いってメリットがあるの
javaやc#のジェネリクスとは別物
0192デフォルトの名無しさん2012/08/12(日) 12:30:14.34
社会復帰できるといいね。脳内プログラマ君
0193デフォルトの名無しさん2012/08/12(日) 12:38:00.92
>>185
>糞コテよかGoFの方が上だと普通はそう思うよ
正確に言うとGoFは発見しただけ、大勢のOO技術者が
長年の経験より導き出したデザインをGoFがまとめたもの。

つまり、「自分は全てのOO技術者より上」だと主張したいのでは？

>>183
>デザパタにあるようなパターンは自分でオリジナル実装したほうがはるかに優れたものが作れるだろう
デザイン＝設計のパターン実装パターンじゃない。
0194uy2012/08/12(日) 12:40:24.06
デザインパターンを使わないほうがはるかに優れたものが作れるだろう

に読み替えといて
0195uy2012/08/12(日) 12:41:10.80
>>182
> デザパタを定義した奴よりもスキルが高い奴らはいくらでもいて、そういう奴らか見たらデザパタはゴミなんだよ　わかるかね？


デザパタを定義した奴よりスキルが高い奴はいくらでもいるのは事実だが、

そういう人達が、デザパタをゴミといっているのはみかけません。

0196uy2012/08/12(日) 12:43:43.49
Gof（笑）が発表しちゃったようなデザインパターン（）のようなものは
これからも定期的にでてくるだろう

ある程度ネタがたまったら誰かそういう技術資料を上手くまとめてうまく世に公表できる奴が発表する
デザインパターン以上のものは既に世にごまんとあると考えるべき
誰もそれをまとめていないだけ

デザインパターンが広まる以前からデザインパターン相当のものを使っていた奴がいたのと同じこと
0197uy2012/08/12(日) 12:47:06.75
>>195
ゴミって言ってるように見える

http://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3_%28%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%29

デザインパターン本の23パターンは主にJava, C++などの静的型付け言語における実装であり、ピーター・ノーヴィグは、23パターンのうちの16パターンは（言語によるサポートによって）単純化できることをLispまたはDylanを用いて実演している。[1]

またデザインパターンに限らず一般的な話として、技術を不適切に使用することで、ソフトウェアの複雑度を不必要に高めてしまうことがある。[2]

http://www.norvig.com/design-patterns/

0198デフォルトの名無しさん2012/08/12(日) 13:07:59.21
パターンって呼ばれるほど繰り返し現れるなら、
本来ならメタプログラミングなどで抽象化してしかるべき
何度も似たようなコード書くなんて馬鹿のする事

なのに抽象化出来ないのは言語の表現力が劣ってるから
デザパタなんて有り難がるようなもんじゃない
0199デフォルトの名無しさん2012/08/12(日) 13:13:47.07
>23パターンのうちの16パターンは（言語によるサポートによって）単純化できる

構造化設計発表。
　　　↓
有効性が認められる。
　　　↓
言語により構造化設計をサポートする構造化言語が続々と発表。

設計を言語でサポートさせるのは自然なながれ。
だから、デザインパターンは設計パターンで実装パターンじゃない。
0200デフォルトの名無しさん2012/08/12(日) 13:18:01.00
1 + 2 を「足し算パターン（キリッ」とか言い出す奴が居たら笑っちゃうだろ
デザパタはそういうレベルなんだよ
0201uy2012/08/12(日) 13:27:41.89
183 ：uy：2012/08/12(日) 11:46:35.21
少なくともデザパタの使用によって開発効率は上がりませんよ？
プログラマAがデザパタを使用して書いたソースコードを、
プログラマBがリーディングする時に、効率が上がるってだけ
0202デフォルトの名無しさん2012/08/12(日) 13:33:32.12
デザインパターンはドカタ用コミュニケーションツール
0203デフォルトの名無しさん2012/08/12(日) 13:34:16.52
初心者がデザパタ本読んでもなに１つ活用できないから、活用されているコードを読む方がいい。

ステートパターンはゲームにこそ向いているもの。　ファイルの読み込み中と読み込み後で挙動が変わるリソース管理クラスとか
破壊前と破壊後で動作が変わるキャラクタオブジェクトなどなど。
0204uy2012/08/12(日) 13:37:11.02
>>203
＞ステートパターンはゲームにこそ向いているもの。
むいてないから、やめろ

＞ 破壊前と破壊後で動作が変わるキャラクタオブジェクトなどなど。
やめとけ

0205デフォルトの名無しさん2012/08/12(日) 13:59:54.64
>>202
あーなんかそんな感じだ
0206デフォルトの名無しさん2012/08/12(日) 14:04:24.41
オブジェクト指向だってデザインパターンだし、配列や連想配列だってデザインパターンだ
デザインパターンという言葉が考え出されたときには既に言語に組み込まれていただけ

いわゆるデザパタ本に載っているデザインパターンだって、現代的な言語では添付クラスや第三者ライブラリで実現可能（または組み込まれている）なものが多い
0207デフォルトの名無しさん2012/08/12(日) 14:22:17.51
デザパタも短く書ける方が分かり易い
0208uy2012/08/12(日) 14:33:50.86
>>196
デザインパターン＝ゴミという
お前の（あほな）考えを当てはめると

> デザインパターンが広まる以前からデザインパターン相当のものを使っていた奴がいたのと同じこと
ゴミ相当のものを使っていたことになるが？ｗ

>>197
それのどこがゴミなのかと？ デザインパターンを使わないなんて書いてないだろ。
デザインパターンを単純化して書いてるわけだろ。

お前まさか、デザインパターンが実装まで規定してると思ってるの？
Javaでの実装例であって、別にあのように書かないといけないわけじゃないんだが。
0209uy2012/08/12(日) 14:38:23.40
大学とかで、これ教えてるんだっけ･･･？

ああ。。。可愛そうに
教育機関は教科書を新しくしたりしていくペースがITの進化よりも
２歩３歩後ろからついてくるしかないからなぁ
まじめな学生は報われないよ
0210uy2012/08/12(日) 14:41:17.70

良レスあげ

182 ：uy：2012/08/12(日) 11:42:10.68
デザパタはただの金のなる木だろ
一部の奴にとっての。

183 ：uy：2012/08/12(日) 11:46:35.21
少なくともデザパタの使用によって開発効率は上がりませんよ？
プログラマAがデザパタを使用して書いたソースコードを、
プログラマBがリーディングする時に、効率が上がるってだけ
異論はないですね？


202 ：デフォルトの名無しさん：2012/08/12(日) 13:33:32.12
デザインパターンはドカタ用コミュニケーションツール

0211uy2012/08/12(日) 15:03:50.75
>>208
＞ >>196
＞ デザインパターン＝ゴミという
＞ お前の（あほな）考えを当てはめると

＞ > デザインパターンが広まる以前からデザインパターン相当のものを使っていた奴がいたのと同じこと
＞ ゴミ相当のものを使っていたことになるが？ｗ


~~~~この程度~~~~のものをキリッとしながら世に発信してるのがゴミだって事だよ
オブジェクト指向然り。クラウド然り。


経験が浅いとデザインパターン（）にあるアルゴリズムのパターンを
1度も見たことがない or 書いた事がない
って奴がいて、そういう奴らにパターン覚えさせる為に見せるなら有りではあるが
普通はｗｗ自分で書いた事のある or よく使ってきたパターンに勝手に名前付けられてる気がして気分は良くない
デザパタなんてゴミドカタしか賛同しないよ
0212デフォルトの名無しさん2012/08/12(日) 15:18:38.82
>>209
教授の頭にカビが生えてるところはUML以前のDFDが使われてるよ
0213デフォルトの名無しさん2012/08/12(日) 17:49:01.30
あげ
0214デフォルトの名無しさん2012/08/12(日) 18:17:23.30
>自分で書いた事のある or よく使ってきたパターンに勝手に名前付けられてる気がして気分は良くない

普通に思い付くようなパターンで気分を害されてもなぁ。他の人からみたらuyが真似してるようにしか見えない。
0215uy2012/08/12(日) 18:31:53.28
俺はどちらかというとデザインパターンで気分は害してない
だいたいOOでプログラムかくことって少ないから使えないんだよね
いくらデザインパターンのライブラリをrubyが用意してくれてもミックスインするクラスがない
興味本位で調べて評価してみただけ
0216デフォルトの名無しさん2012/08/12(日) 18:47:29.44
じゃあ語るな
0217デフォルトの名無しさん2012/08/12(日) 18:54:29.73
言うこところころ変わるな。
0218デフォルトの名無しさん2012/08/12(日) 19:07:43.27
保身してないで言いたいこと言えよ
0219uy2012/08/12(日) 19:20:52.57
でっていう
0220デフォルトの名無しさん2012/08/12(日) 19:27:12.85
優秀なPGの中には自分の技術を公表しないやつもいる
0221デフォルトの名無しさん2012/08/12(日) 20:13:26.13
短いコードじゃなくて、単純なアルゴリズムだろ。

糖質な奴がそう思い込んでいるだけ。
0222uy2012/08/12(日) 20:20:01.15
え、糖質なやつって
お前はいま誰のこと思い浮かべてそれかいたの？
明日も顔あわせるような同僚とかですか？
なんでそうゆうことかくの？
0223デフォルトの名無しさん2012/08/12(日) 20:21:33.14
7行プログラミングとかワンライナーみたいなのって
短いコードっていうのとはちょっと違うよな。展開するとそこそこあるし。
0224デフォルトの名無しさん2012/08/12(日) 20:27:59.81
7行にギッシリ詰め込んだら
普通見やすくにかくと50行くらいはある
0225デフォルトの名無しさん2012/08/12(日) 20:29:56.29
Rubyで7行ぎっしり詰め込んだら
Javaに翻訳すると1000行くらいになる
0226こころは感情で動く、外界の鏡である。2012/08/12(日) 21:36:41.94
>>222
なぜか選ばれたのが貴方です、糖質に選ばれおめでとう。なんで
反応しちゃったの？
0227デフォルトの名無しさん2012/08/12(日) 21:55:31.06
>>222
そうゆうことだからだよ
0228デフォルトの名無しさん2012/08/12(日) 21:56:01.91
207 名前：デフォルトの名無しさん [sage]： 2012/08/12(日) 14:22:17.51
デザパタも短く書ける方が分かり易い

213 名前：デフォルトの名無しさん []： 2012/08/12(日) 17:49:01.30
あげ

216 名前：デフォルトの名無しさん [sage]： 2012/08/12(日) 18:47:29.44
じゃあ語るな

217 名前：デフォルトの名無しさん [sage]： 2012/08/12(日) 18:54:29.73
言うこところころ変わるな。

218 名前：デフォルトの名無しさん [sage]： 2012/08/12(日) 19:07:43.27
保身してないで言いたいこと言えよ

220 名前：デフォルトの名無しさん []： 2012/08/12(日) 19:27:12.85
優秀なPGの中には自分の技術を公表しないやつもいる

221 名前：デフォルトの名無しさん []： 2012/08/12(日) 20:13:26.13
短いコードじゃなくて、単純なアルゴリズムだろ。

糖質な奴がそう思い込んでいるだけ。

223 名前：デフォルトの名無しさん [sage]： 2012/08/12(日) 20:21:33.14
7行プログラミングとかワンライナーみたいなのって
短いコードっていうのとはちょっと違うよな。展開するとそこそこあるし。

224 名前：デフォルトの名無しさん []： 2012/08/12(日) 20:27:59.81
7行にギッシリ詰め込んだら
普通見やすくにかくと50行くらいはある
0229uy2012/08/12(日) 22:24:25.69
>>226
人の心の汚さを見つめていた
0230デフォルトの名無しさん2012/08/12(日) 22:52:17.60
プログラマでC++できないとかそうとう残念な感じだから、大至急使えるようになったほうがいい
0231デフォルトの名無しさん2012/08/12(日) 22:55:08.94
C++のうんこさは相当なもんだけど、使えた方が良いのは事実だな
0232デフォルトの名無しさん2012/08/12(日) 22:55:09.15
つかそれC、C++から入らなかったやつでしょ
生まれながらにして残念
0233uy2012/08/12(日) 22:58:20.20
無理に使わなくてよい
C++は有益ソースとゴミカスソースの見分けがつきにくいんだ
バカにさわってほしくない
ブログに好き勝手かかれると検索結果が汚れる
0234デフォルトの名無しさん2012/08/12(日) 23:34:28.04
笑
0235uy2012/08/12(日) 23:58:12.06
は？なに笑ってんの

最近C++をバカにする風潮あるけど
C++認めない奴は初心者
積極的に使えとはいってない
ただそのうち素晴らしいものに出来上がるよC++
あと数年だけ待てよ
0236デフォルトの名無しさん2012/08/13(月) 00:00:25.03
笑
0237uy2012/08/13(月) 00:02:06.10
はあああああああああああああ？
0238デフォルトの名無しさん2012/08/13(月) 00:02:43.79
>>235
笑
0239uy2012/08/13(月) 00:06:08.24
http://ja.wikipedia.org/wiki/C%2B%2B0x
0240デフォルトの名無しさん2012/08/13(月) 00:09:44.60
Rubyって仕事で使ってんの？　マジでC++やっとけよ。
0241デフォルトの名無しさん2012/08/13(月) 00:13:40.87
ニートだろ
0242デフォルトの名無しさん2012/08/13(月) 00:20:25.19
なんで今更>>239貼ったの？
もしかしてものすごい初心者？
0243デフォルトの名無しさん2012/08/13(月) 00:29:53.94
小学生じゃなかったのか。
0244uy2012/08/13(月) 00:57:43.68
>>240
はっあああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああああ？

>>241
はぁ？？？？？？？？？？？？？

>>242
はあああああああああああああああああああ？？？？？？？？？？？

>>243
はーーーーーーーーーーぁ????？？？？？？？？？？？？？？？



0245uy2012/08/13(月) 01:06:20.53
>>240
はっああああああああああああああああああああああああああaaaaaaaあああああああああああああああああああああああああああああああああああああああ？
はaaaaaaaaaaaaaぁ？？？？？？？？？？？？？????????

>>241
はaaaaaaaaaaaaaぁ？？？？？？？？？？？？？????????
はあああああああああああaaaaaaaaaaaああああああああaaaaaaaaaaaaaaa？？？？？？？？？？？?????????

>>242
はあああああああああああaaaaaaaaaaaああああああああaaaaaaaaaaaaaaa？？？？？？？？？？？?????????
はーーーーーーーーーーぁaaaaaaaaaaaaaa????？？？？？？？？？？？？？？？?????????????????????

>>243
はーーーーーーーーーーぁaaaaaaaaaaaaaa????？？？？？？？？？？？？？？？?????????????????????
はっああああああああああああああああああああああああああaaaaaaaあああああああああああああああああああああああああああああああああああああああ？
0246デフォルトの名無しさん2012/08/13(月) 01:13:12.57
幼稚だなぁ
0247デフォルトの名無しさん2012/08/13(月) 01:43:29.20
マジでC++覚えろってマジで。
0248uy2012/08/13(月) 02:43:49.49
は？
0249uy2012/08/13(月) 03:13:29.62
C++作った奴本当に偉い
現開発者も本当に偉い

C++はモノを作る言語ではなく訓練用言語である
ruybは仕様変更によって多くの人的リソースを消費してきたけど
そういえばC++のほうがひどかったな
rubyはC++ほどじゃないから全然大丈夫ｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0250デフォルトの名無しさん2012/08/13(月) 03:28:07.56
プログラマーの皆さんに質問でーす
プログラミングって数学は必要になりますかー？
0251デフォルトの名無しさん2012/08/13(月) 03:32:36.59
スレ違いなんで
0252uy2012/08/13(月) 03:36:15.46
結局俺様はrubyで限りなく完璧に近い設計をかけているけど、
それはC++でかけない事が分かってる
そうなると、C++でもかける幼稚なタスクシステムでの書き直し
1日ネタだね

本当はゲーム開発ってC# or Javaが妥当なところなんだろうな
JavaならScalaとかClojureとかその他もろもろついてくるんでしょ jrubyもあるか
どうしてもC++な奴は、スクリプト言語1個拾ってさっさと組み込めよ　としかいえない
ゲームPGは未だにC++狂が多いから悲惨
それでもC++でゲーム作っちゃう奴は作っちゃうのだから凄いスキルと情報処理能力の高さがあるんだろうね
■ このスレッドは過去ログ倉庫に格納されています