5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

プログラムセンスがある人とない人の違い 2 [転載禁止]©2ch.net

1 :仕様書無しさん:2015/02/03(火) 06:53:27.42
プログラムセンスがある人とない人の違いを
感じたことがありますか?

それはどんな時でしょうか?


 無理やり変な技術にこだわらず、読んだだけで
 意図が明確にわかるコードを書く人がセンスがある

 ビット演算はビットごとに意味がある場合に使って
 インデックス値などの数値の計算に使わない等

プログラムセンスがある人とない人の違いを感じる時
http://kanae.2ch.net/test/read.cgi/prog/1409277964/

2 :仕様書無しさん:2015/02/03(火) 06:55:41.43
>ビット演算はビットごとに意味がある場合に使って



>>1 = ダブルバッファの人の思い込み。

みんな、騙されないようにね。

3 :仕様書無しさん:2015/02/03(火) 07:00:54.15
ダブルバッファおさーんの、肥大した自意識の垂れ流しをまた読める
と思うとwktk

4 :仕様書無しさん:2015/02/03(火) 07:02:18.00
>>2-3
じゃま。

お前は自分でクソスレたてたんだから
そっちでやれよ

ダブルバッファおさーんと遊ぼう! [転載禁止](c)2ch.net
http://kanae.2ch.net/test/read.cgi/prog/1422905558/

5 :仕様書無しさん:2015/02/03(火) 07:04:04.92
>>4
さっそく垂れ流し1発目のレスw

6 :仕様書無しさん:2015/02/03(火) 07:06:18.03
重要なのは、コードを書くときよりも可読性。
書くのは一回だけだが、読むのは何回も行われる。
レビューする時、機能追加する時、修正する時、バグを直す時、etc

技巧的な書き方をするより、読んだ時にわかりやすい
書き方をする人がセンスがあるといえよう。

技巧的な書き方が許されるのは、ベンチマークした上で
そこがボトルネックとなっていると判明した時だけ。
その判断が出来る人がセンスある。

7 :仕様書無しさん:2015/02/03(火) 07:06:37.44
わざわざ
>>1 で

> 無理やり変な技術にこだわらず、読んだだけで
> 意図が明確にわかるコードを書く人がセンスがある
>
> ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない等

なんて書いて、自意識モリモリだねw

みっともないと思わないのかなー

俺を認めろ!
という悲痛な叫びw

8 :仕様書無しさん:2015/02/03(火) 07:08:04.10
リアルで、よっぽど承認欲求を満たされない人生を送っているんだな
というのが丸わかりなんですけど。

9 :仕様書無しさん:2015/02/03(火) 07:08:20.83
※荒らしにレスをしないように
餌を与えてはなりません。

10 :仕様書無しさん:2015/02/03(火) 07:27:38.26
WebやDBなんてパートがやるべき
【知的財産と契約料金の搾取助長者ばかり】
[受注系SI生涯損害促進者を追放すべき]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒

偽装請負従犯SEの迷惑
不当指示遵守
強要期限遵守
無能残業
安売競争
利益提供
裁判苦手
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
貧困
非婚
離婚
鬱病
早死

11 :仕様書無しさん:2015/02/03(火) 07:28:40.60
で。少しはソースコードリーディングの力はついたの?

いつまでも

僕ちゃんx^=1;は読めまちぇーん

じゃ済まないよ?

12 :仕様書無しさん:2015/02/03(火) 07:37:27.83
>>11
君は「リーダブルコード」という本を読んで勉強した方がいいと思うよ。
意図がわかりやすいコードを書くことは重要。

リーダブルコードでも「頭がいい」コードに気を付ける。って書かれている
あとで他の人がコードを読むときにわかりにくくなる。

13 :仕様書無しさん:2015/02/03(火) 07:51:08.16
リーダブルコードって言葉知ってるオラ、カッケーですか

14 :仕様書無しさん:2015/02/03(火) 07:52:18.67
いや、この業界で知らなかったら逆に恥だろw

15 :仕様書無しさん:2015/02/03(火) 08:15:16.55
手入力を増やしてしまう低技術者
なんとかならないかな?

16 :仕様書無しさん:2015/02/03(火) 08:27:48.85
技術系の本を読まない(読めない)人がこの業界に徘徊してるんですよね

17 :仕様書無しさん:2015/02/03(火) 08:43:25.67
初心者=タイピング速度が遅い人は
書くので精一杯で、書く時のことしか考えられない。

コードを書き終えたら「できましたー!」
その後のメンテのことも考えない。

だからコピペしてちょこちょこ弄って終わらせる。

書くときよりも読むときのことを考えようぜ。
だから可読性という言葉があるんだ。
可書性ではないんだよ。

18 :仕様書無しさん:2015/02/03(火) 09:08:13.99
書くこと教えるだけで終わりにする人が・・・
読み書き、そろばん(電卓?)

19 :仕様書無しさん:2015/02/03(火) 09:09:15.05
自分で学べや・・・

20 :仕様書無しさん:2015/02/03(火) 11:45:45.29
プログラムセンスがある人は回答のない主観的な問題にいつまでも囚われず
コメントなりで注釈してさっさと別の問題にとりかかる
x ^= 1 // 0,1の入れ替え

21 :仕様書無しさん:2015/02/03(火) 11:47:22.47
コードを見たらすぐにわかるコメントはかかない

常識である

22 :仕様書無しさん:2015/02/03(火) 12:06:54.65
で、ビット反転計算のことだけど
x=1-xは間違いなんで
そもそも話にならないです

23 :仕様書無しさん:2015/02/03(火) 12:26:48.01
で、ビット反転計算のことだけど
x^=1 これも間違いなんで
そもそも話にならないです

24 :仕様書無しさん:2015/02/03(火) 12:31:57.98
そですね

25 :仕様書無しさん:2015/02/03(火) 12:35:33.34
話は、その間違いは納得した上で
どちらのほうが理解しやすいかなのです。

ビット演算で書いたらビットごとに意味があるんだなって
みた人が感じる。それが重要なのです。

26 :仕様書無しさん:2015/02/03(火) 14:13:43.88
逆に言えば、ビットごとに意味がない場合は
使わないほうがいいってことかな。

27 :仕様書無しさん:2015/02/03(火) 14:29:36.12
現にコード見てすぐにわからないおっさんがいたり
人によって解釈がこんなに異なってるんだからコメント必要だろ
常識だろ

28 :仕様書無しさん:2015/02/03(火) 14:32:39.34
コード見てわからない人はいないでしょw

「ビットごとに意味がある時だけに使うべき」と
言っていることからも、わかっていることは明らかだし。

29 :仕様書無しさん:2015/02/03(火) 14:33:33.47
必要以上のコメント書いて
コメントのメンテもやりたいんだ
余裕ありますね

30 :仕様書無しさん:2015/02/03(火) 17:22:34.20
>>5
君は病気だ。お大事に。

31 :仕様書無しさん:2015/02/03(火) 19:30:17.78
>>25
バグを納得するってどういうことなの?
お前それでもプロなの?辞表書けよ

32 :仕様書無しさん:2015/02/03(火) 19:49:00.08
わかりやすいページ
http://www9.plala.or.jp/sgwr-t/c/sec14.html

ビット演算がスカしてるのは同意
俺も知らんで会社入ってボコられたので

33 :仕様書無しさん:2015/02/03(火) 21:44:45.01
さすがにもう飽きたか

34 :仕様書無しさん:2015/02/03(火) 22:09:09.25
自分で隔離スレ作ったしなw

今の時代、少メモリよりもわかりやすさ優先なんで、
ビットごとに意味がないかぎり、ビット演算は使わない。

35 :仕様書無しさん:2015/02/03(火) 22:15:29.51
ということで、基本ifでよっぽど特殊な事例だけx^=1が結論ですね

36 :仕様書無しさん:2015/02/03(火) 22:17:33.98
>>35
↓こっちいけよ。

ダブルバッファおさーんと遊ぼう! [転載禁止](c)2ch.net
http://kanae.2ch.net/test/read.cgi/prog/1422905558/

寂しいのか? 寂しいからこっちに来てんのか?w

37 :仕様書無しさん:2015/02/03(火) 23:43:39.81
>>33
つか、どっちも計算間違えてたから
流石になにも言えなくなったんじゃね
検算やユニットテストは大事ってことですね

38 :仕様書無しさん:2015/02/04(水) 00:00:34.12
>>37
そういう話じゃないよ。
どちらも1か0だけが入ってくるの限定。
その上で、どちらがより意図が明確かってこと。

ビットごとに意味がある場合にビット演算を使ったほうがわかりやすいし。
インデックス値であれば数値計算をした方がいい。

それで結論出たはずなんだけど、とある一人が火傷を起こしてね。
ほらみて、別スレまで建てちゃったw
まあ、自分で自分を隔離するスレになったけどねw

39 :仕様書無しさん:2015/02/04(水) 00:03:28.91
>>38
>とある一人が火傷を起こしてね。

センスの有る日本語表現ですね^^

40 :仕様書無しさん:2015/02/04(水) 00:22:04.19
私的には
>>1
>ビット演算はビットごとに意味がある場合に使って
>インデックス値などの数値の計算に使わない
は反対。
こんなことを強いられたらたまったもんじゃない。
実際自分は数値計算に、ビット演算をモリモリ使ってたソフトの開発やってたからな。
なのでx=1-x;とx^=1;の議論については、ケースバイケースとしかいえない。
前スレ眺めてみて>>1はちょっと癖のある偏った人という印象

41 :仕様書無しさん:2015/02/04(水) 00:43:27.65
>>40
いや、お前がやってきたかどうかはどうでもいいんだよ。

その理由を言えって。

少なくとも、ビットごとに意味があるだろうと推測できる
やり方はいい考えだ。

42 :仕様書無しさん:2015/02/04(水) 01:03:31.62
>なのでx=1-x;とx^=1;の議論については、ケースバイケースとしかいえない。
これに尽きるんだけど、 何故か頑なに拘る人がいてね...

43 :仕様書無しさん:2015/02/04(水) 01:05:56.69
うん。だから今回のケースでは、
インデックスとして扱われているのだから
ビット演算ではなく、数値計算するべきってことでしょ?

別に、ビット演算は絶対にするなって言ってないんだよ。
それどころか逆に、ビットごとに意味がある時にビット演算しろって
言ってるじゃないか。

44 :仕様書無しさん:2015/02/04(水) 02:35:07.37
1bit整数ってのもワイルドだよな

45 :仕様書無しさん:2015/02/04(水) 02:43:05.11
>>44
C言語にはboolean型がないんでね。

46 :仕様書無しさん:2015/02/04(水) 07:47:39.32
受注系SEとは結婚したくない
低収入
高稼働
多離職
不細工
まともな親は反対するだろ

47 :仕様書無しさん:2015/02/04(水) 08:50:28.11
あれで終わりかなあと思ったら次スレ立ってたのな
しかもx^=1とx=1-xの話ばかり…

48 :仕様書無しさん:2015/02/04(水) 12:35:26.49
>>44
あり得ないよね

49 :仕様書無しさん:2015/02/04(水) 12:41:27.52
>>43みたいな意見に対して
ケースバイケースだろ?
って反論は、かみ合ってない感がハンパない。

50 :仕様書無しさん:2015/02/04(水) 13:59:38.43
>>44
アセンブラだとビット変数が定義できる処理系もあるよ

51 :仕様書無しさん:2015/02/04(水) 18:48:44.45
>>40
「癖」に拘って1人で大暴れしていた人が前スレにいたねえ。
おや、君も「癖」に拘るのかい?ふーんw

52 :仕様書無しさん:2015/02/04(水) 22:07:30.27
>>1
>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない

なんてことを書くヤカラが立てた、
プログラミングのセンスを語るスレなんて、
やがて過疎るだろう。

>>1がシャカリキに自作自演のレス投下するぐらいしか伸びようがない。

53 :仕様書無しさん:2015/02/04(水) 23:11:09.92
ビットごとに意味がなくとも、ビット演算の特性を一般数値演算に活かすのはありだよなとは思う

まあシフトみたいな単純な事柄じゃなけりゃ、コメント書くか、関数にまとめて実装隠蔽してテストコード残しといて欲しいけど。
コメントあまり機能してない職場勤めなので個人的には後者推すけど

54 :仕様書無しさん:2015/02/05(木) 06:30:01.88
>>52
君さ、自演がバレてないと思ってるの、君だけだよ。
みーんな、君の自演をニヤニヤしながら観察してるんだよ。
改めて聞くけど、君、バカ?

55 :仕様書無しさん:2015/02/05(木) 06:30:59.72
>>53
つまりケースバイケースってことだろ?
今回はビット演算を使わないほうがいいというケースだった。

56 :仕様書無しさん:2015/02/05(木) 06:37:45.00
0と1の反転をアセンブラで書くとXOR GR1,GR1かな

57 :仕様書無しさん:2015/02/05(木) 07:06:55.63
おまいらリーダブルコード読んだ?

58 :仕様書無しさん:2015/02/05(木) 07:13:42.54
読んだけど知ってた内容だった

59 :仕様書無しさん:2015/02/05(木) 09:04:26.41
>>56
違うだろw

60 :仕様書無しさん:2015/02/05(木) 10:35:37.24
>>59
あとで確認したら0の設定だったw

61 :仕様書無しさん:2015/02/05(木) 10:40:53.74
CASL勉強してもリアルでは・・・

62 :仕様書無しさん:2015/02/05(木) 20:00:15.92
別に大して速くもならんから
好きなように書けよ

63 :仕様書無しさん:2015/02/05(木) 20:34:47.33
>>55
>つまりケースバイケースってことだろ?
>今回はビット演算を使わないほうがいいというケースだった。

で、まさに君自身が言っているとおり

>今回はビット演算を使わないほうがいいというケースだった

に過ぎない。
それを、どんなケースでも成り立つ不問律のように
>>1
>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない

などと書くからダメだと言っている。

あのね、君ね、ひとつ教えてあげると、
「AであるならばBが成り立つ。」という命題と「Bが成り立つ。」という命題とは
違うものなんだよ。

命題とか論理とか、ちゃんとやったことなさそうだから
分からないんだろうけど。

64 :仕様書無しさん:2015/02/05(木) 20:38:01.85
ま、要は、
数値計算ではビット演算は使わないって、どんだけ狭い世界で生きてるんだと。
そういう話。

別に、お前ひとりが狭い世界で生きて死ぬのはいいけど、
狭い世界で生きるための知恵みたいなのを、もっと広い世界で生きている人間が
聞いたら噴飯ものっていうことはよくあるが、今回もその例

65 :仕様書無しさん:2015/02/05(木) 20:43:31.99
受注系SEおよび
福島第一原発の廃炉作業にあたっている作業員など4人が、危険手当の未払い分などの支払いを求め、東京電力と下請け会社
合わせて17社を訴えた裁判。4日開かれた口頭弁論で、原告側は「危険手当が不当にピンハネされている」として、多重下請けの
構図を指摘しました。

 「泣くのは結局、末端で汗水たらして働いている作業員たち、どう考えてもおかしい」(原告・元作業員・須藤一昭さん)

 一方の東京電力を含む被告の17社は、原告の請求を退けるよう求めています。

ソース(TBS News-i) http://news.tbs.co.jp/newseye/tbs_newseye2412114.html
http://news.tbs.co.jp/jpg/news2412114_6.jpg

66 :仕様書無しさん:2015/02/05(木) 20:47:48.06
>>64
> 数値計算ではビット演算は使わないって、どんだけ狭い世界で生きてるんだと。

なんども言われてると思うけど、

今回の場合(インデックス)に対してビット演算がありえないと
言ってるのであって、数値計算でビット演算を絶対に使うなってことじゃないよ。
ビットごとに意味がある時にビット演算を使いましょうってこと。

67 :仕様書無しさん:2015/02/05(木) 21:05:22.18
実際に、ビット演算を要所要所で使うことで、すんごく速くなる数値計算なんてよくあるからね

当たり前だけど、計算機にとっては、最終的にすべてがビット演算だからね

このスレでビット演算反対派の人は、可読性をやたらと強調してるみたいだけど、

可読性よりも実行速度を重視する場合だってあるしね

つまり、同じ処理をやるのに、読みやすいプログラムを書ける人よりも、早く処理が
終わるプログラムを書ける人のほうがセンスがいい、って言われる世界がある
っていうか、まさにそれがプログラミング能力だ、という世界もあるわけでね

TopCoderだって、どんなに正しい答えが得られても「実行時間が○秒以内じゃないと正解とは
見なされない」という問題多数あるしね

そういったいろんな前提をうっちゃって、「数値計算にビット演算は使わない」なんてのは

ちょっといただけないかな

素人って感じ

68 :仕様書無しさん:2015/02/05(木) 21:09:03.73
>>67
> 当たり前だけど、計算機にとっては、最終的にすべてがビット演算だからね
アホやコイツw二進表現とビット演算の区別ついてへんww

69 :仕様書無しさん:2015/02/05(木) 21:14:53.87
>>68
そんな重箱の隅をつつくぐらいしか>>1には手詰まりなほど>>67が正論

ちなみに二進表現されたものどうしの演算をビット演算といって
何ら差し支えはない。

>>1は、結局、自説を傲慢に展開する快楽に依存しているだけ。要は、まあ、2ちゃん中毒だよね。

70 :仕様書無しさん:2015/02/05(木) 21:20:26.93
>>67
1000万回同じ計算するなら意味あるけど
お前には縁はない

71 :仕様書無しさん:2015/02/05(木) 21:20:27.45
×10をビット演算で出来る俺
カッコイイって思ってるでしょw

たとえビット演算のほうが早くても
やらないほうが良い場合も多いんだよ

72 :仕様書無しさん:2015/02/05(木) 21:22:12.04
>>67
>実際に、ビット演算を要所要所で使うことで、すんごく速くなる数値計算なんてよくあるからね

あるよね。別に高等テクニックでもなんでもなく
ネットで検索すりゃいろいろ出てくる、そんなレベルの基礎知識

73 :仕様書無しさん:2015/02/05(木) 21:23:30.63
プログラムセンスが有る人は
速さよりも、コードのわかりやすさを優先するよ。
他人が読んだ時に、頭に疑問符がでるようなコードを書かない。

実行速度の最適化ではなく、コードの可読性の最適化
実行速度にほとんど影響がない所は、わかりやすいコードを書くほうが
結果的にいい。

速度に影響がない所を数値計算をビット演算するとかセンスが全くない

74 :仕様書無しさん:2015/02/05(木) 21:23:38.55
>>71
シフト演算なら2の指数倍の場合にだけ使うよ
お前センス無さすぎ

75 :仕様書無しさん:2015/02/05(木) 21:24:18.31
もう辞めようよ。

>>1にエサ与えるだけだって

76 :仕様書無しさん:2015/02/05(木) 21:24:32.96
>>73
美味しいところだけ引用する卑怯者ですか?

77 :仕様書無しさん:2015/02/05(木) 21:24:35.46
>>67
今回は、ビット演算した所で速度が全く変わらないから
そんな所にビット演算するやつは
センスが無いなって結論になったんだっけね。

78 :仕様書無しさん:2015/02/05(木) 21:27:23.86
いいんじゃね エサやったって

79 :仕様書無しさん:2015/02/05(木) 21:36:18.18
>>76
まったく同意。なんだろう。下品なヤツだと思う。

努力するのは嫌だけど承認欲求は人一倍強いメンドーな人っぽい

80 :仕様書無しさん:2015/02/05(木) 21:40:45.25
>>70
1000万回程度じゃ有効な差にはならないけどね

81 :仕様書無しさん:2015/02/05(木) 21:43:07.40
>>1 には
>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない等
などとバカなことを吹かすくせに、正論で突っ込まれると
>今回は
などと言い出す。
この二枚舌、プログラマーよりも、どこかの国の政治家向き。

82 :仕様書無しさん:2015/02/05(木) 21:46:16.30
>>80
何をもってして
>有効な差
とするのかは、お前が決めることじゃねーだろ

って似たようなこと何度も言わすなよバカw

83 :仕様書無しさん:2015/02/05(木) 21:49:51.66
>>82
あれ?もしかして1000万回て凄い計算量だと思ってた?w

84 :仕様書無しさん:2015/02/05(木) 22:01:57.80
いろんな職業で、「ナントカ崩れ」っていう言い方がある。
弁護士崩れ、演歌歌手崩れ、みたいな。

それらに倣っていうと、
>>1
は、”プログラマー崩れ”だな。

85 :仕様書無しさん:2015/02/05(木) 22:05:21.39
ナントカ崩れに共通する、傲慢と卑屈が入り混じったチャチな詭弁を振り回す
傾向が>>1にも見られる。

86 :仕様書無しさん:2015/02/05(木) 22:21:03.35
自分凄い〜したい人はブログやったらいいんですよ

リピーターがその人の評価だから

87 :仕様書無しさん:2015/02/05(木) 22:27:38.27
このご時勢に実行速度にこだわる奴は生産性激悪い。
しかも気に掛けることといったらビット演算で1クロック分速くなるとかw

DBアクセスがどんだけ時間かかるか知ってる?
処理のオーダーって聞いたことある?
ビット演算で稼げる速さとか
ソフトの数十年の寿命フルにぶん回したとしても、お前のかけた工数分の差にもなんねーよwwww

88 :仕様書無しさん:2015/02/05(木) 22:28:13.31
>>1 
もブログやQiitaなんかでは、
> ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない
なんてとても書けないだろ。

ブログやQiitaじゃ書けないことをドヤ顔で書いてる自分を
>>1
も多少は恥じていると思うのだが、
その恥が、数々のレスから見透かせるからバカにされるのだよ。

89 :仕様書無しさん:2015/02/05(木) 22:29:01.25
そろそろx=1-xとx^=1以外の話をしたいのぉ

90 :仕様書無しさん:2015/02/05(木) 22:36:45.26
まあ、>>1のことをそろそろ許してやってもよいのでは?

91 :仕様書無しさん:2015/02/05(木) 22:45:29.44
>>90
お前の事はまだまだ弄るけどいいよね?

92 :仕様書無しさん:2015/02/05(木) 22:50:53.49
>>89
んー、高速化の話が出てたからその辺ネタ振ってみるかな
今時「プログラムセンスのある最適化」ってどんなんあるかな

以下スルーでいいけどネタ振りがてら自分の界隈メモ
このところスマホゲー関わってるんですが、ロジックはゲームエンジンがよしなにやってくれちゃってるので、コードでの最適化の余地ってあんまし出会えないんですよ
いかにテクスチャ減らすか、ドローコール減らすためにマテリアルまとめるかとかばっかり。シェーダが最後の砦かな

サーバサイドもSQLチューンするよりはテーブル設計見直すとかサーバ構成から見直す案件ばっかり

93 :仕様書無しさん:2015/02/05(木) 22:54:27.30
>>89=>>92 自演乙 アホだなあコイツw

94 :仕様書無しさん:2015/02/05(木) 22:57:50.39
まあ、数値演算にもビット演算は多用されるのは事実なので、そろそろ
>>1=ダブルバッファ君も、この話題から逃げたいんだろ

弄られているのは自分なのに
>お前の事はまだまだ弄るけどいいよね?
などと言い出す始末w
翻訳すると、僕をかまって!ってこと

95 :仕様書無しさん:2015/02/05(木) 22:58:14.08
DBでMP化で早くなったから
なんでもMP化すれば早くなるとかいう勘違いさんが増えましたからね
はははは
早くすることに対してもターゲットで考え方変えないこともあるのでは

96 :仕様書無しさん:2015/02/05(木) 22:58:38.47
ハズイ どこまでもハズイ ダブルバッファ氏w

97 :仕様書無しさん:2015/02/05(木) 23:00:46.78
数値演算にもビット演算は多用されるということを指摘すると、
こいつ、とたんに逃げ腰になるよな

98 :仕様書無しさん:2015/02/05(木) 23:09:07.32
>>92
いいじゃん、デグレることもないし
いい職場だね、パチマネー臭いけど

99 :仕様書無しさん:2015/02/05(木) 23:18:29.53
急に話題変えて自演で埋めようとするということは、
ダブルバッファ氏としては、
数値計算にもビット演算を使うケースが
あるということには異論はないわけね?

100 :仕様書無しさん:2015/02/05(木) 23:27:03.26
何が出来るかより何が向いてるかでビット演算を語れよ


何にも向いてないけどね

101 :仕様書無しさん:2015/02/05(木) 23:39:28.19
数学って何の役に立つの?
とか言い出しそうだな

102 :仕様書無しさん:2015/02/05(木) 23:46:32.08
>>99
上でも出てるけど乗除算の代わりのビットシフトとか別にいいと思うよ。ビット自体にフラグ的意味はない算術意図の代表例だよね
コンパイラ最適化も万能ではない

でもこの例では、実務で性能改善を実感できるケースは稀なんじゃね
濫用してもリーダブルコード厨に嫌味言われるだけかも知らんしw

103 :仕様書無しさん:2015/02/06(金) 00:00:10.95
>数値計算にもビット演算を使うケースが
>あるということには異論はないわけね?
前スレも含めて上記に対する異論は見たことないけど...

逆に、頑なに数値演算を否定してビット演算最強俺様TUEEEEE
って人は見かけるんだけど、そういう人は何を必死に火病ってんのかね?謎だw

104 :仕様書無しさん:2015/02/06(金) 05:00:40.62
またダブル氏、こんどは別の話題で、うんこ垂れ流し?

105 :仕様書無しさん:2015/02/06(金) 05:10:46.33
>>1が負けを認めて逃走中

106 :仕様書無しさん:2015/02/06(金) 06:44:36.12
>>99
> 数値計算にもビット演算を使うケースが
> あるということには異論はないわけね?

最初っから1-xの話してるだろ。
ビットごとに意味がある時にビット演算をした方がいいと
そういうってるだろ。

107 :仕様書無しさん:2015/02/06(金) 06:48:22.63
>>106
ずいぶんご主張が変わられていますね。やはり政治家向きだw

108 :仕様書無しさん:2015/02/06(金) 06:55:29.53
>>106
何居直ってんだ?この便所虫は

ならば

>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない等

は撤回しろ。

109 :仕様書無しさん:2015/02/06(金) 07:12:42.46
立場が悪くなればなるほど傲慢に出てくる。品性と教養の低い人間の特徴

110 :仕様書無しさん:2015/02/06(金) 07:21:39.11
学歴低そう

111 :仕様書無しさん:2015/02/06(金) 07:25:41.54
撤回しろwwなんだこいつwwww

112 :仕様書無しさん:2015/02/06(金) 07:29:45.48
1-x
って、どういうときに使うの?

113 :仕様書無しさん:2015/02/06(金) 07:35:14.12
>>112
インデックス値などの数値の計算

114 :仕様書無しさん:2015/02/06(金) 07:39:36.71
は?
負の整数になる可能性があるのを

115 :仕様書無しさん:2015/02/06(金) 08:03:11.25
0と1の反転じゃねーのか

116 :仕様書無しさん:2015/02/06(金) 08:07:16.28
元ネタはビット反転が目的だったのに
いつのまに、インデックスの計算に

117 :仕様書無しさん:2015/02/06(金) 08:11:48.92
>>114は仕様外の入力にも黙って正常動作させるバグ量産タイプ

118 :仕様書無しさん:2015/02/06(金) 08:57:21.12
人違い?
ただの傍観者ですが

119 :仕様書無しさん:2015/02/06(金) 18:55:20.84
ビットごとに意味があるのかと訝るのはいいけど、負数に意味があるのか考えるのは禁止ね

120 :仕様書無しさん:2015/02/06(金) 19:30:03.89
>>113
x=2以上の場合はどうすんの?

121 :仕様書無しさん:2015/02/06(金) 19:38:51.75
扇子がある人は読みにくい書き方するのが好きなんだ

122 :仕様書無しさん:2015/02/06(金) 19:43:11.14
>>121
センスがあると思う時って、大体が、あれ?あーナルホドね。って時なので、読みやすいコードではあまり思わないのかな。

123 :仕様書無しさん:2015/02/06(金) 22:10:51.50
ビット演算使えばアーキテクチャ依存のリスクが増えていくのになw
バカ丸出しw

124 :仕様書無しさん:2015/02/06(金) 22:17:39.63
一貫性がない奴が一番だめだな
保守性も本人の生産性も悪いことこの上ない。

設計方針とか実装方法とかが場所によってコロコロ変わるの
役割の似た共通関数が、あちこちに山のようにできてたり
命名規約が途中で変わったり
あげくに自分で混乱して自分の仕事をリセットしたり

任せてたら永遠に完成しないから
外からつついてちょくちょく方向修正してやらんと使い物にならない

125 :仕様書無しさん:2015/02/06(金) 22:53:46.68
うちにも居るが、波風立てたくないので1プロジェクトにつき新しいチャレンジは数件に止めよう、って感じで軽くおだてながら提案したら収束したよ
その人本人にブレてる自覚が薄いようなら多分効果あるよ
また、もしその人がつつくとムクれるタイプなら尚更有効

126 :仕様書無しさん:2015/02/06(金) 22:56:40.83
あいかわらず不思議な議論をしているんだな。

x=1-x; が可読性という意味で x^=1; よりも優れているとは別に思わないが。
実務上のプログラミングの話ではないので処理系依存がどうのみたいな話は
おいといて、あくまで「プログラミングのセンス」という評価の仕方でいうと、
「1を0に、0を1にするコードを書いてみて」と言ったときに
x^=1; 要するに、x = x XOR TRUE; を思い浮かべる人のセンスが悪いとは
全然思えない。もちろんそれを実際に何らかのCPUの上で実際のコードを書くときに
「x^=1;はリスクが高いからもっと安全なコードにしよう」っていうのは
当然あるだろう。だがそういう判断はセンスとは言わない。

