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


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

ふざけた変数名を使う奴



1 名前:仕様書無しさん [2008/08/23(土) 21:45:16 ]
var1、2、…とか、ふざけてるの?

242 名前:仕様書無しさん mailto:sage [2008/10/09(木) 17:06:25 ]
kijcのどれかを使うな俺は…

243 名前:仕様書無しさん mailto:sage [2008/10/09(木) 18:49:47 ]
i_idx1、i_idx2、i_idx3 ・・・にしろっていうprojがあったな
先頭のiはハンガリアン
(´A`)マンドクセ

244 名前:仕様書無しさん mailto:sage [2008/10/09(木) 22:34:14 ]
ノイズが増えれば生産性は下がりバグは増えるというのにな。

245 名前:仕様書無しさん mailto:sage [2008/10/09(木) 23:26:40 ]
で、ループカウンタの宣言はいちいちブロック内でせず
まとめて一箇所だけにしろってんでグローバル化・・・

246 名前:仕様書無しさん mailto:sage [2008/10/10(金) 00:11:38 ]
それじゃノイズが減るどころか拡散してるじゃねえかw

247 名前:仕様書無しさん mailto:sage [2008/10/10(金) 01:09:04 ]
>238
それは昔でいうとアレだぞ。
プログラマが紙に書いて持ってきたプログラムを受け取って
その通りにパンチカードに穴開けてるのと同質の作業だぞ。

俺だったら発狂するな。

248 名前:仕様書無しさん mailto:sage [2008/10/10(金) 01:28:09 ]
コーダって死滅したと思ってたのに、まだ生き残ってたのか

249 名前:仕様書無しさん mailto:sage [2008/10/10(金) 17:29:33 ]
>>245
言語は C++/Java とかかしらん。
なぜブロック内ダメっていうことになるの?

250 名前:仕様書無しさん mailto:sage [2008/10/10(金) 18:46:36 ]
たぶん、
「それが見やすい」と思う人たちが居て、
そんな連中の声がでかいと、そうなる



251 名前:仕様書無しさん mailto:sage [2008/10/10(金) 21:20:23 ]
>>250
ウチにもそういう人いるな。

その人が言うには、
・ソース内でどんな変数を使うのか、まとめて一箇所で分からないと読みにくい
・見やすさなんて時や人によって変わるもんだから決めの問題でしかない
ってことらしい。そしてその人は声がでかい。

252 名前:仕様書無しさん mailto:sage [2008/10/10(金) 21:27:29 ]
旧世代のスタンダードだわな

253 名前:仕様書無しさん mailto:sage [2008/10/10(金) 21:32:25 ]
なんかグローバルしかなかった時代の感じがする

254 名前:仕様書無しさん mailto:sage [2008/10/10(金) 22:22:56 ]
>>251
COBOLerか…

花金花金

255 名前:仕様書無しさん mailto:sage [2008/10/11(土) 11:58:18 ]
グローバルループカウンタって……
再帰的関数をマルチスレッドで動かすにはどうすればいいんだ?

256 名前:仕様書無しさん mailto:sage [2008/10/11(土) 16:02:52 ]
ミューテックスロック

257 名前:仕様書無しさん [2008/10/11(土) 20:33:22 ]
>>255
インターロックなら速いんじゃね?とか思いつく
で、パイプラインを止めまくる

258 名前:仕様書無しさん mailto:sage [2008/10/17(金) 13:15:15 ]
Dim Ia
Dim IaIa
Dim Fungurui

何を召還する気だ。

259 名前:仕様書無しさん mailto:sage [2008/10/17(金) 13:39:52 ]
名状し難きコードが生産されているようですね。

260 名前:仕様書無しさん mailto:sage [2008/10/17(金) 14:55:26 ]
>>258
呼び戻すな(×召還)
呼び出せ(○召喚)



261 名前:仕様書無しさん mailto:sage [2008/10/17(金) 15:33:43 ]
桶、ちょっと魔方陣書いてくる

262 名前:仕様書無しさん mailto:sage [2008/10/17(金) 15:34:22 ]
Dim Mahoujin As String

263 名前:仕様書無しさん mailto:sage [2008/10/17(金) 15:39:36 ]
そこはBitmapじゃね?

264 名前:仕様書無しさん mailto:sage [2008/10/17(金) 15:56:24 ]
いや、書かんでいいから

265 名前:仕様書無しさん mailto:sage [2008/10/17(金) 16:30:40 ]
Dim Mahoujin As Variant

'とりあえず、明示的にいろいろやれるようにしました

266 名前:仕様書無しさん mailto:sage [2008/10/17(金) 17:44:59 ]
だから召喚するなt


ああ、窓に!窓に!!!

267 名前:仕様書無しさん mailto:sage [2008/10/17(金) 17:56:19 ]
なんか意味分からんし、きもいんだけど。。。

268 名前:仕様書無しさん mailto:sage [2008/10/17(金) 19:00:21 ]
コード上にAAで埋め込まれた魔方陣とか、
縦読みの呪文とかか?w

269 名前:仕様書無しさん mailto:sage [2008/10/17(金) 21:24:33 ]
世の中には楽譜に音符でAA描く奴もいる

270 名前:仕様書無しさん mailto:sage [2008/10/17(金) 21:37:00 ]
ダンディだったよなあれは



271 名前:仕様書無しさん mailto:sage [2008/10/18(土) 02:14:05 ]
さあ、iocccに行こうか

272 名前:仕様書無しさん mailto:sage [2008/10/21(火) 15:19:32 ]
int ikko,niko,sanko;


それで何に使ってるかといえばループカウンタ('A`)

273 名前:仕様書無しさん mailto:sage [2008/10/21(火) 21:59:28 ]
みっつめがsankonだったら許した

274 名前:仕様書無しさん mailto:age [2008/10/24(金) 10:10:54 ]
class tmnetwork

int utu
int tk
int kine

void getwild(void)
void lovetrain(void)

for(ge=1;〜;ge++){
for(gege=1;〜;gege++){
for(gegege=1;〜;gegegege++){

275 名前:仕様書無しさん mailto:sage [2008/10/24(金) 19:13:47 ]
i,j,kを突破するほどの多重ループって時点で何かがおかしい。

276 名前:仕様書無しさん mailto:sage [2008/10/24(金) 21:26:23 ]
i,j,kで足りなきゃii,iii,jj,jjj,kk,kkkもあるぜよ・・・
VB6で全部Publicで宣言されてるソースを見てびっくりしたことあるがな

277 名前:仕様書無しさん mailto:sage [2008/10/24(金) 21:33:07 ]
四元数でも扱うつもりかよwww

278 名前:仕様書無しさん mailto:sage [2008/10/24(金) 23:06:42 ]
kkkは危険だな

279 名前:仕様書無しさん mailto:sage [2008/10/25(土) 00:58:11 ]
クー・クラッ…おや誰か来たようだ、こんな時間に

280 名前:仕様書無しさん mailto:sage [2008/10/25(土) 01:03:54 ]
かっぺいこのやr



281 名前:仕様書無しさん mailto:sage [2008/10/25(土) 01:17:04 ]
ってか三菱証券の案件で次みたいな変数名を使ったら何か文句を言われました。

Dim iCount as Integer
Dim strName as String
Dim bCheck as Boolean

変数名の頭に型の略称を使うのはこれまで普通だと思っていたのですが
この命名規則って不味いのでしょうか?



282 名前:仕様書無しさん mailto:sage [2008/10/25(土) 01:17:41 ]
まずかないが積極的に使う理由に乏しい。


283 名前:仕様書無しさん mailto:sage [2008/10/25(土) 03:07:29 ]
>>281
ハンガリアン記法とかいう奴?
賛美両論今でも好んで使う頭の古い人はいるが
最初に提唱したMSが、失敗だった禁止しろと今は言っている。
使って文句言われても文句言えない。

まだ知らないほど不勉強なコーダが
2chにこれるだけの知能があるとは驚いたよ。

284 名前:仕様書無しさん mailto:sage [2008/10/25(土) 03:46:20 ]
普通に変数名つけてたら型なんかすぐに分かるけどな

285 名前:仕様書無しさん mailto:sage [2008/10/25(土) 04:41:23 ]
システムハンガリアンだと思考にノイズが混じっちゃうんだよなあ。
極端な話こうなる。
count < max 'カウンタと最大値の比較
iCount < iMax 'iつまり整数型のカウンタとiつまり整数型の最大値の、双方とも整数型と確認した上でのカウンタと最大値の比較
訓練次第である程度上に近づけるが、最初から上使った方が楽だし確実。

286 名前:仕様書無しさん mailto:sage [2008/10/25(土) 05:22:33 ]
それは頭が変だろ

287 名前:仕様書無しさん mailto:sage [2008/10/25(土) 06:00:21 ]
極端すぎたか。
慣れてくるとこんな感じだろうか。
iCount < iMax 'iとiで同じ。整数。カウンタと最大値の比較

288 名前:仕様書無しさん mailto:sage [2008/10/25(土) 08:17:27 ]
本来のハンガリアン記法は、

fooCount < fooMax 'fooのカウンタとfooの最大値の比較

barCount < fooMax 'barのカウンタとfooの最大値の比較しているから間違いだと思われ

って感じの使い方だったっけ?

オブジェクト指向言語の場合とか、名前空間がある場合とかだと
こういう記法の必要性も少なくなるのではないかと。

289 名前:仕様書無しさん mailto:sage [2008/10/25(土) 09:35:35 ]
>>283
多分そんな感じだと思う。
>>285
の説明を読んだけどやっぱり俺には、型名+名称 をつけた変数の方がしくり来ます。

DataTableについて名前をつけると俺の場合
dtEmploy


みんな俺の命名規則に合わせてくれ。じゃないと読み辛い。


290 名前:仕様書無しさん mailto:sage [2008/10/25(土) 09:41:03 ]
その環境の標準ライブラリに合わせとくのが無難だろうな。
iCount < strName.Length
なんてなったら意味なくなるし。



291 名前:仕様書無しさん mailto:sage [2008/10/25(土) 10:29:45 ]
>>289
名称が動詞(Employ)って事は、そのテーブルはエンティティじゃなくて
関連を表すテーブルなんじゃね?
それが「データテーブル」だって言うのはおかしくね?

292 名前:仕様書無しさん mailto:sage [2008/10/25(土) 10:43:22 ]
まだハンガリアンなんて生き残ってるんだね。。。
デメリットばかりで、まともにプログラム書いてれば今の時代メリットは何もないんじゃないかね。
アプリケーションハンガリアンも含めて。

293 名前:仕様書無しさん mailto:sage [2008/10/25(土) 11:43:32 ]
長大な関数の先頭で大量に宣言された変数を覚えきれない場合でも
使用するその場で型が確認できるというメリットがあります。

294 名前:仕様書無しさん mailto:sage [2008/10/25(土) 11:49:17 ]
ハンガリアンを捨てれば長大な関数を作りづらくなるというメリットがあります。


295 名前:仕様書無しさん mailto:sage [2008/10/25(土) 11:50:17 ]
長大な関数な時点で敗北。


296 名前:仕様書無しさん mailto:sage [2008/10/25(土) 14:35:33 ]
ただ脈絡の無い処理が100個ぐらい
ただある場合があるんだよなあ

297 名前:仕様書無しさん mailto:sage [2008/10/25(土) 17:20:45 ]
dtなんて中途半端な省略プレフィックスならつけるだけ無駄

DataTable, DateTime, ...

298 名前:仕様書無しさん mailto:sage [2008/10/25(土) 18:26:58 ]
>>292
何もないは言いすぎ。
システムハンガリアンは有用な場面も少しはあるよ。
例えば旧VBとかドトネトのフォーム上のGUI部品のように使うクラスが限られている場合、
システムハンガリアンを使うことによって

(1) 名前の簡素化
(2) 同じかあるいは関連する機能をもつ別のGUI部品との名前のバッティングの解消

という利点がある。

あと、ドトネトだとなぜか中途半端にインターフェイスにだけIをプリフィクスする
規約になっているけど、本来はクラスや構造体やenumにもプリフィクスを付けた方が
コードは読みやすいし、書き方の自由度が上がる。(プリフィクスをとったそのままを
フィールドやプロパティの名前にできる)

299 名前:仕様書無しさん mailto:sage [2008/10/25(土) 21:19:40 ]
>>298

>GUI部品のように使うクラスが限られている場合
「GUI部品だけはハンガリアンで」って規則にするの?

変数名が短くなる程度なら、略称を使う弊害の方が大きいな。

> プリフィクスをとったそのままをフィールドやプロパティの名前にできる
これはよく分からんのだが。
と思ったけど、VBは大文字小文字を区別されないんだったっけ?

なんにせよ、仕様的に不自由な言語の場合の苦肉の策だと思う。


300 名前:仕様書無しさん mailto:sage [2008/10/25(土) 21:27:11 ]
グローバル変数のg_やスタティック変数のs_はプレフィックスつける以外にどう区別すればいいのか



301 名前:仕様書無しさん mailto:sage [2008/10/25(土) 22:05:00 ]
必要ならプレフィックスつけりゃいいじゃないか。

そもそもプレフィックスなんてただの楽するための技法なんだから
つけるもつけないも楽なほうを選べばいいし, 選べないなら諦めろと。

302 名前:仕様書無しさん mailto:sage [2008/10/25(土) 22:13:24 ]
>>300
区別がつかなくなるようなコードにしなければいいんじゃない?

303 名前:仕様書無しさん mailto:sage [2008/10/25(土) 22:45:11 ]
>>298
VBプログラマだからそれ凄く分かる。
大文字小文字が区別できたらどんなに楽なことか。
よし今度からクラスとかにはプレフィックス付けるようにするか。

304 名前:仕様書無しさん mailto:sage [2008/10/25(土) 22:55:40 ]
VBって、宣言の大文字小文字を変えると
使っているところが一斉に変わる変な言語でそ

305 名前:仕様書無しさん mailto:sage [2008/10/25(土) 23:00:54 ]
作業進めるうちにプレフィックスルール自体が個人個人で違ってくるんだもんなぁ・・・

306 名前:仕様書無しさん mailto:sage [2008/10/25(土) 23:04:17 ]
>>299
>変数名が短くなる程度なら、略称を使う弊害の方が大きいな。
そんな事はない。
俺も可読性を考えず意味なく省略に走った(昔ながらの)命名法は糞だと思ってる人間ではあるが、
意味の明示度が同じなら名前は短い方が好ましいのも事実だから。

GUI部品は(1)少数のクラスを、(2)頻繁に使う分野だからbtnHogeとかtxtHoge
といった命名法が実際適合的だ。

>仕様的に不自由な言語の場合の苦肉の策
言語仕様はあまり関係ないよ。
ドトネトのようにクラス名もプロパティ名もパスカル形式にする規約だと、
例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
(割とありがちなケースだと思うけど)やっぱり混乱して分かりにくいコードになる。

やっぱりクラスや構造体もCListとかSPointみたいにプリフィクスする規約の方が
ただ一貫性があるだけじゃなくて上記の混乱が防げてよかったと思う。

307 名前:仕様書無しさん mailto:sage [2008/10/25(土) 23:04:41 ]
どうも変数名はロジックには関係無い、

という持論の元適当に名前を付けて

コードを書き終えた後にリファクタリングを使用してあまりにも酷い変数名の場合にのみ

修正をしています。こんなスタンスの奴って多いでしょ?

308 名前:仕様書無しさん mailto:sage [2008/10/25(土) 23:24:39 ]
GUIコントロールはサフィックスにしたな。
その方が自然に読めるし、1語目はやっぱ重要だし、拡張子みたいなもんだし。

309 名前:仕様書無しさん mailto:sage [2008/10/26(日) 00:55:18 ]
>>306
>例えばプロパティーの名前と、そのプロパティーの返す値の型の名前が同じだと
よく分からないな。なにか例はないの?
多分VB特有のものなんだと思うけど。

310 名前:仕様書無しさん mailto:sage [2008/10/26(日) 01:27:03 ]
>>306
>意味の明示度が同じなら名前は短い方が好ましいのも事実だから。
簡潔にするのはよいけども、略称にしてしまうというのは話が別だと思うがな。

ttp://support.microsoft.com/kb/173738/ja
をみると
・略称から元の意味が分かりにくい。
・重複する
・2、3文字減る程度のものが多い

グローバル変数や長い関数ばりばりで、変数名の長さ制限や大文字小文字区別なし。
そんな時代の遺物じゃないのかねえ。



311 名前:仕様書無しさん mailto:sage [2008/10/26(日) 01:38:55 ]
>>310
だからどっからVBが出てくるんだよw
例って言われてもその説明で理解できないのなら多分どう言い換えても
理解できないんだと思うよ。
まあいいや。

例えばドトネトのControl.Fontが上記のような場合の一例。

ただ、言ってることが矛盾するように聞こえるかもしれないけど
こういう、クラスライブラリの使う頻度が高いクラスの使う頻度が高いプロパティとかなら
それほど混乱しないとは思う。

だが、自分で書いたFooクラスのHogeInfo型を返すプロパティの名前がHogeInfoだったりすると、
Fooクラスの内部のコードは場合によっては非常に混乱するコードになる。
特にHogeInfoが静的なメンバをもっていたりするとね。

>>309
話がかみ合わんお方だな。
プログラマ(なんでしょ)なら論理的に考えたまえよ。

>略称から元の意味が分かりにくい。(からシステムハンガリアンは禁止すべき)
これが正しいのは俺も認めている。
そしてこれが正しいのなら、この対偶も自動的に正しい。

つまり略称から元の意味十分に読み取れる限定的な場面であれば、
システムハンガリアンを忌避しなくてよい。

312 名前:仕様書無しさん mailto:sage [2008/10/26(日) 01:56:51 ]
いつも思うんだが、お前らよくそこまで熱くなれるな。こんな糞みたいなネタで。

313 名前:仕様書無しさん mailto:sage [2008/10/26(日) 02:18:22 ]
>>311
> 例って言われてもその説明で理解できないのなら多分どう言い換えても
> 理解できないんだと思うよ。
お前は相手が.netをあまり知らないかもとか考えてないのな。

プロパティの話は、結局クラス名もプロパティ名もパスカルケースっていう規約が問題であって、それを忌避するためのバッドノウハウだと思うよ。

> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
そんな前提なんてのは割と簡単に破られてしまう、という考えはプログラマとしては大事よ。

それにそんな限定されたところだけ、例外的な命名にするってやだな。
formはfrm、frameは重複しちゃったからfraね、というのもダメっぽい。

314 名前:仕様書無しさん mailto:sage [2008/10/26(日) 02:43:23 ]
HogeInfo型のインスタンスを返すプロパティの名前がHogeInfoだと
そのプロパティを持つクラスの中でHogeInfo.Method()みたいなのがあった場合、
それがクラスメソッドなのかインスタンスメソッドなのか一目で分からないって話?

315 名前:仕様書無しさん mailto:sage [2008/10/26(日) 07:19:10 ]
アンカーと引用はあるけど実は見えない敵と戦ってる、て話でしょ
別に真っ向から対立することを言ってる訳じゃないのに無理矢理対立するように解釈してる気がする

316 名前:311 mailto:sage [2008/10/26(日) 13:29:06 ]
>>315
残念ならが俺もそのように感じる。
俺も基本ハンガリアンなんて使うな、って立場でその上でしかし
馬鹿の一つ覚えはどうか、と言ってるつもりなんだけど
そこを理解してもらえないみたいだね。

実際問題Windows Form上のコントロール名の命名をハンガリアンでやることの
有用性っていうのはやってみればほとんどのプログラマが納得することだと
思うんだけど。

txtFileName
fileNameTextBox

mnuEnterFileName
menuItemToEnterFileName

まあでも教条主義的に「馬鹿の一つ覚え」で食わず嫌いな奴もいるからなあ実際。

>>314
それもそうだし、やっぱり同じ名前の違うものが混在するコードというのは混乱を招く。
にもかかわらず、しばしば(Control.Fontのように)型名と同じ名前のプロパティを
作りたい場面がある。

だったらやっぱり型名をCなりSなりEなりでプリフィクスすべきだろう。
プロパティをキャメルにすることがよいアイデアとは思えない。

あと、ドトネドだと型がクラスなのか構造体なのかを強く意識する必要があるわけで、
その役にも立つ。

317 名前:仕様書無しさん mailto:sage [2008/10/26(日) 16:54:30 ]
.netはよく知らんのだが、まあ、つけた方がいいんならつけたらいいんだろう。
そういう開発環境なんだろうね。

318 名前:仕様書無しさん mailto:sage [2008/10/26(日) 16:56:50 ]
.NETに限らず、Webアプリのid属性とかでも同様だと思いますが。

319 名前:仕様書無しさん mailto:sage [2008/10/26(日) 18:45:25 ]
つけたきゃつけろよ
つけたくなけりゃつけるなよ
どちらかが気に入らないならコーディングルールで縛れよ

320 名前:仕様書無しさん mailto:sage [2008/10/26(日) 19:54:09 ]
凝集度を高く結合度を低くしていけば、プリフィックスで変数の種類を区別することの有用度は低くなると思う.
そこまで理想的にはいかないだろうけど.



321 名前:仕様書無しさん mailto:sage [2008/10/26(日) 19:59:01 ]
単純な話
名称(=オブジェクトのイメージ)が素直に頭に入ってこない

322 名前:仕様書無しさん mailto:sage [2008/10/27(月) 11:39:46 ]
ハンガリアンについて語るスレって無かったっけ?

323 名前:仕様書無しさん mailto:sage [2008/10/27(月) 12:11:55 ]
academy6.2ch.net/test/read.cgi/whis/1120899843/l50

324 名前:仕様書無しさん mailto:sage [2008/10/27(月) 16:54:22 ]
>323
審議拒否(AA略

325 名前:仕様書無しさん mailto:sage [2008/10/27(月) 20:43:57 ]
>>311
対偶は「ハンガリアンを使うには略称から元の意味がわかる必要がある(≠必要十分条件)」な件について

326 名前:仕様書無しさん mailto:sage [2008/10/27(月) 21:03:47 ]
>>325
ナニが言いたいのチミ?
ケチをつける前に人の文章よく読んだ方がよくないか?

327 名前:仕様書無しさん mailto:sage [2008/10/27(月) 21:30:16 ]
> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
は対偶じゃなくて裏でしょって>>325は言ってるんじゃない?

> 論理的に考えたまえよ。
(*ノ∀ノ)

328 名前:仕様書無しさん mailto:sage [2008/10/27(月) 21:48:40 ]
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。

329 名前:仕様書無しさん mailto:sage [2008/10/27(月) 21:50:07 ]
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。

330 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:06:44 ]
>>316
txtFileName txtは想像できる。(今気付いたがこれテキストファイルの名前の意味にも取れるな)
mnuEnterFileName mnuは厳しい。できればmenuにしてほしい。



331 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:28:57 ]
「論理的に考えたまえよ」なんて言っときながら、恥ずかしい間違いをしちゃっている311がいるのはここですか?

332 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:31:23 ]
>>331
お前馬鹿だろ。

333 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:34:53 ]
元の意味が分からない => ハンガリアンは禁止すべき