このスレはやたらと実際の処理系についての
生半可な知識をひけらかす人がいて、それをセンスだと思い違いしていて、
全然センスの話になっていない。

でも、「俺はセンスがある」と思い込んでいる人に
お前センスねえよと言ってもまず伝わらないから放っておくしかないのだと思う。

127 :仕様書無しさん:2015/02/06(金) 22:59:13.16
>>126
結論としては、お前センスねぇよ。

(どうせセンスあると思い込んでるんだろうな)

128 :仕様書無しさん:2015/02/06(金) 23:09:48.54
いつまでこの議題が続くのか、逆に楽しみになってきたぜ

129 :仕様書無しさん:2015/02/06(金) 23:09:51.47
>>127


なんかすぐレスしてくる人がいるのもこのスレの特徴だね

130 :仕様書無しさん:2015/02/06(金) 23:12:24.64
2ちゃんなんて、リアルで認められてない人の
集まるところ

そんなところで
お前センスねえよ
なんてドヤ顔でレスするほうがよっぽど恥ずかしいよ

131 :仕様書無しさん:2015/02/06(金) 23:17:59.23
自分が思い浮かばないコードを他人に提案されると、
マジで顔真っ赤にしてガチ怒る人っているしね。

132 :仕様書無しさん:2015/02/06(金) 23:29:54.45
1を0に0を1にするコードを書いてと、それだ言ったときに
(オレは思い浮かばなかったが)x^=1;と言ってくる人間が確かにいて
そのアイディアを「センスがない」という人間のそばにいるということは、
すごく自分にとって損失なのだ。そういう人間は創造的な
人間から何か大事なものを奪っていくから。
そういう非クリエイティブ性というのは感染するから、距離をおくしかないです、

133 :仕様書無しさん:2015/02/06(金) 23:30:54.52
自分の自慢のコードが他人に受けいれられないと、
マジでその人には思い浮ばないコードだと思う人っているしね。

134 :仕様書無しさん:2015/02/06(金) 23:44:28.02
>>132
そのコードはコメントがないと何をしたいのかが分からないから、はっきり言ってセンスない。

ちなみにおまえの日本語はもっとセンスない。

135 :仕様書無しさん:2015/02/06(金) 23:46:49.43
トリッキーコードは保守のこと考えていないクソコード。

136 :仕様書無しさん:2015/02/06(金) 23:58:58.32
いや。要はね、お前は、

「何でオレはこんな人間と関わっているんだろう。
つまりそれは、オレもまだこいつレベルの人間なんだ」

と他者に思わせて、
そいつを落ち込ませたり、自分を嫌いになったりさせるんだよ。

だから害がある人間だと言っている。

137 :仕様書無しさん:2015/02/07(土) 00:00:09.08
それコピペ?

138 :仕様書無しさん:2015/02/07(土) 00:05:21.94
>>126
あいかわらずgdgdと書き込んでるんだな。
3行以内にまとめろよ。
センスねぇなw

139 :仕様書無しさん:2015/02/07(土) 00:07:57.33
自分のリポジトリ見返してみると、01に限らず入れ替え系は一貫して三項演算子使ってたw
癖なんだな、これはセンスないなと反省したわ。可読性もイマイチだと思うし

140 :仕様書無しさん:2015/02/07(土) 00:10:01.16
あ、bool反転はさすがに否定演算子を一貫して血湧き肉躍る使ってる

141 :仕様書無しさん:2015/02/07(土) 00:18:02.15
>>134
132レベルにコメント欲しがるのは初学者だな。

142 :仕様書無しさん:2015/02/07(土) 00:18:31.32
ある人の書いたコードを、別の人が「こういう手もあるよね」と別のコードを
提案して、それで話が実りあるものになったことなんかリアルで一回もねーわ。

言われた方も言ったほうも感情的になって
このスレのように自分のメンツを守るために、
オレのほうがオマエよりもモノを知っている
ということをアピールするためだけの、幼児性を露呈させた口げんかを
大の大人がやるので、聞くに堪えないものになったことは多数あるけどね。

143 :仕様書無しさん:2015/02/07(土) 00:26:29.85
オレはふだん、何の根拠も無く

 「オマエ、こんなコード書くなんてセンス無いわー」

などということを軽々しく言ったら、バカにされて疎んじられるような、
人たちに囲まれて仕事をしている。要は、きちんとした知的な緊張感のある
職場で働いていて、このスレのどうしようもなさを考えると、
自分は恵まれているんだなと思った。

144 :仕様書無しさん:2015/02/07(土) 01:05:13.44
>>143
職場基準だとそらそうでしょ
ガス抜きでもなきゃ延々とこんな話題は続かないさ
でもこのスレタイで業務効率や開発プロセス論やヒューマンスキル出して云々するのも違う気がする

みんなガス抜き目的でシチュエーショントークしてるだけなんじゃね

>>142にほんと同意
職場で、よほど仲いい相手でもセンスや才能の話題出すこと自体禁句だと思うし

145 :仕様書無しさん:2015/02/07(土) 03:32:48.59
命令体型依存とか速度依存とか
センスあるなしに関係ないような気が

146 :仕様書無しさん:2015/02/07(土) 07:49:17.93
うーん・・・

x^=1;がすぐに思いつく人はそう書けばいいし、思いつかない人は
x=1-x;と書けばいい。その程度の話だと思うけどな

x^=1;を叩く人は何がそんなに気に入らないの?

147 :仕様書無しさん:2015/02/07(土) 07:57:04.37
普通すぎて、嫌なんじゃないの
読み難くするとパクリ防止になるのもかねてるのかなと

148 :仕様書無しさん:2015/02/07(土) 07:58:22.19
どっちも業務システムのプログラマから見れば、やってほしくないコード。

149 :仕様書無しさん:2015/02/07(土) 08:09:22.13
両方嫌なら、どうすればいいんですか?

150 :仕様書無しさん:2015/02/07(土) 08:15:31.12
>>146
その程度のことじゃない理由が今迄さんざん出てるだろ
逆になんでそんなに無かったことにしたいの?

151 :仕様書無しさん:2015/02/07(土) 08:20:59.52
にしても「数値計算にビット演算は使うな」はヒデーわw

カレー食うのに「スプーンは使うな、手づかみで食え」と言われているようなもん。

152 :仕様書無しさん:2015/02/07(土) 08:28:36.62
何かモノを創る道具(我々の場合、プログラミング言語だ)を、
自分よりもうまく駆使して、より豊かな表現をする他人のことが
どうしても許せない人っているのよ。

そういう人は、持っている知識を、すべてそういう、
「より豊かな表現のできる、許せない人」への憎悪を正当化するために
使い果たして、有意義な仕事が一切できなくて孤立する。

可哀想だけどね

153 :仕様書無しさん:2015/02/07(土) 08:42:19.18
要は速さがいらないところでは速く動くコードより分かりやすいコードをかけってことだろ
なんで>>1がこんなにたたかれてるん?

154 :仕様書無しさん:2015/02/07(土) 08:43:13.28
数値計算にビット演算は使うな

もはやパワハラ、モラハラのレベル

155 :仕様書無しさん:2015/02/07(土) 08:44:45.19
押し付けとか否定的なものいいでは
言い合いになるんでしょうね

156 :仕様書無しさん:2015/02/07(土) 08:58:04.90
害のある強制には、それは押しつけだと、はっきり言うべき。

157 :仕様書無しさん:2015/02/07(土) 09:03:09.57
プログラミングで豊かな表現してほしくないです…

158 :仕様書無しさん:2015/02/07(土) 09:07:15.52
>>153
これするだけで、0.0000000001秒も速くなるんですよ!

159 :仕様書無しさん:2015/02/07(土) 09:07:51.88
>>153
これするだけで、0.0000000001秒も速くなるんですよ!
0.00000000001の10倍です。10倍の速度になるんですよ!

160 :仕様書無しさん:2015/02/07(土) 09:32:34.29
数値計算にビット演算は使うな、
ビット演算はビットごとに意味がある場合にのみ使う

といったようなことを>>1が個人で楽しむ趣味的なプログラミングで
やるのは別にかまわないのだが、仕事としてプログラムを書いてるプロの
集団が、仕事をしている場では、こういうの個人の趣味、嗜好を
他人に強いるのはご法度だな。
でも世の中にこういう性格の人がいるのも確か。

なので
エンジニアの組織運営という観点でいうと、
まずは、こういう人間を組織に入れないようにする、要するに
入り口でハネるということをやる採用部門と、
仮にこういう人間が入ってきても、彼を正しい方向に導いてやる
社員教育というのが、とても重要なんです

161 :仕様書無しさん:2015/02/07(土) 09:41:15.04
おれはx^=1のほうがいいや 他人のことは知らん

162 :仕様書無しさん:2015/02/07(土) 09:42:19.13
デスマ命の所にはゴリ押しする人のほうがいいのではないでしょうか
長期化しそうだから、デスマが

163 :仕様書無しさん:2015/02/07(土) 09:54:11.50
別にx=1-xとx^=1の話じゃないけど自分よりいいコード書いてたら参考にさせてもらうけどね。そんな書き方があるのか!ってなって新たな道が開けるしむしろパクってしまうかもしれない

164 :仕様書無しさん:2015/02/07(土) 10:00:28.71
ゴリ押しする人がいなくて、デスマなんてことが
一切起こらないような職場で働くのが一番の解決策
だと思う。

そのためには、そういう職場ですでに働いている
人たちから、
「ウチに来ない?」
と言われないと始まらないわけですが、そういうお声が
かかるためには、

>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない

といったような、低レベルなプログラマーが、
低いレベルのままで安全なコードを書くための、
つまり自分を甘やかして楽をするための思いつき
を拒否するというか、嫌悪できる感性を保つことが
とても重要。

そういう感性のことだよ、
センスというのはね。

165 :仕様書無しさん:2015/02/07(土) 10:03:50.29
>>161

つ ↓

> でも、「俺はセンスがある」と思い込んでいる人に
> お前センスねえよと言ってもまず伝わらないから放っておくしかないのだと思う。

166 :仕様書無しさん:2015/02/07(土) 10:06:10.54
>>165
君も少し、自分の言葉で語ってみたら? そういのハズイよ?

167 :仕様書無しさん:2015/02/07(土) 10:11:33.62
センスのないヤツは何がハズイことか分からへん。だからずっとダサいまんま。

168 :憲法に守られる在日スパイ・創価・ヤクザ:2015/02/07(土) 10:13:25.06
スパイ対策をしようとする自民党が、在日に脅迫されてます。

秘密保護法※反対派に脅迫される自民党議員  ※国家公務員限定の準スパイ防止法
http://uni.2ch.net/test/read.cgi/newsplus/1386041789/
http://megalodon.jp/2014-0730-0837-15/ameblo.jp/okb-34/archive24-201312.html (ブログ)

「法案に賛成したらあなたのお子様はタダではいられませんよ」    ← ← ←!!!!

「特定秘密保護法案に賛成したならばあなたは、次回の選挙で落選するでしょう」
※おそらく、創価等が選挙協力しないという脅迫。
「一年生議員にさえこれほどの脅迫があるということは幹事長はじめ党役員の方々は
日々どのような目に遭われておられることでしょうか。 」

脅迫してるのは在日か
「外務省職員には帰化した在日韓国・朝鮮人が多数、特定秘密保護法案は彼らを切り捨てる人種条項」
http://awabi.2ch.net/test/read.cgi/news4plus/1386159045/
帰化朝鮮人スパイによる?情報漏えいの例
【速報】大阪国税局伏見税務署幹部を逮捕、朝鮮総連に税務調査情報をリーク…京都府警
http://hayabusa3.2ch.net/test/read.cgi/news/1414066544/   
 安倍首相、特定秘密保護法について
「工作員やテロリスト、スパイが相手で、国民は全く関係ない。」
http://headlines.yahoo.co.jp/hl?a=20141119-00000002-mai-pol  /

169 :仕様書無しさん:2015/02/07(土) 10:13:51.66
>>166
了解した。

>>161

君のような「俺はセンスがある」と思い込んでいる人に
お前センスねえよと言ってもまず伝わらないから放っておくしかないんだろうな

170 :仕様書無しさん:2015/02/07(土) 10:18:34.89
>低いレベルのままで安全なコードを書くための、
>つまり自分を甘やかして楽をするための思いつき
>を拒否するというか、嫌悪できる感性を保つことが
>とても重要。

わざわざ高いレベル危険なコードを書くための、
つまり自分を鞭打って苦心をするための思いつき
を受容するというか、好んで行う感性を保つことが
とても重要。

…なのか?

171 :仕様書無しさん:2015/02/07(土) 10:32:08.32
センスうんぬんは置いといて、
>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない
なんてデタラメ、ウチの会社で言ったら、次の日から一切プログラム書かせてもらえなくなるわ

要するに、会社に損害を与える考え方

そんぐらいヒドい

172 :仕様書無しさん:2015/02/07(土) 10:33:22.49
君のような「俺はセンスがある」と思い込んでいる人に
お前センスねえよと言ってもまず伝わらないから放っておくしかないんだろうな

173 :仕様書無しさん:2015/02/07(土) 10:43:28.19
>>1 は、たぶん、「数値演算にはビット演算を使ってはならぬ」と思うに至った場面に遭遇したのだろう。
だから個人として「数値演算にはビット演算を使ってはならぬ」と思うのは別にいいんだが、
そういった自分の経験からくるルールというか習慣がくつがえるような状況、今の場合で言うと、
「数値演算にビット演算が大量に使われるようなケースがあるかもしれない」
ということをイメージする想像力がちょっと足りないんだろうな。
そういう、自分の考えは誤った思い込みだと知らされる状況が、もしかしたら
この世にはあるのかもしれないと、誰に言われなくても想像することができて、
自分で自分の傲慢さにブレーキをかけることができる知性もまた、良質なセンスの範疇に
入るのだと思う。

174 :仕様書無しさん:2015/02/07(土) 10:44:11.93
>>173 訂正しとく。

×数値演算 → ○数値計算

175 :仕様書無しさん:2015/02/07(土) 10:53:36.17
>>173
この国では、そういう大人な精神を持っていても損をするだけだ。

昔からのことわざで「無理が通れば道理は引っ込む」というのがある。
「勝てば官軍」ともいうし、会議では大きい声の人の意見が通るという
のもよく言われる。

間違ったことでも、幼児的な人が半分キレ気味に叫ぶことのほうが支持されて
いい思いをし、そのオコボレにあずかろうと多数の人が群がってその間違った考えを
正しいことにしてしまうのが日本社会

>>173のような知性を持つ努力は報われないし、そういう努力をしない大部分の
人からは煙たがられる。

何事もテキトーに、というか適度に妥協しながら、誰とも衝突しないで
すごすのが一番だ。

だから私はx=1-xでもx^=1でも、どちらでもかまわんよ。

176 :仕様書無しさん:2015/02/07(土) 11:07:20.50
>>149
if文に決まってんだろ。

速いとか遅いとか言っててもマシン語にしたらたいした差はない。

177 :仕様書無しさん:2015/02/07(土) 11:24:30.00
CPU的にどちらでもいいなら、
人間にとってわかりやすい方でかくべき。

なぜ人間に最適化をするということを
考えないのだろうかね?

178 :仕様書無しさん:2015/02/07(土) 12:35:19.64
>>176
制御パスが増えるif文が一番ダメだと思います

179 :仕様書無しさん:2015/02/07(土) 12:37:15.24
>>177
コンピューターは書いてあるものを書いてあるとおりに解釈する、人間は
一人一人の最適解が違うのだからコンピューターに合わせるほうが合理的と
考えないのかな? 十人いて全員とまでは言わないが解釈が別れるなら、
不勉強な下の人に合わせるより、勉強していてしてある程度の人に合わせ
ないとモラルハザードが起きたり、上のレベルの人のモチベーションが下がり
思ったほどプラスにはならんのだよね。 そりゃ、努力も勉強もしない人は
我儘言って努力も勉強も必要ない方がいいんだろうけど。

180 :仕様書無しさん:2015/02/07(土) 12:50:08.33
相変わらずx^=1が好きな人は感情論ばかり

181 :仕様書無しさん:2015/02/07(土) 12:56:39.59
>>179
おまえの論調だと、マシン語以外は認めないことになる。

182 :仕様書無しさん:2015/02/07(土) 12:58:32.00
>>175
貴方の言う、真っ当な国って何処?

183 :仕様書無しさん:2015/02/07(土) 13:05:52.21
>>180
誰もお前の感情のために議論してる訳じゃないですしおすし

184 :仕様書無しさん:2015/02/07(土) 13:40:15.37
ちょっと実際にjavaでテストするコードを書いてみたんだが、
x ^= 1;
で確かに1と0が入れ替わるね。こういう書き方もできるんだ。覚えておこう。

これの何がダメなんだろう?

185 :仕様書無しさん:2015/02/07(土) 13:48:30.07
> ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない

↑これはヒドイwww

と思ってどこに書いてあるのかと思ったら>>1だったのかwww

おいおいwww

186 :仕様書無しさん:2015/02/07(土) 13:55:48.00
このスレ面白いなあ
くそまじめなスレなんか全然おもろないもん
> ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない
こういうガセネタみたいなのを必死に他人に信じ込ませようとする人が
おってこその2ちゃんの楽しみってもんや みんな>>1に感謝せなあかんよ

187 :仕様書無しさん:2015/02/07(土) 13:57:05.30
>>184
たかが1と0を入れ替えるのに、
実際に動かして確かめないと分からなかった時点でおかしいだろ
気づけよ…

188 :仕様書無しさん:2015/02/07(土) 14:04:43.19
>>187
君はもしかするとプログラマーではないから、そう思うのかもしれないが
議論されていることを、自分でコードを書いて検証にしてみるのって
プログラマーにとっては当たり前なんだよ。

189 :仕様書無しさん:2015/02/07(土) 14:06:49.87
x = 1 - x; も実際に動かさないと0と1が入れ替わるなんてわからなかったのだが。

190 :仕様書無しさん:2015/02/07(土) 14:08:53.49
>>188
テストするのは当たり前だが
テストしないと何やってんのかわかんない書き方するのは当たり前じゃないぞ

191 :仕様書無しさん:2015/02/07(土) 14:11:46.38
x=1-x;派は、別に書かなくても、引き算なんだから、1が0に、0が1に
なるの簡単に分かるでしょ?だからx^=1; より優れている
って言いたいようだけど、
x^=1のほうが入れ替わる感があって個人的にはこっちが好きだ。

192 :仕様書無しさん:2015/02/07(土) 14:16:43.80
コードの良し悪しでいうと、x^=1が特に良いとは思わないけど、
x^=1;を一番叩いている>>1
> ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない
などと変な布教活動をしているのが難点

193 :仕様書無しさん:2015/02/07(土) 14:19:25.42
^=
って、なにそっれって人が一杯いるからじゃないの、ゴリ押しくんの周りに
ご苦労様ですと言ってあげないと

194 :仕様書無しさん:2015/02/07(土) 14:21:46.62
if (x = 1) {
 x = 0;
} else if (x = 0) {
 x = 1;
}
俺ならこうだ

195 :仕様書無しさん:2015/02/07(土) 14:23:40.42
だから制御ルートが増えるのは嫌だっつってんだろ

何語かしらんがCならバグってるし

196 :仕様書無しさん:2015/02/07(土) 14:26:45.76
>>193
それをリアルに置き換えると、開発チームの中で一番スキルの低い人でも
読めるレベルのコードを書かなきゃいけないという考え方になっていき、
出来る人のパフォーマンスが激減する。

だからx^=1;でも普通に読める人チームと、x^=1じゃ分かんない人チームに
分けて、それぞれ相応の仕事をしてもらうというのが、それぞれに
とってハッピー

197 :仕様書無しさん:2015/02/07(土) 14:28:24.40

>>1はもちろんx^=1じゃ分かんない人チームのリーダーとして
辣腕を発揮してもらうと。

それでいいんじゃね?

198 :仕様書無しさん:2015/02/07(土) 14:30:41.27
>それをリアルに置き換えると、開発チームの中で一番スキルの低い人でも
>読めるレベルのコードを書かなきゃいけないという考え方になっていき、
>出来る人のパフォーマンスが激減する。

これは明らかに事実じゃないな
バカでも読めるコードを書いたからといってパフォーマンスは下がったりしない。
むしろ全体的に上昇する。

199 :仕様書無しさん:2015/02/07(土) 14:35:55.73
>>197
その分類は手前味噌だな

分けるんだったら、x=1-xに賛同する人たちのチームと、
x^=1のほうがいいと思う人たちのチームだろ?

俺は絶対前者でチーム組みたい。
後者は実際、>>175,>>177みたいなキチガイが紛れ込んでるしなw

200 :仕様書無しさん:2015/02/07(土) 14:36:49.04
x>>177
o>>179

201 :仕様書無しさん:2015/02/07(土) 14:46:10.42
インデックス値ってなんですかね…

202 :仕様書無しさん:2015/02/07(土) 14:52:18.75
>>195
なんで嫌なんよ?

203 :仕様書無しさん:2015/02/07(土) 14:54:56.08
>>195
前スレで言われてませんでしたか?

if文だと制御ルートが増えるんじゃなくて、
x=1-xやx^=1だとあるはずのパスが隠蔽されてるだけ。

204 :仕様書無しさん:2015/02/07(土) 14:59:03.06
>>202
テストケースの数自体は変わらないが、
読んだとき、検証しなきゃいけないことが増えるから。

条件分岐の条件は正しいか、
それぞれの処理に間違いはないか、
判断漏れは存在しないか、等

実際バグ埋め込んでるじゃん?

205 :仕様書無しさん:2015/02/07(土) 15:01:45.83
>>203
それは間違いだ

一貫性のある計算で、正しく答えが導きだせるなら制御文よりそれを使うべき。
制御パスは隠蔽されてはいない。実際になくなってるんだよ

206 :仕様書無しさん:2015/02/07(土) 15:06:00.63
>>205
> 一貫性のある計算で、正しく答えが導きだせるなら制御文よりそれを使うべき。
要するにインプットに対するアウトプットが正しければ、
中の処理はどう書いても構わないというご意見ですか?

なら x=1-x でも x^=1 でもどちらでもいいんじゃない?

207 :仕様書無しさん:2015/02/07(土) 15:15:08.73
>>207
なんでIF文じゃなきゃ全く理解できないという前提で話をするんだw

x=1-xは簡潔だし、代入文も一つだし、ビット表現に関する知識もいらない。
引き算さえ知ってれば誰でも理解できる。

208 :仕様書無しさん:2015/02/07(土) 15:16:55.24
>>204
なにを検証すんの?
テストケースの数が変わらないのなら検証することも変わらないよね。
バグはただの揚げ足取りじゃん。バカじゃないの。

209 :仕様書無しさん:2015/02/07(土) 15:18:45.41
>>207
それをいうなら x^=1も簡潔だし、代入文も一つだし、加減算に関する知識もいらない。
ビット演算さえ知ってれば誰でも理解できるが?

210 :仕様書無しさん:2015/02/07(土) 15:19:08.33
結局、
x ^= 1の問題を指摘したら暴れるバカがチームにいたら全体の生産性がガタ落ちだから、
x ^= 1の弊害を理解できない初心者はお引き取り願うしかないよね。

211 :仕様書無しさん:2015/02/07(土) 15:22:34.69
>>210
>結局、
>x ^= 1の問題を指摘したら暴れるバカがチームにいたら全体の生産性がガタ落ちだから、
>x ^= 1の弊害を理解できない初心者はお引き取り願うしかないよね。

まるで自分はバカでも初心者でもないといわんばかりだな、俺からみればお前もドシロート。
真のプログラマーならxは1か、xは0、それ以外はないってことをコードで明示する。
つまり、こういうこと。
if (x = 1) {
 x = 0;
} else if (x = 0) {
 x = 1;
}

212 :仕様書無しさん:2015/02/07(土) 15:23:33.39
>>211
まあ、x ^= 1よりは遥かにマシだな。

213 :仕様書無しさん:2015/02/07(土) 15:24:40.73
もちろん211はCじゃないよな?
if内の条件式では=が比較演算子で、
文としては=が代入演算子になっている言語だよな?

214 :仕様書無しさん:2015/02/07(土) 15:26:26.36
>>210
で、x ^= 1の問題ってなに?
ビット演算じゃないものにビット演算を使うなというなら、
加減算じゃないものに加減算を使うのもNGと思うが。

215 :仕様書無しさん:2015/02/07(土) 15:27:59.88
>>213
=を==にしてもコンパイルできないという点において
お前が言ってるのもCじゃないだろうがバカが。
糞のような揚げ足取りやらかすしか能のないドシロートはすっこんでろ。
俺はいまプロフェッショナルな議論の最中だ。

216 :仕様書無しさん:2015/02/07(土) 15:29:13.66
>>208
それこそこれだろw
>要するにインプットに対するアウトプットが正しければ、
>中の処理はどう書いても構わないというご意見ですか?

読んだとき見なきゃいけない処理が増えるから、っていうと通じますか?

x=1-xが1つの代入、1つの計算で済むのに対して、
この処理は、2つの比較演算、2つの代入文を追わなければならない。
バグは偶然じゃない。実際やることが増えたから間違いの機会が入り込んだんだ。

217 :仕様書無しさん:2015/02/07(土) 15:29:23.56
少なくも、>>1は、数値計算にビット操作を多用するような
仕事には一生縁がないわけだが、そうやって自分だけの思い込みから
自分の生きる場所を狭くしていくのは、どう贔屓目にみても
愚かな人間のやることだ。

さらに言っておくと、面白い仕事って、たいてい
数値計算にビット演算を使うのと似たような、トリッキーなコードが
コアな部分に書かれているものなんだよ。

小学生のプログラミング教室レベルでずっと留まっていたいなら、
数値計算にビット演算は使うな的なことをノタマウのは、好きにしろよと
いう話なのだがね。

218 :仕様書無しさん:2015/02/07(土) 15:31:32.38
>>216
バグは偶然やで、バグがあるとこから逆算しちゃあきまへんで。
そりゃただのこじつけでんがな。話の根拠が俺のプログラムってところが
説得力に欠けまくり。あんさん話になれへんわ。ドシロート臭がひどいわ。

219 :仕様書無しさん:2015/02/07(土) 15:31:35.45
if(x==0)x=0
else if(x==1)x=0
else x=0(または1)
のように書く事で、万が一0/1意外になったときの挙動を記述できるが、最後のelse節を書かないならifで実装しちゃだめと思うよ

220 :仕様書無しさん:2015/02/07(土) 15:33:05.63
また盛り上がってるwktk

221 :仕様書無しさん:2015/02/07(土) 15:34:46.50
>>219
せやろ、if文で書くべきやろ。
入力がどのときにどう出力するのかが明確にコードで示されるんやからな。
x=1-xなんやねんこれ。xが3やったらどうすんねん。なにを期待してこうやってんねん。
このコードだけ見て想像せえ言うんか?これやからドシロートは嫌やねん。
読む人間の気持ち考えーや。

222 :仕様書無しさん:2015/02/07(土) 15:36:14.41
盛り上がってるっつうか。
単に煽り目的のレスに>>1が乗せられてるだけのような気がする。

223 :仕様書無しさん:2015/02/07(土) 15:39:01.20
これなら許容できんこともない

x = (x==0) ? 1 : 0;

個人的には嫌いだけど。
条件演算もひとつ、代入文もひとつ、どんな値が来ても問題ない


>>219
は最悪だと思います。
処理が単純化してないどころか、ありもしないケースのためにまったく使わない処理を追加で書くとか

他の条件分入れたら余計読む人が混乱するだろ!

224 :仕様書無しさん:2015/02/07(土) 15:45:11.18
>>219
まあ最後のelse説は絶対ありえないなら省略してもいいが、コメント書いとくべきでしょうね。
そうすることで全ケースについて設計したことを示せる。

>>223
本来は入力が0のケース、1のケース、それ以外のケースを見なきゃいけないよね?
if文であれば3つのケースが明確に見えるが、x=1-x や x^=1 では3つのケースが明確に見えない。
ありもしないケースであれば、ありもしないケースであることを明示する必要がある。
まあ逆に言えばそういうコメントさえあれば x=1-x や x^=1 でもいいと思うよ。

225 :仕様書無しさん:2015/02/07(土) 16:00:07.72
>本来は入力が0のケース、1のケース、それ以外のケースを見なきゃいけないよね?

見本のような駄目プログラマがおる…

226 :仕様書無しさん:2015/02/07(土) 16:03:34.19
>>225
それはS/W開発の基本だと思うが、
理由もなしに見なくていいとは、きみが見本のような駄目プログラマだね。

227 :仕様書無しさん:2015/02/07(土) 16:05:16.91
>>225
なにがダメなんよ?おっちゃんにもわかるようにご説明願えまっか?

228 :仕様書無しさん:2015/02/07(土) 17:11:43.26
結局、x ^= 1;しか理解できないバカがいるかぎり議論は先に進まないということだ。

229 :仕様書無しさん:2015/02/07(土) 17:25:43.14
まったく使用されないゴミコードのために生産性を裂いてるんだよ?

こういう連中は得てして自分の思い込みでどんどん機能や処理を追加して、いつまでたっても仕事が終わらない。
仕様に着目せずにあれもこれもって妄想してるんだからほんと際限がない。

異常値に対しては、例外を吐くか、普通の処理ルートの中でそれとなく動くか、いずれかであるべき
存在しえない例外的なケースのために条件分岐して処理を埋め込むとか
プログラムを肥大化させ、品質を下げる要因にしかならないんだよ。


>if(x==0)x=0
>else if(x==1)x=0
>else x=0(または1)

こんなん業務で見たら発狂する。
コレに比べたらx^=1も普通のif文も何の問題もないわwww
しかもまたバグってるしwww死ねwwwwww