対偶は
ハンガリアンは禁止すべきでない => 元の意味が分かる

裏は
元の意味が分かる => ハンガリアンは禁止すべきでない

じゃないの?

334 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:43:41 ]
>>333
だから何が言いたいの?
ひょっとして

not(ハンガリアンは禁止すべき)

これを日本語の言い回しに騙されて、
not(ハンガリアンは禁止すべき)=ハンガリアンは禁止すべきでない=ハンガリアンは禁止してはダメ

とか訳のわからん解釈してないだろうな?

335 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:46:15 ]
ジャンガリアンハムスターってかわいいですよね

336 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:47:31 ]
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw

337 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:48:13 ]
>>334
単純に

311で言ってるのって”対偶”じゃなくて"裏"だろ

ってツッコミをいれてるだけなんだが.

> つまり略称から元の意味十分に読み取れる限定的な場面であれば、
> システムハンガリアンを忌避しなくてよい。
にはならないんだよ。

338 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:49:09 ]
頭が悪いと、自分が頭が悪いことも分かんなくなるんだろうか。

339 名前:仕様書無しさん mailto:sage [2008/10/27(月) 22:56:18 ]
まあそうだよね。他にもシステムハンガリアンを忌避しなきゃいけない条件があるかもだし。

340 名前:仕様書無しさん mailto:sage [2008/10/27(月) 23:08:19 ]
>>337
ああすまん、リアルで間違ってたねw