230 :仕様書無しさん:2015/02/07(土) 17:42:07.79
>>229
elseで何か値を設定してたら、そういう仕様がなくちゃいけないもんねえ。

231 :仕様書無しさん:2015/02/07(土) 17:50:41.21
>>223の三項演算子、型問わず入れ替え表現できるから個人的には好きなんだけどなんか問題あるかな

232 :仕様書無しさん:2015/02/07(土) 17:51:42.94
ああ更新せずに書き込んでたすまそ
まさにその話題か

233 :仕様書無しさん:2015/02/07(土) 17:57:02.33
最後のelseがいるコーディング規約を採用してるトコもあるよね。でも、
if(){
 if(){
   if(){
    処理
   }else{
    //何もしない
   }
 }else{
  //何もしない
 }
}else{
//何もしない
}
とかいうのを見るとげんなりする

234 :仕様書無しさん:2015/02/07(土) 18:26:52.42
>>233
俺が常々指摘している点だよ。

コーディングに必要なのはガイドラインであって規約じゃないんだ。
規約とガイドラインの違いは規約は守るべきものだが
ガイドラインは、必ずしも守る必要はないってこと。

だいたいはガイドライン通りのやるのがいいんだけど
例外ってのは何にでもあるんだよね。

最低限度の技術力を持っている人なら実は規約は必要なくて
ガイドラインだけで十分ないんだけど、残念ながら最低限度未満の人が
多いせいで、規約として絶対に守らせないといけないものになっている。
だけどちゃんと技術力があれば規約なんてなくてもまともなコードになる。

馬鹿のために規約として作らないといけないけど、
本当にわかりやすいコードっていうのは時々規約に
当てはまらないコードになっていることもあるんだよ。

だから俺は、規約よりもまず技術力の底上げをするべきだと思っている。
規約がなければまともなコードが書けない人間がいる時点でだめでしょ

235 :仕様書無しさん:2015/02/07(土) 18:27:08.81
>>219

# Ruby

x = if x == 0
    0
  elsif x == 1
    0
  else
    0  # または 1
  end

x = case x
  when 0
    0
  when 1
    0
  else
    0  (* または 1 *)
  end

236 :仕様書無しさん:2015/02/07(土) 18:28:22.27
**** >>235 の続き ****

(* Standard ML *)

val x = if x = 0 then
      0
    else if x =1 then
      0
    else
      0  (* または 1 *)

val x = case x of
     0 => 0
    | 1 => 0
    | _ => 0  (* または 1 *)

**** 終わり ****

237 :仕様書無しさん:2015/02/07(土) 18:39:11.06
>>231
好きに使えばいいと思うけど、おすすめはしない
うまく読めない人もいるので

238 :仕様書無しさん:2015/02/07(土) 18:44:35.68
>>229
それは話の流れからして if(x==0)x=1 の書き間違いだとわかるし、
(または1)ってのはコメントじゃなくて「else x=0」または「else x=1」妥当な方をって意味でしょう。

言語仕様の話をしてるわけじゃないので
みんなコンパイルできるコードをここにそのまま書いてるわけじゃないことに気づこう。
(つーか2レスも使って書いても邪魔なだけなのでやめよう >>235-236)

239 :仕様書無しさん:2015/02/07(土) 19:21:19.16
で、で、で。 x=1-x; と x^=1; のどっちがいいんだ論争は、

「どっちでも好きなほう使えばいい」

が結論ということで終わったわけだよな?

240 :仕様書無しさん:2015/02/07(土) 19:30:39.03
あと、
>>1
が言ってる、「数値計算ではビット演算使っちゃダメ」という
のも、もちろん何かの冗談だった、という認識でいいんだよね?

241 :仕様書無しさん:2015/02/07(土) 19:36:15.34
なんか定期的に同じ結論を見てる気がする

242 :仕様書無しさん:2015/02/07(土) 19:39:32.75
>>241
俺も。デジャビュというやつか

243 :仕様書無しさん:2015/02/07(土) 19:47:18.88
この問題に唯一無二の正解はない。
センスのある人は、今までのやり取りの中で自分なりの回答を見つけ出している。(見切りを付けた、とも言える)
○○ガー××ガーといつまでも同じことを繰り返して論議している「つもり」になっている人、
ハッキリ言って「センスないよ」wご苦労様w

244 :仕様書無しさん:2015/02/07(土) 19:51:01.64
お前のセンスありなし論は聞いてない。
単に、数値計算にもビット演算は使われるという事実が認識として
共有されているのか確認したかっただけだ。

245 :仕様書無しさん:2015/02/07(土) 19:52:44.05
どんなコードを書くかなんて人それぞれだろ

246 :仕様書無しさん:2015/02/07(土) 19:54:42.21
ってうかw

お前に、センスあるよって言われたら、
俺はたぶん、かなり落ち込むと思う。

247 :仕様書無しさん:2015/02/07(土) 19:57:13.38
>>244
じゃあ単なる「スレチ」じゃねぇかw
お前どっかいけよwwwww

248 :仕様書無しさん:2015/02/07(土) 19:57:41.86
これが杞憂かw

249 :仕様書無しさん:2015/02/07(土) 20:02:13.13
>>244
適切なクソスレをご紹介しますね
http://kanae.2ch.net/test/read.cgi/prog/1422905558/

250 :仕様書無しさん:2015/02/07(土) 20:08:39.64
いや。だから、そういうごちゃごちゃした話はどうでもよくて
数値計算にビット演算は使うな
と言っている>>1は間違いだということで、いいんだよな?

そこには反論はないな?

251 :仕様書無しさん:2015/02/07(土) 20:47:15.98
>>250
俺自身、実際に数値計算にbitシフトを使ったこともある
(xを25%増しにするのにx+=x>>2(これ引用じゃなくてシフト演算ねw)と書いた。
720×45=32400回/秒という割り込みの中での話)
ので、「数値計算にビット演算は使うな」という意見は正しくない、と思う。
が、>>1は例であり〜等、なので「間違い」という表現も正しくない、と思う。
これも、「ごちゃごちゃした話」になってしまうのかもしれないがw

で、簡潔に言うと
数値計算にビット演算は使うな=んなこた〜ない、使うこともある。
と言っている>>1は間違い=あくまで例なんだから正しい間違いの話じゃない。
と思って居るのが俺。

252 :仕様書無しさん:2015/02/07(土) 21:25:39.24
コードが汚い奴は文章も汚いな!w

253 :仕様書無しさん:2015/02/07(土) 21:30:08.29
つりばりに〜
さっそく食いつく
に〜ご〜に〜
(字余り)

254 :仕様書無しさん:2015/02/07(土) 21:46:38.01
ビット演算したい人って、いつでも隙あらばビット演算してやろうと虎視眈々だよね。
いつも、え?そこで?っていうタイミングで所構わずビット演算ねじこんでくる。

255 :仕様書無しさん:2015/02/07(土) 22:11:40.24
347 名無しさんと大人の出会い 2015/02/07(土) 21:55:46.86 ID:GHyntvgN0
09063265796
こいつから渡されたの偽札だった上に動画まで取られて警察にも言えません。
使う前に気づいた。薄くてキラキラの素材が変。

島耕作 最低です。
常連だと思う。

256 :仕様書無しさん:2015/02/07(土) 22:13:45.47
>>194
ミスってるぞw

この程度ならifより三項演算子つかう
x = (x == 1) ? 0 : 1;

257 :仕様書無しさん:2015/02/07(土) 22:43:17.07
だから、参考演算子はif文と変わらないから効率化にはならんとあれほど...
まあ、伝わらないのならそれでいい、もうw

258 :仕様書無しさん:2015/02/07(土) 22:47:17.04
>>257
三項演算子には1つだけメリットがあってな。
値があるんだ

つまり代入文を二回書かずに済む。

259 :仕様書無しさん:2015/02/07(土) 22:50:52.22
二回入れられるのに一回で満足しちゃう奴

260 :仕様書無しさん:2015/02/07(土) 22:54:06.53
>>257
効率化ってより俺はこの方が読みやすいってだけ
値入れ替えるだけっていう目的がはっきりしてるし

261 :仕様書無しさん:2015/02/07(土) 22:54:22.91
何回も入れたら入れるトコ間違っちゃうかもしれないだろ!

262 :仕様書無しさん:2015/02/07(土) 22:54:25.54
書く手間を言ったらコメントは手間だからいらねっ、てなっちゃうだろ。
ここで言ってる効率化は、メモリおよび処理速度の話。
ネックにしているのは判定と分岐の処理、ってこと。
まあ、伝わらないのならそれでいい、もうw

263 :仕様書無しさん:2015/02/07(土) 22:57:05.28
>>261
故意に間違えて「あっはぁ〜ん」に期待w

264 :仕様書無しさん:2015/02/07(土) 22:57:57.74
>>262
だから効率化はどうでもいいって言ってるだろw
まあ、伝わらないのならそれでいい、もうw

265 :仕様書無しさん:2015/02/07(土) 22:59:12.09
間違って入れたら意外に効率が良かったという事例もある

266 :仕様書無しさん:2015/02/07(土) 23:04:07.28
>>264
効率化がどうでもいいのは分かった。
だが、そもそもこの話題がどういう経緯で何故こんなに引っ張られているのかを
前スレから読んで理解してから書き込むことをオススメします。

267 :仕様書無しさん:2015/02/07(土) 23:05:56.38
>>266はコーディングでも同じことしてるんだろうな
「処理がわからない?1000行ぐらい上から読めよ」

268 :仕様書無しさん:2015/02/07(土) 23:12:13.52
>>263
これか?
http://i.imgur.com/8FRiTmg.jpg

269 :仕様書無しさん:2015/02/07(土) 23:34:35.76
>>266
この話題がどういう経緯で何故こんなに引っ張られているのかって?
そりゃ各々のどうでもいい信念のぶつかり合いの結果でしょう

270 :仕様書無しさん:2015/02/07(土) 23:42:15.98
信念と信念のぶつかりあい
結構な事じゃないか。尽きる事のない熱い議論の果てには
ババアのまんこも濡らすセクシーなコードが俺達を待っている

271 :仕様書無しさん:2015/02/08(日) 01:53:35.33
まだ「今回のケースでは」などと言ってジタバタしてたのか。
その「今回のケース」というのは、
「x が配列のインデクスであるならば」という前提のことを
指しているが、もともとそれはお前が持ち込んだものだろう。

要するにお前は、
「俺の主張が通る前提の下では、俺の主張は正しい」
と言っているだけなのだが、それをいつの間にか
「どんな時にも俺の主張は正しい」
という論調にすり替えるから、嫌悪感を催すのだよ。

272 :仕様書無しさん:2015/02/08(日) 02:05:47.52
それと
「数値計算にビット演算を使うな」
という暴論を言い出したこと。これによって君が言うことは
信用に値しないという評価が、もはや不動になってしまった。

273 :仕様書無しさん:2015/02/08(日) 02:18:13.02
> 「数値計算にビット演算を使うな」

そんなこと誰も言ってないのにな。

今回みたいに特に理由がない場合、
ビットごとに意味があると誤解させない書き方の方が
センスあるって話をしているんだろ。

274 :仕様書無しさん:2015/02/08(日) 02:37:36.10
ずいぶん論調のトーンが下がるんだな。
それでも
>ビットごとに意味があると誤解させない書き方の方が センスある
という私見には執着していると。
しかしそれは単に、

 俺が誤読しない書き方が、センスのある書き方

と言っているに過ぎないんだよ。だがお前は自分の言っていることが結局、

 俺が誤読しない書き方が、センスのある書き方

ということに過ぎないのだということを、どうやら自覚できなさそうだから
救いようのないアホだなコイツと思ってしまうわけだ。

275 :仕様書無しさん:2015/02/08(日) 02:43:20.36
 「俺」が誤読しない書き方が、センスのある書き方

カッコに「俺」が当てはまるっていうことは、貴方を当てはめる
開発チームに10人、100人、人がいるとするならば、
「A」さん、「B」さん、「C」さん、・・・誰にでも当てはまる。

 「多くの人」が誤読しない書き方が、センスのある書き方

この言葉を否定する事はできないだろ。

276 :仕様書無しさん:2015/02/08(日) 03:31:46.36
またいつもの詭弁かよ(笑)

277 :仕様書無しさん:2015/02/08(日) 03:47:22.13
周りに太鼓持ちさんしかいないのかな

278 :仕様書無しさん:2015/02/08(日) 03:54:02.60
>>198
常に「開発チームの中で一番スキルの低い人でも読めるレベルのコードを書かなきゃいけない」
としたらパフォーマンスは低下するだろうさ。
継承が使えない規約とか例外使っちゃいけない規約とか聞いたこと無いか?

馬鹿でも読めるコードしか書けないと

279 :278:2015/02/08(日) 03:57:01.44
しまった崩れた。

>.198 の
「バカでも読めるコードを書いたからといってパフォーマンスは下がったりしない。」
という文章は前提をひねっちゃってるよ。
「常にバカでも読めるコードを書かなきゃいけない」って状況とは意味が違ってる

280 :仕様書無しさん:2015/02/08(日) 04:19:59.23
>>275
こんどは、

 俺が誤読しない書き方 ==「多くの人」が誤読しない書き方

ってやっちゃってる(笑) どんだけ厨二病なの?

281 :仕様書無しさん:2015/02/08(日) 04:24:55.19
>>278
なんでそこでスキルの話が出てくるの?
もしかしてビット演算は難しいと思ってる?

282 :仕様書無しさん:2015/02/08(日) 04:36:16.40
いろんな人から詰められて、>>1=ダブルバッファ厨二オサーン涙目www

283 :仕様書無しさん:2015/02/08(日) 04:45:25.93
センスの問題だからな。

例えば、
if (hoge) {
  //略
} else {
  //略
}
という書き方のほうが

if (hoge)
{
  //略
}
else
{
  //略
}

よりも良い。

別にこれは、スキルがないから下のコードが読めないってわけじゃないんだよ。
どちらでも必要なスキルは大差ない。(数値演算でもビット演算でもスキルに大差ない)

ただ、どちらが読みやすいか?って話。 その答えは場合によって変わるものだが
ビットごとに意味があるわけじゃないので、数値演算のほうが良いってこと。

ちなみに、上の書き方の方がいい理由は、カッコの対応が分かりやすく
スクロールせずに読める量が多いから。

284 :仕様書無しさん:2015/02/08(日) 04:48:20.79
まあ細かいところよりも、例のx=1-xとx^=1の話で、
xが配列のインデクスだという前提はもともと無かったという話。

ダブルバッファ氏は常に、
「なあみんな、頼むから俺の主張が成り立つ状況をイメージしてくれよ。
そうするとほら、な? 俺の主張が成り立つだろ? 」
と言っているだけ。

こういうヤツって、一事が万事この調子だからね。相手してられるかと。

285 :仕様書無しさん:2015/02/08(日) 04:55:56.20
>ビットごとに意味があるわけじゃないので、数値演算のほうが良いってこと。

だからそれは単に、
お前のソースコードを読む能力にコードを合わせてくれ
っていう、かなりワガママなお願いを、お前よりも出来るプログラマーに
懇願しているだけなんだよ。

286 :仕様書無しさん:2015/02/08(日) 05:04:50.22
実際にいるけどね。

開発チームのリーダーが、メンバーの誰よりもプログラマーとして優れて
いるなんてことはあまりない。
なのに、「まだまだ俺も書ける」なんて思っちゃって、
俺が誤読するようなのはダメなコード
ってことで、もっと出来る人の書いたコードを、リーダーの権限でお蔵入り
させてしまうっていうのはよくある。

287 :仕様書無しさん:2015/02/08(日) 05:06:59.26
>>285
> お前のソースコードを読む能力にコードを合わせてくれ

だからなんで能力の話になってんだろ?

ビット演算のほうが簡単だろ?

なんで難しい方に合わせろと
俺がわざわざ言ってると思ってるわけ?
そっちのほうが読んだ時に誤解がないからだよ。

数値計算というビット演算よりも
難しいやり方のほうが誤解がない。

288 :仕様書無しさん:2015/02/08(日) 05:10:31.65
>>1=ダブルバッファ氏、自分が言っていることの論拠が全部崩れてるってこと、
分かってんのかね?

289 :仕様書無しさん:2015/02/08(日) 06:00:29.54
ゴリ押しのセンス?

290 :仕様書無しさん:2015/02/08(日) 08:02:53.37
数値:x=1-x
ビット値:x^=FLG_SOMETHING
bool値:x=!x

x^=1の出番なんてねえよw
いつ使うの?

291 :仕様書無しさん:2015/02/08(日) 08:15:13.42
粘着の扇子?

292 :仕様書無しさん:2015/02/08(日) 08:45:49.40
>>287
x^=1 がダメなら x=1-x も同じような理由でダメだろ。

(1)x^=1 がダメな理由
このコードが持っている機能は、ビット0のON,OFFを切り替える(偶数なら+1、奇数なら-1する)ってだけ。
つまりこのコードからは本来の目的(0と1を入れ変える)が見えない。

(2)x=1-x がダメな理由
このコードが持っている機能は、数学的にはただの一次変換
このコードからも本来の目的(0と1を入れ変える)が見えない。

0と1を入れ変えるのに x=1-x を使う人は、
0→1→2→0→1→2→… と入れ変えるのに x=((-3)*x^2+5x+2)/2 を使うんだろうか?

ビット演算でもないところに x^=1 だと誤解があるというのはわかるが、
むしろ一次変換でもないところに x=1-x の方がひどいと思うんだが。

293 :仕様書無しさん:2015/02/08(日) 08:47:19.98
1=ダブルくん、ちょっと踏み込んで詰められると
ボロボロだねw

294 :仕様書無しさん:2015/02/08(日) 08:53:16.00
ダブルくんも、そろそろ気がついたと思うけど、
お前のこと変なこと言うヤシだと思ってるの、
一人じゃねーから

295 :仕様書無しさん:2015/02/08(日) 09:05:28.48
>>292
nを法として入れ替えるなら
x=(x+1)%nにするだけじゃん

でも入れ替えるものが2つと決まってるんだから
わざわざややこしい式を使う必要もあるまい。

296 :仕様書無しさん:2015/02/08(日) 09:24:50.02
いわゆるビットマスクでしかビット演算は使うなって、ナニソレ?
どんだけ意味のない制約なんだよ。

職場ではnodeでJSを書いているが、ある先輩に
「クロージャーとプロトタイプ継承使うと読みにくくなるから使わないで」
と言われて、そろそろこの会社とはオサラバしたほうがいいな
と思って転職サイトに登録したのを思い出した。

297 :仕様書無しさん:2015/02/08(日) 09:31:40.44
>>295
x=(x+1)%BUF_NUM だったらコードから目的は見えますよ。
でもx=1-xだとまったく目的が見えないよね。

入れ替えるものが2つと決まってるんだから、x=1-x でもいいじゃんってなら、x^=1 でもいいじゃん。1文字少ないし。
どちらのコードも本来の意味から乖離しててコメント補足しなきゃ読めないのは一緒だ。

298 :仕様書無しさん:2015/02/08(日) 09:32:01.71
意味のない制約を、さも意味があるようにゴリ押しするために
後付けで色々屁理屈を持ち出しているだけ。

だから少しも説得力がない。

299 :仕様書無しさん:2015/02/08(日) 09:37:11.55
数学的にはただの一次変換

300 :仕様書無しさん:2015/02/08(日) 09:38:24.99
>x=1-x でもいいじゃんってなら、x^=1 でもいいじゃん。1文字少ないし。

俺もその意見に同意だわ。
なのに、x=1-xは良くてx^=1はダメと言っているやつは、
「ビット演算はビットマスクでしか使っちゃダメと俺様が決めたから」
と言ってるだけだろ。

301 :仕様書無しさん:2015/02/08(日) 09:40:32.25
どんだけやり方知ってるほうが大事なのではないかな

扇子いい人の書いたものは読み込むとなるほどって思えるものじゃないかと

部分的なところを主張されても
ああそうですか
ちゃんちゃんでおわり

302 :仕様書無しさん:2015/02/08(日) 09:41:22.29
任意の2数a,bを交互に入れ変える関数
f(x)=(a+b)-x
お前ら中学で習わなかったのか?

303 :仕様書無しさん:2015/02/08(日) 09:44:03.27
ダブル氏の根底にあるのは、

俺は俺で、俺の好きなように書く。
だがお前は、俺の好きなように書け。
いいな?

ってことなんだよ。
自分では気がついてないだろうな。だからいっそうタチが悪い。

304 :仕様書無しさん:2015/02/08(日) 09:46:11.77
上達する為にはまず上級者のマネから始めるのが基本

305 :仕様書無しさん:2015/02/08(日) 09:48:26.03
妙なおしつけすると単純作業者で終わっちゃうんじゃないの
そうしたいから、ゴリ押ししてるのかな

306 :仕様書無しさん:2015/02/08(日) 09:49:41.71
それは正しいが、お前は上級者でもなければセンスもない。

307 :仕様書無しさん:2015/02/08(日) 09:55:00.37
ダブル氏に欠けているのは、
世の中には自分より腕のある人間がたくさんいるし、
自分よりセンスがあるヤツもたくさんいる
ってことを受け入れることだろうな。
要は謙虚さが足りないのだよ。

308 :仕様書無しさん:2015/02/08(日) 10:01:46.18
お前にも、世の中にはお前より腕のある人間しかいないという事実を受け入れる謙虚さが必要だけどな

309 :仕様書無しさん:2015/02/08(日) 10:04:54.00
>上達する為にはまず上級者のマネから始めるのが基本

で、俺様は上級者だから俺のマネしろ。

っていうのがお前。
だが、マネしたい上級者かどうか選ぶのは、学ぶ側のほうだし、
俺様のマネしろと、筋の悪いヤツが入門者に強制してたら、
アレの言うことを真に受けなくていいよと、言ってやる人間も
必要。

310 :仕様書無しさん:2015/02/08(日) 10:06:33.43
>>308 キレてやんのw

311 :仕様書無しさん:2015/02/08(日) 10:13:28.79
そもそも、マネしたくなる上級者は

俺は上級者なので俺様のマネをしろ。そうすりゃ間違いねえから。

みたいなことをアピールしないもの。

お前は大したことないのに、
「俺のマネしろ、なにしろ俺は上級者だからな」
と言っているからダサい、つまりセンスのないヤツ
ということになってしまうのだよ。

312 :仕様書無しさん:2015/02/08(日) 10:20:17.29
学ぼうとする人が、師事する人を選択できるという幻想に陥いってるね。

学ぶ側は何が正しく何が間違っているのはを判断するに十分な知識を持っていない。
むしろその知識がないからこそ学ぶ必要がある。

ゆえに、何かを学ぶ人は師事する人を選ぶ事は出来ないし
まずは、どんなに気にいらない事でも素直に受け入れなければ
最初の一歩を踏み出すことすら出来ないのだよ。

313 :仕様書無しさん:2015/02/08(日) 10:20:49.83
ダブルくんに提案
はてなブログかQiitaで、技術ブログやって欲しい。
ブログタイトルは

「俺様は上級者」

で。

314 :仕様書無しさん:2015/02/08(日) 10:35:51.00
へー、そうなんだ 312

315 :仕様書無しさん:2015/02/08(日) 10:38:46.15
>>312
君からは他者がどう見えているのか、よく分かるテキストをありがとう。

君のその考えは、つまるところ
「自分は賢明な人間だが、自分以外の人間はどちらかというと愚かで
思慮が浅いので、自分のような人間が導いてやらねばならない」
という考え方だ。

別にその考えを止めろと言う気はない。というか人は変われないので
一生お前はそれで行くわけだ。

俺は
「俺はそれなりに考えているほうだと自分では思っているが、
他の人たちもけっこう考えていろんな選択をしている。だから
自分だけが思慮があると思っていると、結局自分が損をする。」
と考えるほうだ。

お前みたいな人間からも色々学ぶことができる。

316 :仕様書無しさん:2015/02/08(日) 10:45:58.16
なんか312みたいなことって、ロリコン男が考えてそう。

「大人な自分が幼い者を導いてやれる」というストーリーこそが
>幻想
なんだが、日本ではこういうロリ男の幻想を昇華させるビジネスは
とても儲かる。

317 :仕様書無しさん:2015/02/08(日) 10:46:57.55
>>315
分かってないな。まったく理解してない。
俺の考えを教えてやる。

「お前はそれなりに考えているほうだと思っているようだが、傍からみると何も考えてない。
思慮分別のない、まったく損な人間だ。」

な?少しは分かっただろ?

318 :仕様書無しさん:2015/02/08(日) 10:50:21.06
長文はやめたほうが
確立された業界でもないから決めつけはやめといたほうが
他業種へ影響力はおお・・・

319 :仕様書無しさん:2015/02/08(日) 10:53:41.03
>>317
うん。いいんじゃない、それで。

>>312
みたいな考え方の人間からは
>>317
のようなアウトプットが出てくるのは何ら不思議じゃない。

>>316 は女の人かな。316がロリコンという言葉で総括してくれたように思う。

320 :仕様書無しさん:2015/02/08(日) 10:55:24.81
>>319
ほらまた考える事をやめた。
それがお前にとっての損なんだよ。

321 :仕様書無しさん:2015/02/08(日) 10:57:28.70
>>312
>最初の一歩を踏み出すことすら出来ないのだよ。

ならば、最初の一歩は踏み出せた人は師を選んでよいのだよな?

322 :仕様書無しさん:2015/02/08(日) 11:02:08.30
>>317 のキレ方も、まさに幼女趣味を親に咎められたロリコン男の
キレ方を彷彿とさせる。

323 :仕様書無しさん:2015/02/08(日) 11:04:17.93
自分の思い通りにならないと我慢できない人なんでしょ。
職場で一番嫌われるタイプだわ。

324 :仕様書無しさん:2015/02/08(日) 11:13:44.30
で、最初の一歩を踏み出せた人間には、誰を師匠と思うかの
自由があることは認めるのか?












、、、ロリコンには認め難いか。

325 :仕様書無しさん:2015/02/08(日) 11:35:43.73
>>312
プログラマーのたむろするアキバは

>「大人な自分が幼い者を導いてやれる」というストーリーこそが
>>幻想

がを満たすコンテンツが溢れてるよな。
エロゲーもそのひとつだが
ゲームはプログラミングの賜物だというのも
何か皮肉な話だ。

326 :仕様書無しさん:2015/02/08(日) 11:40:13.17
ダブルバッファの人、何でこんなに詰められてるの?w

327 :仕様書無しさん:2015/02/08(日) 11:44:18.45
ダブルバッファだからさ

328 :仕様書無しさん:2015/02/08(日) 11:44:47.50
ここにきてロリコン気質が発覚したので

329 :仕様書無しさん:2015/02/08(日) 12:01:10.48
なんかダブル氏の天職は 
エロゲー開発しかないんじゃないかと。

女子○○生に、イケメン高学歴ドSなオレ様が
プログラミングを教えるテイのゲームとか作れよ。

で、x^=1と答えてきた生意気な生徒を罰として
凌辱する的なシーンを、入れて欲しい。
もちろんそのシーンのロジックでダブルバッファを
使いx=1-xを多用するのだ。

330 :仕様書無しさん:2015/02/08(日) 12:02:36.34
>>283
スレタイ内容に沿っているセンスの話だからこっちのほうがよさそう。

もともと、俺も上派だったが、今は
>if (hoge) {
>  //略
>}
>else {
>  //略
>}
にしている。

もちろん、コーディング規約があればそれに従うし、
なくても、その職場の多数派に合わせるので
「絶対こう書く」わけではないけどね。

※こう言っておかないと、また別の誤解をする人を生みかねないのでw

331 :330:2015/02/08(日) 12:05:06.65
>if (hoge) {
>  //略
>}
>else {
>  //略
>}
ごめん、ここ、引用じゃなかったわ。

332 :仕様書無しさん:2015/02/08(日) 12:07:31.31
わが性春の x=1-x;シリーズ「ダブルバッファで犯る!」的な

なんかそういうやつたのむ

333 :仕様書無しさん:2015/02/08(日) 12:10:49.83
なんかキョドって話題変えようとするのも
いかにもって感じ 笑
 
話題変えるために自演がしばらく続きそう。

334 :330:2015/02/08(日) 12:22:08.84
話題を変えようとしている理由は
もう 1と0の入れ替え の話が、センスの話では無くなっている(スレタイの話題として成り立っていない)から。

付け加えるなら、俺は「>>1」でも「ダブルの人」でも「数値計算にbit演算は使うな」
という、どれでもない。
そっちの話は、それ用のスレがあるらしいから、そっちれやれば?、ってこと。

335 :仕様書無しさん:2015/02/08(日) 12:42:49.20
いやキョドって何故かロリコン叩きw

336 :仕様書無しさん:2015/02/08(日) 12:43:26.50
どっちがセンスがあるかの話してたのに

自分の分が悪くなったら
傲慢とか心が狭いとか謙虚さが云々とか言い出すのって何なのw?

337 :仕様書無しさん:2015/02/08(日) 12:45:00.25
無能だからそれしかできんのよダブルバッファおじさんはね

338 :仕様書無しさん:2015/02/08(日) 12:46:38.25
夏場に売れる扇子も色々ありますからね

339 :仕様書無しさん:2015/02/08(日) 13:19:49.58
エロゲー開発が天職と2ちゃんで言われて、密かに

そうかも

と思ったダブルバッファおさーん。なのだった。

340 :仕様書無しさん:2015/02/08(日) 13:29:57.05
エロゲー作りなよ。
お前のコンプレックスと精子のすべてをそこに注ぐんだ!

341 :仕様書無しさん:2015/02/08(日) 13:37:10.18
>>312 で>>1の正体が暴かれたのでもうこのスレは過疎るだろう。

342 :仕様書無しさん:2015/02/08(日) 14:18:32.69
>>341
>>312は初学者の勘違いや奢りを戒めてるだけだぞ、正体もクソもないわ。
しかも俺>>1じゃないし、やっぱお前心の病気じゃね?

343 :仕様書無しさん:2015/02/08(日) 14:21:38.90
丸々1スレを費やす議論の末にねらーが出した結論

x=1-xを使う奴はロリコン

ひどくね?

344 :仕様書無しさん:2015/02/08(日) 14:36:15.92
さあね。
ひどいか、ひどくないかは、お前以外の人間が決めることだし、
>>312を読んで、お前がどういうヤツか評価するのもお前自身ではない。

345 :仕様書無しさん:2015/02/08(日) 15:06:33.88
「ビットマスクでないならビット演算使うな」
なんていう暴論を振りかざしていい気になっておいて、
自分が暴論を浴びると、
>ひどくね?
とか言い出す。

いかにも自分に甘く他人に厳しい人ならではの反応だな。

346 :仕様書無しさん:2015/02/08(日) 15:15:56.35
動けばいいんだよ

 四 の 五 の 言 わ ず に 動 か せ よ !

347 :仕様書無しさん:2015/02/08(日) 15:29:33.01
じゃあソースコードとかいらないな!
exeだけ渡すから改修が必要になったらバイナリ編集してくれ!

348 :仕様書無しさん:2015/02/08(日) 15:34:45.62
>>316
>「大人な自分が幼い者を導いてやれる」というストーリー

に依存する男はロリコンという論には説得力がある。

349 :仕様書無しさん:2015/02/08(日) 15:58:25.33
どうせなら、エロゲのテーマはダブル不倫
主人公の服装はダブルのスーツという設定で開発してみてはいかがだろうか?
(当然ズボンの裾もダブルで)

350 :仕様書無しさん:2015/02/08(日) 16:02:01.62
話についてこれなくなったからって
エロゲーの話で誤魔化そうとすんなよ…

351 :仕様書無しさん:2015/02/08(日) 16:04:23.71
もちろん嫁はなぜか○才というファンタジーな設定だ

352 :仕様書無しさん:2015/02/08(日) 16:07:06.42
>>345
こういうふうにプログラムコードについての議論の場で
人格についての分析を披露するやつってセンスないなって俺は思う

353 :仕様書無しさん:2015/02/08(日) 16:08:23.77
>話についてこれなくなったからって

その
>話
って何についての話? 詳しく

354 :仕様書無しさん:2015/02/08(日) 16:14:23.44
>>352
>プログラムコードについての議論の場

このスレがそういう場だとでも?
そういう場だと決めたのは誰で、それには強制力があるのか?

355 :仕様書無しさん:2015/02/08(日) 16:19:21.05
>>354
センスないなって俺が思うことは自由だろ。
お前センスないなw人格分析乙ですw

356 :仕様書無しさん:2015/02/08(日) 16:22:21.42
で。どうなの? ダブルおじさんはロリコン趣味なの?

すでにスレの興味はそこだけなんだが。

357 :仕様書無しさん:2015/02/08(日) 16:23:38.67
完全論破されてロリコン連呼するしかなくなった悲しき敗北者がいますw

358 :仕様書無しさん:2015/02/08(日) 16:25:35.47
つまり、エロゲのどこかにある全ビット反転→1加算を探せばいいの?

359 :仕様書無しさん:2015/02/08(日) 16:26:37.98
エロゲ、ロリコン、これが敗北者の最後の拠り所とかw
やべーwちょーこえーw

360 :仕様書無しさん:2015/02/08(日) 16:26:58.65
>>354
ふざけんなアスペ野郎
と一瞬思ったが

スレタイをよく読むと
「プログラムセンスがある人とない人の違い」であって
コードではく人に着目した主題である。

だから特定のコードを書く人間がロリコンだと論じることは
まさしくスレの主旨に沿っているのだ。

361 :仕様書無しさん:2015/02/08(日) 16:28:33.31
>>360
ロリコン連呼の正当化ですなw

362 :仕様書無しさん:2015/02/08(日) 16:31:05.47
あたし、幼女だけど、相手をロリコンと決めつけることでしか自己の正当性を主張できないって
とっても悲しいことだと思うの

363 :仕様書無しさん:2015/02/08(日) 16:31:25.79
>>304-324
あたりのレスが今日のハイライト

364 :仕様書無しさん:2015/02/08(日) 16:34:10.60
ダブルおっさんって、キレるとついつい自分の精神構造を
暴露しちゃうよね。>>312とか。

365 :仕様書無しさん:2015/02/08(日) 16:44:46.33
プログラムを書く自由を独り占めしたいという
幼児的な支配欲求を感じ取れてしまう、おさーんのレスの数々

366 :仕様書無しさん:2015/02/08(日) 16:58:10.87
ある人の書くコードと、その人の語る、なぜそのコードが
いいのか、なぜ他の方法ではダメなのかの説明の仕方、
これらをひっくるめて、その人のプログラマーとしての
ビヘイビアというものがあり、そのビヘイビアの大人度と
その人のペドフィリア的性向の度合いとは
相関があるのではないか。

367 :仕様書無しさん:2015/02/08(日) 16:58:33.68
自由を奪われたお前はもうロリコンおさーんの許可なしにプログラムを書くことは出来んのだよ

368 :仕様書無しさん:2015/02/08(日) 17:02:56.63
私(女)の同僚PGでAKB48のファンがいますが、かなりキモいです。

369 :仕様書無しさん:2015/02/08(日) 17:17:06.12
ダブルおじさん、いじめっこの餌食になりやすそうな感じ

370 :仕様書無しさん:2015/02/08(日) 17:44:39.82
精神が幼そう

371 :仕様書無しさん:2015/02/08(日) 18:01:08.40
俺をロリコンを言ったやつ、お前を訴えることにした。
覚悟しとけよ。

372 :仕様書無しさん:2015/02/08(日) 18:01:57.19
>>369
お大事に。早めに治療を受けた方がいいよ。

373 :仕様書無しさん:2015/02/08(日) 18:18:15.17
>>371
おまえはこっちだもんな。
http://i.imgur.com/kcwtsFJ.jpg

374 :仕様書無しさん:2015/02/08(日) 18:52:08.55
>>360
お前は熟女スカトロ好きのチビデブハゲだ

ということもスレの主旨に沿っているわけだ。

375 :仕様書無しさん:2015/02/08(日) 19:12:18.19
【性的嗜好を】プログラムセンスがある人とない人の違い【罵倒しあう】

376 :仕様書無しさん:2015/02/08(日) 19:13:05.56
ダブルバッファおさーんのお陰で
スレが一気にウンコ臭の漂うものに
なったねw

377 :仕様書無しさん:2015/02/08(日) 19:14:34.51
>>376
何いってんの? お前のせいだよ。

378 :仕様書無しさん:2015/02/08(日) 19:19:38.37
ダブルバッファおさーんは女の子の
ウンコやハナクソ食べたり、オシッコ飲んだりする
お店にも行く系の人?

379 :仕様書無しさん:2015/02/08(日) 19:20:07.81
>>376
お前が諸悪の根本であり原因だよ。
とっととクソスレに戻って出てくんなバーカ。

380 :仕様書無しさん:2015/02/08(日) 19:28:33.38
ダブルおじさんが、Xvideosみるときの検索ワードって何?

381 :仕様書無しさん:2015/02/08(日) 19:30:40.95
いやごめん
二次元専門なんだ

382 :仕様書無しさん:2015/02/08(日) 19:34:00.76
ダブルバッファのおっさんはPCのエロフォルダも
ロリコン、スカトロのダブルバッファなの?

383 :仕様書無しさん:2015/02/08(日) 19:34:27.07
ダブル君、こういうのでシコれる?
ttp://www.xvideos.com/video3708223/1-v4-wow-teen30-2013-01-25-07-21-197

384 :仕様書無しさん:2015/02/08(日) 19:43:54.15
ダブルおじさんがプログラミングを女子○学生に教え、
その生徒が、うっかり
x^=1;
を書いてしまって、罰としておじさんにご奉仕しているところ

ttp://www.xvideos.com/video3054408/

385 :仕様書無しさん:2015/02/08(日) 19:45:17.09
エロになったら急にイキイキしだしたなw

386 :仕様書無しさん:2015/02/08(日) 19:46:57.94
ダブルおじさんの自演でいっきにエロスレに!

387 :仕様書無しさん:2015/02/08(日) 19:52:02.78
ダブル氏にプログラミングの話させる
ぐらいならエロ動画リンク集に
したほうが、ナンボかまし

388 :仕様書無しさん:2015/02/08(日) 20:08:15.63
ダブル氏、なぜこうまで蔑まれるのか
彼自身よく分かってないんだろうね。

389 :仕様書無しさん:2015/02/08(日) 20:23:04.81
もはや「ダブルおさーんコンプレックス」と言っても過言ではあるまい

390 :仕様書無しさん:2015/02/08(日) 20:27:27.24
荒らしにかまうやつも荒らしってのがよく分かるスレだな。

391 :仕様書無しさん:2015/02/08(日) 21:38:01.66
しかし世の中には自分より優秀なプログラマーばかりだと
思っていたが、
ビットマスクでないならビット演算使うな
なんていうバカなこというやつもいるんだと分かって
少しホッとした。

392 :仕様書無しさん:2015/02/08(日) 21:39:27.60
ビット演算使うなって誰も言ってないでしょw
使うべき時に使う。
そうでない時は使わないって話で。

393 :仕様書無しさん:2015/02/08(日) 21:47:30.03
出たwww

お得意の、「そんなこと言ってない」攻撃www

リアルでも、言った言わないのトラブルが多そうwww

394 :仕様書無しさん:2015/02/08(日) 21:48:02.08
じゃあ言ったって証拠持ってこいよw

395 :仕様書無しさん:2015/02/08(日) 21:50:50.15
>>394
キメエ 
なんか、やっぱおまえ、ロリなんじゃね?www

396 :仕様書無しさん:2015/02/08(日) 21:51:58.73
>>395
ロリじゃねえ!
http://livedoor.blogimg.jp/game39/imgs/6/7/679c4303.jpg

397 :仕様書無しさん:2015/02/08(日) 21:56:28.89
>>395
言っていることが意味不明www

>>396
お前の趣味なんか知らねぇよ

398 :仕様書無しさん:2015/02/08(日) 22:01:18.04
いじめられっこ、ダブルおじさん

399 :仕様書無しさん:2015/02/08(日) 22:02:57.32
そもそも俺、ダブルバッファの話してないけどなw

なんかこう思い込みが激しい奴が多いよ。

400 :仕様書無しさん:2015/02/08(日) 22:03:31.77
394 名前:仕様書無しさん[sage] 投稿日:2015/02/08(日) 21:48:02.08
じゃあ言ったって証拠持ってこいよw

395 名前:仕様書無しさん[sage] 投稿日:2015/02/08(日) 21:50:50.15
>>394
キメエ 
なんか、やっぱおまえ、ロリなんじゃね?www

証拠を持ってこれないから相手を「キメエ」とか言ってごまかしちゃってんだねw
もう、こんなバカに構っちゃいけないよ。
触ると「バカがうつる」よw

401 :仕様書無しさん:2015/02/08(日) 22:14:23.06
証拠がないからキモいと言ったわけではない。
そこはいつも通りの、君の思い込み。
キモいからキモいと言ったのだ。

402 :仕様書無しさん:2015/02/08(日) 22:21:00.34
>>401
うわあああぁぁぁキモっ!、
いつも通りとか、また自分勝手な妄想で決め込んでる。
しかも自身の書き込みに証拠がないのに、キモ過ぎっ!!

403 :仕様書無しさん:2015/02/08(日) 22:28:06.73
ワロタ

404 :仕様書無しさん:2015/02/08(日) 22:44:20.36
>そこはいつも通りの、君の思い込み。
>キモいからキモいと言ったのだ。

>>395および>>401はキモい
理由は上記引用の通り。
異論?あるはずないよな?。自身を覆すことになるんだからな。

405 :仕様書無しさん:2015/02/08(日) 22:44:45.58
>そこはいつも通りの、君の思い込み。
>キモいからキモいと言ったのだ。

>>395および>>401はキモい
理由は上記引用の通り。
異論?あるはずないよな?。自身を覆すことになるんだからな。

406 :仕様書無しさん:2015/02/08(日) 22:48:33.22
ほらな。俺はまじめにレスしているのに
荒らしまくってる。

まあ、クソスレ↓たてるような低能だからしかたないか。
http://kanae.2ch.net/test/read.cgi/prog/1422905558/

407 :404-405:2015/02/08(日) 22:49:06.54
回線不具合で二重書き込みになってしまいました。
ま、「大事なことなので2度言いました」でもいっかw

408 :仕様書無しさん:2015/02/09(月) 01:48:58.26
こういうスレ見てよく思うのは
「どのレスとどのレスが同一人物の書き込みだと思ってますか?」って全員に正直に答えさせて
実際にどのレスが同一人物なのかログと突き合わせてみたら愉快な結果になるんだろうなあってこと。

409 :仕様書無しさん:2015/02/09(月) 03:23:03.60
ダ氏、狂喜乱舞www

410 :仕様書無しさん:2015/02/09(月) 04:02:20.88
スレの結論としては、

「ビットごとに意味があるときしか、ビット演算を使ってはいけない」みたいな、筋の悪い変なこだわりを他人に強制するようなヤツは、人間的にもやっぱり変だ。(ロリコンでハゲの可能性が高い。)


といったところ。

411 :仕様書無しさん:2015/02/09(月) 05:44:17.54
>>410
真剣に言うけど、君は本当に医師の診察を受けるべきだと思う。完全に常軌を逸している。

412 :仕様書無しさん:2015/02/09(月) 07:02:38.99
ダブルバッファおじさんって煽り沸点低そう

413 :仕様書無しさん:2015/02/09(月) 08:26:25.46
>>412
いつまで続ける気だ?

414 :仕様書無しさん:2015/02/09(月) 09:10:21.45
ボトルネックになる場所でもないのに可読性低い記法にこだわってる奴ってなんなの?
ビット演算できるとすごいとでも思ってんの?

415 :仕様書無しさん:2015/02/09(月) 09:38:57.68
x=1-x
がいいと言われてるんでは

関係ないかましれませんが、ビットフィールドでハマった方はいらっしゃるようで

416 :仕様書無しさん:2015/02/09(月) 10:52:00.59
>>413
かれこれ1週間以上ループしてる気が

417 :仕様書無しさん:2015/02/09(月) 19:19:47.02
>>414
ビット演算もできないの?
コンピュータの基礎だから
わかんないなら会社辞めてね

418 :仕様書無しさん:2015/02/09(月) 19:24:31.39
1-xなんて書く人は
整数の型やオーバーフローにも
気配りできない最低レベルの技術者

ロジック書く資格無いから
guiとか別の仕事しててね

419 :仕様書無しさん:2015/02/09(月) 19:45:32.00
>>418は、型やバリデチェックすらできないとバレた瞬間であった。

420 :仕様書無しさん:2015/02/09(月) 22:34:28.15
例えば変数xの値0と1を入れ替えるコードを書こうとした時
そのコードに暗黙の内にエラーを握り潰す動作を含めようとする
この場合xがどんな値でも結果が0か1になるような
そんなコードはちょっとセンスが悪いなとは思う

421 :仕様書無しさん:2015/02/09(月) 22:34:38.43
そんなにビット演算やりたけりゃ
アセンブラとでもちちくりあってろ!

422 :仕様書無しさん:2015/02/09(月) 22:54:20.99
>>421
ちゃんと、アセンブリ言語と呼べるようになろうね。

423 :仕様書無しさん:2015/02/09(月) 23:11:07.07
このスレのここまでの成果

・事実:世の中には
 「ビットごとに意味があるときでなければ、ビット演算を使ってはいけない」
 と言い出す輩がいるということが分かったこと。

・有力な仮説:上記のような変なマイルールを他人に課そうとするプログラマーは
  ロリコン傾向がある。よってエロゲー開発が向いている。
    →通称「ダブルバッファおさーんのロリ説」と呼ばれ、
     現在理化学研究所で実証検証中

いろいろ学ばせてもらっています。感謝感謝

424 :仕様書無しさん:2015/02/09(月) 23:17:11.13
>>420
それは理想論だな

異常値にビクビクしながらコーディングするより
一目で一定範囲の値になるのが分かるコードのほうがいい
すごく安心感がある

425 :仕様書無しさん:2015/02/09(月) 23:22:07.84
>>>423
の新
>事実
の発見は貴重。

どこかで発展を止めたヒト科動物のサンプルとして、絶滅させないように
丁寧に扱いたいところ。

426 :仕様書無しさん:2015/02/10(火) 00:23:08.34
>>421
反転とは2進数におけるビット反転と定義する

このとき1バイトのxが1なら
0x01の反転は0xFE
これは-2を意味する
よって1-xは間違ってる

反転の定義を間違って理解してる人は
2進数の勉強やりなおし

427 :仕様書無しさん:2015/02/10(火) 00:27:17.39
>>424
入力値をある範囲に入れるなら
剰余を取るのが一番楽

428 :仕様書無しさん:2015/02/10(火) 02:19:05.38
>>422
ばかか?
アセンブリ言語とはちちくりあえない
アセンブリ言語を語れるアセンブラとちちくりあうのだ。

理解出来ぬ小僧は鼻すすって引っ込んでろw

429 :仕様書無しさん:2015/02/10(火) 05:32:19.36
x^=1; を使いたいプログラマーのほうが、x=1-x; でないとダメだというプログラマーよりも、
総じて知識や実力の水準が高いという結論に収束していっているね。

430 :仕様書無しさん:2015/02/10(火) 07:50:44.33
どっちもダメなんだからいちいちしょうもないことに拘るなという結論に収束していってる

431 :仕様書無しさん:2015/02/10(火) 19:25:02.50
無能残業者へ
SEの職務は、手入力を減らす事だと
わかってますか?

432 :仕様書無しさん:2015/02/10(火) 20:57:03.08
分かりやすい名前の関数でラップしてくれれば実装はどっちでもいい

433 :仕様書無しさん:2015/02/10(火) 21:24:29.31
プログラムセンスあって出来るけどいちいち細かくて
仕事増やしてくれる奴は嫌いだな
会社的にも職場的にも評価高くても関わりたくない

434 :仕様書無しさん:2015/02/10(火) 21:36:51.95
俺は
「ビットごとに意味がないなら、ビット演算は使うな」
と聞いて、ありがたいことに、直感的に変なこと言う人がいるなと
感じることができた。
なぜそう感じることができたのか、その理由は
いままでいい仕事に恵まれ、いい人たちからだけ影響を受けてきた
からなのだなと実感。

435 :仕様書無しさん:2015/02/10(火) 21:51:08.63
ハードに近い通信やデータ操作は
フラグをビットでアサインしてることが多いから
知っておいた方が良いよ

436 :仕様書無しさん:2015/02/10(火) 22:15:11.84
そこまで低レベルなとこいじることない人に・・・

437 :仕様書無しさん:2015/02/10(火) 22:38:06.13
ビットマスク自体を知らないと思われてるらしいwww

めんどくさいからもうどうでもいいが。

438 :仕様書無しさん:2015/02/10(火) 22:39:41.29
フラグをビットでアサイン
かっけぇぇえええw

439 :仕様書無しさん:2015/02/10(火) 22:43:55.13
void ichi_to_zero_wo_irekaeru(int &x)

440 :仕様書無しさん:2015/02/10(火) 22:45:32.88
あぁ、今朝のミーティングで話題に出てたフラグの事だけど
ビットでアサインしておいたから、後は諸々よろしく!

441 :仕様書無しさん:2015/02/10(火) 22:57:03.68
箸が転げても可笑しいお年頃

442 :仕様書無しさん:2015/02/10(火) 23:13:07.03
>>437
勉強したな、よしよし

443 :仕様書無しさん:2015/02/10(火) 23:20:07.42
諸々ってあれだよ、ビットでアサインしておいたやつをアサートとかネゲートだよ!
ちゃんとやっとけよ

444 :仕様書無しさん:2015/02/10(火) 23:22:31.66
無知を隠すために荒らすとか
クソのプログラマですね

445 :仕様書無しさん:2015/02/10(火) 23:39:39.70
ロリコンの人は?

446 :仕様書無しさん:2015/02/10(火) 23:50:18.30
アサートになったチンコを幼女にアサイン

447 :仕様書無しさん:2015/02/11(水) 00:18:04.07
オサーン、ありがとね。
僕は今まで通り、数値計算にもビット演算使い倒すからね。

448 :仕様書無しさん:2015/02/11(水) 01:29:08.87
構わんよ
俺はそれをリファクタリングしまくるまで

449 :仕様書無しさん:2015/02/11(水) 01:38:05.55
コミットログで喧嘩するんですね

450 :仕様書無しさん:2015/02/11(水) 01:43:29.08
×2 を見たら <<1 に書き換えるんですよね!

451 :仕様書無しさん:2015/02/11(水) 06:00:38.35
>>434
君ははやく転職先を見つけた方がいいよ
適性ゼロだからw

452 :仕様書無しさん:2015/02/11(水) 07:52:32.47
おさーんのような、自分では上級者のつもりの人間の言うことに
耳を貸さず、悪影響を受けないというのも大事なセンス

453 :仕様書無しさん:2015/02/11(水) 14:34:51.14
ビット演算の話長すぎワロタw
なんかセンスある奴はビット演算できるみたいになってるし

454 :仕様書無しさん:2015/02/11(水) 14:37:14.23
両方できる上で話をしているって
ことがわかってないのさ。

たぶんそいつの中ではビット演算が
難しい物って認識になってる。

455 :仕様書無しさん:2015/02/11(水) 17:50:41.07
そうそう、みんなそれぞれの方法についての一長一短を議論してたのに、
一人だけ「ビット演算わからない馬鹿」とか「ダブルバッファおっさん」とか
馬鹿丸出しの罵倒しかできないのが混じってた。
プログラマとしての適性もないし、そもそも人間としてダメ。

456 :仕様書無しさん:2015/02/11(水) 18:11:39.47
453=454=455

またやってるw

457 :仕様書無しさん:2015/02/11(水) 20:21:57.61
そして敵は一人だと思い込んでる。かなり重症。

458 :仕様書無しさん:2015/02/11(水) 22:21:41.86
>>457
思い切りブーメランw

459 :仕様書無しさん:2015/02/11(水) 22:46:13.08
>>1=ダブル氏のような人は、現場でも他の開発メンバーとうまくやれなくて
やがて戦力外通告を受けること必至

460 :仕様書無しさん:2015/02/11(水) 22:49:22.93
だめだこりゃ、、、
・バカは死ななきゃ直らない
・バカは死んでも直らない

とりあえず、決め付けバカは世のため人のため死ね

461 :仕様書無しさん:2015/02/11(水) 22:55:52.52
>>1
>ビット演算はビットごとに意味がある場合に使って

↑これがまさに
>決め付けバカ

462 :仕様書無しさん:2015/02/11(水) 22:59:38.13
>>461
バカに速反応したお前がバカ。
患者の自覚あり、ただし処置は不能、っとw

463 :仕様書無しさん:2015/02/12(木) 00:05:43.64
>>462=>>1= オサーン、

>>1
>ビット演算はビットごとに意味がある場合に使って

の俺様ルールに、スレの焦点がいかないようにいつも話をそらすのに必死w ウケルw

464 :仕様書無しさん:2015/02/12(木) 02:41:35.86
はい終了

465 :仕様書無しさん:2015/02/12(木) 06:34:27.55
再開

466 :仕様書無しさん:2015/02/12(木) 19:41:17.44
>>194
それってxは0か1に限るって前提が必要

普通は0と1を入れ替えるといったら
2進数のビット反転だろ
アホなのか?死ねよ

467 :仕様書無しさん:2015/02/12(木) 20:59:30.34
> 普通は0と1を入れ替えるといったら
> 2進数のビット反転だろ

1000レス以上前の前提からひっくりかえすなw
ビット反転なら、bit○の0と1を入れ替えると書いてなきゃ通じんでしょうに
それが書いてないんだから、整数の0と1の入れ替えの話だわな。

468 :仕様書無しさん:2015/02/12(木) 21:26:32.23
>ビット演算はビットごとに意味がある場合に使って

みたいなアホなことを言う人間にならないための秘訣って何でしょうね?

469 :仕様書無しさん:2015/02/12(木) 21:33:47.05
>>468
フラグ変数だとでも思っているんだろ。

470 :仕様書無しさん:2015/02/12(木) 21:41:42.56
30歳まで童貞だったらいつでも好きなときにビット演算使っても良いらしいよ!

471 :仕様書無しさん:2015/02/12(木) 21:42:53.76
>>469
後出しじゃんけんが得意そうw

472 :仕様書無しさん:2015/02/12(木) 21:46:51.80
実際、
>ビット演算はビットごとに意味がある場合に使って
とか、そういう類の、個人的な変なこだわりをチームに持ち込むような
輩はいるわけで、そういうのを、いかに少しずつチームに
居辛くさせるか。
そういうマネージメント論的なこともぜひ誰か。

そういう輩もプロジェクトのあるフェーズでは役に立つことも
あるので、いかに使えるところだけ使って、悪影響を最小限にするか。
けっこう難しい。

473 :仕様書無しさん:2015/02/12(木) 21:51:25.37
>ビット演算はビットごとに意味がある場合に使って

べつにこれ自体はアホなこととは思わんが、その代案でx=1-xというところがアホ

474 :仕様書無しさん:2015/02/12(木) 21:54:56.42
>>472

そういう一癖あるのは、だいたい年食った派遣プログラマー

475 :仕様書無しさん:2015/02/12(木) 22:00:41.47
そして僕等は年食った童貞プログラマー

476 :仕様書無しさん:2015/02/12(木) 22:28:07.19
>ビット演算はビットごとに意味がある場合に使って

べつにこれ自体はアホなこととは思わんが、それを強要する非童貞はアホ

477 :仕様書無しさん:2015/02/12(木) 22:52:30.08
なんかしらんがその一言で、いままでのやりとりすべてが童貞のひがみに見えてきた

478 :仕様書無しさん:2015/02/12(木) 22:55:57.28
童貞を気にしているから、そんなことを言い出すわけでw

479 :仕様書無しさん:2015/02/12(木) 22:59:05.40
ダブルのおっさんに粘着してるやつ童貞だったのかw

480 :仕様書無しさん:2015/02/12(木) 23:08:07.28
>>467
全部ひっくり返すに決まってる

481 :仕様書無しさん:2015/02/12(木) 23:10:09.27
どっちかといえば、
ビットエンディアンを変える良い方法を
教えて欲しい、テーブル引き以外で

482 :仕様書無しさん:2015/02/13(金) 00:09:07.40
>>462=>>1= オサーン、
こんなデカい釣り針にあっさりひっかかるバカも珍しい。
しかもドヤ顔で恥ずかしいねw

決め付けバカはお前だよ>>463
バ〜カバ〜カwww

483 :仕様書無しさん:2015/02/13(金) 04:04:12.60
>>472
>いかに少しずつチームに 居辛くさせるか。

実はロリ趣味であることを、職場の女性社員にバラす。

484 :仕様書無しさん:2015/02/13(金) 08:34:00.07
もうさ…x=1-xとx^=1の話やめない?

485 :仕様書無しさん:2015/02/13(金) 12:13:42.83
x = x ^ 0x1;

俺ならこうだ

486 :仕様書無しさん:2015/02/13(金) 12:45:19.96
>>472
いいから、まずは病院いけって。

487 :仕様書無しさん:2015/02/13(金) 21:31:53.29
まだダブルおさーんの人、粘着してるんかw

元気だなw

488 :仕様書無しさん:2015/02/13(金) 21:54:05.09
ダブさんの人生の楽しみって、何なのでしょうね。2ちゃん以外で、さ。

489 :仕様書無しさん:2015/02/13(金) 22:04:44.63
>>488
出会い系サイト

490 :仕様書無しさん:2015/02/13(金) 22:26:24.05
ダブさんてアダ名の人、大学の先輩にいたなあw 留年したからなんだけど。

491 :仕様書無しさん:2015/02/13(金) 22:33:02.26
俺的にイメージするダブさんて、圧倒的にこれなんだが
ttps://www.youtube.com/watch?v=TjvM6xe6Uhw

492 :仕様書無しさん:2015/02/13(金) 23:11:51.72
ダブサンて、いままでの人生で、一度でもリア充だったこと、ありますか?

493 :仕様書無しさん:2015/02/14(土) 03:50:53.83
さっさとこいよダブサン。しかとこいてるんじゃねーぞ

494 :仕様書無しさん:2015/02/14(土) 07:26:52.77
俺はプログラミングやったことないけど、ダブ3の「ビット演算の使い方講座」
を聞いたおかげで、彼女できたし宝くじで1億当たったしマジ感謝してます。

495 :憲法に守られる在日スパイ・創価・ヤクザ:2015/02/14(土) 09:46:38.26
マスコミが絶対に触れない事実
注)自民党以外が在日から帰化したスパイ、またはその影響下にあると仮定してご覧ください。

よく言われる
失われた20年 → 約20年前 初めて自民党が単独過半数を割る(小沢の新生党が与党介入)※
失われた15年 → 約15年前 自公の連立政権が始まる  (公明党の与党介入) /

※このとき、初めて80円/ドルという超円高誘導されて、日本の製造業は衰退・空洞化
 =中国・韓国が台頭し始める。日本の技術者が、大量に韓国などに引き抜かれるようになる。
 イオン(民主党・岡田家)や大型パチンコ店が、地方経済や商店街を食いつぶすための、
 大店立地法が成立。在日パチンコ屋のCM・チラシが解禁・大型チェーン展開が始まる。
 日本の学力低下が目的の「ゆとり教育」の本格導入。(後ろ2つは、17年前。)