対偶をとっていえることは、
「ハンガリアンを禁止しなくてもよい場面では略称から元の意味がわかる」
に過ぎないわけで俺が主張するようなことは確かに言えないわ。

みんな本当ごめんw




341 名前:仕様書無しさん mailto:sage [2008/10/27(月) 23:20:22 ]
(ノ∀`) アチャー

326 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:03:47
>>325
ナニが言いたいのチミ?
ケチをつける前に人の文章よく読んだ方がよくないか?

328 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:48:40
だからナニを寝惚けたこと言ってるんだコラといってるわけだが。

329 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 21:50:07
しかし、逆裏対偶なんて高校の数Iがわからない奴が結構いるんだな。
まあ>>325の場合はそれ以前の日本語の読み書きの問題のようだけど。

332 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 22:31:23
>>331
お前馬鹿だろ。

336 名前: 仕様書無しさん Mail: sage 投稿日: 2008/10/27(月) 22:47:31
そういうや学生の時に家庭教師をしてた時の事を思い出したが、
数学できない子っていうのはこういう思考するんだよな確かに。
しかしいくら2chでもレベル低すぎる話題だなw

342 名前:仕様書無しさん mailto:sage [2008/10/28(火) 02:08:28 ]
条件文の対偶を間違える奴がいるかもしれないプロジェクトになんていられるか!俺は辞めさせてもらうぞ!






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

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

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