※このときの羽田首相(新生党)の顔がモロに半島顔。
※このとき、小沢の新生党を全力で選挙支援したのが、創価学会といわれる。
※このとき、自民「単独」政権(公明抜きの単独2/3議席)の復活に、圧倒的不利な
 比例選挙制度へ法改悪↓

2014総選挙の比例当選率 
政党名     自民  公明  民主  維新  共産
比例区      68   26    35   30   20
合計数      291   35    73   41   21

比例当選率  23%   74%   48%  73%   95%  ←※

共産・公明・維新は、比例制度を廃止すれば消滅w 

参考)
民主党は、超円高誘導でパナソニックやシャープ、ソニーを潰す気だった?
http://www.youtube.com/watch?v=iG_oaqU0pEM
帰化朝鮮人ばかりが政治家を目指す国?日本
http://www.youtube.com/watch?v=CxIGOhFT4g8  続く

496 :憲法に守られる在日スパイ・創価・ヤクザ:2015/02/14(土) 09:48:00.60
続き 日本に借金を抱え込ませたのは小沢一郎(たぶん在日帰化)。

小沢が430兆円
村山(旧社会党:この人も帰化?)内閣がプラス200兆円 
トータル630兆円
(詳しくは日米構造協議で検索)

今ある借金は、これとその利息では?

小沢は、自民党時代に日本に爆弾を抱えさせた上に、そのバラマキ公共投資で得た
支持基盤をごっそり自民党から引き抜き(仲間を引き連れ離党)、
自民を単独過半数割れに追い込んだ。
そして、第3極政党(新生党→公明党)を介入させ、韓国や在日へ利益誘導してきた。
日本を借金大国にしたのは自民党だ!と、自分で仕込んだ火種を野党側から
追求する自作自演劇によって、民主党への政権交代につなげた。
※自民党以外の議員は、日本姓を名乗る帰化朝鮮人か、その影響下にあると仮定。

という流れではないでしょうか。

497 :仕様書無しさん:2015/02/14(土) 09:56:33.91
>>493
お医者さんのいうことはちゃんと聞こうね。

498 :仕様書無しさん:2015/02/14(土) 10:34:17.64
>>497
質問

・何歳のときぐらいから、そういうレスのような、他人を小馬鹿にする性格に
 なってしまったのですか?

・そういう性格とロリコン趣味とは何か関係がありますか?

499 :仕様書無しさん:2015/02/14(土) 10:36:15.73
まずは治療に専念しましょうね…

500 :仕様書無しさん:2015/02/14(土) 13:50:32.20
>>499
結局、議論に負けて敗走w

501 :仕様書無しさん:2015/02/14(土) 14:41:10.37
ダブサンみてるんだろ? なにか言い返してみろよ

502 :仕様書無しさん:2015/02/14(土) 14:51:19.24
ダブさん、涙目wwww

503 :仕様書無しさん:2015/02/14(土) 14:56:54.79
【童貞 vs ロリ】 プログラムセンスがある人とない人の違い 3 【これといった用事なき闘い】

504 :仕様書無しさん:2015/02/14(土) 15:18:14.42
【ダブ3 vs 上級プログラマー】プログラムセンスがある人とない人の違い 3【ビット演算はだめよ】

505 :仕様書無しさん:2015/02/14(土) 15:54:59.37
変数はクラス、もしくは関数の一番初めに宣言しろって言われるんですが、現場だと普通なんですか?

理由聞いてもそれが普通としか教えてくれないんです。

506 :仕様書無しさん:2015/02/14(土) 15:57:35.62
こんな狂った人間がこの業界にいるかと思うと寒気がする…

507 :仕様書無しさん:2015/02/14(土) 16:00:09.20
>>505
JavaScriptだと変数の巻き上げてのがあって
途中で宣言しても関数の最初に宣言したような動きをする
スコープがブロック単位で無い言語も存在するってことだね

508 :仕様書無しさん:2015/02/14(土) 16:02:48.77
>>507
javascriptは使ったことないので、そんな言語もあるんですね。

509 :仕様書無しさん:2015/02/14(土) 16:03:09.35
>>505
昔のコンパイラは初めでしか宣言できなかったんや

510 :仕様書無しさん:2015/02/14(土) 16:08:42.86
>>509のような理由で
その人の知っている「マナー」と違って気持ち悪かったのかもしれない。
それを判って従ってあげるのも「大人の対応」だね。

511 :仕様書無しさん:2015/02/14(土) 16:21:17.12
>>505
自宅では、どこに宣言してもOKな新しめの言語で好きなものを作り、
職場では、
>変数はクラス、もしくは関数の一番初めに宣言しろって
いってくる人に
「なるほど。勉強になりました。さすが○○先輩ですね」
と言っておき、決して自分はそういうことを
後輩に言わないように密かに誓う。

そういうことを言ってくる人がいる場合、
職場というのは、プログラミングを勉強する所ではなくて、
「プログラミングの勉強を怠った人が、どういうふうに周りに理不尽な
ことを言って、無理矢理、居場所を作っているか」
を知り、そういうことが起こりえない開発チーム
とはどういうものか?を考える良い題材と割り切る。

512 :仕様書無しさん:2015/02/14(土) 16:26:47.25
505ではないですが教えてください。
>>511
>どこに宣言してもOKな新しめの言語で好きなものを作り、

とありますが、おすすめの言語は何ですか?

513 :仕様書無しさん:2015/02/14(土) 16:27:49.81
そこを何とか丸め込みながら
新しいコーディング規約を提案して
カドを立てないように先輩方に飲ませるのが一流というもの

我慢しながら仕事すると健康に悪いぞ

514 :仕様書無しさん:2015/02/14(土) 16:31:49.27
>>512
JSもいいけどRuby でもいいんじゃね。
RubyでProcやlambdaを集中的にお勉強するといいかもしれない。

515 :仕様書無しさん:2015/02/14(土) 16:34:05.88
ダブさん無視するんじゃねーよ。キモいんだよお前

516 :仕様書無しさん:2015/02/14(土) 16:35:19.76
あと、もうひとつ。
ビット演算はビットごとに意味がある場合に使って インデックス値などの数値の計算に使わない
って言われるんですが、現場だと普通なんですか?

理由聞いてもそれが普通としか教えてくれないんです。

517 :仕様書無しさん:2015/02/14(土) 16:36:54.06
>>505
> 変数はクラス、もしくは関数の一番初めに宣言しろって言われるんですが、現場だと普通なんですか?

始めに宣言するのはセンスが無いよ。
いまどきそんなことやらない。
変数の巻き上げがあるJavaScriptだってやらない方がいい。

518 :仕様書無しさん:2015/02/14(土) 16:37:30.48
>>516
何度でも言うが、それが普通だ。

519 :仕様書無しさん:2015/02/14(土) 16:37:41.56
ダブさんきたw。ほらみろよ。頭悪いだろ。

520 :仕様書無しさん:2015/02/14(土) 16:47:00.55
>>505
私はJAVA使いですが、メソッド内で一時的に使い捨てるローカル変数は、
その変数が使われる直前で宣言して、その変数の有効範囲が
できるだけ狭くなるように心がけます。
あと、本題からはそれますが、宣言時に初期化してあとで値が変える必要が
ないものは、なるべく final をつけます。

521 :仕様書無しさん:2015/02/14(土) 16:49:52.90
>>516
ビット演算はバッドノウハウ。ブーリアン使え。

522 :仕様書無しさん:2015/02/14(土) 16:53:35.92
>>516
あと、これも豆な。
もし後輩が、整数型の変数 x の値の0,1 を入れ替えるコードとして

x^=1;

と書いてきたら、烈火のごとくキレて、後輩をどなりつけろ。
それがダブ3のような上級プログラマーへの道だ。

523 :仕様書無しさん:2015/02/14(土) 16:58:30.92
>>520
> 私はJAVA使いですが、メソッド内で一時的に使い捨てるローカル変数は、
> その変数が使われる直前で宣言して、その変数の有効範囲が
> できるだけ狭くなるように心がけます。

それが正しいよ。

幾つか関数の頭で宣言することがダメな理由を書くね。

まず「変数は再代入禁止であるべき」という考え方が満たせない。

関数型言語の重要な考え方の一つなんだけど、変数は再代入
つまり一旦入れてから違う値を入れたらだめ。

上で宣言するってことは、宣言した時にnullやundefinedの値が入っている。
そしてそれが必要になった時に値を入れることになっている。
つまり再代入してしまっている。

再代入禁止の概念については探せばすぐにわかると思うからそっちに任せるとして
具体的にこまる点を幾つか。

524 :523:2015/02/14(土) 17:04:02.74
関数の上の方で宣言するってことは、宣言した時から使う時まで間が空いている。
つまり

function foo() {
  var i;

  何行かのコード


 i = bar();

}

これ見て思うのは、valueに値を入れているが、
ここ以前(何行かのコード)でvalueは使ってないのか?
valueを消してしまって問題ないのか?と思うこと。
これは単純だからいいが条件分岐やループが出てきた時、
どこかで別の用途で使ってないか? とかコードを読む必要がある。

このコードを読む必要があるってのが重要な問題で
可読性と言われるように、コードは何度も読むものだから
読むべきコードは少ない方がいい。

使う時にvar i = bar()と書かれていたら、少なくともこれ以前には使っていないことがわかる。
それがたとえ変数の巻き上げがあるJavaScriptであっても、使っていたらおかしいと判断するきっかけになる。

525 :523:2015/02/14(土) 17:18:29.19
もう一つ、変数を上で定義すると、変数名が冗長になるという問題がある。
たぶんピンと来ないと思うだろうけど。

極端な例で書くけど、(もちろん実際にはこんなことしない)
もし仮に変数名を一文字にした場合、以下のように明らかに混乱するだろう。

function foo() {
  var b; // え? 何の値が入るの?
  var f; // え? 何の値が入るの?

  何行かのコード
 b = getProductsByType('book');
  何行かのコード
 f = getProductsByType('food');
}

でも使う直前で宣言すると、短くてもわかる。
もちろん離れた場所でその変数を使うとわからんけど、
少なくとも、宣言した時に何の値が入るのかわからないから
長い名前を付けなくちゃいけないってことは無くなる。

function foo() {
  何行かのコード
 var b = getProductsByType('book');
  何行かのコード
 var f = getProductsByType('food');
}

526 :523:2015/02/14(土) 17:24:33.51
そして>>525はさらなるメリットがあって、このように書いたとしよう。

function foo() {

 {
  var b = getProductsByType('book');
  printTable(b);
 }

 {
  var f = getProductsByType('food');
  printTable(f);
 }

}

残念ながら、現在のJavaScriptにはブロックスコープがなくて、
変数b, fはfoo関数のスコープになるのだけど、
ブロックスコープがあると仮定してくれ。

そうすると、処理が明確に分かれているから、長くなった時に
関数にしやすくなる。ブロックの部分とかを関数にしやすくなる。

変数を上のほうで書いてしまうと、この変数はどこで使われているのか
調べなくちゃいけなくなってしまうので、関数にしづらい。

関数内であっても変数が使われている部分を小さくすることで
のちのちの保守性が上がるということ。

関数内で変数が使われている場所を検索すればわかると思うかもしれないが
検索しなければわからないというのがわかりづらいコード。
つまりそれこそ可読性の話なんだよ。

527 :523:2015/02/14(土) 17:29:05.20
この話は俺が実際に、なんだこのコード?って思ったコードの
問題点を指摘していって、認識した話。

関数の最初のほうで変数を宣言しているだけに見えたが、
実際には、変数名が冗長で、無駄な変数があってごちゃごちゃしていた。

使う直前に変数を宣言することで、変数名は短くてすみ、
そして、使う範囲を小さくしたから、わざわざ変数に入れなくていいじゃん
みたいにすぐに理解できるようになり、コードは1/3以下に減少した。

関数の頭で変数を宣言するっていうのは、思った以上に
コードを複雑にするやり方なんだよ。


小さなことに見えるかもしれないが可読性っていうのは
こういう小さなことの積み重ねで決まることなので
ささいなことだって重要だってことさ。

もちろんビット演算についてもね。

528 :仕様書無しさん:2015/02/14(土) 17:30:27.14
>>523 = ダブサンだろw 口調と言ってることがそっくりwww

529 :仕様書無しさん:2015/02/14(土) 17:30:40.43
帰ってきたダブ3w 生き生きとお説教w

530 :523:2015/02/14(土) 17:32:24.03
>>528
ダブさんではありませんが、ダブさんだろ
いちゃもんをつけられたことはありますが?w

いい加減荒らすのやめろよ。
自分で隔離スレ作ってるだろw

531 :仕様書無しさん:2015/02/14(土) 17:34:29.95
やっぱりダブルおさーんの人だったかw
粘着するなよ
長文書いて荒らすんじゃねーよ

532 :仕様書無しさん:2015/02/14(土) 17:53:37.86
>ダブさんではありませんが、ダブさんだろ
>いちゃもんをつけられたことはありますが?w

なんてレスをしているあたりが、もうダブ3ケテーイ

533 :仕様書無しさん:2015/02/14(土) 17:57:16.09
なんども同じようなレスしなくていいよw
自分の隔離スレに帰りなさい。

534 :仕様書無しさん:2015/02/14(土) 18:06:50.22
「変数をなるべく使用直前に宣言するのは可読性を高める。」には同意するが、
>>1の「ビット演算はビットごとに意味がある場合に使って
インデックス値などの数値の計算に使わない」には同意しない。
ついでに、長文を連投したあと
>>527 の最後に

>もちろんビット演算についてもね。

と付け足すあたりがオマエのキモイところ。

535 :仕様書無しさん:2015/02/14(土) 18:09:00.58
>>534
おもわずウンコもらしちゃいそうなほど強くドーイ

536 :仕様書無しさん:2015/02/14(土) 18:11:10.88
>>534
俺も同意だね。ダブルおさーんはキモい

537 :仕様書無しさん:2015/02/14(土) 18:12:44.43
ダブさん、涙目wwww

538 :仕様書無しさん:2015/02/14(土) 18:13:39.60
ダブさんデブでハゲでロリコンってきいたけど本当?w

539 :仕様書無しさん:2015/02/14(土) 18:14:21.38
ダブ3、話題変えに失敗w

っていうか話題変えのための
>>505
も、おそらくダブ3の自演

ダブ3乙

540 :仕様書無しさん:2015/02/14(土) 18:16:01.22
書いてあることは正しいのに、
最後の一行で煽られまくりだな
まあわかっていてやってるんだろうけどw

俺には上級者 VS それに群がる低能共 にしか見えないんで。

541 :仕様書無しさん:2015/02/14(土) 18:17:10.74
この、自演で繰り返し連投するスタイル
windowsおじさんか?

542 :仕様書無しさん:2015/02/14(土) 18:17:33.70
>>539
あなたは話題を変えて欲しくないってこと?
まったく粘着だなぁ。

543 :仕様書無しさん:2015/02/14(土) 18:18:36.44
ダブ3以外のすべての人にとっては、

ダブ3 VS ダブ3以外の人たち

のスレにしか見えないんでw

544 :仕様書無しさん:2015/02/14(土) 18:19:49.97
ダブ3以外っていうか、ダブサンに絡んでいる人って一人だよ。見てわかる

545 :仕様書無しさん:2015/02/14(土) 18:19:59.73
>>542
やはり自演だったかw なんなの、その承認欲求

546 :仕様書無しさん:2015/02/14(土) 18:20:39.81
>>543
おっさん、linuxは使えるようになったか?

547 :仕様書無しさん:2015/02/14(土) 18:21:08.52
>>545
へ? なんでこの内容で自演承認になるの?
意味がわからん。
あんた、誰にでもからむのやめろよ。

548 :仕様書無しさん:2015/02/14(土) 18:21:35.33
ダブ3、大人気w うけるw

549 :仕様書無しさん:2015/02/14(土) 18:21:53.36
>>546
今度はLinuxの話題? 俺Linux使えるんだぜー。みたいな

550 :仕様書無しさん:2015/02/14(土) 18:22:59.13
>>549
おう。linuxも組込もクラサバもいけるぜ。

551 :仕様書無しさん:2015/02/14(土) 18:25:36.19
やっぱりおさーんはなんでも出来るんだねw

552 :仕様書無しさん:2015/02/14(土) 18:39:49.67
今北産業

553 :仕様書無しさん:2015/02/14(土) 18:51:54.18
>>552
いつもの荒らし発狂

554 :仕様書無しさん:2015/02/14(土) 19:10:30.92
変数の宣言位置とか話題が初心者すぎるだろ。

555 :仕様書無しさん:2015/02/14(土) 19:25:25.05
じゃあセンスのいい話題を振ってくれ。

1と0の反転以外で

556 :仕様書無しさん:2015/02/14(土) 19:53:22.50
時代の流れ

グローバル変数悪

変数は関数の最初で宣言すべき

変数は使う直前に宣言すべき

関数は10行以内まで(最初=直前)



557 :仕様書無しさん:2015/02/14(土) 20:00:06.12
宣言しないと変数使えない言語はクソ

558 :仕様書無しさん:2015/02/14(土) 20:16:37.40
>>556
> 関数は10行以内まで(最初=直前)

最初と直前は違うぞw

関数10行でもこんなコードありえるわけだし。

function foo() {
  var v1, v2;
  v1 = f1()

  var v3;
  v2 = f2()
  v3 = f3()
}

でもまあ直前というのは少し足りないな。
(できるだけ)初期化なしの変数は定義せずに、
初期化以外の再代入をするなってこと。

そうすれば使う時に定義しかできないからね。

function foo() {
  var v1 = f1()

  var v2 = f2()
  var v3 = f3()
}

わかりやすいw

559 :仕様書無しさん:2015/02/14(土) 20:20:42.82
関数型言語の話と一緒にしたら、訳分からんだろ。

560 :仕様書無しさん:2015/02/14(土) 20:24:17.25
変数をどこで宣言するかというのは
結局、処理毎に情報をまとめるということに尽きる。
そうやって抽象化しましょうよ、てこと。

561 :仕様書無しさん:2015/02/14(土) 20:25:16.54
オブジェクト指向言語は、オブジェクト指向をしやすくした言語。
オブジェクト指向言語以外で、オブジェクト指向ができないわけじゃない。

関数型言語は、関数型指向をしやすくした言語。
関数型言語以外で、関数型指向ができないわけじゃない。

良い書き方の考え方自体はどの言語にも通用するんですよ。

562 :仕様書無しさん:2015/02/14(土) 20:27:39.83
え?このスレ、どこで変数宣言するかで争ってんの?

563 :仕様書無しさん:2015/02/14(土) 20:28:02.20
>>560
関数を短くすることはいいことだから
関数を短くすれば上で定義してもわかるっちゃわかるんだが、
現実そんなに短くなるわけじゃないし。

そして短いとはいえ上を見ないといけないからね。

俺はコードを読む時に前後のコードを見なくてもわかるのが
一番理想的な書き方であるという考えで書いている。

変数を上で定義するっていうやり方は、
いちいち上下を見ないとわからないわけで。

564 :仕様書無しさん:2015/02/14(土) 20:28:13.20
手続き型言語で再代入禁止とか、中途半端に関数型プログラミングに毒されすぎだわ。

565 :仕様書無しさん:2015/02/14(土) 20:28:32.88
>>562
そういうのいいから。

566 :仕様書無しさん:2015/02/14(土) 20:29:45.01
>>564
もしそれが反論のつもりだったら、それは反論になってないからねw

プログラマは関数型言語を勉強しろっていうのは、
それを理解するともっと良いコードをかけるからっていう話。
センスが有るコードとも言えるねw

567 :仕様書無しさん:2015/02/14(土) 21:21:05.13
ちょっと待てよ。次の話題に行く前に確認だけど

結論1:整数の変数 x が 1 か 0 しか値を取らないコードブロックの中では
    x=1-x; よりも x^=1; のほうがセンスがあるコード

結論2:ビット演算を数値計算に使っても、特に可読性が低くなることはない。


この2つの結論で良いよね?

568 :仕様書無しさん:2015/02/14(土) 21:23:23.83
>>567
xには1か0しか入ってない保証は誰がすんの。
結局、
if ( x == 0 ) { x = 1 }
else if ( x == 1) { x = 0

569 :仕様書無しさん:2015/02/14(土) 21:23:39.62
>>567
うん、いいよ。 何が問題?

570 :仕様書無しさん:2015/02/14(土) 21:24:38.24
間違えた。

if ( x == 0 ) { x = 1 }
else if ( x == 1) { x = 0 }
else { throw new Exception() }

が正解ということになる。

571 :仕様書無しさん:2015/02/14(土) 21:33:42.43
int switch1and0(int x)
{
if (x == 0 || x == 1)
return (x ^ 1);
else
throw new IllegalArgumentException();
}

572 :仕様書無しさん:2015/02/14(土) 21:34:37.25
エラーチェックは最初にするべき

if (x < 0 || 1 < x) {
  throw new Exception();
}

x = 1 - x;

573 :仕様書無しさん:2015/02/14(土) 21:36:56.43
ネタなのか?

574 :仕様書無しさん:2015/02/14(土) 21:41:05.13
>>572
それw

ほんと長ったらしいコードの途中で
エラーチェックして、無駄な処理してから
返すコードばかりで見づら言ったらありゃしない。

計算した結果じゃないとわからないなら仕方ないけど、
少し複雑な関数はこういう流れにするべきだ。

1. 前処理(引数チェックなど)
2. 主処理
3. 後処理(データコミットなど)

主処理の途中でデータコミットとか入ってると、
途中でエラーが起きた時どうすんの?って思う。

最後の後処理より前ならいくらエラーが起きても
状態を変えないようにするのがセンスがいい。

575 :仕様書無しさん:2015/02/14(土) 21:41:12.61
インデックス値の1を0にして0を1にするような処理って
どんなんなんだろ。もうenumでいいじゃんって思えてきた。

576 :仕様書無しさん:2015/02/14(土) 21:42:48.18
エラーチェックとか最終的な実装コードはどうでもよくて 
「1と0を入れ替える」
と聞いて、排他的論理和が思い浮かんで、なんとか使おうとしてみる人の
ほうが、センスが良いような気がする。

577 :仕様書無しさん:2015/02/14(土) 21:55:03.04
「1と0を入れ替える」 ならそうだけど、
番号を「0, 1, 2, 3, ... MAX, 最初に戻る」と繰り返す処理の
0, 1に特殊化されたやつって考えると話は違ってくるんだよな。

>>571みたいなのだと、
int switch1and0(int x)
・・・名前からして0と1の反転ですね。じゃあ0と1と2では?

int switch2and1and0(int x) です。(ドヤッ!)

みたいなことを言い出す。

笑い事じゃなくて、汎用的に書けばいいものを
個別に書く奴っているんだよな。

578 :仕様書無しさん:2015/02/14(土) 21:58:30.20
>>577
いや。いまは、「1と0を入れ替える」という話をしているの。

579 :仕様書無しさん:2015/02/14(土) 22:05:14.82
なんでも汎用的ならいいってもんじゃないわ

580 :仕様書無しさん:2015/02/14(土) 22:08:47.42
>>578
うん知ってる。

そうやって、それだけにしか使えない
関数を大量に生産する人って
センス無いよねって話をしてる。

スレタイ読めよ。

581 :仕様書無しさん:2015/02/14(土) 22:12:08.03
ビットコインをはじめよう
このリンクからビットコイン購入・販売所bitFlyerにご登録すると
1000円分のビットコインがもらえます!

https://bitflyer.jp/gift/fn0tlipl

とにかく一応もらっておくといいです。
ビットコイン関係の開発にしよう

582 :仕様書無しさん:2015/02/14(土) 22:12:47.62
swap(&a, &b)

583 :仕様書無しさん:2015/02/14(土) 22:14:44.11
汎用化言い出すと、0〜MAXっていうのも相当特殊化されている。
任意の列 a1, a2, a3, ... an を繰り返すようにしてもまだ特殊で、
楽しい数学の時間が始まりかねない。フーリエ級数で近似とか嫌だぞ。

584 :仕様書無しさん:2015/02/14(土) 22:17:09.54
0と1は特に特別な数
特別な数が2つであることによって2も準特別な数
これらは特別な数のうちでも特別さが違うのだ

だから特殊な操作をこれらに対してだけ定義することは正当化できる

585 :仕様書無しさん:2015/02/14(土) 22:27:25.63
またもトチ狂ったダブ3 が狂喜乱舞の長いレスw
誰も読まへんw

586 :仕様書無しさん:2015/02/14(土) 22:29:32.36
>>563
そんなのは適当で良い。

587 :仕様書無しさん:2015/02/14(土) 22:30:37.85
>>577
とりあえず
>番号を「0, 1, 2, 3, ... MAX, 最初に戻る」と繰り返す処理
を汎用的に書いて見せてくれないか?

残念ながら、俺には
x = (x + 1) % (MAX + 1)  ※:%は剰余を求める算術子、MODの意味
という書き方しか思いつかないし、こんな処理は関数化する必要もないと思っている。
ただ割り算は時間から、MAXが固定なら、なるべく他の手を使いたい...

588 :仕様書無しさん:2015/02/14(土) 22:30:52.87
特定の考えに固執して自分の手足を縛るようなコーディングするのはいかんよ。

589 :仕様書無しさん:2015/02/14(土) 22:31:45.72
>>580
流れ読めよ

590 :仕様書無しさん:2015/02/14(土) 22:33:46.29
>>587
int last = MAX;
int first = 0;

if (index == last) {
 index = first;
}

これでええんやで

591 :仕様書無しさん:2015/02/14(土) 22:35:50.04
>>586
適当で良いわけあるか!!
リーダブルコーディング100ぺん読みなおしてこいよ!

592 :仕様書無しさん:2015/02/14(土) 22:36:51.43
>>586
そんなことを言う奴はすべてのことが適当な奴だ

ささいなことだが今はそれを問うているのだ。
どっちかのほうが間違いなく優れてる。

関数の頭で変数宣言するメリットって何?

593 :仕様書無しさん:2015/02/14(土) 22:38:04.94
>>590
それずっと0なんじゃ…

594 :仕様書無しさん:2015/02/14(土) 22:43:14.92
>>563
> 現実そんなに短くなるわけじゃないし。
あきらめるなよw

595 :仕様書無しさん:2015/02/14(土) 22:46:07.98
>>593
なんでや?そうやと思うんやったら別のところでindexの値が
変わってるんやろなーとか想像できるやろ?なんで議論なりたてへん
方向に想像膨らますねん。アホちゃうか。ハゲてんのか?

596 :仕様書無しさん:2015/02/14(土) 22:50:55.86
>>595
+1がないからだろw

597 :仕様書無しさん:2015/02/14(土) 22:53:42.32
>>590
あえて書くなら
>if (index == last) {
じゃなくて
>if (index >= last) {
ですな。

なぜなら
>別のところでindexの値が変わってるんやろなーとか想像できるやろ?
というなら、その「別のところ」で、indexがlastを超える可能性もあるからな。

俺は593でもアホでもハゲでもないが、これは初歩の初歩、ですわ。

598 :仕様書無しさん:2015/02/14(土) 22:55:31.79
こうかな? 除算も使わない。

x = x == MAX ? 0 : x + 1;

599 :仕様書無しさん:2015/02/14(土) 22:55:31.98
>>593
気を利かせばそうなんじゃないかなーと想像はするさ

だがx=1-xもx^=1もx=(x+1)%2もif文も
今までの議論はすべてその式のうちに状態遷移を含んでたんだぞ?

おまえだけそこから外れておいて、指摘した人間に逆切れした挙句
他人に気を利かせて気がつくべきだなどと要求するのは傲慢極まりない。

自分のミスを棚に上げて他人をなじる行為であり、
プログラマの、いや全ての技術者の風上にも置けん。

600 :仕様書無しさん:2015/02/14(土) 22:55:34.30
>>596
それやったらindexの宣言もあれへんし、main関数もあれへんやろうが。
言語がなにかも言うてへんし、ifのステートメントが使えへんかもわかれへんやろが。
まともな人間やったらそのへん想像で補ってこういうことをいってるんやろなってわかるもんや。
あんたが言うてんのはただの言いがかりやで。議論の破壊や。あんたはまともな人間やない。ただのハゲや。

601 :仕様書無しさん:2015/02/14(土) 22:57:21.13
>>597
indexがlast超えるんは無理やろ。
lastにMAX入れてんねんから。
MAXを超えることできたらそれはもうMAXやなかったってことやがな。
MAX詐欺やわ。この詐欺師。

602 :仕様書無しさん:2015/02/14(土) 22:57:43.32
そんな心配性なアナタにindex専用classですよ

603 :仕様書無しさん:2015/02/14(土) 22:57:56.68
やっぱ、ダボサンはこの話題できばってもらうのが
一番やねw

604 :仕様書無しさん:2015/02/14(土) 22:59:14.53
>>598
それif文と同じ...

605 :仕様書無しさん:2015/02/14(土) 22:59:14.53
>>603
この流れだとダボサンが正しかったようにみえるね。

606 :仕様書無しさん:2015/02/14(土) 23:00:41.21
>>604
そりゃそうだろ?

可読性っていうのは同じ処理を
いかに分かりやすく書くか?って
ことなんだから、別のやり方でもかけるさw

607 :仕様書無しさん:2015/02/14(土) 23:01:34.03
>>601
もちろんどちらでも動く。

だがあえて不等号を用いることで、
暗黙のうちに左辺が増加するカウンタであり、一定の値を超えたらリセットされるということをほのめかすのだ。

それがセンスというものだ

608 :仕様書無しさん:2015/02/14(土) 23:04:13.02
>>607
言うてること変わってるがな。
lastがMAX超えることがあるー言うてたのに
センスという言葉で誤魔化そうとするなんてそんなん詐欺やわ。

609 :仕様書無しさん:2015/02/14(土) 23:04:19.60
分かりやすく書くか? の話で勘違いしてはいけないのは

「馬鹿でも分かりやすく書く」という意味じゃないってことな。
上級者がみた時にわかりやすく書かないといけない。

なぜなら初心者はいずれ成長するものだから。
成長した時に読みにくいコードを書いてどうする?
成長したのに、初心者に合わせたコード書いてどうする?

610 :仕様書無しさん:2015/02/14(土) 23:06:55.43
>>609
皆馬鹿みたいなものだから、馬鹿でも分かりやすくが重要なんだよ。

611 :仕様書無しさん:2015/02/14(土) 23:07:22.33
わかりやすいコードって大事だよねわかりやすいコードが分からない人はコメントでも書いてもらったら?

612 :仕様書無しさん:2015/02/14(土) 23:07:33.52
とにかく、やたらと
>上級者
って言葉が大好きなダボさん。
ひたすら「俺は、上級者」とアピるダボ3

613 :仕様書無しさん:2015/02/14(土) 23:08:17.74
>>612
おまえ、ほんとに誰にでも絡むな。
自分が荒らしだって認識してるかい?

614 :仕様書無しさん:2015/02/14(土) 23:09:17.79
もう手当たり次第ダボさんw

615 :仕様書無しさん:2015/02/14(土) 23:09:52.36
>>608
あらほんとだ

でももちろんそういう場合に対してもプログラムは頑強になってるよね?

ってかあんたの発言(大阪弁??)追ってると意味わかんないんだけどw

>indexがlast超えるんは無理やろ。
>lastにMAX入れてんねんから。

なにこれwww

616 :仕様書無しさん:2015/02/14(土) 23:10:38.31
x.next() というメソッドを作って、
next()の中身はお好きにどうぞとするのが一番汎用的。

617 :仕様書無しさん:2015/02/14(土) 23:13:00.81
>>591-592
おまいは
関数型ならここはどう書くのが正解か。。。
とか考えて手が止まるんだろ。

適当に使えば良いんだよ。道具なんだから。

618 :仕様書無しさん:2015/02/14(土) 23:13:15.85
>>616
Pythonとかにあるジェネレータってやつだね。
ま、ここで荒らしている奴に言って理解できない概念だと思うけどw

619 :仕様書無しさん:2015/02/14(土) 23:13:19.72
>>601
お前の言っていることが、よくわからんのだが
>int last = MAX;
>int first = 0;
>if (index == last) {
> index = first;
>}
はずっと0じゃないという、なぜなら「別のところでindexを変更しているから」
と言い、その「別のところ」では「lastにMAXを入れてるからindexはMAXをこれることはあり得ない」
と言う。
ということは
「別のところでlast(MAX)の判定をしている」
ということでいいんだよな。

ならば、同じ判定をあっちこっちに入れているということになる。ムダじゃねぇかw

620 :仕様書無しさん:2015/02/14(土) 23:14:06.95
>>615
わかるやろ。なにがわかれへんねん。
しゃあない、特別レシピ作ったるわ。

手順1:lastにMAXを入れます
手順2:indexとlastを比較します
手順3:indexはMAXを超えません。なぜならばMAXだからです。
手順4:つまり、indexはlastを超えれまへん。

これでわかったやろ。

621 :仕様書無しさん:2015/02/14(土) 23:16:08.21
>>620
>手順3:indexはMAXを超えません。なぜならばMAXだからです。

具体的に言うとここがわからない。
なぜならって、何故なんだ。

622 :仕様書無しさん:2015/02/14(土) 23:16:27.03
ダボさん最強 彼だけの思い込みを語らせたら最強 誰もついてこれねー

623 :仕様書無しさん:2015/02/14(土) 23:18:08.10
>>619
よくないで。よくわからんのに想像で突っ走ったらあきまへんで。
頭の回転よお見せよおもて早とちりしてるで。大事なんは牛歩や。

624 :仕様書無しさん:2015/02/14(土) 23:18:18.19
ブログ作ってそこで自論を広げたほうがいいまじで

625 :仕様書無しさん:2015/02/14(土) 23:18:33.09
>>591
初心者向けの本読んでも面白くないだろ。

626 :仕様書無しさん:2015/02/14(土) 23:19:39.39
>>621
ええか、MAXは最大値や。最大値を超える値があったら、最大値やないやろが。
わかるやろ?なんでわかれへんねん。

627 :仕様書無しさん:2015/02/14(土) 23:21:52.24
> x = (x + 1) % (MAX + 1)  ※:%は剰余を求める算術子、MODの意味
でも
> x = x == MAX ? 0 : x + 1;
でもいいけどさ。

この通り、汎用化した時に現れるのは+1なんだよね。
ビット演算じゃない。

628 :仕様書無しさん:2015/02/14(土) 23:24:46.76
>>626
プログラム言語の話してるんだよ?
MAXはただの変数名で、MIXでもMOXでもいいんだよ?

その値の中に抑えるための処理がどこかにあって、初めてMAXは最大値として意味を持つわけで
別にMAXって名前つけたからって他の変数がそのとおりに振舞う保証なんてどこにもないよね?

629 :仕様書無しさん:2015/02/14(土) 23:24:52.09
>>625
> 初心者向けの本読んでも面白くないだろ。

初心者が上級者になるための本な。

世の中には本当だめな本当のがあって
そういうのは初心者が読んでも成長できない。

初心者にはなんとなくわかった気になるが
間違いだらけで上級者が見るとクソ本あつかいされる。

そういう本もあるから注意な。

630 :仕様書無しさん:2015/02/14(土) 23:25:55.45
>>625
ほお、ちょ〜っと怪しい臭いがするなあ。初心者向けの本に自分がわかれへんような
ことが書かれていたら自分が初心者以下になってまうから、初心者向けの
本を読みたくない、それを正当化するために面白くないって言うてるんと違うか?
それは技術者としての弱点かもわかれへんな。

631 :仕様書無しさん:2015/02/14(土) 23:28:23.23
>>630
おまいはあの本を有難がって読んでるの?
本棚に並んでるが、ある程度書いてりゃ自分で気がつくレベルだろ。

632 :仕様書無しさん:2015/02/14(土) 23:29:43.83
>>628
MAXはただの変数名やないで。最大値をあらわす変数名やで。
せやからMAXなんやで。MAX超えることができたらMAXやないやないか。
MIXとMOXはあかんやろ。最大値であることを示せてない。
命名こそプログラムの本質や。

633 :仕様書無しさん:2015/02/14(土) 23:30:12.87
地球が動いてることも
ちょっと考えりゃ当たり前じゃん言われなくても気がついてたとか言いそうだなw

634 :仕様書無しさん:2015/02/14(土) 23:30:47.70
>>623
お前の言っていることが、よくわからんのだが
俺が書いたのは全て「お前の発言」から書いているんだぜ?
>よくないで。よくわからんのに想像で突っ走ったらあきまへんで。
>頭の回転よお見せよおもて早とちりしてるで。大事なんは牛歩や。
というのは「わぃ、自分で書いたことよぉわかってまへんねん」と言っているのと同意。

それに反論には引用も具体例も何もない。

つまり、どっかの「bit脳」と同レベルw

※本当は「すんまへん1足すの忘れてましたわw」の一言で済んだ話なんだけどな

635 :仕様書無しさん:2015/02/14(土) 23:31:27.28
>>633
わかった、わかった。
君たちの大好きな本を貶して悪かった。

636 :仕様書無しさん:2015/02/14(土) 23:31:29.76
>>631
読んだで。わいは謙虚な人間やからあの程度とか言えへん。
言うてもなんの徳にもならん。女からも嫌われるで。要注意やで。

637 :仕様書無しさん:2015/02/14(土) 23:33:59.94
>>636
徳語る前にコード書けや

638 :仕様書無しさん:2015/02/14(土) 23:34:00.56
>>634
自分の言いがかりを正当化するためには相手に謝らせないといかんのか。DQNやな。
DQNの心理がすこしわかったような気がするわ。そういう意味では勉強になったわ。

639 :仕様書無しさん:2015/02/14(土) 23:34:56.83
おいどっちがダボさんだ?

640 :仕様書無しさん:2015/02/14(土) 23:35:18.61
そんなこというならまたダブさん罵倒スレに戻してやってもいいんだぜ?
荒らす用意ならいくらでも出来ている。

641 :仕様書無しさん:2015/02/14(土) 23:36:08.91
とりあえず話について来れなくなっても
旗色の悪そうなほうをダボさんと呼ぶのは分かったw

642 :仕様書無しさん:2015/02/14(土) 23:44:02.00
>>638
「(理由を添えて)、お前間違ってるよ」
っていってる人と
「(理由もなく)、わぃが全て正しいんやで」
っていってる人

はたしてどっちがDQNなんでしょうね?w
前者がDQNになるなら、俺、これから理由つけずに相手叩くわw

643 :仕様書無しさん:2015/02/14(土) 23:49:03.51
>>642
そっちがDQNや。
DQNに言いがかりをつけられてそっちが謝れば済む話やいうて米マークまでつけられた
謙虚なわいマジかわいそうやわ。同情せえや。

644 :仕様書無しさん:2015/02/14(土) 23:49:48.10
「(理由とか関係なく)、押しつけんなや」
っていってる人

が真性DQN

645 :仕様書無しさん:2015/02/14(土) 23:52:26.34
人が言うてることよおわからん言うてるんやから間違いもくそもないやろが。
わかるようなってから初めて間違いやってわかるもんや。わからんうちから
相手がまちごうてる言うて謝罪迫るんはただのDQNやで。

646 :仕様書無しさん:2015/02/14(土) 23:53:21.60
>>645
読みにくいよ
ファミコンかよ

647 :仕様書無しさん:2015/02/14(土) 23:53:53.59
>>635
のコーディング規約やら設計やらを本にして売ればすごいベストセラーになるんでね

648 :仕様書無しさん:2015/02/14(土) 23:53:58.36
>>646
わいファミコンやないよ。人間やで。

649 :仕様書無しさん:2015/02/14(土) 23:54:12.23
またもや、ダブルバファおさーんの幼女趣味的な性格が露呈してきたねw

650 :仕様書無しさん:2015/02/14(土) 23:55:27.98
>>649
こいつどうにかしろよ
こういうの見るとIDがほしいな

651 :仕様書無しさん:2015/02/14(土) 23:56:09.44
別の話題に変わりそうなったのを、うまい食い止めましたなw

652 :仕様書無しさん:2015/02/14(土) 23:57:15.31
>>647
本当に大事なのは書く内容だ。
整った文章が書けるようになるのはスタート地点だろ。
スタート地点未満のことでゴチャゴチャ言うんじゃない。

653 :仕様書無しさん:2015/02/14(土) 23:58:48.13
>>643
わかった、じゃあお前DQN確定な。自分で確定したんだぜ。
理由なんか要らないんだぜ。それもお前が言ったんだからなw

※DQNってほんと自分のことを棚にあげるんだな。もう触るのやめとこw

654 :仕様書無しさん:2015/02/15(日) 00:00:03.83
話まとめよか

>>619(DQN)「
  お前の言っていることが、よくわからんのだが
  ・・・ということでいいんだよな。

>>623(ファミコン)「
  よくないで

>>634(DQN)「
  お前の言っていることが、よくわからんのだが
  ・・・※本当は「すんまへん1足すの忘れてましたわw」の一言で済んだ話なんだけどな

なんでわいが言うてることもわかれへんのに、わいが謝れば済む言うてんねん。
なんやねんこのDQN。ファミコンさんがかわいそうやわ。

655 :仕様書無しさん:2015/02/15(日) 00:00:13.08
>>650
ダブおさーんはレスするな

656 :仕様書無しさん:2015/02/15(日) 00:02:56.65
そもそも、ダブ3て、こないな

>>1
> ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない等

こと書く輩でっせ?

好き勝手なこと長文書いて、連投でいいっぱなしするんはできても、
ちょっと自分の言うこと批判されると、
トチ狂いますわw

ロリのエロ本を親に見つかってテンパる、中高年無職ニートと何も
変わらんのやw

657 :仕様書無しさん:2015/02/15(日) 00:04:04.07
おさーんwwwおさーんwwwおさーんwwwおさーんwwwおさーんwwwおさーんwww

658 :仕様書無しさん:2015/02/15(日) 00:04:58.11
ビット演算はビットごとに意味がある場合に使って
インデックス値などの数値の計算に使わない(キリッ)

659 :仕様書無しさん:2015/02/15(日) 00:06:47.63
またも、おさーん大人気祭り

660 :仕様書無しさん:2015/02/15(日) 00:07:34.54
>>656
別にまちごうてへん思うけどな。
演算子でどういう値か推測しやすくなるやろ。

>ロリのエロ本を親に見つかってテンパる、中高年無職ニート
経験談か?こんなん普通はわかれへんもんな。大変やな。

661 :仕様書無しさん:2015/02/15(日) 00:08:26.98
>>658
別にまちごうてへん思うけどな。
わいは解るで。

662 :仕様書無しさん:2015/02/15(日) 00:09:12.68
>>661
おさーん自演乙 今日は関西弁を多用でっか?w

663 :仕様書無しさん:2015/02/15(日) 00:10:52.62
>>662
ほんとにお前は誰にでも絡んでるんだなw

664 :仕様書無しさん:2015/02/15(日) 00:11:34.24
>>658
> インデックス値などの数値の計算に使わない(キリッ)

汎用化したら明らかになったじゃん?
0, 1, 2, 0, 1, 2, ... にはビット演算使えなかったし。

665 :仕様書無しさん:2015/02/15(日) 00:11:41.96
>>662
おっさんはひとりやないんやで。このスレにいる人間は9割9分9厘おっさんやで。たぶんな。
まさかほとんどが女子高生で全裸で書き込んでるなんてあれへんやろ。夢見てるんやないで!

666 :仕様書無しさん:2015/02/15(日) 00:14:39.21
多分アレの自演なんだろうけど、
さわっちゃいけない人が増えちゃったなw

667 :仕様書無しさん:2015/02/15(日) 00:16:03.63
>>666
てめえは黙ってろDQN野郎。

668 :仕様書無しさん:2015/02/15(日) 00:16:22.41
比較的まともだった人があっち側に行ってしまう瞬間を見たw

669 :仕様書無しさん:2015/02/15(日) 00:17:23.56
なんだみんなおさーんか

670 :仕様書無しさん:2015/02/15(日) 00:17:46.63
やだ、触らないって言ってたのに絡んでくる、わい怖い

671 :仕様書無しさん:2015/02/15(日) 00:18:35.91
釣り針垂らすとすぐ食いつくんだなw
わかりやすいwww

672 :仕様書無しさん:2015/02/15(日) 00:19:36.11
誰かれ構わず食いつく。

673 :仕様書無しさん:2015/02/15(日) 00:20:35.56
釣り針垂らしてもうたんやな?我慢でけへんかったんやな?
触れへん言うてたのに。わいの勝ちやな。釣られたんは自分の方やで。

674 :仕様書無しさん:2015/02/15(日) 00:21:16.61
プログラムの話でけへん雑魚しかおらへんないまの時間帯。
また明日やな。

675 :仕様書無しさん:2015/02/15(日) 00:23:13.03
そういってまたオサーンは人格を戻して
何事も無くレスするのであったwww

676 :仕様書無しさん:2015/02/15(日) 01:46:27.18
今日もおっさんの完勝か

677 :仕様書無しさん:2015/02/15(日) 01:57:41.65
もはやおっさんとか関係なく、今の状況は
誰かれ構わずおっさんといちゃもんつける
荒らしがいるってだけだもんな。

678 :仕様書無しさん:2015/02/15(日) 03:42:00.38
>>665
おれもおっさん

679 :仕様書無しさん:2015/02/15(日) 08:15:50.36
で、で、で。ここまでの確認だけど

結論1:整数の変数 x が 1 か 0 しか値を取らないコードブロックの中では
    x=1-x; よりも x^=1; のほうがセンスがあるコード

結論2:ビット演算を数値計算に使っても、特に可読性が低くなることはない。


この2つの結論で良いよね?

680 :仕様書無しさん:2015/02/15(日) 08:18:50.23
そういうことでいいんじゃないかな

681 :仕様書無しさん:2015/02/15(日) 08:21:50.88
自然言語で考えるF系の人たちがふえてるのかな

682 :仕様書無しさん:2015/02/15(日) 08:26:11.16
>>679 良いよ、結論はそれで。このスレは、結局大したプログラマー
になれなかった、おっさん(たち)の悲哀に満ちた叫びを味わうスレ。
プログラミングについて語っているテイで、群れあって、臭っさいチンポ
しゃぶりあってるだけ。

683 :仕様書無しさん:2015/02/15(日) 08:50:22.45
ダブちゃんのチンポ、カス溜まりすぎやわ。ちゃんと風呂で掃除しときなはれ。

684 :仕様書無しさん:2015/02/15(日) 09:05:06.58
>>679
いいよ。ただし、仕事では絶対に俺に関わるなよ。
仕事のコードでx^=1なんて頭悪いこと書く馬鹿は一発で出禁にするから。

685 :仕様書無しさん:2015/02/15(日) 09:07:04.36
>>684
わざとらしすぎ。

いい加減誰かれ構わずおっさん呼ばわりして絡むのやめれ

686 :仕様書無しさん:2015/02/15(日) 09:13:07.25
>>684
>仕事のコードでx^=1なんて頭悪いこと書く馬鹿は一発で出禁にするから。

出禁にさせる権限のないヤツほど、2ちゃんではこういうことを吠えたがる。

687 :仕様書無しさん:2015/02/15(日) 09:14:21.86
>>686
だから放置しろって、おっさんのフリした
かまってちゃんだろ。見てわかる。

688 :仕様書無しさん:2015/02/15(日) 09:20:38.98
>仕事のコードでx^=1なんて頭悪いこと書く馬鹿

などと言っている方がバカで、そういうバカは知り合いにいないので、
こういうバカがアサインされているプロジェクトに俺がかかわることは無いな。

689 :仕様書無しさん:2015/02/15(日) 10:01:58.56
結論1:整数の変数 x が 1 か 0 しか値を取らないコードブロックの中では
    x=1-x; でも x^=1; でもドングリの背比べだから好きにしろ

結論2:ビット演算を数値計算に使ったら、可読性が低くなることはあるかもしれないがコメント補足しときゃいい。

690 :仕様書無しさん:2015/02/15(日) 10:10:36.87
フラグ値を後から2,3に拡張することなんてよくある話だしな

691 :仕様書無しさん:2015/02/15(日) 10:12:45.44
自分の個人的なこだわりで、気に入らない業務委託メンバーにすぐ
>出禁にするから
とか言い出すプロパーのアホ、うちにもいるわ。
当然技術的には、業務委託で来ている人たちのほうが上。
かつてはこういう勘違い社員を、経験のあるフリーランスの人が叱るという
習慣があったが、今はそういう光景は見られなくなった。
エネルギー使って叱っても、何のメリットもないからね。
さっさとオファーを受けている別の案件に移るだけ。

692 :仕様書無しさん:2015/02/15(日) 10:15:27.36
>>690
それはフラグじゃねぇ。stateだろ。だがstateならば定数にするべきだ
インデックス値であれば2, 3に拡張することは当たり前

693 :仕様書無しさん:2015/02/15(日) 10:21:47.24
>>688
君にぴったりの掃き溜めだねw

694 :仕様書無しさん:2015/02/15(日) 11:27:47.65
掃きだめなのかな?w

同僚には、スタンフォード卒のやつもいるし、インド工科大の成績優秀な
インターン生もいる。日本の有名オープンソースのコミッターもいる。
みんな情報工学の修士以上。会社は外資系。プログラマーには2、3人に
一室の個室が与えられる。広いよ。

プログラマーとして伸びたかったら、やっぱり外資だね。

日本は、プログラマーを大事にしないから、ある程度実力があっても、このスレで
おさーんと呼ばれている人のように、2ちゃんで承認欲求を晴らすしかないという、
とても非生産的なことに人生を摩耗して、結局、何一つ手応えのある仕事をさせて
もらえないまま、年とって体力衰えて、若者の才能の芽をつぶすのだけが
楽しみの老人になってしまう。

695 :仕様書無しさん:2015/02/15(日) 11:29:35.29
やっぱGoogle()だよな

696 :仕様書無しさん:2015/02/15(日) 11:33:29.76
>>627
-xでもないしな

697 :仕様書無しさん:2015/02/15(日) 11:47:52.23
なるほど、スタンフォード卒とビット演算覚えたてでビット演算というハンマーで何でも叩きたがっている初心者が一緒に働いているのかw
まさに掃き溜めだなw

698 :仕様書無しさん:2015/02/15(日) 11:50:18.66
>>697=ダブ3のレスには、

「俺はもっと認められていいはず。」

という怨嗟が漂っていて、ぶっちゃけ痛いよ。

699 :仕様書無しさん:2015/02/15(日) 12:01:32.77
スタンフォード大卒の人にどっち使うべきか聞いてみたらいいんじゃない?w
口利ける身分かどうかは知らんけど

700 :仕様書無しさん:2015/02/15(日) 12:01:53.44
ダブ3に必要なのは、付け焼刃の知識じゃなくて、メンターだな。

701 :仕様書無しさん:2015/02/15(日) 12:07:25.25
ごめん。

>スタンフォード大卒の人

は部下なんだよ。

702 :仕様書無しさん:2015/02/15(日) 12:10:22.03
だぶさんは本当に実力のあるプログラマーと仕事したことがないんだろうな

703 :仕様書無しさん:2015/02/15(日) 12:15:23.75
だぶ3、不貞腐れてパチンコいっちゃいました。

704 :仕様書無しさん:2015/02/15(日) 12:22:06.84
だぶ3に質問

君が、繰り返しdisられてもdisられても、このスレにきて
自演で質問して自演で答えるようなことをしてしまう理由は何だと思う?

705 :仕様書無しさん:2015/02/15(日) 12:35:20.43
その答えは、女医レイカが教えてくれまんねん

706 :仕様書無しさん:2015/02/15(日) 12:37:07.91
>>702-704
必死すぎだろw
レスの内容がまんまお前の
コンプレックスになってるぞw

707 :仕様書無しさん:2015/02/15(日) 12:40:35.93
「ダブ」の検索

抽出レス数:82

このスレの1割をこいつが書き込んでるのか。
必死すぎだな。

708 :仕様書無しさん:2015/02/15(日) 12:47:30.48
>>706=707
うーん。。。 おまえちょっと休んだほうがよくないか?

709 :仕様書無しさん:2015/02/15(日) 12:47:55.96
>>708
なんで?

710 :仕様書無しさん:2015/02/15(日) 12:50:15.31
年甲斐もなく食ってかかるダブサンwww

711 :仕様書無しさん:2015/02/15(日) 12:51:10.20
抽出レス数:83

やっぱりこいつだったのか。

712 :仕様書無しさん:2015/02/15(日) 12:56:35.34
>>706
>必死すぎだろw
>レスの内容がまんまお前の
>コンプレックスになってるぞw

そう思い込みたい理由は何なのだろう?たぶんその理由は

>>1
> ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない等

という思い込みに執着することと無関係ではないはずだ。

713 :仕様書無しさん:2015/02/15(日) 13:02:35.38
だぶさん しっかりしなはれ!

714 :仕様書無しさん:2015/02/15(日) 13:04:14.10
>>712-713
自作自演ばれてますぜ

715 :仕様書無しさん:2015/02/15(日) 13:05:02.10
>>712
見て思ったままのことを言っただけだよ。

だってあんた、今そのレスをする理由ないじゃん?

716 :仕様書無しさん:2015/02/15(日) 13:07:55.70
ん? そんなことどうでもよくないか?

717 :仕様書無しさん:2015/02/15(日) 13:09:14.43
だぶさんディスってる人、複数おるよ。

718 :仕様書無しさん:2015/02/15(日) 13:16:17.30
>今そのレスをする理由

>理由
とか、いちいちキメーわw

719 :仕様書無しさん:2015/02/15(日) 13:29:55.76
はっきり、理由なんてない。
俺が荒らしたいから荒らすんだって書けばいい

720 :仕様書無しさん:2015/02/15(日) 13:32:38.98
>>719
おいおいw それはまさに、お前が書くべきことだろうよw

721 :仕様書無しさん:2015/02/15(日) 13:34:59.68
やっぱり自覚ないのか。はっきり言おう。
お前がやってる行為は荒らし行為だ。
人間性と品性が劣ってる人間だ。

722 :仕様書無しさん:2015/02/15(日) 13:36:21.96
>>721
ふーん。。。

で?

723 :仕様書無しさん:2015/02/15(日) 13:39:57.27
>>722
このスレをもう荒らさないことを誓ってくれ。

>>1のスレタイをよくよめ。

724 :仕様書無しさん:2015/02/15(日) 13:48:51.43
荒らしているのはどっちなのかな?w

君のレスからおかしくなったことをもっと自覚しようよ。

725 :仕様書無しさん:2015/02/15(日) 13:49:45.89
nodeJSてどう思う?
型無し言語コールバック地獄である程度の規模になったらやっぱり難しい?

726 :仕様書無しさん:2015/02/15(日) 13:51:56.29
>>724
なんで最近来た俺のレスがきっかけになるんだ。

分かった。俺はもうお前が荒らさない限り書き込まない。
これでいいだろう?

あとはお前さん次第だよ。

727 :仕様書無しさん:2015/02/15(日) 13:53:39.74
>>725
> nodeJSてどう思う?
> 型無し言語コールバック地獄である程度の規模になったらやっぱり難しい?

別に?

確かに内部実装はコールバックなんだけど、
少なくともコードの書き方的には
そんなに複雑になるわけじゃない。

Promise使うからネストのネストのネスト・・・なんて
コードを書くことはないしね。

728 :仕様書無しさん:2015/02/15(日) 13:54:11.16
>あとはお前さん次第だよ。

違う。君次第なのだよ。

729 :仕様書無しさん:2015/02/15(日) 13:54:27.01
>>727
promise使わないと解決できない問題って、ダサいと思わない?
言語で吸収してくれればいいのに。

730 :仕様書無しさん:2015/02/15(日) 13:54:59.40
>>728
ちょw

俺は荒らさない限り書き込まないって言ってるんだから
あとは、お前さん次第だろw

731 :仕様書無しさん:2015/02/15(日) 13:56:32.03
>>730
だから、それが、君の得意技の思い込みなんだってば

732 :仕様書無しさん:2015/02/15(日) 13:57:10.73
>>729
> promise使わないと解決できない問題って、ダサいと思わない?
> 言語で吸収してくれればいいのに。

別に?

逆に言語仕様はなるべくシンプルであるべきだと思う。

非同期であるなら、どちらにしろ似たような構造になるわけで
あまり関係ないかな。

それにPromiseはECMAScript 6の言語仕様になるよ。

733 :仕様書無しさん:2015/02/15(日) 13:57:46.29
>>731
書き込まないって言ったからこれでバイバイするね。
もう荒らさないでねー。

734 :仕様書無しさん:2015/02/15(日) 13:58:24.78
>>732
ふーむ、そないか。

735 :仕様書無しさん:2015/02/15(日) 13:58:28.05
こんどは、ノードJSで自演始めやがったw

736 :仕様書無しさん:2015/02/15(日) 13:59:16.52
まーた関係ない話題に絡む

737 :仕様書無しさん:2015/02/15(日) 14:00:13.14
おさーん、いろいろ自演ネタ考えているなあ。感心感心

738 :仕様書無しさん:2015/02/15(日) 14:00:44.97
非同期が流行るのは、限りある資源を有効に使いたいからよね。
貧乏的な発想と思うんだけど、今後流行るんだろうか?

739 :仕様書無しさん:2015/02/15(日) 14:01:11.25
>書き込まないって
言っているそばからどうせまた書く gdgdと 役に立たないことを

740 :仕様書無しさん:2015/02/15(日) 14:02:58.11
>>738
え? もう1回言って?

無駄な待ち時間を無くして
効率的に処理することが
なんで貧乏的な発想になるの?

741 :仕様書無しさん:2015/02/15(日) 14:03:20.03
NodeJSは流行るんじゃないか? というのもビット演算はビットごとに意味が
ある場合に使って インデックス値などの数値の計算に使わないのだから。

742 :仕様書無しさん:2015/02/15(日) 14:04:01.03
>>740
>なんで貧乏的な発想になるの?

お前が貧乏人だからだよ。

743 :仕様書無しさん:2015/02/15(日) 14:05:22.55
>>740
具体的にはC10Kに対応するにはapacheのプロセス数が足らないから
非同期で同じスレッドを使いまわそうて事でしょ。

プロセス数の制限がクリアされれば今まで通りでいいのでは?

744 :仕様書無しさん:2015/02/15(日) 14:07:25.05
>書き込まないって
いいつつ、ガシガシ書く おさーんの自演劇場

承認欲求垂れ流しwww

745 :仕様書無しさん:2015/02/15(日) 14:07:36.28
大量の接続を捌いたって、CPUを専有するような重い処理は出来ないし
すぐ廃れるのかなーて思ってるんだけど。

746 :仕様書無しさん:2015/02/15(日) 14:10:38.73
>>743
残念ながら違う。

I/Oの速度とCPUの速度の大きな差を
解決することに意味がある

I/Oの速度とCPUの速度の大きな差によって待ち時間ができるんだよ。
CPUは全然余裕があるのにI/O(例えばディスク読み込み)が遅いから
終わるまでなにもしないで待たないといけない。
この無駄な待ち時間を非同期でやることで解決したのがNode

I/Oの速度の問題がクリアされればと
思うかもしれないが、その頃にはさらにCPUは
早くなっているから差は縮まらない。

747 :仕様書無しさん:2015/02/15(日) 14:11:16.49
どうせまたどこかで
「俺、上級。お前、入門者。だからお前は俺の話についてこれない。」
的な自己愛レスが入る。

要するに、こいつはプログラミングの話をしたいわけじゃないんだよ。

748 :仕様書無しさん:2015/02/15(日) 14:13:07.71
いろいろ知っていても、技術雑誌で記事書いたり、
エバンジェリストレベルの技術者になって有名ブロガーや
パネラーになるレベルまでは行けない人間の叫び

749 :仕様書無しさん:2015/02/15(日) 14:14:43.05
結局コミュニケーション能力の問題だろうな

750 :仕様書無しさん:2015/02/15(日) 14:15:47.23
>>746
その考えで行くと、むしろCPUヘビーな処理は今まで通り受けられるって事か。
ふむ。

751 :仕様書無しさん:2015/02/15(日) 14:15:52.81
Node問答の自演レスも力尽きたようだねwww

752 :仕様書無しさん:2015/02/15(日) 14:16:39.60
>ふむ。

だってw

753 :仕様書無しさん:2015/02/15(日) 14:20:04.37
並みのプログラマーよりも俺は出来るゼっていう自負心が強いわりに、
ブログとかで持論を展開するほどの勇気は無いんだろうな。
批判に弱い自分のことをよく知っているのだろう。

754 :仕様書無しさん:2015/02/15(日) 14:20:54.95
NodeJSというか、動的言語である程度のアプリを書こうとしたとき、何が問題になるかな?

個人的には、やっぱり型チェックが無いのが辛いと思ってる。
railsやphpはDBスキーマがあって、寿命=リクエストだから
あんまり問題にならない。
解決策は、TypeScriptとかになるんだろうか?

755 :仕様書無しさん:2015/02/15(日) 14:22:51.31
>解決策は、TypeScriptとかになるんだろうか?

自分で考えろ

756 :仕様書無しさん:2015/02/15(日) 14:23:33.49
websocketになると、寿命がずっと長くなるから
その事の弊害を考えておかないといけないと思う。

757 :仕様書無しさん:2015/02/15(日) 14:27:52.64
>>746からすると、ボトルネックの解消が目的なんだから
その辺は今まで通りで良いって事かな。

758 :仕様書無しさん:2015/02/15(日) 14:48:44.58
プロセス数(またはスレッド数)を増やすというやり方だと
どうしても、プロセスの切り替え処理が必要になってくるんだよね。

その切り替え処理を無くすには1プロセスでやればいい。

でも1プロセスじゃ並列処理できない。
どうすんの?の答えが非同期処理。

今のCPUはものすごく速いから、たいていの処理は一瞬で終わる。
処理の間にI/Oがあると、極端に速度が落ちる。
でもその部分を非同期にしてしまえば、一瞬で終わるようになる。

759 :仕様書無しさん:2015/02/15(日) 14:52:44.86
>>758
まあそのIOって大抵DBなんだけど
結局重い処理を他に振ってる時点でハブみたいなもんじゃんて思うけどな。

760 :仕様書無しさん:2015/02/15(日) 15:00:26.56
>>754
> 個人的には、やっぱり型チェックが無いのが辛いと思ってる。
> railsやphpはDBスキーマがあって、寿命=リクエストだから

言ってることが支離滅裂w
というか突っ込んで欲しかったんだろ?w
突っ込んであげるよ。

Nodeは実行環境(プラットフォーム)
railsはフレームワーク
phpは言語

DBスキーマがあるのはDBMSであって、NodeもRailsもPHPも関係ない。
DBを使うなら、NodeでだってDBスキーマがある。

寿命=リクエストの意味もわからない。
リクエストのたびにいちいち死んでたらパフォーマンスが落ちる。

だから常駐状態にするのが普通。
railsもphpもリクエストが終わっても寿命は尽きない。

型チェックがないとつらいのはRubyもPHPも同じだよ。

こんな記事があるぐらい
【翻訳】Rubyにはウンザリ!動的型付け、副作用、およびオブジェクト指向プログラミング全般からの考察
http://postd.cc/sick-of-ruby-dynamic-typing-side-effects-object-oriented-programming/

761 :仕様書無しさん:2015/02/15(日) 15:02:40.08
>>759
> まあそのIOって大抵DBなんだけど

ウェブアプリなら一番のI/Oを忘れちゃいけないよ。
ネットワークこそが一番のネックだよ。

ネットワーク(もちろんDBやファイルも)が遅いせいで
多数のプロセス(スレッド)が生まれてしまうんだ。

762 :仕様書無しさん:2015/02/15(日) 15:07:04.40
>>760

>DBスキーマがあるのはDBMSであって、NodeもRailsもPHPも関係ない。

websocketベースのアプリを考えていて
メモリ上に保持したオブジェクトをベースに処理をしたい。
どこかに骨格となるものが欲しい。

>リクエストのたびにいちいち死んでたらパフォーマンスが落ちる。

プロセスの寿命じゃなく、処理の寿命だよ。

763 :仕様書無しさん:2015/02/15(日) 15:09:12.27
> websocketベースのアプリを考えていて
> メモリ上に保持したオブジェクトをベースに処理をしたい。
> どこかに骨格となるものが欲しい。

そうか。DBMSが無いのであれば
スキーマも存在しないな。


> プロセスの寿命じゃなく、処理の寿命だよ。
処理の寿命なら、どのアプリでも同じだろ。

764 :仕様書無しさん:2015/02/15(日) 15:12:40.84
> >リクエストのたびにいちいち死んでたらパフォーマンスが落ちる。
>
> プロセスの寿命じゃなく、処理の寿命だよ。

意味がわからん。もしかして非同期だから
処理が終わった後に、レスポンスを返してるとか思ってる?

処理が終わったら、接続も切れるわけで
レスポンスは返せないよ。

Nodeでも当然レスポンスを返すまでが処理ですよ。

765 :仕様書無しさん:2015/02/15(日) 15:14:02.97
>>763
>処理の寿命なら、どのアプリでも同じだろ。

普通のwebアプリなら1リクエストで処理が完結するので
頭に入れておく事も少なくて済む。

接続をずっと保持するアプリでは
ひとつのオブジェクトを色々な処理が延々と突っつき回す事になる。

766 :仕様書無しさん:2015/02/15(日) 15:16:29.92
でも、これは俺の考え方がおかしいのかな。
オブジェクトを保持しようと考えずに、一旦DBなりに入れてしまえば良いんだし。

767 :仕様書無しさん:2015/02/15(日) 15:19:18.52
>>765
> 接続をずっと保持するアプリでは
> ひとつのオブジェクトを色々な処理が延々と突っつき回す事になる。

もしかして、WebSocketとかの話してる?
ずっとセッションを保つタイプの接続方法の話。

あちゃーw
それ、railsやPHPと関係ないよ。
どうしたいかだよ。

ずっと接続するタイプの方法を使うならばrailsだってPHPだって同じことになるし、

Nodeだって、別にずっと接続しなくちゃいけないわけじゃない。
接続する方法を取らない限り、デフォルトでは一リクエストが終わったら
接続を切断するんだよ。繰り返すけどそれがデフォルトだから。

768 :仕様書無しさん:2015/02/15(日) 15:20:19.59
>>767
ごめん、説明が悪かったね。

769 :仕様書無しさん:2015/02/15(日) 15:22:06.40
今はscala + play2を使ってるんだけどちょっと難しくて
NodeJSの具合が良いならそっちも検討してるのよ。

770 :仕様書無しさん:2015/02/15(日) 15:25:48.34
実務でScalaとか使ってるんだ…

771 :仕様書無しさん:2015/02/15(日) 15:27:22.17
>>770
趣味ですカラ

772 :仕様書無しさん:2015/02/15(日) 15:27:37.58
>>770
趣味に決まってるでしょ

773 :仕様書無しさん:2015/02/15(日) 15:54:09.23
NodeJSってyield使えるんだね。知らんかった。

774 :仕様書無しさん:2015/02/15(日) 16:11:44.08
ここまで自演する情熱はどこから生まれてくるんだろうか?

775 :仕様書無しさん:2015/02/15(日) 16:13:56.95
Javascriptや関数型言語を使いこなしてる俺、センスいいっしょ?

ってことなのかな?
全然センスと関係ないし。

776 :仕様書無しさん:2015/02/15(日) 16:19:17.98
俺ジャバスクこんなに知ってるぜー
みたいなアピールをして何になるんだろうね?

そんなことやってたら、ジャバスクを作ってるヤツらのようには
絶対になれないのにさ。

777 :仕様書無しさん:2015/02/15(日) 16:24:36.64
>>1
>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない等

みたいなこと言うヤシが、いろいろなものに手を出して
ちょっとカジってみたところで、
新しい何かを作り出すなんてことは、到底無理だと思う。

批評と創造には天地の開きがあるからな。

778 :仕様書無しさん:2015/02/15(日) 16:40:55.51
釣りならぬ、食いつきという新ジャンルw

779 :仕様書無しさん:2015/02/15(日) 16:49:14.42
抽出数84レス
完全に狂ってる

780 :仕様書無しさん:2015/02/15(日) 17:28:38.77
ダブルバッファおじさんみたいになりたくないから自分なりに勉強してるけど20、30年後に同じことやってない自信がない…

781 :仕様書無しさん:2015/02/15(日) 17:36:44.96
>>256
これが1番一般的な書き方だよな
一般的な書き方が分からず可読性の
高いプログラムを書けない奴は糞

782 :仕様書無しさん:2015/02/15(日) 17:42:37.71
もうその話はよせ

783 :仕様書無しさん:2015/02/15(日) 17:48:32.01
>>781
3項演算子よりこっちの方がええで。
3項演算子はあれやからな。

if (x == 1)
{
 return 0;
}
else
{
 return 1;
}

784 :仕様書無しさん:2015/02/15(日) 17:54:56.60
>>783
いいや、3項演算子のほうがええで、あれやからな。

785 :仕様書無しさん:2015/02/15(日) 18:01:34.83
なんとなくのフィーリングで喋ってて、物事に対してはっきり理由を説明できない奴は
物事の共通の特徴や際立った性質を抽出する能力がないってこった。

プログラマーには致命的に向いてない。

786 :仕様書無しさん:2015/02/15(日) 18:47:28.02
>>784
なんやねんあれって。適当なこというな。

787 :仕様書無しさん:2015/02/15(日) 18:48:57.97
>>785
ほんなら聞くが、>>783が優れている理由を具体的に説明してみいや。
でけへんかったらあんたは致命的にあほやいうことやな。

788 :仕様書無しさん:2015/02/15(日) 18:51:40.94
>>787

>>783はelseifが足せる

789 :仕様書無しさん:2015/02/15(日) 18:53:10.57
いや自分の意見なんだから自分で説明しろよw

790 :仕様書無しさん:2015/02/15(日) 19:01:54.22
>>788
それや!わいもそれが言いたかってん。

791 :仕様書無しさん:2015/02/15(日) 19:02:47.51
>>789
なにいうてんねん。>>785を証明するためにやってみせ言うてんのやろが。
でけへんのか?おーん?

792 :仕様書無しさん:2015/02/15(日) 19:03:07.22
>>786
ちょw

793 :仕様書無しさん:2015/02/15(日) 19:29:03.27
>>788

> >>783はelseifが足せる

どういう意味?


三項演算子って単純な構文なのにインデントと改行の位置で
可読性が大きく変わる変わった構文なんだよな。

プログラムセンスが問われる場所の一つ。

794 :仕様書無しさん:2015/02/15(日) 19:32:44.27
プログラムが「思った通り」に動くと思っているバカDQNには触らないほうがいいぞ。
アレだからな。

※プログラムは「書いた通り」に動くものです。

795 :仕様書無しさん:2015/02/15(日) 19:33:07.05
>>793
拡張に対して開いているって事。

796 :仕様書無しさん:2015/02/15(日) 19:35:33.69
>>795
> 拡張に対して開いているって事。

それは三項演算子も同じだよね?

797 :仕様書無しさん:2015/02/15(日) 19:37:27.49
>>796
三項演算子はelseifに当たる記述が出来るの?三項なのに?

798 :仕様書無しさん:2015/02/15(日) 19:37:53.85
ifとreturnを使うにしても、こうするべき

if (x == 1)
{
 return 0;
}
return 1;

799 :仕様書無しさん:2015/02/15(日) 19:38:53.94
>>797
知ってるか?

C言語にはelseifなんてものはないんだぜ?w

elseif というのは else と if を組み合わせれば
できるんだよ。

800 :仕様書無しさん:2015/02/15(日) 19:40:45.50
>>797
> 三項演算子はelseifに当たる記述が出来るの?三項なのに?

できるよ。だから単純なのに
面白いといってるわけ。

801 :仕様書無しさん:2015/02/15(日) 19:43:33.84
a ? (b ? c : d) : eのように詰め込むだけだよね?w

802 :仕様書無しさん:2015/02/15(日) 19:43:49.30
>>800
そしてそれを多用して、ミートソースとかナポリタンとかペペロンチーノが出来るんですね。
わかります。

803 :仕様書無しさん:2015/02/15(日) 19:45:07.79
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

804 :仕様書無しさん:2015/02/15(日) 19:50:51.13
>>798
なんでや?ガードみたいな書き方するところやないやろ。

805 :仕様書無しさん:2015/02/15(日) 19:51:20.76
>>803
次スレでダブルバッファの話をしようとしている奴がよく言うよ。
お前、キチガイだろ

806 :仕様書無しさん:2015/02/15(日) 19:52:13.60
>>803
次スレでダブルバッファの話をしようとしている奴がよく言うよ。
お前、キチガイだろ

807 :仕様書無しさん:2015/02/15(日) 19:52:21.75
>>804
elseが要らない所でelseを書くのは
無駄でしか無いから。

808 :仕様書無しさん:2015/02/15(日) 19:53:44.92
まあ一番いいのは

return (x == 1) ? 0 : 1;

だけどな。

809 :仕様書無しさん:2015/02/15(日) 19:53:47.47
>>803
次スレでダブルバッファの話をしようとしている奴がよく言うよ。
お前、キチガイだろ

810 :仕様書無しさん:2015/02/15(日) 19:54:09.20
>>807
それやったらカッコもいらへんやろがい。
でもカッコつけてんのはそれがわかりやすいからやろ。
ガードみたいな書き方せえへんほうがわかりやすいやろゆうてんねん。

811 :仕様書無しさん:2015/02/15(日) 19:54:35.60
>>801
そんな括弧のお化けみたいなの読みたくないよ。
横に長くするな。

812 :仕様書無しさん:2015/02/15(日) 19:55:12.62
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

813 :仕様書無しさん:2015/02/15(日) 19:55:39.46
>>803
次スレでダブルバッファの話をしようとしている奴がよく言うよ。
お前、キチガイだろ

814 :仕様書無しさん:2015/02/15(日) 19:56:37.41
>>810
そんならそれで、じゃあ最後の戻り値は何返すの?

815 :仕様書無しさん:2015/02/15(日) 19:56:51.79
>>811
せやな。どの条件と値が対応するのかわかりにくいよな。
3項演算子はほんまあれやねん。

816 :仕様書無しさん:2015/02/15(日) 19:57:33.60
>>814
何やねん最後の戻り値て。なに言うてんねん。

817 :仕様書無しさん:2015/02/15(日) 19:58:07.45
>>810
なくてもいいけど?

意識していないだろうけど
人間が文章をどうやって読んでるか知ってる?

一行毎に読んでるんだよ。
あたりまえだと思うかもしれないけど、

おな
じ文
章で
あっ
ても

このように行がわかれているだけで読みづらくなる。

だから、横のラインに()がある程度は読みやすさに影響はしないが、
縦に行があると、一行一行読まないといけないので
下の行まで読まないと何をやってるか理解できない。

もちろん横にあったとしても、視線を大きく移動したり
ましてやウインドウをスクロールしないといけないほど
長ければ、それもだめだけどね。

可読性に重要なのは、視線を出来る限り動かさないで読めること

818 :仕様書無しさん:2015/02/15(日) 19:59:22.77
>>815
> せやな。どの条件と値が対応するのかわかりにくいよな。
> 3項演算子はほんまあれやねん。

わかるよw

だからセンスが試されるって言ってるの。
三項演算子は、書き方次第で可読性が大きく変わる

って>>793で書いたよ。

調べるぐらいやった?

819 :仕様書無しさん:2015/02/15(日) 19:59:59.79
こんどは、3項演算子をなるべく使ったほうがセンスがいい、とか言い出すの?

820 :仕様書無しさん:2015/02/15(日) 20:00:43.00
>>817
個人的には一行にいくつも意味詰めないほうが良いと思うよ。
視線の移動よりも意味の解読に時間が掛かる。

821 :仕様書無しさん:2015/02/15(日) 20:01:56.53
>>820
えぇ、だから三項演算子も、一行に一つの意味しか含めませんよw

822 :仕様書無しさん:2015/02/15(日) 20:02:13.49
>>817
そんなん関係ない。ガードと見紛うやろういうてんねん。
それからカッコは必要やで。カッコはつねにつけるようにしとかんと
入れ子になったときわけわからんようなる。一貫性を持たせるために
カッコは常につけるようにせなあかん。文章の話やないプログラムの話や。
漫画家やないねんで。視線移動とかソースコード書くときに考えんでええ。
大事なのは一貫線とわかりやすさや。論理的な美しさ言うんかな。

823 :仕様書無しさん:2015/02/15(日) 20:02:54.53
>>821
どうせ改行入れたコード出すつもりなんだろ。
勿体ぶる程の事か。

824 :仕様書無しさん:2015/02/15(日) 20:03:03.61
> ガードと見紛うやろういうてんねん。

それの何が問題?

区別する理由ないだろ。

825 :仕様書無しさん:2015/02/15(日) 20:03:29.41
>>823
自分で検索ぐらいした?

826 :仕様書無しさん:2015/02/15(日) 20:04:36.87
>>821
PHPはどないすんのや?あ?

827 :仕様書無しさん:2015/02/15(日) 20:04:55.17
>>822
> カッコは常につけるようにせなあかん。文章の話やないプログラムの話や。

文章の話だよw

コードはプログラム言語で書かれた言葉。
言葉は文章を読むように理解できないとだめ。

読む時にいちいち自分の書いたコードの
解読作業をやってどうするw

828 :仕様書無しさん:2015/02/15(日) 20:05:21.94
視点移動とか何だよ?w 作家ワナビなプログラマーかよw 救いようが無い

829 :仕様書無しさん:2015/02/15(日) 20:05:36.03
>>826
「PHPだけ」違う書き方をしたら?

830 :仕様書無しさん:2015/02/15(日) 20:05:50.63
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

831 :仕様書無しさん:2015/02/15(日) 20:06:28.82
>>828
視線移動なw

832 :仕様書無しさん:2015/02/15(日) 20:06:52.70
>>825
三項演算子にそんな特別な意味があるなら教えて下さい。

833 :仕様書無しさん:2015/02/15(日) 20:07:34.63
>>824
あるに決まってるやろ。ガード言うんはガードするためにあるんや。
身を守るための盾で殴りかかってどないすんねん。ある条件を境にして
処理が二分される。それ以外に分割されることはないいうことを示せてへんがな。
それを示すことができてこそプログラムのわかりやすさはうまれんねん。

834 :仕様書無しさん:2015/02/15(日) 20:08:11.66
>>832
意味じゃなくて書き方。

C言語だってelseif ないのに、
else と if を続けて書くだろ?
本来ならelseの後に { か 改行 を入れるべき所なのに。

835 :仕様書無しさん:2015/02/15(日) 20:08:45.88
ガードって言葉、最近聞かないんだけど、
古い言葉だっけな。

今は使われないもの。

836 :仕様書無しさん:2015/02/15(日) 20:09:54.97
>>834
http://tricky-code.net/nicecode/code44sankou.php

こういうやつ?
あんまり良いと思わん。
式になるのは魅力的。

837 :仕様書無しさん:2015/02/15(日) 20:10:11.74
>>827
プログラムと文章は違うわ。
ぱっと見て理解できるコードいうんがあるんや。
わいはそういうプログラムコードの話をしてんねん。
あんたは漫画に出てくる吹き出しの文章の話してんねん。
漫画読める奴がみんなプログラム理解できるとは限れへんやろ。
プログラムを理解するやつは多かれ少なかれ解読はやってるもんや。
わいは解読しやすいやりかたを言うてんねん。

838 :仕様書無しさん:2015/02/15(日) 20:10:12.18
>>827
>コードはプログラム言語で書かれた言葉。
>言葉は文章を読むように理解できないとだめ。

また思い込みが出たよ・・・

小説のような文章は、完全に文字が一次元で続くが、プログラミングは
そうではない。文章にはない文法で構造化できる。

ほんとに、堂々と間違ったことを言うからタチが悪い。

839 :仕様書無しさん:2015/02/15(日) 20:10:18.18
>>833
> 処理が二分される。それ以外に分割されることはないいうことを示せてへんがな。

うーん。処理が二分であるかどうかは、

elseの行を見ないとわからないはずだけど?

それにifの中では途中でreturnしているのだから、
ifの中、もしくは外って二つだってわかるはずだけどな。

840 :仕様書無しさん:2015/02/15(日) 20:10:51.47
>>838
またお前だったか。頭悪いなw

841 :仕様書無しさん:2015/02/15(日) 20:11:01.62
>>827

お前の考え方はおかしいと思っている人間が1人じゃないって
そろそろ分かれよ?

842 :仕様書無しさん:2015/02/15(日) 20:11:03.75
>>831
どっちゃでもええわそんなん。

843 :仕様書無しさん:2015/02/15(日) 20:12:01.47
>>833
ちっちゃいことで青筋立てて怒るな

844 :仕様書無しさん:2015/02/15(日) 20:12:27.33
>>839
elseみればわかるやろ。
せやけど、あんたの書き方やとelseがない。つまりわかれへんいうことや。

845 :仕様書無しさん:2015/02/15(日) 20:12:38.68
わかりやすいコードを書くことと
わかりやすい文章を書くことは
同質のものだって多くの人が言ってますねん。

【写真】天才プログラマに聞く10の質問(4):
国語力とプログラミング力の関係 解説編 (2/2)
http://www.atmarkit.co.jp/ait/articles/0903/18/news121_2.html

846 :仕様書無しさん:2015/02/15(日) 20:13:28.75
>>844
だからelseを見ないとわからないだろw


言ったよね? 一行一行読んでいくって。

elseがでるよりも先にreturnがでてるんだから
else見る前にわかるだろ。

何か反論でもある?

847 :仕様書無しさん:2015/02/15(日) 20:13:49.82
>>838
文章にも目次やら章立てやらありますよ。
挿絵まで付いてる。

俺も自分のコードにAAで挿絵付けたいくらいだ。

848 :仕様書無しさん:2015/02/15(日) 20:14:27.27
>>843
びにいりさいをうがつ、わいの繊細さがコードを芸術品にまで高めるんや。
あんたには一生かかっても無理や。いまのままやとな。

849 :仕様書無しさん:2015/02/15(日) 20:15:01.44
コメントにHTMLタグ使えるようなエディタあったら良いと思わん?

850 :仕様書無しさん:2015/02/15(日) 20:15:36.11
>840
>頭悪いなw



どこかのレスで書いたが、君に「頭良いね」とか「センス良いね」と
言われたら俺は落ち込む。君に「頭悪い」と言われると安心できる。

で。

>小説のような文章は、完全に文字が一次元で続くが、プログラミングは
>そうではない。文章にはない文法で構造化できる。

には異論は無いな?

851 :仕様書無しさん:2015/02/15(日) 20:15:53.15
>>749
マークダウン使うから別にいらない

852 :仕様書無しさん:2015/02/15(日) 20:16:38.57
>>850
> >小説のような文章は、完全に文字が一次元で続くが、プログラミングは
> >そうではない。文章にはない文法で構造化できる。
>
> には異論は無いな?

何いってんの?
今までのレスでそれじゃだめって言われただろ。

話し聞かないやつだなw

853 :仕様書無しさん:2015/02/15(日) 20:16:51.56
>>846
ガードの存在がことをややこしくしてる言うてるんや。
ガードの書き方してるから2分されるんやなくてただ単に
条件書き忘れとるんと違うんかと疑わざるをえない状況や。
あんたの書き方やとな。わいの書き方やとif elseがセットになって
でてきとる。ああこれは確かに値が2つにわかれるんやなと理解できんねん。
あんたの書き方やとそれがでけへん。

854 :仕様書無しさん:2015/02/15(日) 20:17:19.58
>>848
俺はそういう拘りは程々で良いと思うのよ。
もちろん無いのは駄目だけど。
文章をいくら綺麗に書けたって、それがコードの価値にはならん。
それを使って自分の創造性をどれだけ込められるかが大事だと思う。

855 :仕様書無しさん:2015/02/15(日) 20:17:42.86
>>852
そんな話でてたかな?思い違いと違うか?

856 :仕様書無しさん:2015/02/15(日) 20:18:31.54
>>852
質問に答えろよ。

>小説のような文章は、完全に文字が一次元で続くが、プログラミングは
>そうではない。文章にはない文法で構造化できる。

に異論はないな?

857 :仕様書無しさん:2015/02/15(日) 20:19:12.52
>>850
プログラミングはそうでないからこそ、
小説のように一次元に書くほうがいいわけだよ。

できないからって諦めるな。

難しいからこそ、一次元に書いて
小説のようにすることが意味がある。

まあこれ複雑度の話でもあるんだよね。
条件分岐やループがあると複雑度って上がるんだよ。
実行パスが増える事=複雑度なので。

そこからも複雑に書かないで一次元に書きましょうって話につながる。

更に言うならば、関数型言語も、ifやforを使わずに
より一次元的に書き下せるようになっている。

858 :仕様書無しさん:2015/02/15(日) 20:19:42.54
>>856
> に異論はないな?

いや、異論どころか
論破されている。

859 :仕様書無しさん:2015/02/15(日) 20:19:46.79
>>851
HTML解釈してくれたら、コーディングが一気に華やかになるよ。
処理毎に背景変えたりしてな。
重要な処理をblinkタグでチカチカさせるの。

860 :仕様書無しさん:2015/02/15(日) 20:20:12.45
>>854
繊細さのないプログラムコードはゴミやで。
せっかくええロジックあってもそれがわかりにくく
書かれてたら悪いロジックやて思えてまう。
あんたの無関心さは悪や。

861 :仕様書無しさん:2015/02/15(日) 20:21:10.61
>>859
一番読む所はコメントじゃなくてコードだよね?

そのコードはちゃんと色ついてるでしょ。
シンタックスハイライターとかの機能でさ。

862 :仕様書無しさん:2015/02/15(日) 20:21:40.07
複雑なコードをよりシンプルに書くのが
プログラミングセンス

863 :仕様書無しさん:2015/02/15(日) 20:22:05.51
>>858
>論破されている。



また
>論破
とか言ってるw

お前らみたいな輩、好きだよな、
「はい論破」とか、言うの。

>難しいからこそ、一次元に書いて
>小説のようにすることが意味がある。

なんて完全に、お前の思い込みだろ。

864 :仕様書無しさん:2015/02/15(日) 20:22:06.43
>>860
無用な拘りが生み出した悪
オブジェクト指向信者が作ったORM
静的言語信者が生み出した依存性注入

865 :仕様書無しさん:2015/02/15(日) 20:22:22.01
>>857
なんやねん小説て・・・。ミステリーか?エロティックか?
そんなん嫌やわ。関数型言語もちだして権威付けすんのやめえや。

866 :仕様書無しさん:2015/02/15(日) 20:23:30.72
>>861
俺はコードは文章派だから、楽しくコードを読みたい。

867 :仕様書無しさん:2015/02/15(日) 20:23:39.77
>>864
> 静的言語信者が生み出した依存性注入

な、なにいってんだ?

JavaScriptでGoogleが生み出した
AngularJSにさえ依存性注入があるというのに・・・

http://js.studio-kingdom.com/angularjs/guide/di

868 :仕様書無しさん:2015/02/15(日) 20:23:50.49
ダブルバッファおさーんて、ラノベか何かの小説書いてて応募して
落選しまくってる作家ワナビの気がしてきた。

869 :仕様書無しさん:2015/02/15(日) 20:24:28.44
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

870 :仕様書無しさん:2015/02/15(日) 20:26:07.65
>>867
動的言語で振る舞いを外から追加する方法は
元から色々あるじゃないの。

871 :仕様書無しさん:2015/02/15(日) 20:27:04.06
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

872 :仕様書無しさん:2015/02/15(日) 20:31:22.71
文章のように、目をあっちこっちに移動しないで、一方向に追っていけば
読めるコードはよいコードかもしれないが、だからといって、
「if else じゃなく3項演算子を使え」という話にはならないでしょう。

873 :仕様書無しさん:2015/02/15(日) 20:31:57.34
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

874 :仕様書無しさん:2015/02/15(日) 20:33:12.42
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

875 :仕様書無しさん:2015/02/15(日) 20:35:15.51
プログラムセンスがある人とない人の違い 4

立てて消されてやんのw

876 :仕様書無しさん:2015/02/15(日) 20:35:41.68
ORMを作った連中は、オブジェクト指向に混じった異物を許せなかったんだよなあ。
それで壮大なクソの山を作った。

877 :仕様書無しさん:2015/02/15(日) 20:36:56.40
次スレ
http://kanae.2ch.net/test/read.cgi/prog/1423996665/

※ダブルバッファおじさんは専用スレ
 http://kanae.2ch.net/test/read.cgi/prog/1422905558/
へご移動願います。

878 :仕様書無しさん:2015/02/15(日) 20:37:37.11
>>864
依存性注入はええもんやで。
じゃあ逆に聞くけどもやな、依存性注入のどこがええんや?

879 :仕様書無しさん:2015/02/15(日) 20:42:20.75
なんだか、単に「新しい言語を知っている⇒古い言語をdisる俺、センスがいい」
って思ってるっぽい

880 :仕様書無しさん:2015/02/15(日) 20:45:43.96
>>876
でもお前には、ORMのプロダクトを自分で作りだすアイディアも力量もないんでしょ?

881 :仕様書無しさん:2015/02/15(日) 20:47:52.82
ORMが駄目なら何使ってんの?

882 :仕様書無しさん:2015/02/15(日) 20:49:49.58
>>876
>壮大なクソの山

きっと、小説でも、こうやって人の作ったものをクソとか言っちゃうんだろうな・・・

闇金ウシジマくん、てマンガ、みんな知っていると思うんだけど、
ダブルバッファの人(の若かったとき)って、完全にこの
フリーターくん

ttp://i.imgur.com/1QD2WgO.jpg

ってキャラとカブる。

883 :仕様書無しさん:2015/02/15(日) 21:00:27.58
プログラムセンスがある人とない人の違い 4

立てて消されてやんのw

884 :仕様書無しさん:2015/02/15(日) 21:04:05.32
>>882

なーンで
こんな歌
売れるかな?

リスナーの
レベル
低過ぎ!



なーンで
ビット演算を
数値計算に
使っちゃうかな?


プログラマーの
レベル低過ぎ!

885 :仕様書無しさん:2015/02/15(日) 21:13:43.63
>>882

なーンで
こんな歌
売れるかな?

リスナーの
レベル
低過ぎ!



なーンで
ORMなんていう
壮大なクソの山を
作っちゃうかな?

プログラマーの
レベル低過ぎ!

886 :仕様書無しさん:2015/02/15(日) 21:29:42.23
>>312

の傲慢さは

ttp://i.imgur.com/1QD2WgO.jpg

の、「俺様のお通りだ!」に通じるものがある。

887 :仕様書無しさん:2015/02/15(日) 21:33:13.08
ダブルバッファ氏の若かりし頃のイメージ
ttp://kanae.2ch.net/test/read.cgi/prog/1422905558/98

888 :仕様書無しさん:2015/02/16(月) 00:46:19.90
このスレ、ダブ3の自演が小休止した模様

かわりにダブさん、次スレ#3 ですでに大暴れの予感。。。

889 :仕様書無しさん:2015/02/16(月) 00:54:38.46
荒らしに構うやつも荒らし

890 :仕様書無しさん:2015/02/16(月) 00:57:32.14
いや。すでに、このスレは、ダブルバッファおさーんを弄って遊ぶのが
趣旨のスレだから、だぶ3をかまうのは荒らしではなく、スレの
趣旨のど真ん中のレスとなっています。ご理解ください。

891 :仕様書無しさん:2015/02/16(月) 06:21:16.88
違う違うw
きみは荒らしに構う側じゃなくて荒らし側
自覚ないのが図々しいわ

892 :仕様書無しさん:2015/02/16(月) 06:58:08.74
>>891
何いってるんだ。
荒らしているのは、お前一人。盗人猛々しいとはこのことだ。

893 :仕様書無しさん:2015/02/16(月) 07:27:32.21
荒らしではない。

ダブルバッファおさーんの、

>ビット演算はビットごとに意味がある場合に使って
> インデックス値などの数値の計算に使わない等

のような暴論という荒らしがまずあって、それを抑止するために
おさーんを批判するレスが多数出てきているという状況。

おさーんをdisることはプログラマーとして良質なセンスの証

理解できたかな?

894 :仕様書無しさん:2015/02/16(月) 07:43:45.27
社会不適応者の君をディスってるの、一人じゃねーから

895 :仕様書無しさん:2015/02/16(月) 08:34:46.40
ガキのいじめっぽくなってきたな

896 :仕様書無しさん:2015/02/16(月) 12:38:51.04
2ちゃんの書き込み程度の事で、彼等のプライドをズタズタに引き裂いてしまったダブルバッファの人恐るべし!

897 :仕様書無しさん:2015/02/16(月) 15:10:17.10
はい終了

898 :仕様書無しさん:2015/02/16(月) 21:36:27.29
>>896>>1=だぶる君、せめて2ちゃんの中でだけは

 ボクだって他人のプライドを傷つけることができるんだ!

という、幼児的な万能感に浸りたいのだね。

プログラミングは、多くの人にとっては、それを通じて
仕事して他者と関わって自立するためのスキルなのだが、
だぶる君にとっては、幼稚な万能感を増幅させるものと
なっていることが、これまでのレスから手に取るように
分かる。

残念だが、今日はこれ以上、君をかまってやれない。

899 :仕様書無しさん:2015/02/16(月) 22:32:50.88
おさ〜ん て キング?

900 :仕様書無しさん:2015/02/16(月) 22:37:07.36
コンピューターサイエンスも知らないようでは話にならない。

901 :仕様書無しさん:2015/02/16(月) 23:57:07.09
コーディングの良し悪しについて宗教的議論を戦わせるのはコンピュータサイエンスというのだろうか

902 :仕様書無しさん:2015/02/17(火) 02:12:04.92
>>898
まだ粘着してんのかよ

903 :仕様書無しさん:2015/02/17(火) 07:21:48.12
スキルでなくギャラで生産しろ!
【知的財産と契約料金の搾取助長者ばかり】
[受注系SI生涯損害促進者を追放すべき]
偽装請負従犯SEの動機
コミ障
趣味
高卒
文系大卒
低偏差値大卒

偽装請負従犯SEの迷惑
不当指示遵守
強要期限遵守
裁判無関心
無能残業
安売競争
利益提供
対人障害
健康障害
孤独死

偽装請負従犯SEの代償
デスマ
技術低下
収入低下
失業
貧困
非婚
離婚
鬱病
早死

904 :仕様書無しさん:2015/02/18(水) 00:35:37.36
「やりたいこと」をプログラミング言語で「他人に伝わるように」表現するのがプログラマだと思うのだが。

ランクS:
解法はエレガントだが、メンテナンス性を無視する。
高速化のためと称して環境依存の書き方を平気でする。
コメントを全く書かない場合が多い。
能力は高いのだろうが一緒に仕事したくない。

ランクA:
解法はそこそこエレガント。メンテナンス性を重視する。
他人にも分かりやすく書いて、最適化はコンパイラに任せる、というスタンスを取る。
要所にコメントを書いておくという配慮がある。
一番仕事がしやすい。

ランクB:
もっさりしたコードを書くが、「やりたいことを一生懸命解いた」という意志はまだ汲み取れる。
メンテ時に、「意志を汲み取った後に大幅に書き直しておく」ということがたまにある。
情状酌量の余地あり。

ランクC:
もはや何がやりたいのかが良く分からない。
酷いときにはネットのサンプルを丸コピペ。
意味不明な部分をいくら検討しても、バグなのか仕様なのかの判別すらつかない。
コメントが日本語になっていない場合も多い。
救いようがない。

高スキルすぎるのも考えものだと思う。
個人でやっているのでもなければ。

905 :仕様書無しさん:2015/02/18(水) 00:52:34.55
>>904
妄想を根拠に話を展開すんなハゲ
無能の典型例だな

906 :仕様書無しさん:2015/02/18(水) 01:17:13.15
ランクS:俺様が全て正しい俺TUEEE SUGEEE の妄想人
ランクA:俺論理もいいけどあんたの論理もいいよね、と取り入れる人
ランクB:こんな感じで出来ちゃったけど、動くからいいよね?と自己解決(ただし他人が解決する場合もあり)
ランクC:たすけて!ちゃんと動かないのっ!!と自己解決すら出来ない(他人が見てもナニコレ状態)

907 :仕様書無しさん:2015/02/18(水) 01:19:23.82
> 解法はエレガントだが、メンテナンス性を無視する。

こんな矛盾するようなコードみたことない。

908 :仕様書無しさん:2015/02/18(水) 01:19:54.63
> 高速化のためと称して環境依存の書き方を平気でする。

じゃあ、だめプログラマじゃんか。

909 :仕様書無しさん:2015/02/18(水) 03:10:27.35
>>908 スパゲッティコードのオンパレードのBasicを売り込んでたビル・ゲイツは駄目プログラマの代表

910 :仕様書無しさん:2015/02/18(水) 03:45:23.61
【乞食速報】ビットコインバレンタインキャンペーン!【2/18まで】
http://j55.pw/fY7T

上記のURLから新規アカウント登録をすると
登録者全員にもれなく1000円分のビットコインが貰えます!
即時取引、円への換金が可能です!

911 :仕様書無しさん:2015/02/18(水) 05:14:24.05
>>907
ある問題を別の問題に帰着させて解いたために
解法としてはシンプルでエレガントだが、
他人が読むとどうしてこれで動いているのかわからない

なんてコードは結構あるぞ。GC関係とか。

912 :仕様書無しさん:2015/02/18(水) 06:35:43.11
>>908
世の中には科学者や数学者という
「プログラムより大事な仕事がある」人種がいましてな

書き方メチャクチャなのに凡人のプログラムよりバグが少なかったり

913 :仕様書無しさん:2015/02/18(水) 06:46:11.77
めちゃくちゃな書き方だけどバグがあまりでないコードってどんな感じなの

914 :仕様書無しさん:2015/02/18(水) 07:12:39.89
センスのある人は対応の細やかさとともに
エレガントに問題点の解法を見つけ出す着眼点のユニークさと思考の大胆さを併せ持つ。
決められたレールの上を走ることしかできない融通性のない人、
やること為すこと細かいだけの人、逆にアバウトだけの人には
到底追いつくことのできない領域。

915 :仕様書無しさん:2015/02/18(水) 13:08:27.60
>>913
djbのコードはマジックナンバーとか使いまくり。

916 :仕様書無しさん:2015/02/19(木) 15:57:17.84
2ちゃんねるがdatを近日廃止、2015年3月3日以降はAPI経由の許諾制
http://daily.2ch.net/test/read.cgi/newsplus/1424280117/
2ch.net専用ブラウザを公開するには、2ch.netの所有者であるRaceQueen社の許諾を得て、
2ch.netが提供するAPIを用いて開発する必要があります」

917 :仕様書無しさん:2015/02/19(木) 23:15:03.52
>>914
>センスのある人は対応の細やかさとともに
>エレガントに問題点の解法を見つけ出す着眼点のユニークさと思考の大胆さを併せ持つ。

そして、これらのために、会社に寄生しているサラリーマンSEモドキたちに嫌われ、
結局これらの資質を発揮させてもらえず、しだいに孤立していく。

918 :仕様書無しさん:2015/02/19(木) 23:21:36.44
つまり
>>914は「俺TUEEE SUGEEE の妄想人」

919 :仕様書無しさん:2015/02/20(金) 05:42:30.66
そして>>918が会社に寄生しているサラリーマンSEモドキ

920 :仕様書無しさん:2015/02/20(金) 07:15:05.39
>>909
当時としてはそれでもマシだっただけじゃね?

えとさ、今の時代と、ビル・ゲイツ時代を比べてどうするのさ。

どんなにだめな電化製品でも、江戸時代からすりゃ
最先端だろうさw

921 :仕様書無しさん:2015/02/20(金) 07:22:41.90
>>917
そんな似非SEみたいにみっともない真似ができるのは
今まで他力本願で生きてきたか、よほど努力が足りなかったかのどちらかだろうな。
人並みに努力してきた人間なら、それが才能だけじゃないってことくらいすぐにわかる。

922 :仕様書無しさん:2015/02/20(金) 12:39:58.15
プログラムセンスがある人は努力とかあてにならん精神論は信用しない

923 :仕様書無しさん:2015/02/20(金) 12:53:35.81
>>922
お前が無能だって事はよく分かる

924 :仕様書無しさん:2015/02/20(金) 16:32:07.22
http://ryo-kato.hatenablog.com
http://twitter.com/katokato

925 :仕様書無しさん:2015/02/20(金) 18:10:18.65
>>921
「他力本願」の使い方が間違ってる件。

926 :仕様書無しさん:2015/02/20(金) 21:14:16.87
>>925
しっかりと通じてる件

927 :仕様書無しさん:2015/02/20(金) 21:38:03.72
自分の場合:

プログラミングの自体のセンスよりも、プログラムを書ける自分が
プログラムを書かない人に提供するもののセンスがいいかどうかが
気になる。
「自分はなかなか良いセンスのものを、プログラマーではない人に提供できている」
という実感があると、書くコードも自然とセンスのよいコードになる気がする。

あくまで自分の場合は、です。

928 :仕様書無しさん:2015/02/20(金) 21:39:11.30
>>926
正しく伝わっているかどうかは判らんだろ
どこで通じてると判断した?

929 :仕様書無しさん:2015/02/20(金) 21:42:58.95
>>928
いや、俺様には判る。俺様は何もかもお見通しなのだよ。

















という幼児的万能感

930 :仕様書無しさん:2015/02/20(金) 22:31:31.38
机の片付けもできない人は
よいプログラムは書けない

931 :仕様書無しさん:2015/02/20(金) 22:35:14.66
んなことたない。
というか、凄い人ほど机が散らかってるイメージ。

932 :仕様書無しさん:2015/02/20(金) 22:39:59.73
>>928
通じてなければ間違いを指摘できないだろう、なに言ってる

933 :仕様書無しさん:2015/02/20(金) 22:41:47.43
>>932
アホきたー

934 :仕様書無しさん:2015/02/20(金) 22:45:25.93
>>933
間違ってることを知らずに間違いを指摘したの? 矛盾してるぜ?

935 :仕様書無しさん:2015/02/20(金) 22:57:08.07
センスのある人は将棋の思考ルーチンのように幾手も相手の先を読んで優れたものが作れる
1手先すら見えない>>928のような人にはセンスのあるプログラミングは一生不可能

936 :仕様書無しさん:2015/02/20(金) 22:59:21.08
今日は失敗して一攫千金だったぜ

↑なに言ってるか理解できる?

937 :仕様書無しさん:2015/02/20(金) 23:04:37.01
>>936
理解できないから間違いも指摘できない

938 :仕様書無しさん:2015/02/20(金) 23:05:45.55
一攫千金の使い方が間違えてることは理解できるwww

939 :仕様書無しさん:2015/02/20(金) 23:06:35.56
>>938
「失敗」が間違いかもしれんやん

940 :仕様書無しさん:2015/02/20(金) 23:10:49.76
まあ「他力本願」のように本来の意味とは違った使われ方をしてても
間違って使ってる人が多数で普通に通じてしまう言葉なら
いずれは正式なものとして登録され辞書に載る

941 :仕様書無しさん:2015/02/20(金) 23:12:33.68
話を煙に巻く方向で展開し始めましたw

942 :仕様書無しさん:2015/02/20(金) 23:14:49.76
>>941
「失敗」が間違いかもしれんやん

943 :仕様書無しさん:2015/02/20(金) 23:25:12.48
途端に黙っちゃうね
>>938の詰めの甘さはプログラマとしては酷いレベルで致命的だな
バグが多いか、相当使いにくいものを作りそう

944 :仕様書無しさん:2015/02/21(土) 00:08:41.20
>>942
なら、失敗が間違いだと指摘すればいいんだよ

945 :仕様書無しさん:2015/02/21(土) 00:19:55.72
>>944

「失敗」と「一攫千金」のどちらが間違えてるのか判断がつかないうえに
どちらの語句を置き換えるかで全く逆の意味の言葉になっちまう
だから理解も、間違いを指摘することもできない

946 :仕様書無しさん:2015/02/21(土) 00:31:34.18
>>945
間違えてる事は分かるけど意味が理解できていないってことだよな?

947 :仕様書無しさん:2015/02/21(土) 00:38:31.44
>>946
相手が損得のどちらを伝えようとしてるのかが理解できない
それさえわかれば間違いの箇所と置き換えるべき言葉を的確に指摘できる

948 :仕様書無しさん:2015/02/21(土) 00:42:20.25
>>931
それはない

949 :仕様書無しさん:2015/02/21(土) 00:44:13.40
>>931
乱雑な机で技術力がある人は
ある意味凄いが他人を置き去りにする
ゴミコードを残す事が多い

950 :仕様書無しさん:2015/02/21(土) 01:59:53.19
内容の分かりやすさ、
設計のエレガントさ、
コードの美しさこそプログラマーのセンス

それが何をするソフトで誰の役に立つのかなど瑣末な問題だ

951 :仕様書無しさん:2015/02/21(土) 06:15:17.36
>>950
>それが何をするソフトで誰の役に立つのか

>瑣末な問題
と考えるのか、それとも、

それそこが大事なんだ

と考えるのか。その選択もセンスなのだろうな。

952 :仕様書無しさん:2015/02/21(土) 06:16:48.97
私と同様に、
>それが何をするソフトで誰の役に立つのか
が重要だと思うプログラマーの人は、ぜひ以下をごらんください。
きっと触発されますよ!

映画「スティーブ・ジョブズ 1995〜失われたインタビュー〜 」特別映像
ttps://www.youtube.com/watch?v=vkSCLvIaCcI

953 :仕様書無しさん:2015/02/21(土) 06:29:48.23
おそらくジョブスの周りにいた、優秀なプログラマーも
>それが何をするソフトで誰の役に立つのか
を大事にしていた人たちだったのでしょう。それが分かる
13:54 からのジョブスの言葉を拾ってみました。

 私がともに仕事をした真に優秀な人々は
 コンピューターを作るのを目的とは思っていない
 手段になるから作っているだけだ

 ・・・(中略)・・・

 ”自分の言いたいことがこの機械なら表現できる”とね


ただ、>>950のように、
>それが何をするソフトで誰の役に立つのか

>些末な問題
だと考えて、目の前のプログラミングに没頭してマンパワーになってくれる
ような人も
>それが何をするソフトで誰の役に立つのか
を考えているプログラマーにとって、時には役にたってくれることもある。

すでに作るものが決まっていて、あとは大量のコードを書くだけとなっていて、
とにかく人手が欲しいときなどがそうだ。

何もないところに道を作るプログラマーと、すでに道はひかれていて
それを舗装することを担当するプログラマーとでは、
「何をもってセンスがいいとするのか」
が違って当然だ。

954 :仕様書無しさん:2015/02/21(土) 06:33:49.05
>>951 typo
×それそこが大事なんだ
○それこそが大事なんだ

955 :仕様書無しさん:2015/02/21(土) 06:45:00.39
>>898
>プログラミングは、多くの人にとっては、それを通じて
>仕事して他者と関わって自立するためのスキルなのだが、
>だぶる君にとっては、幼稚な万能感を増幅させるものと
>なっていることが、これまでのレスから手に取るように
>分かる。

プログラミングというスキルを、自分の幼児性を肥大させるために消費して
しまうのか、それとも他者と大人の関わりを結ぶために使うのか、ということも
ジョブスのいう
>コンピューターを作るのを目的とは思っていない
>手段になるから作っているだけだ
をどこまで意識して、そこに高い優先順位を置けるかにかかっているのだろうな。

要するに、自分が自己満足に陥っていることに敏感で、かつ、自己満足に
陥っている自分は嫌だとどれくらい強く思えるのか。
これもある種のセンスだといえるが、プログラミングのセンスというよりも、
プログラマーとしてのセンスあるいはクリエイターとしてのセンスということ
だと思う。

956 :仕様書無しさん:2015/02/21(土) 06:57:31.50
という壮大な自己満足です。

957 :仕様書無しさん:2015/02/21(土) 07:05:41.82
ごめんね。

僕は君の言うことよりも、iPhoneやiTunes を作り、昔のソニーを
尊敬していた人の言うことを重く受け止めるよ。

958 :仕様書無しさん:2015/02/21(土) 07:29:05.19
>>956 =創造的な仕事をする人への嫉妬がスゴイ人= ttp://i.imgur.com/1QD2WgO.jpg

959 :仕様書無しさん:2015/02/21(土) 07:40:08.80
現実には
>それが何をするソフトで誰の役に立つのかなど瑣末な問題だ
と考えている人のコードは読みにくい。つまり、

自分ではセンスのいいコードと思い込んでいるだけの、
読みにくいコードによって作られた、誰の役にもたっていないシロモノ

が世の中には溢れかえっている。
本当にセンスのある人間になる努力をしていないと、
そういうシロモノを作ったダメなやつらのケツ拭き
のような仕事にしかありつけなくて、
「俺様がセンスのあるコードにリファクタしてやんよ」
的な卑小な傲慢が、唯一アイデンティティを保つ拠り所になってしまう。

「それでもいいじゃん」という人もいるんだろうけど。

960 :仕様書無しさん:2015/02/21(土) 07:51:29.84
最も高学歴リア充が多いと言われる、渋谷で働く社長の会社
www.youtube.com/watch?v=lXs96toe-B8

で働くプログラマーです。(ちなみに社内恋愛中です。)

>>958
> >>956 =創造的な仕事をする人への嫉妬がスゴイ人= ttp://i.imgur.com/1QD2WgO.jpg

な人は、たいてい学歴が低いです。

961 :仕様書無しさん:2015/02/21(土) 07:54:34.11
読みにくい、読みやすいより、どれだけ手を加えやすい書き方をしてるかどうかが重要
優れたコードはどんな改造依頼でも素早く対応できる、時には改造すら不要

962 :仕様書無しさん:2015/02/21(土) 08:01:57.40
>>961
そういうコードを書くには、「こういう改造依頼や機能追加がくるだろう」という
想像力が必須。そして、その想像が的を得たものになっているときに
人はセンスがいいと評価する。

そういう想像ができるかどうかは、
結局、自分の作っているものが、それを使う人に提供する価値について
いつも考えているかどうか、ということにかかっている。

リファクタリングやデザインパターンについて勉強したことで
センスが良くなったと勘違いするのは間違いだということが、
そろそろ分かってきたと思う。

963 :仕様書無しさん:2015/02/21(土) 08:04:50.85
いっとくけど、
>リファクタリングやデザインパターンについて勉強
も必要だからね。そういう本を読んで学べることは作業であって努力ではないし、
ユーザーに何を提供できているかのセンスとも無関係。
それはセンスではなくて知識だ。

プログラミングの知識しかないやつが、「センスのある価値」をイメージすることは
難しいと思う。

964 :仕様書無しさん:2015/02/21(土) 08:10:12.19
>>960
サイバーってこんなにカワイイ女子が多いの? 転職しようかな。 @慶応卒

965 :仕様書無しさん:2015/02/21(土) 08:11:53.86
【悲報】最近の2chが重い原因が判明、どうやら新APIの仕様なので新API対応専ブラ使うのやめてください
http://fox.2ch.net/test/read.cgi/poverty/1424469182/



これ急いで皆に知らせてくれ
自動で鯖攻撃する仕組みになってる

966 :仕様書無しさん:2015/02/21(土) 08:29:16.00
誰から「センスがいいね」と言われたいのか? について
以下の3つがある。

 ・プログラマーの人たち
 ・プログラマーではない人たち
 ・自分(=俺TUEEEE SUGEEE と思えればよい。)

の3つがある。

誰から「センスがいいね」と言われたいのかが異なるこの3者で、
センスについて話しても無駄だ。

967 :仕様書無しさん:2015/02/21(土) 08:35:00.59
隔離スレでずっとx^=1の話してろよ
お前が入ってくるとみんなが逃げるだろ

968 :仕様書無しさん:2015/02/21(土) 08:37:46.78
>>964
サイバーの女子、ルックス採用なのは有名な話 @早稲田卒

969 :仕様書無しさん:2015/02/21(土) 08:39:23.26
ダブルバッファの人はやっぱり高卒とか中卒なのかな?

970 :仕様書無しさん:2015/02/21(土) 08:52:56.18
ダブルおさーんのレスって
この人、いろんな仕事で、たくさん嫌な目にあってきたんだろうな。
と感じさせる何かがある。

971 :仕様書無しさん:2015/02/21(土) 09:10:07.70
>>970
実力よりもプライドのほうが高い人に、世の中は厳しいからな。

972 :仕様書無しさん:2015/02/21(土) 09:14:13.03
実社会は実力のある人がこき使われ、プライドだけの人が上に立つ

973 :仕様書無しさん:2015/02/21(土) 09:14:53.71
>>967
他の誰かと勘違いしてるみたいだw 俺はその話題に乗ったことはない。

974 :仕様書無しさん:2015/02/21(土) 09:19:30.75
>>972
オマエ、ほんとに、相当嫌な目にあっているんだなw お察しするよ。

975 :仕様書無しさん:2015/02/21(土) 09:20:47.88
誰が誰だかわかんねーよ!

976 :仕様書無しさん:2015/02/21(土) 09:31:07.57
>>967 がダブル君であることはすぐ分かる。

977 :仕様書無しさん:2015/02/21(土) 09:31:17.28
>>974
俺ここで書いたの>>961だけなんだけど

978 :仕様書無しさん:2015/02/21(土) 09:34:41.95
>>977 なんでそうやって見え透いたウソを言うんだ?

979 :仕様書無しさん:2015/02/21(土) 09:36:58.26
>>978
だって俺はx=!x;派だから

980 :仕様書無しさん:2015/02/21(土) 09:42:11.32
業務プログラマーがセンスを語るなど100年早い
オブジェクト指向なぞ子供の遊び

せめて画像処理やゲーム戦略等、
世界を抽象化し、アルゴリズムを考えられる人間でなければ
プログラマーと呼ぶに値しない

981 :仕様書無しさん:2015/02/21(土) 09:42:51.25
x^=1; でいいよ。ビット演算慣れてない人は x=1-x; でもOK

982 :仕様書無しさん:2015/02/21(土) 09:46:21.41
>>980
厨二過ぎて笑えるw

983 :仕様書無しさん:2015/02/21(土) 09:52:56.06
>>980
たいしたもんじゃないがゲーム会社で開発したことあったり
趣味で自作画像処理のフリーソフト作ってる俺には語る資格あるか?

984 :仕様書無しさん:2015/02/21(土) 09:53:35.99
>>980
エンタープライズシステムをやったことのない人の独り善がりだな。

無知って怖いね。

985 :仕様書無しさん:2015/02/21(土) 09:59:39.02
TopCoderをはじめ
paizaといった底辺向けサイトですら、アルゴリズムが主要な課題
そしてそれらはコードの綺麗さや保守性や設計ではなく、
常に速度が重視される。

つまり世界はオブジェクト指向を継ぎはぎするドカタではなく、
真のプログラマである数学者の卵を探しているのだ

センス?レンガを積むのにセンスなどいるか?

986 :仕様書無しさん:2015/02/21(土) 09:59:53.76
>>980
は、物事を
>抽象化
するということの定義がよく分かっていないのだと思う。

987 :仕様書無しさん:2015/02/21(土) 10:12:37.72
ゲーム開発ほんと難しいよね…
扱うものが千差万別で、面白さのためには使いやすさや設計なぞくそくらえ
テストケースどうやって作りゃいいのさ?アバウトでいいん?

ゲーム界隈だけなんか他と世界が違う気がする

988 :仕様書無しさん:2015/02/21(土) 10:23:10.07
>>987
ゲームの場合、エラーによる被害は極めて少ないからテストなんて適当でいいんじゃね?
酷いバグだったら社名が落ちるから直さなきゃいけないけど、そうでなければ顧客の損失は各個人の時間だけだし

結構バグあるけど放置されたりもするじゃん?

989 :仕様書無しさん:2015/02/21(土) 10:30:06.62
>>977
idも出さず名前も書かず
俺の主張を聞けとかアホですか?

990 :仕様書無しさん:2015/02/21(土) 10:39:21.09
>>989
なんで俺が責められてんのよ?

>>987
家庭用ゲームはまだしも、ソーシャルゲーム時代は酷かった
どう考えても糞つまらねえだろって内容のゲームの仕様書提示されて
だけど相手は目先の金儲けに目が眩んで正気失ってるから仕方なく作るが
案の定全然ウケなくて大損、その会社は縮小化
受注したうちの売上は変わらないけど作っててつまらなかった

いかに客の気持ちをくんで企画開発ができるかで人気は大きく変わるし
口コミで広がり、売上として還ってくる
ゴミを作ったところで安くしか売れないし、リピーターにもならない

991 :仕様書無しさん:2015/02/21(土) 10:39:42.43
>>989
続きは診察室でどうぞ。

992 :仕様書無しさん:2015/02/21(土) 10:50:50.74
>>990
お前だれよ?

993 :仕様書無しさん:2015/02/21(土) 10:54:40.53
>>992
>>961 >>972 >>977 >>979 >>983 >>990を書いたプログラマだけど何か?
休日ぐらい好きにさせろよ

994 :仕様書無しさん:2015/02/21(土) 10:59:04.17
>>993
で、お前は誰なんだ?

995 :仕様書無しさん:2015/02/21(土) 11:00:19.00
どーこのだーれだかしーらないけれどー

996 :仕様書無しさん:2015/02/21(土) 11:01:08.18
>>994
そういうことはビジネスマンの礼儀としてまずは自分から名乗るもんだぜ、お前は誰だ?

997 :仕様書無しさん:2015/02/21(土) 11:03:25.39
>>996
そういうお前はダレなんですか?

998 :仕様書無しさん:2015/02/21(土) 11:03:52.84
プログラマって売上と遠いからお金に対する意識が薄いのよね
意識しないと駄目だよ
一人親方なら尚更

999 :仕様書無しさん:2015/02/21(土) 11:04:25.55
スレが終わる直前にそんな話振られても

1000 :仕様書無しさん:2015/02/21(土) 11:04:26.06
だれだれだれだれだれだれだれだれだれだれだ

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

244 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)