板検索:
コメントコメントうるせぇ 2 (777)
まとめビュー
1
仕様書無しさん[sage]   投稿日:2016/12/25 22:54:30
だめなコメント例を書いていきましょう

// 初期化処理


前スレ
コメントコメントうるせぇ [無断転載禁止]©2ch.net
コメントコメントうるせぇ


2
仕様書無しさん[sage]   投稿日:2016/12/25 22:57:08
// 顧客モデル
class Customer

こういうのもいらんよな。
コメント1件

3
仕様書無しさん[]   投稿日:2016/12/25 23:00:30
// コンストラクタ
とかトートロジーはいや

4
仕様書無しさん[sage]   投稿日:2016/12/25 23:02:08
// 保存する
// data: 保存データ
function save(data) {}

とかね。
コメント1件

5
仕様書無しさん[]   投稿日:2016/12/26 00:12:37
>2
それはクラス名の命名がおかしいわ。
コメント1件

6
仕様書無しさん[sage]   投稿日:2016/12/26 00:55:03
>5

// 顧客モデル
class CustomerModel

って話か? どちらにしろいらないだろw
コメント1件

7
仕様書無しさん[sage]   投稿日:2016/12/26 00:57:24
https://docs.oracle.com/javase/jp/8/docs/api/ より

java.awt.color カラー・スペースのクラスを提供します。

こういうのもいらないコメントだよなw
(正確にはJavadocだろうけど)

某コーディングスタイルでクラスには必ずコメントを書けっていうのがあるんだけど
必ずしも必要とは思わないな。
コメント2件

8
仕様書無しさん[sage]   投稿日:2016/12/26 05:01:36
♪コメント コメント うるせぇな〜

9
仕様書無しさん[]   投稿日:2016/12/26 08:02:03
中規模開発以上ならclass Customerにコメントつけるかもしれん
システムにおけるCustomerの日本語呼称(用語)を決定する目的で
さもないと、コードの他の場所で、Customerについて言及したい時に日本語で書けなくなる
必要ないかもしれないけどねー

10
仕様書無しさん[sage]   投稿日:2016/12/26 08:03:22
この場合Customer=顧客が普通なんで、用語で迷うことはないと思うけどさ


11
仕様書無しさん[sage]   投稿日:2016/12/26 08:04:27
でも、
// コンストラクタ
ctor()
は絶対要らないと思う
用語も糞もないし

12
仕様書無しさん[]   投稿日:2016/12/26 08:06:13
>7
いやそれJavaDoc的には残念ながら必要なんだよ・・・
悲しいけど、これJavaDocなのね
JavaDocには要約のページとかがあって(以下略

13
仕様書無しさん[sage]   投稿日:2016/12/26 08:06:52
失礼
JavaDocじゃなくてJavadocでしたね

14
仕様書無しさん[sage]   投稿日:2016/12/26 09:32:43
>7
javadocじゃない別システムだけど、(html上記載されている達成率?が)100%じゃないと文句くるから可能性あるから仕方なく買いてるけどな

15
仕様書無しさん[]   投稿日:2016/12/27 02:36:02
>6
そもそも顧客モデルという日本語がなんのことやらわからない。
コメント1件

16
仕様書無しさん[]   投稿日:2016/12/27 02:39:37
>15
たぶんモデルの意味がわかってないんだよ。

17
仕様書無しさん[sage]   投稿日:2016/12/27 03:39:57
せやな

18
仕様書無しさん[]   投稿日:2016/12/27 08:25:27
class 顧客


でいいだろが
下手くそな英単語無理して使うな
日本語使える環境なら日本語にしろ
コメント1件

19
仕様書無しさん[sage]   投稿日:2016/12/27 17:31:31
>18
日本語で実装しようと思ったことあったけど、Xcodeだとコード補間ができないんで諦めたなぁ

他のIDEは知らねーけど

20
仕様書無しさん[]   投稿日:2016/12/27 18:04:39
日本語だと長い専門用語を扱わないといけないときに、結局、変な短縮名を付けることになるから、かえって分かりにくい。

英語圏のひとは頭文字を取って短縮するけどなんのことやら分からなくなる苦労がある。

21
仕様書無しさん[]   投稿日:2016/12/27 21:16:49
省略単語使うな

22
仕様書無しさん[]   投稿日:2016/12/27 21:16:55
少しぐらい長くても、分かりやすい変数名がオヌヌメ。
後で見てわかりやすいから。
コメント1件

23
仕様書無しさん[sage]   投稿日:2016/12/27 21:29:04
業界的に使われる習慣がある有名な短縮単語も使っちゃダメ?
例えばcodeをcdに短縮するのは?
hoge_cdなんてよく見るけど
コメント3件

24
仕様書無しさん[sage]   投稿日:2016/12/27 21:29:48
>23
カレントディレクトリでも保存してんのか?

25
仕様書無しさん[sage]   投稿日:2016/12/27 21:45:39
>23
略していいのは "ソフトウェア" 業界で全世界的に慣習的に使われるものだけ
codeをcdに短縮する習慣はない。

略せと指示が来ているのであるなら仕方ないが
それ以外は略すべきではない。


またローカル変数に関しては別の話がある。
一行の間でしか使わないのなら一文字でもいいし、十分に短い(長くても20〜30行)関数の
ローカル変数であれば短い変数名でもいい。だけどこれは略ではなく別名と捉えるべき。
別名として短い名前の変数に入れ直して参照する分には良いが
これは略しているわけではないわけではない。
コメント1件

26
仕様書無しさん[sage]   投稿日:2016/12/27 21:52:33
"ソフトウェア" 業界でって言ったのは、
要するにお前の会社とかグループで使われてる略は
使うんじゃねーってことだよ。

なぜかというと、人は入れ替わるから。
略を見せられて困るのは新しく入ってきた人だろ?
長くやってる人はどんなクソな略でも覚えてるだろうさ。

ソフトウェア業界が例外なのは、新しく入ってきた人であっても
プログラマなわけだから(もしくはプログラマとして育てる)
今までの経験で知っていることであり略で困ることはない。

27
仕様書無しさん[sage]   投稿日:2016/12/28 07:03:40
>23
Fと関わってた時期長かったけど、たしかにDB項目名で、
なんちゃら_cdってのはごく普通にあったな
コードはcdってのは分かる気がする
でも一般的かと言われると疑問だな

28
仕様書無しさん[sage]   投稿日:2016/12/28 09:03:32
あくまでも例なのはわかるけど、4文字を2文字に短縮する理由がわからんし、codeなんかそうそう使わねーだろうと。
そんなに暗号使ってんのかよと

29
仕様書無しさん[]   投稿日:2016/12/28 15:07:37
data
って関数の引数によく使ってしまうw
でも2つ3つと引数があるときdataはひとつじゃないんよな・・・wっていつも後悔するw
コメント1件

30
仕様書無しさん[]   投稿日:2016/12/28 23:35:45
こ こ は コ メ ン ト の ス レ だ
変 数 名 の ス レ で は な い

31
仕様書無しさん[sage]   投稿日:2016/12/29 02:03:54
1 or2 ==3 ; # 屁をこいているのかと

32
仕様書無しさん[sage]   投稿日:2016/12/29 06:34:42
今時エディタがいい感じに補完してくれるんだから
わざわざ短くして混乱を招く必要あるのか?
っていつも思う
コメント1件

33
仕様書無しさん[]   投稿日:2016/12/29 06:59:49
>22
ユーザーの業務によっては異様に長い言葉があるから、コメントを書かないと対応できない。

34
仕様書無しさん[]   投稿日:2016/12/29 07:03:21
>25
世界的っておかしいだろ。

日本ではコードをCDと略語にするのはよくあるので、分からないひとの方が少ない。
コメント2件

35
仕様書無しさん[]   投稿日:2016/12/29 07:04:27
>29
それは最悪。

引数がデータなのはあたりまえだろ。

36
仕様書無しさん[]   投稿日:2016/12/29 07:08:04
>32
オブジェクト指向で実装、よいデータモデルなら名前は長くはならない。

37
仕様書無しさん[sage]   投稿日:2016/12/29 08:41:36
3音節を越える変数名はさすがに長すぎるので、俺はコメントでごまかすわw

isThisHogeTooLong

じゃなくて

// ○○が長すぎるか否か (boolean)
longHoge

の方がずっといいと思ってる(個人的な意見)

38
仕様書無しさん[sage]   投稿日:2016/12/29 08:43:14
Hogeを変な言葉にチカンするのはやめてね!

39
仕様書無しさん[]   投稿日:2016/12/29 08:44:14
Hogeが長すぎるか (boolean)

の日本語関数ほうがいいわ。
コメント1件

40
仕様書無しさん[]   投稿日:2016/12/29 08:45:29
>39
正解

41
仕様書無しさん[sage]   投稿日:2016/12/29 09:16:12
変数名のルールを突き詰めていくと意味をもたない連番名がいいんだよな
int NUM001 //商品CD
int NUM002 //支店CD
int NUM003 //顧客ID




新規のときは面倒だけど
保守するときに圧倒的に楽
コメント3件

42
仕様書無しさん[]   投稿日:2016/12/29 11:36:30
//
// うちの勤め先では、コンピューターウィルスよりも
// 風邪のウィルスが恐れられていて、場合によっては
// 風邪を治すまで出勤しないようにと言われる事もある。
//

43
仕様書無しさん[]   投稿日:2016/12/29 12:12:34
>41
なん・・・だと・・・

44
仕様書無しさん[sage]   投稿日:2016/12/29 13:59:12
どういう場面で保守が楽になるのかいまいち想像がつかん

ある程度以上の品質が必要な現場だと
物事の重要度が逆転して一見くそコードになるのがよくあるらしいが

45
仕様書無しさん[sage]   投稿日:2016/12/29 14:08:48
http://nlab.itmedia.co.jp/nl/articles/1612/24/news032.html

> これに対し河野議員が「通常の並び順でないため、担当者がすぐに
> ファイルを取り出せず非効率ではないか」と質問したところ、

> 各職員の机にイロハニ順を書き出した紙を要しするなどとともに、
> ファイルの保管について、管轄地域ごとにイロハニ順とし、
> さらにファイルボックスにもインデックスを貼ることで、
> 保管場所がすぐに分かるような工夫を行っています」と、
> 今後もこの方針は変えずに取り組む予定だとの回答

46
仕様書無しさん[]   投稿日:2016/12/29 15:19:33
>41
汎用機みたいな発想だな。

47
仕様書無しさん[]   投稿日:2016/12/29 16:46:26
>41
明らかに現代で基本中の基本(でもできてる人がすくない)といわれる変数命名規則の逆を行くとは・・・。
そういう結論に至った理由を建設的に教えてくれ
もしかしたら目からウロコがあるかもしれん。

48
仕様書無しさん[sage]   投稿日:2016/12/29 21:51:43
そのへんのドブ川で水葬とか流行らんかな

49
仕様書無しさん[sage]   投稿日:2016/12/29 21:52:18
まちがえた

50
仕様書無しさん[sage]   投稿日:2016/12/30 23:54:55
>34
そんな文化あるの?
俺の周りにはないけど
まあ文化の違いはあるとして、codeくらい略さずに書いたらだめ?

51
仕様書無しさん[sage]   投稿日:2017/01/01 15:27:57
あげぇ

52
仕様書無しさん[]   投稿日:2017/01/01 15:28:14
あげぇぇ

53
仕様書無しさん[]   投稿日:2017/01/01 15:33:26
前スレで最後で発狂した人間
コメント1件

54
仕様書無しさん[sage]   投稿日:2017/01/01 15:41:27
>53
ですか、こんにちは

55
仕様書無しさん[]   投稿日:2017/01/01 15:41:31
あげぇ

56
仕様書無しさん[]   投稿日:2017/01/01 15:42:01
ペヤングおいしい

57
仕様書無しさん[sage]   投稿日:2017/01/01 15:46:17
でーぶ

58
仕様書無しさん[]   投稿日:2017/01/01 17:11:52
コメントは
記述者が書く
思いやり

59
仕様書無しさん[sage]   投稿日:2017/01/01 17:27:05
あげええ

60
仕様書無しさん[]   投稿日:2017/01/01 17:40:02
コメントが多いプログラムがなぜよいか?
コメントを書く=次に読む誰かが読みやすいように一生懸命説明しようとしている。
そんな心配りをしているプログラマのプログラムは、当然にソースコードも読みやすいようにしている。

だから結局、よいコードになっている。
コメント2件

61
仕様書無しさん[sage]   投稿日:2017/01/01 17:50:57
>60
あー、現実を知らないね。

現実は意味がわからないめちゃくちゃなコードを書いて
自分でもコードが読めないから、コメント書いて逃げてるだけ。

コメントは読めてもコードが読めないってことがよくある。
良いコメントは、コードで書いてある内容と同じことを書かない
コメント1件

62
仕様書無しさん[]   投稿日:2017/01/01 19:08:53
適切なコメントが書けるのは、細かい設計がうまいから。

人間にわかりにくいコードだと、コメントが書けない。

63
仕様書無しさん[]   投稿日:2017/01/01 21:18:16
>61
お前の環境ではそうだろう
使い捨てしかいないからなそこは
お前も使い捨てだがな
コメント1件

64
仕様書無しさん[sage]   投稿日:2017/01/01 22:05:26
>63
少なくとも俺の環境で、それが事実であると認めたわけだよね?

ということは、コメントが多いからと言って
良いコードになってない事例があるということなので

>60への反論が正しいことが証明された。

65
仕様書無しさん[]   投稿日:2017/01/01 23:14:18
ああ、無駄コメントを律儀に書くのが気持ちイイのよ!
機械のように翻訳されたコメント、この快感!!

66
仕様書無しさん[sage]   投稿日:2017/01/02 00:33:35
・言語仕様を知らない人向けのコメント
・変数名で推理できるけど、念押しで条件を日本語化しておくコメント
・VBで見られるような関数が長くなりすぎて読む気がしない箇所でのコメント

だいたいこの3つが人によって要不要が変わるコメントの典型だと思う
特に「言語仕様を知らない人向けのコメント」なんて論外だと思うが意外と需要は高い

67
仕様書無しさん[sage]   投稿日:2017/01/02 01:59:55
いいえ言語仕様を知らない人向けのコメントは論外です

68
仕様書無しさん[sage]   投稿日:2017/01/02 23:10:14
SEが言語を知らない人でも理解できるようにコメントを入れなければならないって指導してるんだけど
コメント1件

69
仕様書無しさん[sage]   投稿日:2017/01/02 23:22:20
>68
そういう馬鹿には設計書を読ませろ
コメント1件

70
仕様書無しさん[sage]   投稿日:2017/01/02 23:33:00
>69
ソースが仕様書/設計書だって言われる
迷惑だから書類を作ろうとしても無駄なことをするなと言われる
でもソースは読んでくれない(コメントを読む)
コメント1件

71
仕様書無しさん[]   投稿日:2017/01/03 00:12:54
>70
仕様をコメントに書くとコメントだらけになるだろw
コメント1件

72
仕様書無しさん[]   投稿日:2017/01/12 06:40:05
日本語関数
日本語変数

さいつよー

73
仕様書無しさん[]   投稿日:2017/01/12 07:29:28
漢字関数最強だよね

74
仕様書無しさん[sage]   投稿日:2017/01/12 08:20:39
IDEつかってないならさいつよだね
コメント1件

75
仕様書無しさん[sage]   投稿日:2017/01/12 09:16:08
>74
今時みんなSATAかM.2だからな

76
仕様書無しさん[]   投稿日:2017/01/12 23:20:04
関数って、仕様書を書く必要がある?
それとも、さらっとコメントしとけば良いのかな。
コメント1件

77
仕様書無しさん[sage]   投稿日:2017/01/12 23:52:05
>76
上司か客に聞けよ

78
仕様書無しさん[sage]   投稿日:2017/01/13 01:11:36
そういうの仕様書として残せって言うとこなら
詳細設計の成果物にきっちり指定されてんじゃね

79
仕様書無しさん[sage]   投稿日:2017/01/13 10:31:38
工程が進んでテストも十分に行われて
仕様が固まってきた頃にソースをもとに書き起こせばよい

80
仕様書無しさん[sage]   投稿日:2017/01/13 23:42:50
コメントコメントって藻前らは大場久美子か!!

(´・ω・`)b

81
仕様書無しさん[sage]   投稿日:2017/01/14 14:38:56
どうしよう、こめんと何にも書いてない。

82
仕様書無しさん[]   投稿日:2017/01/15 08:34:01
昔はコメント不要派だったけど
最近は、(重要な)仕様に関わる分岐処理にはコメントいれるようにしてる

83
仕様書無しさん[sage]   投稿日:2017/01/15 15:23:49
俺は逆で重要な分岐であればあるほど
書き方を工夫することで、よりシンプルになるようにしているな。
すごく単純な処理に見えるんだよ。
だからコメントがなくてもわかる。
コメント1件

84
仕様書無しさん[sage]   投稿日:2017/01/15 17:41:01
>83
分岐にコメントを書くといっても、別にコードの説明をしてるわけじゃないんだな
コメントがなくてもコードの意味は分かるんだ
じゃあ、なにをコメントとして書くかって?

85
仕様書無しさん[sage]   投稿日:2017/01/16 02:30:19
編集した日付と編集者の名前だよ

86
仕様書無しさん[]   投稿日:2017/01/18 07:42:44
日本語変数
日本語関数
最小パーツ化
メモリの寿命とアクセス範囲

これだけ教えれば大丈夫

87
仕様書無しさん[sage]   投稿日:2017/01/18 11:20:54
>34
cdはcurrent directoryの方が一般的じゃね
大文字のCDでcodeはどっかで見た記憶あるが
コメント2件

88
仕様書無しさん[sage]   投稿日:2017/01/18 18:50:46
なんかこういう奴うざい
コメント1件

89
仕様書無しさん[]   投稿日:2017/01/18 18:56:03
コンパクトディスクだったらどうすんだ!

90
仕様書無しさん[]   投稿日:2017/01/18 19:47:07
>88
は?遅レスだから?
だったら謝るが?あ?

91
仕様書無しさん[sage]   投稿日:2017/01/18 20:10:12
>71
数行ごとにコメントがある
全行コメント入れるのが理想

らしい

92
仕様書無しさん[sage]   投稿日:2017/01/18 21:44:35
コメントを全く書かないくらいなら>4でもええんで書いてもらった方がええと思うが
ま、この例に関しちゃあれだが

93
仕様書無しさん[sage]   投稿日:2017/01/18 21:48:03
その例と同じようなコメントを山ほど見てきた
そして俺もそのようなコメントを量産している
コードのレビューはされないがコメントのレビューは厳しい

94
仕様書無しさん[sage]   投稿日:2017/01/18 21:52:44
大事なのはコメントの内容と処理が一致してるかどうかじゃないのか
コメントだけレビューして意味あるのか?

95
仕様書無しさん[sage]   投稿日:2017/01/18 22:36:32
>>じゃあ、なにをコメントとして書くかって?
俺は今日の気持ちを書くことにしてる。

96
仕様書無しさん[sage]   投稿日:2017/01/18 22:40:49
おい、コンパイル通らねーぞ

すきです///

97
仕様書無しさん[sage]   投稿日:2017/01/18 23:35:14
コメントで挨拶してくるやつってどうしたらいいの?
レビュー対策?

98
仕様書無しさん[]   投稿日:2017/01/19 07:54:57
>87
コマンドでしか使わないよ。
コードの方が多い。
コメント1件

99
仕様書無しさん[sage]   投稿日:2017/01/19 12:56:03
>87 >98
みたいな文化の違いもあるから略さないで書こうね

100
仕様書無しさん[]   投稿日:2017/01/19 13:39:32
コメント入れたらコンパイラが通らん。何で?
コメント1件

101
仕様書無しさん[sage]   投稿日:2017/01/19 13:43:55
コンパイラのバグか、おまえがバグってる

102
仕様書無しさん[sage]   投稿日:2017/01/19 19:42:34
コメントでバグるコード例を書こうと思ったら跳ねられた
この板ってコード禁止なのか?
コメント1件

103
仕様書無しさん[]   投稿日:2017/01/19 21:10:23
>102
なんて書こうとしたの?

104
仕様書無しさん[]   投稿日:2017/01/19 21:34:32
>100
コメント通らんことあるよ。
消すか、別の文字を使って書き直せばおk

105
仕様書無しさん[sage]   投稿日:2017/01/20 21:04:58
コメントが間違ってる、嘘ついてる、とか何回か経験したから、完全に信用はしてない。
コードは保守するけど、コメントの修正はしなくて放置とかもあるからな

106
仕様書無しさん[]   投稿日:2017/01/20 21:22:23
まあ、コードが間違ってる、嘘ついてる経験の方が限りなく多いのですが。
コメント1件

107
仕様書無しさん[sage]   投稿日:2017/01/20 23:43:56
>106
バグだらけじゃないとそういうことにはならない。
お前の会社、バグだらけ?

108
仕様書無しさん[sage]   投稿日:2017/01/21 01:19:54
やー、元気?
だめなメロン

とか、コメントするのは俺だけかな?
誰かがコメント必死で読む時には俺は居ない訳だし。

109
仕様書無しさん[]   投稿日:2017/01/25 22:16:29
日本語と英語以外の言語をコメントに入れたら、コンパイラが通して
くれなかったのだが、三ヶ国語も使うと、通らない仕様なのかな?
コメント1件

110
片山博文MZ ◆T6xkBnTXz7B0 [sage]   投稿日:2017/01/25 22:21:21
>109
可能ならUTF-8へ移行

111
仕様書無しさん[sage]   投稿日:2017/01/26 21:58:30
コメント行のないソースは美しいな。

112
仕様書無しさん[]   投稿日:2017/01/28 14:43:54
コメントに絵文字を入れても、コンパイラは作動するものなんだなw
初めて知った。
コメント1件

113
仕様書無しさん[sage]   投稿日:2017/01/28 15:53:32
>112
ほんとだw
理屈上当然といえば当然なんだが違和感すごいな

114
仕様書無しさん[sage]   投稿日:2017/01/29 18:11:25

115
仕様書無しさん[sage]   投稿日:2017/01/29 20:48:03
>114
触ったらダメ!

116
仕様書無しさん[]   投稿日:2017/01/31 00:15:53
コメント内に挿入された多くの修正履歴を、どのくらいいじって良いのか
わからんw
後々のためにとっておくか、あるいはバサッと切ってしまうか。
開発方針にもよるだろうが、悩ましいところだよな。

117
仕様書無しさん[sage]   投稿日:2017/01/31 03:06:49
え?

118
仕様書無しさん[]   投稿日:2017/01/31 08:01:40
だから日本語関数
日本語変数
つかえっつってんだろ
コメント1件

119
仕様書無しさん[sage]   投稿日:2017/01/31 08:48:29
え?

120
仕様書無しさん[sage]   投稿日:2017/01/31 09:22:47
>118
IDEが予測のサポートしてくれないからダメというか、めんどくせー

121
仕様書無しさん[sage]   投稿日:2017/01/31 09:47:55
え?

122
仕様書無しさん[sage]   投稿日:2017/01/31 09:47:56
え?

123
仕様書無しさん[sage]   投稿日:2017/01/31 22:28:28
今まで自分がメチャクチャなこと書いてきたから
修正履歴もコメントも信じない

ソースの差分が一番あてになる
コメント1件

124
仕様書無しさん[sage]   投稿日:2017/01/31 23:42:53
え?

125
仕様書無しさん[]   投稿日:2017/02/03 00:26:35
>123みたいな奴を懲らしめるためにわざとコメントアウトしたコードにダミーの変更を入れる有能な僕

126
仕様書無しさん[sage]   投稿日:2017/02/04 09:12:09
/**
* insertXxx method
*/
void insertXxx()

なんの情報にもならないコメントつける奴はしね

127
仕様書無しさん[sage]   投稿日:2017/02/04 12:48:57
いや、生きろ

128
仕様書無しさん[]   投稿日:2017/02/04 13:20:21
/**
* insertSex method
*/
void insertSex()
コメント1件

129
仕様書無しさん[]   投稿日:2017/02/04 15:30:21
>128
(誤) insertSex
(正) insertInSex

英語もできない下等生物はこれだから・・・
コメント1件

130
仕様書無しさん[sage]   投稿日:2017/02/04 16:31:22
>129
性別データを挿入するってことだろ
insertSexであってる
コメント1件

131
仕様書無しさん[]   投稿日:2017/02/04 21:26:42
めんどくせえやつw

132
仕様書無しさん[sage]   投稿日:2017/02/05 03:43:37
コメントないソースにコメントいれるプログラムないかな?

133
仕様書無しさん[sage]   投稿日:2017/02/05 03:46:44
>>コメントは余計なコストを生む
おー、これだ。書いてない理由になる。

134
仕様書無しさん[]   投稿日:2017/02/05 13:06:53
>130
アメリカの英文のアンケートサイトだと、man、womanの選択肢の他に、
otherという項目のあるサイトが多いんだよな。
これはどう解釈すれば良いんだ?w
コメント1件

135
仕様書無しさん[sage]   投稿日:2017/02/05 13:16:31
答えたくない人、その分類に入れてほしくない人だよ

ISO 5218を読みなさい
https://ja.wikipedia.org/wiki/ISO_5218

> ISO 5218で指定された4つのコードは以下のとおりである。
> 0 = not known(不明)
> 1 = male(男性)
> 2 = female(女性)
> 9 = not applicable(適用不能)

136
仕様書無しさん[]   投稿日:2017/02/07 18:28:07
>134
英語って差別的だよな。
女性は人間のサブカテゴリって分類だし。

137
仕様書無しさん[sage]   投稿日:2017/02/09 10:42:33
// ** 頭と性格、どっちが悪いのかはっきりしろクソバカ**
// if ("A".equals(inputStr1)) num = 0;
// else if ("B".equals(inputStr1)) num = 1;
// 〜略〜
// else if ("Z".equals....
if (c < 'A' || c > 'Z') throw new IllegalArgumentException("非対応:"+ c);
num = c - 'A';

辞めた派遣が書いたコードを死んだ先輩が直した時のもの、らしい。
傍から見てると楽しいが、当事者の怒りは相当だったのでしょう。
コメント2件

138
仕様書無しさん[]   投稿日:2017/02/09 10:47:39
>137
そのコードそのものも変だか?

139
仕様書無しさん[sage]   投稿日:2017/02/09 17:11:29
第1はコメントが無くても関数名、変数名などで理解できるように努力する。
第2は変数名などで十分理解できるようになっていればコメントはむしろ害悪となる。
第3は変数名などでは理解出来ない、しにくい部分にはコメントが絶対に必要。

ってのが基本じゃ無いの?

140
仕様書無しさん[sage]   投稿日:2017/02/11 00:51:18
>137
> // ** 頭と性格、どっちが悪いのかはっきりしろクソバカ**

派遣 ・・・ 頭が悪い
先輩 ・・・ 性格と身体が悪い

ということでOK

141
仕様書無しさん[]   投稿日:2017/02/11 09:04:41
// ** こんな流儀のコメントみたことないわ、キモすぎる!**

142
仕様書無しさん[]   投稿日:2017/02/17 00:31:46
//よく分からんがとりあえず動く

143
仕様書無しさん[sage]   投稿日:2017/02/17 01:43:25
// 駄目だと言われた。詳細は〇〇さんに聞いて

144
仕様書無しさん[sage]   投稿日:2017/02/18 01:10:26
// なんでこうやってるのに、うまくいかないの!?

// よくわかんないけど、とりあえずこれでいいかな?

// 後で時間があったら整理する

こういうコメント見るとイラっとくる
コメント1件

145
仕様書無しさん[sage]   投稿日:2017/02/18 03:02:09
>144

//TODO:実装すること

と書いていれば納得する人か?
コメント1件

146
仕様書無しさん[sag]   投稿日:2017/02/18 08:38:21
>145
うん、そうだね

前2つは、自身のイライラ感情を馴れ馴れしい口語調で語りかけてくるのが嫌い
事実だけを書いてほしい

最後のは、自分専用のコメント書いておいて、結局そのままコミットする怠惰な精神が嫌い

147
仕様書無しさん[sage]   投稿日:2017/02/18 16:18:48
だとすると

//明日までに実装して
//今週中に結合テストを通さないといけない
//さもないとヤ〇ザに殺される

というコメントもダメかな?
コメント1件

148
仕様書無しさん[sage]   投稿日:2017/02/18 22:38:41
todo fixme xxxのどれかとりあえず入れてれくれればいい

149
仕様書無しさん[]   投稿日:2017/02/19 20:10:34
>147
// TODO 実装&結合テスト or ヤクザに殺られる
で十分
余計な事は要らないと思う

150
仕様書無しさん[]   投稿日:2017/02/21 12:37:14
100行を超えるコメントはマジで止めてくれ...と言おうとしたら、
修正前のコードが//のコメントとして、そのまま残っていた。
必要のなくなった修正前のコードは、ちゃんと消しておいて欲しい。
コメント4件

151
仕様書無しさん[sage]   投稿日:2017/02/21 12:47:03
>150
修正の際にdiffを確認する癖をつけさせろ

152
仕様書無しさん[sage]   投稿日:2017/02/21 13:32:19
コメント部消すには監査対応のため部門責任者の承認と顧客の承認が必要です
承認手続き実施費用見積もって再提案お願いします

153
仕様書無しさん[sage]   投稿日:2017/02/21 18:40:37
>150
VCSちゃんと使えてないところはそんな感じだと聞いた

154
仕様書無しさん[sage]   投稿日:2017/02/21 19:23:18
>150
delstart〜delendとかで囲うとこあるある
ソース管理めちゃくちゃだからよくデグレる

155
仕様書無しさん[sage]   投稿日:2017/02/21 20:03:48
>150
コメントで残すのが規約になってる現場もあるしな
スクリプトでコメント除外してから作業するとか工夫で補うしかない
コメント1件

156
仕様書無しさん[sage]   投稿日:2017/02/23 12:54:09
よし
#if false
〜〜
#endif
で囲む俺セーフ

157
仕様書無しさん[sage]   投稿日:2017/02/25 22:37:34
>155
コメントで残すのが規約になってるのを、
気づくと片っ端から消してまわってたという人も見た
コメント1件

158
仕様書無しさん[sage]   投稿日:2017/02/25 22:52:41
>157
消さないと差分もとれないし、検索もできないからな。。。
まずは消してから作業するのは正しい

159
仕様書無しさん[sage]   投稿日:2017/02/26 09:40:31
コメントリファクタリングだな
メソッド丸ごとコメント化してクラスの最下部に移動
コメントを取り除いたメソッドを元の場所に書いて作業開始
規約には違反してない

160
仕様書無しさん[sage]   投稿日:2017/02/26 23:20:36
どう考えても SCM 使わないのはおかしいよ。正気の沙汰じゃない。

161
仕様書無しさん[sage]   投稿日:2017/02/26 23:56:37
なんでSCMの話が?

162
仕様書無しさん[]   投稿日:2017/03/06 23:34:00
//  ここからコメント
//  
//
//
//  コメント終了

   ↑

こういう奴には、何かかける言葉があるのか?

163
仕様書無しさん[sage]   投稿日:2017/03/06 23:43:19
あぶり出し

164
仕様書無しさん[]   投稿日:2017/03/06 23:59:41
一行毎に意味が有るコードなので、解りやすく
//で 何してるか書いてるんじゃないの?
コメント2件

165
仕様書無しさん[sage]   投稿日:2017/03/07 00:13:51
>164
ぉお?
貴方にはコードが見えるのですか
コメント2件

166
仕様書無しさん[sage]   投稿日:2017/03/07 00:56:55
#if XXX // {
...
#else // }{
...
#endif // }
ってやりたくなることがあるが(特に他人が書いた中身が長大なifdefとか)
エディタのオートインデントがずれるのでやらない。

167
仕様書無しさん[]   投稿日:2017/03/07 03:01:20
>165
通常のコード規約だと、そうなるのでは?

複数行に渡る説明をする時なら、纏めて使うのが基本
コメントの開始地点や終了地点は極力、揃える

/* とか
  */

//
// とか
// 禁止されてない?
コメント1件

168
仕様書無しさん[]   投稿日:2017/03/07 03:02:48
>165
お前って、実務経験ないんじゃねぇ?

169
仕様書無しさん[sage]   投稿日:2017/03/07 03:44:50
SSHのプロトコル使ったので手元にネタがあるんだが

# テレタイプ端末になってるからここでは改行もいる
ch_out.send_data reaction + "\n"

というクソみたいなコメントを書いてしまい後悔して公開した。

170
仕様書無しさん[sage]   投稿日:2017/03/07 09:24:52
>167
それってわざわざ規約で縛るほどの合理的な理由ってあんの?
コメント1件

171
仕様書無しさん[sage]   投稿日:2017/03/07 10:34:54
>170
たとえばJAVADOC?
コメント1件

172
仕様書無しさん[sage]   投稿日:2017/03/07 10:45:06
>164
いや、そういう意味じゃ無いだろ。
その言語の基本的なことが分かっていれば
//のブロックがコメントなのは当たり前の話で、「ここからコメント」、「コメント終了」の文言は全く不必要だろ。

逆にこの文言を必要とする人はコード扱っちゃダメだろ。

173
仕様書無しさん[sage]   投稿日:2017/03/07 14:37:36
>171
JavaDOCは知らんが、AppleDocなら無問題

というか、今回の話ってJavaDocのルールとかそういう話では無い気がするんだが・・・

174
仕様書無しさん[sage]   投稿日:2017/03/07 19:13:25
//ここからコメント開始
//ここまでコメント

しばらく後

//ここからコメント開始 (1)
//ここからコメント開始 (2)
//ここまでコメント (1)
//ここまでコメント (2)

わりとよくある
コメント2件

175
仕様書無しさん[sage]   投稿日:2017/03/07 21:42:04
>174
一体なにをしたいんだよ
コメント1件

176
仕様書無しさん[sage]   投稿日:2017/03/07 21:56:05
>175
わからないけどよくあるんだ

177
仕様書無しさん[sage]   投稿日:2017/03/08 07:48:57
/* */ は辞めた方がいい。
エディタでのコメント検索しにくいから

178
仕様書無しさん[]   投稿日:2017/03/08 22:54:40
個人的に、複数行コメントなんて殆ど使わないな

複数行コメントの何が嫌いって
grep結果が有効行なのか無効行なのか見た目で分からんこと
コメントのネストできないこと

だから、コメントしたい行が100行あっても、エディタの機能を使って、普通にコメントしちゃうわ

179
仕様書無しさん[sage]   投稿日:2017/03/09 02:05:21
へー、そうなんですか

180
仕様書無しさん[sage]   投稿日:2017/03/09 05:20:04
見たらわかるだろ、読んだらわかるだろ、ってのは、ちょっと規模の大きなシステムでも作った事があれば、
絶対に言わない寢ごと。

多人数だと、どうしても技量に差が出るし、ましてや複数ベンダを取りまとめる、なんて立場だと、
のちのちのメンテまで考えなきゃならないから、コメントの統一と徹底はPMにとって必須の考慮点でしょう。

実行コードは数行でも、コメントがどっさりなんて、まともなソフトなら当たり前。
ケツの青いできそこないPGMRならいざしらず、何年か経験してる奴がコメントを軽視してるなら、そいつは役立たず。
あと、ベンダが大好きな文書化も重要な仕事ですぞ(笑 あれの更新がきっちりできるベンダはPMとしては高評価。

コメントつきとコメントぬいたソースの提供もできるようにしといてね。
ヘッダで入れたコメントと、行単位のコメントもぬくんやで、ええな。

それから、各ソースの末尾に、*とか@で、パッチエリアも確保しといてや。こいつはコメントにしたらあかんよ。
コメント1件

181
仕様書無しさん[sage]   投稿日:2017/03/09 06:03:29
要らんコメント長々と書くタイプだな間違いない
コメント1件

182
仕様書無しさん[sage]   投稿日:2017/03/09 06:05:43
>180
コメントに(笑)とか入れてそう
コメント1件

183
仕様書無しさん[]   投稿日:2017/03/09 07:37:41
>174
二十年近く他人のプログラムを見てきているけど、そんなの見たことないわ。

184
仕様書無しさん[sage]   投稿日:2017/03/09 07:52:31
>181
これが、小さいプログラムしか書いたことのないやつのせりふ(笑

>182
こういうバカにはしっかり言っておかないとアカンので、一応マジレスすると、
納品するコードに対して、コメントはきっちりレビュー作業があるのが丁寧な納品ってもの。
特にメンテも担当するなら、それは自社のためでもある。
一般に市販するもんだと、コピーライトも同じようなタイミングで入れているかをレビュー。

まあ、弱小コーダーには縁がないかもしれないけど、
間違って大きなプロジェクトに放り込まれたら恥かかないようにしろよ。特に、>181とか>182(笑
コメント6件

185
仕様書無しさん[sage]   投稿日:2017/03/09 07:57:39
う〜んこの香ばしい加齢臭
コメント1件

186
仕様書無しさん[sage]   投稿日:2017/03/09 10:56:45
>185
う〜んこの香ばしい小物感

187
仕様書無しさん[sage]   投稿日:2017/03/09 12:55:18
ウンコ流行ってるねw

188
仕様書無しさん[sage]   投稿日:2017/03/09 13:48:10
>184
キモキモー

189
仕様書無しさん[sage]   投稿日:2017/03/09 15:13:57
>184
めっちゃ早口で説教してそう

190
仕様書無しさん[sage]   投稿日:2017/03/09 17:43:39
まあ、やっぱり書いてよかったな。
そんなの当然だろ、って反応じゃ無意味だし(笑

191
仕様書無しさん[sage]   投稿日:2017/03/09 19:08:27
内容はともかく生理的に受け付けない文章だな

192
仕様書無しさん[sage]   投稿日:2017/03/09 19:34:20
良いコメントってコードと同じで必要な所に必要なだけ書かれるんだよね
何でもかんでも義務感のような気持ちでコメントを書くと>184のように中身のない薄い邪魔なだけの文章でコードが瞬く間に汚染される

193
仕様書無しさん[]   投稿日:2017/03/09 19:37:51
>184のように中身のない薄い邪魔なだけの文章で汚染されるようなコードって弱すぎだろw
コメント1件

194
仕様書無しさん[sage]   投稿日:2017/03/09 19:38:51
// ログ出力
Console.WriteLine("start");

195
仕様書無しさん[sage]   投稿日:2017/03/09 20:16:04
>193
バカのひとつ覚えというか真面目な無能のやる事をなめちゃいけない
油断すると気が付いた時にとんでもない量の汚物コメントをコードに仕込んでくるぞ

196
仕様書無しさん[]   投稿日:2017/03/09 20:36:06
リファクタリングせねば(使命感)

197
仕様書無しさん[]   投稿日:2017/03/09 21:03:25
>184
なにこれwww

198
仕様書無しさん[sage]   投稿日:2017/03/09 21:56:24
ここには大規模システムを構築したことのないプログラマしかいないようだな。

まあ、それもいいけど、迷惑はかけんなよ(笑
コメント4件

199
仕様書無しさん[sage]   投稿日:2017/03/09 22:14:50
>198
大規模システムは素晴らしいよな

200
仕様書無しさん[sage]   投稿日:2017/03/09 22:18:37
>198
お前もクソコメントでリポジトリ埋め尽くして迷惑かけるなよ
コメントアートで遊んでないでコードを書け

201
仕様書無しさん[sage]   投稿日:2017/03/09 23:07:31
>198
歯車のひとつって気楽だもんな

202
仕様書無しさん[sage]   投稿日:2017/03/09 23:43:30
>198
お前が無能だと言うことだけはよくわかった

203
仕様書無しさん[sage]   投稿日:2017/03/10 07:11:55
みずぽとかIBMの大規模システムがコケた理由の一端を垣間見た気がした

204
仕様書無しさん[sage]   投稿日:2017/03/10 07:58:12
コメントは/**/で囲むと検索しにくいから
//にしてよ。
あと、障害票ナンバーとかバグ管理票ナンバーと
その内容とか、いつ直したとか、
あんまり要らない気がする。
リポジトリに書けばよくね?
あと、その対応で消してるコードは
消してるんじゃなくてコメントアウトしてるだけとか
そんなのが、全体的に一行置きにマバラにあったりして
読みにくい。
コメント2件

205
仕様書無しさん[sage]   投稿日:2017/03/10 10:26:41
>204
リポジトリとイシュー管理ツールにでも書いておけばいいよな
コードは見やすくしてなんぼだよな

ただ、普通なら単純にこう書くのにって場合に、変態的な書き方や回りくどい書き方するなら、なんで敢えてそうしているのかの理由くらいは書くべきだと思う

206
仕様書無しさん[sage]   投稿日:2017/03/10 12:55:04
>204
/* */でもいいけど、複数の時は*書くべき

/*
 *
 * コメント
 *
 *
 */
コメント1件

207
仕様書無しさん[sage]   投稿日:2017/03/10 12:59:57
>206
/* やめろって話で、なんでそういうツッコミになる
コメント1件

208
仕様書無しさん[sage]   投稿日:2017/03/10 14:37:38
>207
お前はC言語使ったことないの?
コメント1件

209
仕様書無しさん[sage]   投稿日:2017/03/10 15:00:16
>208
何が言いたいのかわからん

APIマニュアルの自動生成などを除けば、基本的に全部 // でいいだろうって話をしている流れと思ってるんだけど
普通のIDE使ってりゃ複数コメントアウトなんぞショートカットでできるし

/* ← 未だにこれを//の代わりに使うメリットを教えてくれよ
コメント1件

210
仕様書無しさん[sage]   投稿日:2017/03/10 16:14:50
>209
お前はC言語の仕様も理解できないの?
コメント1件

211
仕様書無しさん[sage]   投稿日:2017/03/10 16:35:57
>210
お前はまともなレスもできないほどのコミュニケーション障害なのか?
言いたいことはきちんと書けよ
エスパーさせるな

今時のC言語は、// を使えるだろ
コメント1件

212
仕様書無しさん[sage]   投稿日:2017/03/10 16:40:51
>211
「今どきの」な
コメント2件

213
仕様書無しさん[sage]   投稿日:2017/03/10 16:44:38
>212
C99(1999年)の仕様だぞ
大丈夫か?ちゃんと仕事しているか?

214
仕様書無しさん[sage]   投稿日:2017/03/10 16:45:32
こんなコミュ障と仕事しなきゃいけない人はかわいそうだな…
コメント1件

215
仕様書無しさん[sage]   投稿日:2017/03/10 16:47:15
C99とか特定の仕様が全員使えるとか勘違いしてる馬鹿って居るよね
コメント1件

216
仕様書無しさん[sage]   投稿日:2017/03/10 16:48:34
>214
環境の違いすら考慮できないコミュ障って恐いですね
コメント1件

217
仕様書無しさん[sage]   投稿日:2017/03/10 16:50:41
>215, >216
そもそもそれしか使えないって状況と、それもできるけどメリットないからやめてほしいって話を混同している時点でお前らが糞
コメント1件

218
仕様書無しさん[sage]   投稿日:2017/03/10 16:54:37
>217
なにいってだ
コメント1件

219
仕様書無しさん[sage]   投稿日:2017/03/10 17:01:36
>218
ジョナサンかよ

220
仕様書無しさん[sage]   投稿日:2017/03/10 18:39:37
>212
おじいちゃんこんばんは

221
仕様書無しさん[sage]   投稿日:2017/03/10 19:13:48
現行ソースに従うしかない

222
仕様書無しさん[sage]   投稿日:2017/03/11 10:47:50
docコメントだけは/** */だな
後は全部//派

223
仕様書無しさん[]   投稿日:2017/03/11 14:11:00
大きなシステムになるとコメントは適切であれば多いほど良い。

不適切なコメントならまったくコメントがない方がいい。

だいたい変なコメントを書くプログラマはコードそのものが変なことが多い。
コメント1件

224
仕様書無しさん[sage]   投稿日:2017/03/11 14:21:06
で、何が不適切なコメントかというと

コードと二重管理になってしまってるようなコメントが不適切
例えば、引数の型を変えた時に、コメントにも型が書いてあって
同じように書き換えるとか

コードとコメントに言語の違いはあれど、内容的に
同じものを書いているようなものが不適切なコメント

225
仕様書無しさん[sage]   投稿日:2017/03/11 14:24:30
>223
多いほどいいってのはバカの発想だよ
簡潔で短いほうがコメントを読むのもメンテも楽
そもそもそんな長いコメントを書かざるを得ないほど低品質なコードを書くのが間違い
コメントに払うコストをリファクタリングに使え
コメント1件

226
仕様書無しさん[]   投稿日:2017/03/11 14:50:48
>225
それ「適切であれば多いほどよい」って書いてあるじゃん
「多いほどいい」だけ切り出しても説得力ねーなw
コメント1件

227
仕様書無しさん[sage]   投稿日:2017/03/11 14:56:22
結構人入れ替わるからコメントあったほうがいいな

228
仕様書無しさん[sage]   投稿日:2017/03/11 15:40:53
>226
適切なら多くならないよ?

229
仕様書無しさん[sage]   投稿日:2017/03/11 15:58:29
適切であると多いほど良いが相入れないんだよ
もう適切だったらそれ以上増やしたら適切でなくなるだろ
コメントバカには難しいのかねぇ
コメント1件

230
仕様書無しさん[]   投稿日:2017/03/11 18:08:43
>229
小さい会社、小さいシステム、小さいプロジェクト、人の入れ替わりが少ないところしか知らないからそんふうに思うんだよ。

一度、他人が作って、ドキュメントがほとんど残っない、誰に聞いてもよくわからないというひどいものを解析、メンテナンスする経験を積んだ方がいいよ。

そういう経験があれば、ただコメントは少ない方がいいなんてなんでもかんでも言うのは恥ずかしくなるから。
コメント3件


231
仕様書無しさん[sage]   投稿日:2017/03/11 18:15:27
>230
もしかしてコード読めない人の話をしてる?
そんな人にシステムは作れないからありえない話だけど

232
仕様書無しさん[sage]   投稿日:2017/03/11 18:17:36
>230
そういう経験もあるけど
だからと言ってコメントは多いほどいいという結論に飛躍するのはバカの証明だよ
だってそうだろう?
0はダメだったから無限に多ければいいに決まってる!なんてバカじゃないと言えないセリフだ
コメント1件

233
仕様書無しさん[]   投稿日:2017/03/11 18:21:45
>230
いや経験がないのはお前だよw
未知のソースコードの解析時にコメントなんか一切あてにせんわwww

コメントが有用なのはそのソースコード全体像を把握している時なんだよなこれが
コメント1件

234
仕様書無しさん[sage]   投稿日:2017/03/11 18:25:01
巨大なシステムでコードよりコメントが遥かに多くて人の出入りが激しいとか
そんなもんコメント読んでるうちに居なくなるわ
コメントマンはもう少し人間と人間のコミュニケーションを勉強したほうがいいぞ
長すぎる情報はコミュニケーション不全の主要な要因だ

235
仕様書無しさん[sage]   投稿日:2017/03/11 18:26:11
エア大企業エンジニアだったかwww
なんか可哀想になってきたな

236
仕様書無しさん[]   投稿日:2017/03/11 18:26:40
>232
あなたはプログラムを見るひとのレベルを配慮してないでしょ?

いくら言ってもあなたのような経験不足には分からないだろうが、いろんな立場、経歴、考え方が異なる人が見るわけだよ。

期間的には少なくとも10年後に見てもわかるようにしておかないといけない。

自分が作ったプログラムでも大量の仕事を猛スピードでやっていたら、自分が作ったのに、これなんだっけ?ということになるんだよ。

そのときに自分自身のコメントがかなり役立つ。プログラムは日本語ではないために、どううまく設計していても人間にはわかりづらい。
コメント1件

237
仕様書無しさん[]   投稿日:2017/03/11 18:29:49
>233
だから巨大なクソコードからこう作った意図を読み取るのは相当難しいんだぞ?

例えばメガバンクのシステムなんて誰もなんでこうなっているのかわからない。

こんなのコードをいちいち追いかけていたらいくら時間があっても足らない。
コメント1件

238
仕様書無しさん[]   投稿日:2017/03/11 18:35:57
>237
いやそれは全部読めよwそれがお前の仕事なんだけどw
なに開きなおって職務放棄してんだよカス
コメント1件

239
仕様書無しさん[sage]   投稿日:2017/03/11 18:55:45
>236
> あなたはプログラムを見るひとのレベルを配慮してないでしょ?

え?あんた配慮してるの?

配慮するっていうのは、無頓着っていう意味じゃないよ。


配慮しているというのなら、
あんたの所がやとう技術者は、それくらいのレベルかって
ちゃんと考慮してるはず。

で、どんくらいのレベルなのさ?
コメントがないとコードが読めないレベルの人を雇ってるの?

240
仕様書無しさん[sage]   投稿日:2017/03/11 18:56:54
コード読めないのでコメントで解説してください(>_<)

241
仕様書無しさん[sage]   投稿日:2017/03/11 18:58:39
いろんな立場、経歴、考え方が異なる人が見るわけだよ。
例えば半年前まで土木作業をやっていて
ハロワで勉強しただけの人もいる
そういう人にでもわかるように日本語で書いて
時間がいくらかかっても怒らず
丁寧に教えてあげないといけない

こちとら即戦力を集めてるわけじゃないんだ。
素人を最前線に投入して成果を挙げないといけないんだ
コメント1件

242
仕様書無しさん[sage]   投稿日:2017/03/11 18:59:59
>238
> こんなのコードをいちいち追いかけていたらいくら時間があっても足らない。

え? コード追いかける必要なんてなくね?

243
仕様書無しさん[sage]   投稿日:2017/03/11 19:01:19
例えばOSのような複雑なものであっても
ドライバのコードを修正しようと思ったら
ドライバが入ってるディレクトリの、
該当のドライバのファイルを修正すれば良いわけで

たいていディレクトリ構造は想定できる形になってるでしょ。

244
仕様書無しさん[sage]   投稿日:2017/03/11 19:04:45
>241
マジレスすると、コード読めない奴にコメントで理解させたら逆効果
コメント1件

245
仕様書無しさん[sage]   投稿日:2017/03/11 19:10:05
>244
逆効果でも何でも関係ないだよ。
こちとら「仕事をして」「その成果」を報告する義務がある

コードをずっと読んでいました、どこを修正すればわかりません
では、何の仕事もしていないし、成果も何もない。

それよりも、まず仕事をすることが大事
何かする。何かしたという証拠。それを出さないといけないんだよ。

そうした結果、バグが出たのであれば、それはバグ発生率として計算し
最終的にそれが予測範囲内に収まっていれば何の問題もない。
最初に見積もって、そのとおりであれば何の問題もない

大事なのは、仕事をして予想の範囲内にコントロールすること
コメント2件

246
仕様書無しさん[sage]   投稿日:2017/03/11 19:18:06

247
仕様書無しさん[sage]   投稿日:2017/03/11 19:20:37
>246
わからんだろうなw

大企業っていうのは、これぐらいの金で
これぐらいのものっていうのが出来上がってるんだよ。

その範囲外になるのは良くても悪くてもダメ

そしてな、こちとらいろんな立場、経歴、考え方が異なる人をやとってる
そして人は入れ替わりやすい。

だから、最低のレベルの人を基準に、計画を立ててる。
その計画の範囲内であれば、どんなに悪かろうが
最初から言っていたことであり、契約でOKとなったことなんだよ
コメント2件

248
仕様書無しさん[sage]   投稿日:2017/03/11 19:25:14
>247
は?

249
仕様書無しさん[sage]   投稿日:2017/03/11 19:53:18
大企業はこんなアホを飼う余裕あって羨ましいわ
いったい何十年前から進歩止まってるんだこいつ
コメント1件

250
仕様書無しさん[sage]   投稿日:2017/03/11 20:02:05
>245, >247
それ大量のコメントじゃなくて、ドキュメント書いた方がいいんじゃねーの
コメント1件

251
仕様書無しさん[sage]   投稿日:2017/03/11 20:07:51
>184
こいつまだ暴れてんのか

252
仕様書無しさん[sage]   投稿日:2017/03/11 20:08:49
>250
うちぐらい大きいシステムを扱ってるとドキュメントなんて存在しないよ
チームメンバーはコードも読めないし読む気もない
でも大量のプレーンテキストのコメントがあるから安心さ
コメント1件

253
仕様書無しさん[sage]   投稿日:2017/03/11 20:50:35
>252
大きいシステムほどドキュメント必須だろ、バカか?
ネタなんだろうけど、面白くないよ

254
仕様書無しさん[sage]   投稿日:2017/03/11 20:56:42
>249
は?
いつの時代もこんな馬鹿な意見が支持された事は無いだろ
コメント1件

255
仕様書無しさん[sage]   投稿日:2017/03/11 21:20:18
>254
小さい仕事しかしたことない人にはわからないよ
コメントがあれば綺麗なコードもドキュメントもいらない
コメント1件

256
仕様書無しさん[sage]   投稿日:2017/03/11 21:34:53
>255
おじいちゃん、薬飲みました?
早く寝ましょうね

257
仕様書無しさん[sage]   投稿日:2017/03/11 21:57:09
途中から発言がネタキャラに乗っ取られとるw

258
仕様書無しさん[sage]   投稿日:2017/03/12 02:58:57
>例えば半年前まで土木作業をやっていて
>ハロワで勉強しただけの人もいる
>そういう人にでもわかるように日本語で書いて

「それで理解できるようなコメントが書ける」という幻想に溺れるから
毎回デスマになるんだよ。

259
仕様書無しさん[]   投稿日:2017/03/12 06:41:26
コメントがなくていいと言ってるやつは、結局、まともなコードしか見たことがないみたいなのでいくら言っても無駄だな。ガキの相手はみんなしない方がいいよ。

260
仕様書無しさん[sage]   投稿日:2017/03/12 07:35:25
コメントがあればソース読まないとか
言い出す馬鹿がいるのはいつものこと
コメント1件

261
仕様書無しさん[]   投稿日:2017/03/12 08:02:53
コードは読むけどソースは読まんな
どこのおじいちゃん?
コメント1件

262
仕様書無しさん[sage]   投稿日:2017/03/12 08:17:08
>261
読めないならここに来なくていいよ?

263
仕様書無しさん[sage]   投稿日:2017/03/12 09:04:39
このスレは小さい仕事しか経験のない人はお断りです
日に1000ステップのコメントを書ける上級者だけ書き込んでください
コメント1件

264
仕様書無しさん[sage]   投稿日:2017/03/12 09:05:25
>263
じゃあお前が書き込みできないな

265
仕様書無しさん[]   投稿日:2017/03/12 09:06:27
煽りのつもりが自分もコボラーだから煽りになってないっていうwww

266
仕様書無しさん[]   投稿日:2017/03/12 09:17:35
最近のマ板は初心者とコボラーばかりだなw

267
仕様書無しさん[]   投稿日:2017/03/12 09:25:35
大きなシステムやってると自尊心まででかくなる傾向があるよな
大きければ大きいほどいい!
コメント2件

268
仕様書無しさん[sage]   投稿日:2017/03/12 09:44:21
>267
シメジ (゚д゚)

269
仕様書無しさん[]   投稿日:2017/03/12 11:52:32
>260
おまえさ、自分がわかるものはわかる、自分がわからないものは思考停止、無視、悪口を言って終わりにするタイプだろ?

270
仕様書無しさん[]   投稿日:2017/03/12 11:54:52
>267
大きいというのは簡単に説明するためにそう言ってるだけであって、過去のシステムのしがらみやら、なんやら考慮しないといけない場合は、コードを読んでも細かい部分まではわからない。

271
仕様書無しさん[]   投稿日:2017/03/12 11:55:13
能力の低い人、無知に気づいてない人ほど根拠のない自信に満ちあふれている。「ダニング=クルーガー効果」とは?

http://karapaia.com/archives/52191924.html

272
仕様書無しさん[]   投稿日:2017/03/12 11:56:22
毎日、新しい数万行の他人が作ったコードを読んでいてコメントがなくていいなんて思えるのかどうか。
コメント1件

273
仕様書無しさん[sage]   投稿日:2017/03/12 12:21:50
毎日数万行も人のコードを読むやつがあるものか

仕様書を見るんだ
コード読んでたら日が暮れる
コメント1件

274
仕様書無しさん[sage]   投稿日:2017/03/12 12:29:58
>272
あたま大丈夫?
コメント1件

275
仕様書無しさん[]   投稿日:2017/03/12 12:30:54
>274
だってコードを見ろとしつこいやつがいるからそう書いただけなんだが。
コメント1件

276
仕様書無しさん[]   投稿日:2017/03/12 12:31:48
>273
仕様書がある、まともなドキュメントがある前提の話をされてもなあ。

277
仕様書無しさん[]   投稿日:2017/03/12 12:32:34
オープンソースの有名な製品ですらまともにドキュメントがないのにw

278
仕様書無しさん[sage]   投稿日:2017/03/12 12:32:57
ドキュメントが碌にないようなプロジェクトで
ソースのコメントが当てになるもんか

279
仕様書無しさん[sage]   投稿日:2017/03/12 12:33:24
>275
あたま大丈夫?

280
仕様書無しさん[]   投稿日:2017/03/12 12:38:36
初心者ばかりだな。ドキュメントなし、コードが滅茶苦茶でも現実には誰もが知っている企業の重要なシステムが動いているんだよ。
コメント1件

281
仕様書無しさん[sage]   投稿日:2017/03/12 12:41:54
>280
は?
コメントだけはまともだと思ってんの?
コメント1件

282
仕様書無しさん[]   投稿日:2017/03/12 12:52:50
>281
もはや頭がおかしいとしか思えない。

ドキュメントもコードもコメントもデータも間違っていても世の中、それでなんとかなってることは多い。
コメント1件

283
仕様書無しさん[sage]   投稿日:2017/03/12 12:57:08
>282
で、お前は何を主張したいんだ?
コメント1件

284
仕様書無しさん[]   投稿日:2017/03/12 13:20:07
>283
とりあえずコードかコメントがあればなんとかなる
コメント4件

285
仕様書無しさん[sage]   投稿日:2017/03/12 13:27:43
>284
は?
コメントだけがあればいいの?

286
仕様書無しさん[sage]   投稿日:2017/03/12 13:40:42
>284
コードがなくていいのかよwww

287
仕様書無しさん[sage]   投稿日:2017/03/12 13:42:37
コードもコメントも要らない
面倒なことは全部下請けにやらせる

288
仕様書無しさん[sage]   投稿日:2017/03/12 13:49:57
納品物は得体の知れないバイナリのみwww

289
仕様書無しさん[]   投稿日:2017/03/12 14:52:13
だいたいコメントを書くのが億劫なプログラマは、ダメプログラマに決まってる。

290
仕様書無しさん[sage]   投稿日:2017/03/12 15:12:27
個人的にはトリッキーなコード以外コメントなどいらん
今見てるシステムは、ほぼ毎行のようにコメントがあって
読みづらくてイライラする
コメント行全部消してコミットしたいくらい

291
仕様書無しさん[sage]   投稿日:2017/03/12 15:18:43
コメントに頼るのは駄目なプログラマー

292
仕様書無しさん[sage]   投稿日:2017/03/12 15:53:33
コード毎行コメントがあるってことは、それは言語や文法の説明に過ぎないんだよね
コードは毎行毎行独立してシステム観点での意味合いがあるわけじゃない

複数行のコードの固まりではじめて出てくるシステムの中の機能的な意味合い
それを書くのがコメントだと思う
それがないとひとつのコードを見るためにシステムのコード全部辿らないといけなくなる

293
仕様書無しさん[sage]   投稿日:2017/03/12 16:09:12
そしてな、こちとらいろんな立場、経歴、考え方が異なる人をやとってる
言語や文法が理解できない人でもコメントなら理解できる
そういう人がシステムを作ってるんだよ

294
仕様書無しさん[sage]   投稿日:2017/03/12 16:22:46
複数行のコードの塊にコメント付けるのはマヌケ
適切な名前でメソッド化するのが良識あるプログラマ
コメント1件

295
仕様書無しさん[sage]   投稿日:2017/03/12 16:43:56
>294
メソッド化するならそれ自体が単体で何かの機能を持っていないといけない。
しかし一つの関数の中には、それ自体をメソッド化する意味がなく他の関数から呼ぶ意味もない
関数の一部としてのみ意味のある2行から10行ぐらいの処理の固まりがいくつかあるんよ

汎用性もない曖昧な意味の関数の山だらけなど作られたらそれこそ見てられんわ
コメント2件

296
仕様書無しさん[sage]   投稿日:2017/03/12 16:51:30
>295
それは設計が下手なだけ
コメント1件

297
仕様書無しさん[sage]   投稿日:2017/03/12 17:06:42
>295
関数にする目的は、処理の塊に名前をつけるためだよ。
それだけだけじゃなくて明確にスコープを分けるとか
塊同士のインターフェース、つまりどんな値を使って
どんな値を返すかを明確にするとかの意味もある

298
仕様書無しさん[sage]   投稿日:2017/03/12 17:11:15
>296
それってどれだ?
設計の上手い人ならどうなるとおもってる?

単体で何の機能も持たない単位でメソッド化する?
それとも、すべての関数が10行未満で、かつ意味のある機能名をつけてメソッド化ができる?
それとも、関数の中に2行から10行ぐらいの意味のある固まりはできない?
コメント2件

299
仕様書無しさん[sage]   投稿日:2017/03/12 17:18:11
>298
複数行のコードの塊にコメント付けるのはマヌケ
コメント1件

300
仕様書無しさん[sage]   投稿日:2017/03/12 17:18:36
>298
コメントつけなきゃ判らない
しかも、関数化できるほど処理がまとまってない

どう考えても設計が下手なだけ

301
仕様書無しさん[sage]   投稿日:2017/03/12 17:21:19
例えばエラー処理なんて典型的な例

チェックコードと、エラーになった時の出力などで
2行ぐらいになる。

その程度でわざわざ関数にするの?

// ここからエラー処理

って書けば十分だろ
コメント3件

302
仕様書無しさん[sage]   投稿日:2017/03/12 17:21:56
>301
そんなコメントいらんだろ

303
仕様書無しさん[sage]   投稿日:2017/03/12 17:22:41
>299-300
いや質問に答えてくれ
設計の上手い人が書いたコードはどうなる?

単体で何の機能も持たない単位でも関数化している?
それとも、すべての関数が10行未満で、かつ意味のある機能名をつけてメソッド化している?
それとも、どの関数の中にも2行から10行ぐらいの意味のある固まりはできない?
コメント2件

304
仕様書無しさん[sage]   投稿日:2017/03/12 17:23:37
>303
話が理解できないのか?

答は「コメントは書かない」だ
コメント1件

305
仕様書無しさん[sage]   投稿日:2017/03/12 17:24:59
> それとも、どの関数の中にも2行から10行ぐらいの意味のある固まりはできない?

できない

306
仕様書無しさん[sage]   投稿日:2017/03/12 17:25:34
>303
コメントが必要なら関数化しろと言ってる

307
仕様書無しさん[sage]   投稿日:2017/03/12 17:28:08
関数の中に2行から10行ぐらいの意味のある固まりができたら
// ここからエラー処理
みたいなコメント書くだろ
コメント1件

308
仕様書無しさん[sage]   投稿日:2017/03/12 17:30:27
>307
少なくともそんな設計にはしない。

309
仕様書無しさん[sage]   投稿日:2017/03/12 17:31:35
長い関数があった時

function foo() {
 長い処理A
 長い処理A
 長い処理A

 長い処理B
 長い処理B
 長い処理B
 長い処理B
}


長い処理Bで、長い処理Aの変数を使ってはいけない理由はなんですか?
コメント2件

310
仕様書無しさん[sage]   投稿日:2017/03/12 17:32:03
>304-306
つまり設計の上手い人が書いたコードは、一切のコメントが皆無だというお話ですか
勉強になりますわ

311
仕様書無しさん[sage]   投稿日:2017/03/12 17:32:46
> つまり設計の上手い人が書いたコードは、一切のコメントが皆無だというお話ですか

どこをみてそう思った?
ちょっと引用してみてよ
負け犬さんw
コメント1件

312
仕様書無しさん[sage]   投稿日:2017/03/12 17:33:55
>309
理由?
コード書いた奴が馬鹿だから

313
仕様書無しさん[sage]   投稿日:2017/03/12 17:34:17
// 変数宣言
// 初期化処理
// メイン処理
// 終了処理
// エラー処理


どの関数にもこれぐらいあるだろ

場合によっては
// メイン処理1
// メイン処理2
// メイン処理3
とかになる
コメント1件

314
仕様書無しさん[sage]   投稿日:2017/03/12 17:35:31
>311
明確に書いてあるじゃねーか

> 答は「コメントは書かない」だ
> コメントが必要なら関数化しろと言ってる
コメント1件

315
仕様書無しさん[sage]   投稿日:2017/03/12 17:37:35
>314
「複数行の塊に」が消えてしまってますぜwww
コメント1件

316
仕様書無しさん[sage]   投稿日:2017/03/12 17:39:07
http://aspesyn.com/tokutyou1/

アスペルガー症候群の人は、たくさん発言するわりには、
話のテーマや狙いを理解しておらず、会話ができているようでできていないことが多いです。

コミュニケーション面で問題になるのは、理解力です。

アスペルガー症候群の人は、言いたいことを言うのは得意ですが、話を聞いて理解するのは苦手です。
特に、長時間の話や複雑な説明を聞き取ることができません。

317
仕様書無しさん[sage]   投稿日:2017/03/12 17:39:22
>313
で、それが関数化できない理由は?
コメント1件

318
仕様書無しさん[sage]   投稿日:2017/03/12 17:40:25
アスペルガー症候群の人のコミュニケーションの特性は次の通りです。

一人で一方的に話を続け、人の意見を聞こうとしません。
話の流れや文脈が理解できず、会話についていけません。
慣用表現がわからず、大げさな表現を真に受けます。
独特の言葉づかいをして、自分だけに通じる言葉を使います。
話し方がぎこちなく、学者のような難しい言い回しで話します。
会話がパターン化し、型通りのセリフで返答します。

319
仕様書無しさん[sage]   投稿日:2017/03/12 17:44:16
>315
複数行の固まりに書かないなら
各行に書くてことじゃねーかw

一行一行の説明コメントはいらんわw
コメント2件

320
仕様書無しさん[sage]   投稿日:2017/03/12 17:46:38
>319
論理的思考力も無いのな

321
仕様書無しさん[sage]   投稿日:2017/03/12 17:47:17
>319
> 複数行の固まりに書かないなら
> 各行に書くてことじゃねーかw

???

明確に書いてあるじゃねーか

> 答は「コメントは書かない」だ

322
仕様書無しさん[sage]   投稿日:2017/03/12 17:49:04
複数行の固まりコメント書かない?
各行にも書かない?

じゃあどこにコメント書くんだよ

323
仕様書無しさん[sage]   投稿日:2017/03/12 17:49:57
複数行の固まりコメント書かなくて、
各行にも書かないということは
一切のコメントが皆無だという話だ
アスペはお前だ
コメント1件

324
仕様書無しさん[sage]   投稿日:2017/03/12 17:51:14
>323
コメントの書き方も知らないのな
コメント2件

325
仕様書無しさん[sage]   投稿日:2017/03/12 17:52:28
>317
初期化処理の中身が1行2行ならわざわざ関数化しないね
アスペは何が何でも形式どおり関数化するみたいだが

またメソッドの呼び出しと呼び出しに必要なパラメータの初期化、そのエラーチェック
まとめて一つの固まりとすることはあるね。
設計上その関数からしか呼び出さず特に関数化するメリットがない場合
コメント2件

326
仕様書無しさん[sage]   投稿日:2017/03/12 17:53:04
>325
お前は日本語すら理解できないのか
コメント2件

327
仕様書無しさん[sage]   投稿日:2017/03/12 17:53:18
k・o・m・m・e・n・n・t・o

コメントの書きたぐらい知ってますが何か?ぷ
コメント2件

328
仕様書無しさん[sage]   投稿日:2017/03/12 17:54:30
>325
> 初期化処理の中身が1行2行ならわざわざ関数化しないね

だろーだろー

だから言ってるんだよ。

そういう場合に //初期化処理というコメントをつけるべきだって
コメント2件

329
仕様書無しさん[sage]   投稿日:2017/03/12 17:55:02
>328
明確に書いてあるじゃねーか

> 答は「コメントは書かない」だ

330
仕様書無しさん[sage]   投稿日:2017/03/12 17:56:20
>327
コッメント?
コメント1件

331
仕様書無しさん[sage]   投稿日:2017/03/12 17:56:21
関数の中に2行ぐらいの塊があると認めてるくせに
コメントを書かないとか矛盾してるw

332
仕様書無しさん[]   投稿日:2017/03/12 17:56:30
変なじいさんがコメントコメントうるさいせいでコメントを書けない真の馬鹿が調子づいてしまったじゃないかw

333
仕様書無しさん[sage]   投稿日:2017/03/12 17:56:56
>330
英語だよばーかw
コメント2件

334
仕様書無しさん[sage]   投稿日:2017/03/12 17:57:00
>324>326
煽るだけで意味のあるコメントが皆無だな
コードもそうなんだろ、きみは確かにコメントは書かない方が正解だ

335
仕様書無しさん[sage]   投稿日:2017/03/12 17:57:44
>324>326
煽るだけで意味のあるコメントが皆無だな

>>それ以外のレス
何も良い返す言葉はありません
コメント1件

336
仕様書無しさん[sage]   投稿日:2017/03/12 17:58:28
俺のふりすんなバーカ

337
仕様書無しさん[sage]   投稿日:2017/03/12 17:59:34
>335
334だが、だれだおまえ
気持ちの悪い奴だ

338
仕様書無しさん[sage]   投稿日:2017/03/12 18:00:59
>301
エラー処理なんてアスペクトぶち込んで真っ先に共通化する部分だろ

339
仕様書無しさん[sage]   投稿日:2017/03/12 18:02:43
アスペクトは使わん。
フレームワークなどの共通部分で
処理するだけでいい

340
仕様書無しさん[sage]   投稿日:2017/03/12 18:02:48
>328
メソッド化しろよ
コメントは注釈であって処理のブロック化のための構文じゃないぞ
コメント1件

341
仕様書無しさん[sage]   投稿日:2017/03/12 18:05:33
>333
え?

342
仕様書無しさん[sage]   投稿日:2017/03/12 18:06:26
長い関数があった時

function foo() {
 長い初期化処理A
 長い初期化処理A
 長い初期化処理A

 長い処理B
 長い処理B
 長い処理B
 長い処理B
}


長い処理Bで、長い初期化処理Aの変数を使うのにどうしろと?
コメント1件

343
仕様書無しさん[sage]   投稿日:2017/03/12 18:07:54
>309はそれを見越したレスだったのかw
いきなり何を言い出すのかと思えば
先読み能力すげーなw

344
仕様書無しさん[sage]   投稿日:2017/03/12 18:10:09
>340
処理のブロック化のためにコメント使っていけない理由は?
後にメンテするやつが見落とさないためのコメントでもあるんだぜ
コメント1件

345
仕様書無しさん[sage]   投稿日:2017/03/12 18:10:49
> 処理のブロック化のためにコメント使っていけない理由は?

もっといい方法があるから

346
仕様書無しさん[sage]   投稿日:2017/03/12 18:11:23
じゃあそのもっといい方法を使えばいいだけだろw

347
仕様書無しさん[sage]   投稿日:2017/03/12 18:13:33
関数化した方がいい場合は関数化すればよい
関数化のメリットがない場合はコメントでブロック化すればよい

348
仕様書無しさん[sage]   投稿日:2017/03/12 18:18:39
>342
ローカル変数にするのが間違い

349
仕様書無しさん[sage]   投稿日:2017/03/12 18:21:43
>344
コメント事実を示している保証が全くない
メソッドであるべき処理をインライン展開すると無駄なローカル変数などが生じる
処理の順番を組み替えにくい
コンパイラや解析ツールのサポート得られない
テストしにくい
もう最悪だお前は死ね
コメント1件

350
仕様書無しさん[sage]   投稿日:2017/03/12 18:27:24
経験したこと
・コメントが間違ってる
・コードは修正されているがコメントは修正されていない
・全ての仕様書が正しい状態で存在するわけではない

コメントが不要というわけではない。
コメントに過剰な期待はできない。

要はコードを要領よく読んで理解するしかない。

351
仕様書無しさん[sage]   投稿日:2017/03/12 18:45:21
>349
ローカル変数が必要になるような、メソッドであるべき処理ならメソッド化したらいい
意味のない単位で関数化をすべきじゃないというだけ
関数内での処理の組み替えはブロックコメントがあれば便利だ
ブロック単位で移動させればよいのでな
コンパイラや解析ツールのサポート得られないってどういうことやねん
意味のない関数化については1関数当たりのテスト項目は減るが、
関数の数と組み合わせが増えるのでトータルでは同じだ

もちろん意味のある関数化は絶対すべきで、テストも大幅に削減できる
コメント1件

352
仕様書無しさん[sage]   投稿日:2017/03/12 18:53:23
>> 350
コードで理解できるのはコードに書かれているロジックだけだ
まともなコードでは、設計の意図を推察するのに多少間違っててもコメントが非常に助かる

もちろんクソ設計のクソコードだとコメントだけまともに書くのは不可能だし、
形式的に書かされたもので、何の役には立たんどころか振り回されて足枷にしかならないのはわかる

353
仕様書無しさん[sage]   投稿日:2017/03/12 18:58:10
>351
意味のある単位だからメソッド化するんだよ死ね
ほんのちょっとだけだからなんて猿以下の理由でメソッド化をサボってコメントにするな死ね
コメントで管理したブロック単位で移動したらローカル変数などの影響をじっくり考えなければならないので保守性最悪なんだよ死ね
コンパイラや解析ツールも知らないドッ素人が生意気に口聞いてんじゃねえよ死ね
テストしにくいのは数の問題じゃねえよ依存性独立性諸々考えろ死ね
死ね死ね死ね老害禿げ死ね
コメント1件

354
仕様書無しさん[sage]   投稿日:2017/03/12 19:01:25
まるで関数とコメントが可換であるかのようなこの流れ
やはり>284は正しかったのか?w
コメント1件

355
仕様書無しさん[sage]   投稿日:2017/03/12 19:07:35
>354
今はまとまりのあるコードブロックをコメントで管理する場合の話をしているから流れは問題ない
コメント1件

356
仕様書無しさん[sage]   投稿日:2017/03/12 19:10:43
>353
意味のある単位でならぜひメソッド化してくれ
意味のある単位なら2行でも関数化することもあるし、分割の意味がないなら100行でも1関数にしたらよい
それ以上になると意味のある単位で分割できないこと自体があまりない

> コメントで管理したブロック単位で移動したらローカル変数などの影響をじっくり考えなければならないので保守性最悪なんだよ死ね
そういうところは本来メソッド化した方がいい処理だ
メソッド化しろ
依存性独立性強度結合度考えた結果、関数化すべき部分はして、すべきでない部分はするな
ただ長いと可読性落ちるからブロック化はしておけ

357
仕様書無しさん[sage]   投稿日:2017/03/12 19:14:20
>355
つまり関数化したらコメントは不要、関数化しなければコメントが要る
と言ってるわけだろお前らは?
やっぱり可換じゃないかw
>284の言う通りだろこれw
コメント3件

358
仕様書無しさん[sage]   投稿日:2017/03/12 19:23:07
>357
お前は話に全然付いてこれてないぞ
メソッドであるべきところでメソッドをインライン展開してコメントを付けるのはやめろという話をしてんの
コメントと関数が可換なんて誰も話してないだろよく読めよ
コメント1件

359
仕様書無しさん[sage]   投稿日:2017/03/12 19:26:31
>357
お前は日本語理解できない無能だな

360
仕様書無しさん[sage]   投稿日:2017/03/12 19:27:12
>357
そこまで極端じゃない多少は可換な部分もある
ただ関数毎にヘッダコメントは書くから、結局関数化した方がたくさん書くんだけどね
コメント2件

361
仕様書無しさん[]   投稿日:2017/03/12 19:33:05
>360はマトモ
>358,359はバカw
コメント1件

362
仕様書無しさん[sage]   投稿日:2017/03/12 19:36:18
>361
お前はダニ
日本語勉強してから出直してこい

363
仕様書無しさん[sage]   投稿日:2017/03/12 19:40:03
>360
タイプ量の問題じゃないぞ
コメントブロックアンチパターンはな
変数のスコープが無駄に延長されたり本来分離されているはずの複数の処理の関係性がわからなくなったり
そもそもその処理がどこに書いてあるかわからなくなったり
本来その処理と関係ない別の理由なのにその処理を修正しなければならなかったり
といったように保守性の低下が最大の問題だ
コメント1件

364
KAC[sage]   投稿日:2017/03/12 19:42:04
なんか必死のやつがいるようだな。

書かない方がいい「無駄なコメント」というのがある。
これは、書かなくてもコード読めばわかる内容のもので
書いてる意味がなく、保守コストを考えると「消すべき」ものとされる。

当然「書くべきコメント」というのも存在する。

この「無駄なコメント」しか書けない奴は、
往々にして「書くべきコメント」を理解していない。
なので、無駄なコメントを書くなと言われると
 書くコメントが無くなるだろ!
と大騒ぎする。

まともなコメントを理解できていないやつに
正しいコメントを理解させるというのは困難だという事。

365
仕様書無しさん[]   投稿日:2017/03/12 19:53:16
バカの真打登場で一気に沈静化w
コメント1件

366
仕様書無しさん[sage]   投稿日:2017/03/12 19:53:49
コメントには知力がもろに出る
頭が悪い奴は無駄なコメントが多い
賢い奴はまずコメントが要らなくなるように書けないか書き方を模索する
最後にコードやツール、他の文書からは判断し得ない意思決定の根拠や残課題、良くまとまったサマリー、参照すべき文献名などをコメントに残す
ここからここまでナントカの処理などといった無様で厚顔無恥なコメントは決して書かない

367
仕様書無しさん[]   投稿日:2017/03/12 19:55:07
なんか必死のやつがいるようだなw
コメント1件

368
仕様書無しさん[sage]   投稿日:2017/03/12 20:04:48
>363
それはコメントブロックアンチパターンではなく、
本来関数化するべきものが関数化されていないというアンチパターンだろ

ほとんどどんな関数の中にも、それだけでは独立して意味を成さない小さな単位がある
それをコメントでブロック化するのは、文章に句読点を付けるようなものだ。
コメント1件

369
仕様書無しさん[sage]   投稿日:2017/03/12 20:10:26
>301
エラー処理とか見りゃわかることにわざわざコメントつけんなよ

370
仕様書無しさん[sage]   投稿日:2017/03/12 20:10:35
>368
関数にできない意味のない小さなブロックにはコメントも付かないんだよ
良く考えろ
意味のない処理にいったいどんなコメントを書くというのだ

// ここから意味のないブロック

// 意味のないブロックおしまい

まさかこんなコメントは誰も書かないだろう
コメントでブロックをくくる以上は何か意味があるはずだ

// ナントカ処理開始

// ナントカ処理おしまい

こうなっているはずだ
だったらコメントなどにせずそのまま"ナントカ処理()"というメソッドにくくり出せばよろしい
コメント1件

371
仕様書無しさん[sage]   投稿日:2017/03/12 20:11:49
>365 >367
反論できないんだったらおとなしくしてろよw

372
仕様書無しさん[sage]   投稿日:2017/03/12 20:12:54
具体的なコードなしによくここまで騒げるな
コメント1件

373
仕様書無しさん[]   投稿日:2017/03/12 20:16:19
>327 k・o・m・m・e・n・n・t・o

こっめんとwww

>333 英語だよ

 英語wwwwwwwww

あほが騒ぐとすごいなぁ

374
仕様書無しさん[sage]   投稿日:2017/03/12 20:17:13
>372
こういう議論は完全な一般化は無理でも多くの場合に当てはまるというところまではいける
おろそかにするべきではない

375
仕様書無しさん[]   投稿日:2017/03/12 20:20:26
A: コメント書けよ
B: やだ!書きたくない

議論なんかこれw
バカって面白いなw
コメント2件

376
仕様書無しさん[sage]   投稿日:2017/03/12 20:24:13
>375
そろそろコテハンつけてくれ

377
仕様書無しさん[sage]   投稿日:2017/03/12 20:25:35
>375
k・o・m・m・e・n・n・t・o 英語だよ(キリッ

とか言ってるお前には難しい議論で内容が理解できないんだなwwww

378
仕様書無しさん[sage]   投稿日:2017/03/12 20:35:05
>370
関数内の文脈としてはどのコードにも意味があるが、
そのまま関数として切り出しても意味がないものがある。

たとえば
if(x>THRESHOLD){
x=THRESHOLD
}
これ単体では「xがなんかの値より大きかったらxをなんかの値にする」以外の何の意味もないだろ
これだけ関数化しても何の意味もないよね。
(まあこれは意味も明確だし関数化してもよいかもしれないが一つの例として聞いてくれ)

ところが特定の関数の中では「〇〇の上限を△△の規定値に切り捨てる」という意味付けができ
この3行で文脈上一つの意味があるブロックだ。
コメントもそう書けばよい。
コメント4件

379
仕様書無しさん[sage]   投稿日:2017/03/12 20:39:30
>378
そんなコメントが必要な理由は?
コメント2件

380
仕様書無しさん[sage]   投稿日:2017/03/12 20:46:18
>379
関数の仕様書を元に決められた処理を書いたり、関数単体のテストをするだけなら要らんさ。
処理のロジックも見りゃわかる。

じゃあコメントでは何を知りたいの?っていったら
システム内でのその処理の意味や設計を知る必要があるからだ。

381
KAC[sage]   投稿日:2017/03/12 20:48:46
>379
そういう聞き方では「理解できない」だろうな。
コメントは何でもいいから書くものと理解しているので
コメントに必要性を感じたことなんてないだろうから。

具体的に書いてやるといい
たとえば、

switch(x){
case 0:
  y = x ;
  // no break
case 1:
  x ++ ;
  break;

といったコメントの場合、
「コメントがない場合、break忘れかどうかの判断がつき辛いから」
という、コメントが必要な理由は明確に示される。

ということを踏まえて、
>378の例では
「コメントがない場合、どのような不都合が発生するのか」
を答えてもらうようにすると話は早く終わるだろう。
コメント2件

382
仕様書無しさん[sage]   投稿日:2017/03/12 20:49:11
>378
https://msdn.microsoft.com/ja-jp/library/hh308289.aspx
if文も変数の書き換えもコメントも不要だ
君が無知なだけ
コメント2件

383
仕様書無しさん[sage]   投稿日:2017/03/12 20:52:14
>382
話を発散させるな

384
仕様書無しさん[sage]   投稿日:2017/03/12 20:56:19
>381
そこはどういうコメントを書けばわかりやすいかなと悩む場面ではなく
まずは最低限こう書き換えればいい
switch(x) {
case 0:
y = x++;
break;
case 1:
x++;
break;
}
そのあとでさらにコードを明快に洗練できないか考えたあとで意味があるまとまりならメソッドにすればよろしい
コメントも不要である
コメント4件

385
仕様書無しさん[sage]   投稿日:2017/03/12 20:57:57
>382
話をすすめる上で、
相手の出した前提条件を無視するのはやってはいけないこと
コメント1件

386
KAC[sage]   投稿日:2017/03/12 21:02:49
>384
コードを可読的に単純化したことすら理解できないのか。

結局、>384の出してきた提案ってのは
case 0: 処理A + 処理B break;
case 1: 処理B ; break;
に変換して、処理A + 処理Bを編集したって回答だよな。

保守のこと考えると、
やってはいけないことだってことくらい理解できない?

処理は一本化すべきところは分けて記述すべきではない
コメント1件

387
仕様書無しさん[sage]   投稿日:2017/03/12 21:03:21
>385
前提って?
明確にしてくれ
コメント2件

388
仕様書無しさん[sage]   投稿日:2017/03/12 21:05:19
>384
話を発散させるな
>387
お前も理解できないなら黙ってろ

389
仕様書無しさん[sage]   投稿日:2017/03/12 21:11:20
>387
日本語くらい理解しろよ・・・
コメント1件

390
仕様書無しさん[sage]   投稿日:2017/03/12 21:11:53
>386
フローの単純化は真っ先に検討するべき事案だ
これはたかだか2つのswitchだから気にならないかもしれんが
システムの拡張でこの分岐は増える
増えてくるとswitchでは手に負えなくなるのでメソッド化する
ここでcaseからcaseへのフローがなければ作業は容易い
しかしフローが存在すると作業は一筋縄ではいかなくなる
フローの単純化は可読性の高いコードを書く上で基本中の基本だからぜひ今日のうちに覚えておいてくれ
コメント1件

391
仕様書無しさん[sage]   投稿日:2017/03/12 21:12:17
>389
前提って何?って日本語理解できなかった?
コメント1件

392
仕様書無しさん[sage]   投稿日:2017/03/12 21:17:52
switchでbreakしないのは完全にバッドプラクティスだ
言語によってはコンパイルエラーにする程に悪しきものと判断されている
例えコメントで補助しようが許される行為ではない
コメント2件

393
仕様書無しさん[sage]   投稿日:2017/03/12 21:18:16
>390
あぁ、例が理解できなかったんだな。
まさかそこまで理解力がないとは思わなかったよ。すまんね。
switch(x){
case 0:
  処理A ;
  // no break;
case 1:
  処理B ;
  break;

だと理解できる?
コメント2件

394
KAC[sage]   投稿日:2017/03/12 21:19:18
>393
名前忘れた・・・
専ブラ使えないのは面倒だねぇ orz

395
仕様書無しさん[sage]   投稿日:2017/03/12 21:20:07
>392
んなわきゃない

396
仕様書無しさん[sage]   投稿日:2017/03/12 21:21:14
>381
no breakはみりゃわかるだろw
break忘れかどうかの判断のためには、コメントに「no break」と書くことじゃなく、
なんで「no break」にしたかを書くことが重要なんだ。

コメントにはロジックの説明じゃなく「何をしたいか」が重要だ
一つのコードは書かれたあと幾度となく見られるが、みんな詳細なロジックを見たいんじゃない
システムの中でその処理がどんな役割を果たしてるかが知りたくてコードを追うことの方が多い


>391
話を進める上での「一つの例として聞いてくれ」と明記してあるんだ
処理自体をどう実装すべきかとかライブラリを使えばできるとか
そういう話がしたいんじゃないことがわからんか
コメント1件

397
仕様書無しさん[sage]   投稿日:2017/03/12 21:23:28
>393
同じ事だろ

case 0:
A();
B();
break;
case 1:
B();
break;

うん明快だな
コメント1件

398
KAC[sage]   投稿日:2017/03/12 21:25:00
>392
そんなこと言い始めたら、
continueや関数途中のreturnも使えない。

「避けるべき理由」と「使うべき理由」を正しく比べて
必要なところではちゃんと使うというのが正しいコーディング。

極端なことを言えば、
「そもそもコメントは書くべきではない」
んだから。
特殊なところにコメントを書くのはごく当たり前のこと。
コメント1件

399
KAC[sage]   投稿日:2017/03/12 21:27:17
>397
同じ処理が複数ヶ所に存在してしまうのは初歩的な失敗だな。
本当にそっちのほうが正しいと考えているのなら、経験不足すぎる。
コメント1件

400
仕様書無しさん[]   投稿日:2017/03/12 21:29:45
このスレに書き込んでいるプログラマのレベル異常に低い。ありえないほど低い。経験がなさすぎるか、経験がないのにものを言っている。

401
仕様書無しさん[sage]   投稿日:2017/03/12 21:30:20
>396
この流れで俺が例を認めたらダメだろ
疑似的にコメントでブロック化して意味付ける価値はあるがメソッドにする意味はないコードが存在する
っていう主張を否定してそんなものはないって言ってるんだよ俺は
例を出すなら半端な嘘の例じゃなくてまさにその通りコメントでブロック化する価値はあるがメソッドにする価値は全くないまとまりを例示してよ
コメント3件

402
仕様書無しさん[sage]   投稿日:2017/03/12 21:36:12
>398
returnはむしろそこでフロー終端でそのあとを考えなくて良いというマークになるから可読性は上がる
例えば深いネストの分岐で変数の値を書き換えて最後にreturnするコードってあるだろ?
ああいうのはreturnを使って書き換えるとネストが平坦化など分岐単純化が誘発されて可読性が上がる
continueもそこでこのループ1回に関してはキッカリここで終わりっていうマークだから同じように考えられるだろうね
だろうねと言ったのは俺はcontinueを使わざるを得ないほど長いループは一回も書いた事ないからね(マジだよ)

403
仕様書無しさん[sage]   投稿日:2017/03/12 21:40:05
>399
理解が足りてない
同じ処理が複数ってのは例えばこういうコードな

case 0:
A();
x = x * 2;
y = x + 5;
print x, y;
break;
case 1:
A();
x = x * 2;
y = x + 5;
print x, y;
break;

さっきのはわかりやすいようにわざわざB();って書いてあげたでしょ
コメント1件

404
仕様書無しさん[sage]   投稿日:2017/03/12 21:41:00
>401-402
ちょっとなにいってるかわかんない
話を引っ掻き回したいだけなら黙ってたら?
コメント1件

405
仕様書無しさん[sage]   投稿日:2017/03/12 21:43:04
>403
バカがいる・・・

406
仕様書無しさん[sage]   投稿日:2017/03/12 21:45:24
>401
本題なら、そもそもライブラリを使おうが使うまいがコメントは必要だ。

ライブラリを使おうが使うまいが「意味付け」されたコメントが必要ってことが>384の主張でしょう。
MSのライブラリ使うとかまったく関係ない話だ。
コメント1件

407
仕様書無しさん[sage]   投稿日:2017/03/12 21:47:05
すまん、アンカー間違い

>401
本題なら、そもそもライブラリを使おうが使うまいがコメントは必要だ。

ライブラリを使おうが使うまいが「意味付け」されたコメントが必要ってことが>378の主張でしょう。
MSのライブラリ使うとかまったく関係ない話だ。
コメント1件

408
仕様書無しさん[sage]   投稿日:2017/03/12 21:53:02
>406
ああそういう理解なのね
こっちはライブラリ使えって言ってるんじゃないよ(一回も言ってないよな?)
clamp(他にふさわしい名前があるならそれでもいい)っていうメソッドがないなら作ってそっち使えって言ってんの
メソッド化できるしする価値があるところでなんでわざわざ意味がわかりにくいif文や不要なローカル変数の書き換えみたいな遠回りなコードを書いておいてそれをご丁寧にコメントで補足するのよ?
コメント2件

409
仕様書無しさん[sage]   投稿日:2017/03/12 22:00:06
>407
コメント必須じゃないだろどう考えても

// 上限を固定する
if (x > max)
x = max;



上限を固定する(x);

これでいいだろ
それとも

// 上限を固定する
上限を固定する(x);

こんなバカなコメントを書くのか?
コメント書くにしてもメソッドのドキュメントコメントで十分だ
ドキュメントコメントは有用だから否定しないよ
コメント1件

410
仕様書無しさん[sage]   投稿日:2017/03/12 22:03:04
>408-409
だからclamp一行で書いたら
「〇〇の上限を△△の規定値に切り捨てる」というコメントも要らんくなるの?
ロジックの説明を残したいわけちゃうんやで、
何の上限を何の目的で切り捨てて何がしたいかを残したいんやで

めんどくさいやっちゃな
コメント1件

411
仕様書無しさん[sage]   投稿日:2017/03/12 22:17:20
>408-409
ちょっとなにいってるかわかんない
話を引っ掻き回したいだけなら黙ってたら?

412
仕様書無しさん[sage]   投稿日:2017/03/12 22:26:17
もうめんどくさいから仕様書の文章そのままコピペのコメントにしようぜ

413
仕様書無しさん[sage]   投稿日:2017/03/12 22:32:55
仕様書は修正に時間かかるから、コードから仕様書にコピペの方がめんどくさくない

414
仕様書無しさん[sage]   投稿日:2017/03/12 22:51:36
>410
clampで通じないなら意味のわかるメソッド名を付ければ良い
コメントは不要
コメント1件

415
仕様書無しさん[sage]   投稿日:2017/03/12 23:03:42
>414
ちょっとなにいってるかわかんない
話を引っ掻き回したいだけなら黙ってたら?

416
仕様書無しさん[sage]   投稿日:2017/03/12 23:04:05
物分かり悪い子ばかりで疲れたよ
適切なモデリングを行ない不要なコメントを削除せよってだけの話なんだけどな
コメント1件

417
仕様書無しさん[]   投稿日:2017/03/12 23:08:55
コメント関連のスレのはずなのに、いつの間に「初心者のためのC講座」
になってしまったんだ?w

「コメントは必ず書け。ただし、必要最小限に」

これで十分では?

418
仕様書無しさん[sage]   投稿日:2017/03/12 23:25:30
そりゃ初心者でもできる話題がそれだけだからですよ

419
仕様書無しさん[sage]   投稿日:2017/03/13 00:05:30
>416
疲れるのはお前の頭が悪いからだよw

420
仕様書無しさん[sage]   投稿日:2017/03/13 00:34:15
結局さ、コメントで書くよりも
コードで書いたほうが良いわけだよね
コメント1件

421
KAC[sage]   投稿日:2017/03/13 01:08:32
>420
結局はそう。
コメントってのはあくまでも「注釈」だから
必要の無い場面では完全に不要なもの。

コードに意図が表せない場合や、
コードを読む際に疑問に思うだろうところに
コメントを入れるというのが正しいスタイル。

第三者の視点でコードを読んで、
「あれ、これってどういうこと?」
ってコーディングした奴に聴きたいところが出てくれば、
まずはコードで意図を伝えることを試みて、
それでも直さない理由が他にあるのなら、
その質問に対して回答をするような情報をコメントに書いておく。

というのが、正しいコメントの書き方。

コードは保守で更新されるけど、
コメントは正しく更新されないから無駄に書くと大変なことに・・・

422
仕様書無しさん[sage]   投稿日:2017/03/13 01:38:22
いやコードもコメントもどっちも書いてメンテしろよw
コメント1件

423
仕様書無しさん[sage]   投稿日:2017/03/13 01:45:14
>422
コードは試験で品質保証するけど
コメントは品質保証する手だてが無いからな

424
仕様書無しさん[sage]   投稿日:2017/03/13 02:16:38
int foo(int a, int b) {}

こういうのってコメント書くのが面倒なんだよな
何故かと言うと、だいたいこんな感じのコメントを書くことになるから

// なんとかを行う関数
// 引数
// a: ○○の値
// b: ○○の値
// 戻り値
// なんとかの値
int foo(int a, int b) {}

「引数」とか「戻り値」なんて情報はいらないし、
aとかbとか引数に書いているわけでdryじゃない。
そもそもaやbという変数名で説明十分な場合もある。

もう少し効率的な関数や引数に対するコメントが書けるような文法が必要だと思う。
例えばこんな感じ

int foo()  // なんとかを行って、なんとかの値を返す関数
 int a // 必要ならばaのコメントを書く
 int b // 必要ならばbのコメントを書く
{
}

ANSI C標準以前の関数宣言に似てるけどfoo()の中身が省略できるところが違う
コメントは全てオプションで、必要なければ書かなくても良い。
コメントを書く場所を決めることで、何に対するコメントかがはっきりする

425
仕様書無しさん[sage]   投稿日:2017/03/13 02:20:24
少し改良、() いらないし、// よりも # の方が見やすいかなと思って

int foo  # なんとかを行って、なんとかの値を返す関数
 int a # 必要ならばaのコメントを書く
 int b # 必要ならばbのコメントを書く
{
}
注意 引数の場所のインデントは必須


複数行コメントの場合

# なんとかを行って
# なんとかの値を返す関数
int foo
 # 必要ならばaの
 # コメントを書く
 int a
 # 必要ならばbの
 # コメントを書く
 int b
{
}

426
仕様書無しさん[sage]   投稿日:2017/03/13 02:26:06
そうか、YAMLのブロックスタイルとフロースタイルの
両方の書き方ができると考えれば良いのか

これをフロースタイルとして考えて
int foo(int a, int b) {}

コメントを入れやすい、ブロックスタイルの書き方がこんな感じと

int foo
 - int a
 - int b
{
}

427
仕様書無しさん[sage]   投稿日:2017/03/13 02:34:00
まあやってる人見たことないけど、こういう書き方が普及すれば、
今の文法でも不可能ではないけどねw

// 関数のコメント
int foo(
 int a, // 引数のコメント
 int b // 引数のコメント
) {
}
コメント1件

428
KAC[sage]   投稿日:2017/03/13 03:00:19
>427
実際にそういうコーディング規約のところはある
厳密には
// 関数のコメント
int foo(
  int a // 引数のコメント
 ,int b // 引数のコメント
) {
}
と、引数区切りの「,」の位置が違うけど。
こうしてないと、引数追加の時に差分が二行に渡ってしまう。

429
仕様書無しさん[sage]   投稿日:2017/03/13 03:22:55
コメントは必要だけど
int a; //最大値
は邪悪だな。
int max;
とすべきだろう。
コメント2件

430
仕様書無しさん[sage]   投稿日:2017/03/13 04:16:45
>429
それな

ドキュメントを生成するためか、コーディングスタイルで
コメントを書くことを強要するのがよくあるけど、
関数名、もしくは引数名で内容がわかるから意味が無いってことが多々ある。
ああいうのはダサいコメントだともう

431
仕様書無しさん[sage]   投稿日:2017/03/13 04:22:07
コードの中に書くコメントは別だけど、
関数名とか引数名に関するコメントというのは
アノテーション相当だと思う

同様に変数のコメントもアノテーションだし
コードの中に書くコメントのうち、
塊に関するコメントも、ブロックを作ることで
アノテーションとして定義することはできるだろう。

と考えると、自由にかけるコメントっていらなくないか?

何が言いたいかというと、コメントは無視される物ではなくて
言語仕様としてきっちり文法の中に組み込んだほうが良いのではないかということ
コメント1件

432
仕様書無しさん[sage]   投稿日:2017/03/13 04:35:16
>431
とりあえず
「アノテーション」って言葉を覚えて
嬉しがって使っていることだけは伝わってきたよ

よかったねー
コメント2件

433
仕様書無しさん[sage]   投稿日:2017/03/13 04:43:00
>432
え?なに?アノテーションって言われて
なにか劣等感でも感じたの?

アノテーションコメントとか
ドキュメンテーションコメントとか
言い換えてあげてもいいけど、

もっと劣等感感じるかな?
そんなもの俺は知らない!ってw

434
仕様書無しさん[sage]   投稿日:2017/03/13 04:47:46
Railsのアノテーションコメントは TODO: や FIXME: と
書くことで、アノテーションコメントになるけれども
各場所を決めることですべてのコメントが自然な形で
アノテーションコメントとなるような言語仕様を作るといいだろうね

435
仕様書無しさん[sage]   投稿日:2017/03/13 11:33:51
コピペプログラマと会話すると
アノテーション?何それ
みたいなやつが居るからそこから説明が必要なんだよな

436
仕様書無しさん[sage]   投稿日:2017/03/13 12:55:14
>432
アノテーションくらいは知っとこうぜ

437
仕様書無しさん[]   投稿日:2017/03/13 18:24:08
コピペで済むような仕事で変に独自性出そうとすんなよ

438
仕様書無しさん[sage]   投稿日:2017/03/13 18:37:19
// ループ

439
仕様書無しさん[]   投稿日:2017/03/13 22:11:41
>404
よく読んではいないが、いろんなところでプログラムが終わるコードは悪いプログラムだよ。

440
仕様書無しさん[sage]   投稿日:2017/03/13 22:13:26
>429
わかるけど
いろんな最大値がでてきて結局コメントも書いちゃうこと結構ある

441
仕様書無しさん[]   投稿日:2017/03/13 22:15:22
>409
そもそもコード上の名前と作った本人が思っているものが違うことがあるから、コメントは必要。

その例だとmaxという名前でも英語のmaxの意味で使ってない可能性もあるし、maxではなく正反対のminのつもりで命名していることもある。
コメント3件

442
仕様書無しさん[sage]   投稿日:2017/03/13 22:29:40
>441
は?

443
仕様書無しさん[sage]   投稿日:2017/03/13 22:46:27
理屈がバグってる

444
仕様書無しさん[sage]   投稿日:2017/03/13 23:55:48
>441
コード上の名前と
作った本人が思っているものと
コメントが違うことがある

コメントがあれば、これがどう解決するの?

445
仕様書無しさん[sage]   投稿日:2017/03/13 23:57:55
>441
> その例だとmaxという名前でも英語のmaxの意味で使ってない可能性もあるし、maxではなく正反対のminのつもりで命名していることもある。

そして、コメントには中間値を求めるって書いてあるわけだよなw
コメント1件

446
444[444]   投稿日:2017/03/14 00:33:13
/* 444げっち(´・ω・`)b */

447
444[444]   投稿日:2017/03/14 02:27:06
2重書き込みのため表示しません 内容を確認する

448
仕様書無しさん[sage]   投稿日:2017/03/14 02:31:14

449
仕様書無しさん[sage]   投稿日:2017/03/14 02:52:20

450
仕様書無しさん[sage]   投稿日:2017/03/14 13:33:47

451
仕様書無しさん[]   投稿日:2017/03/14 15:27:24
>445
そうだよ。人によっては物の命名がおかしくてまったく違う意味で使ってたり、途中で中身を変えてそのままだったりする。

そこで下手なコメント、変なコメントであってもそれを手がかりにバグなのか仕様なのか推測できる。
コメント1件

452
仕様書無しさん[sage]   投稿日:2017/03/14 16:25:19
>451
そのコメントがバグってたらどうしていいものか

453
仕様書無しさん[]   投稿日:2017/03/14 19:03:33
コメントがしっかりしてるとこはソースコードレビューがしっかりしてるからコードと違うコメントが残ることはない
逆にダメなチームのソースコードにはそもそもコメントが入ってない、彼等はコメントを無駄な物だと考えているからな

つまりだ
基本的にコードと違うコメントが入ったソースコードという物はこの世に存在しない
お前らはよくあるように言うが、実際にそのような代物を見たことがある訳がない
存在しないのだからな

問題なのは、どうしてお前らがネットで仕入れた根も葉もない噂を
さも実際に経験したかのようにつまらんウソをつきたがるのか?という事だ
コメント1件

454
仕様書無しさん[sage]   投稿日:2017/03/14 19:21:57
達人はコメントを無駄なものとは考えていないよ
彼らは単に無駄なコメントを書かないだけ
そんでコードを洗練させれば自明と無駄なコメントは減っていくだろ?
コード見ればすんなりと理解できるのにコメントにも書くのは無駄だものね
だから達人のコードはコメントが少ないんだね
過剰にコメントを書く人は残念だけど下手くそなんだな
コメント1件

455
仕様書無しさん[]   投稿日:2017/03/14 19:30:38
>454
達人はコードを読まないよ
ビジュアルで認識する
そのビジュアルを特徴づける為に非常に有用なのがコメントなんだな
だから達人のコードにはコメントが不必要な程に多い

残念だけどコードを頭から読み下してるうちはまだまだ下手くそなんだよ
コメント2件

456
仕様書無しさん[sage]   投稿日:2017/03/14 19:38:00
>455
う〜ん
他業界のコメンテーターさんには難しいかもしれないけど
ビジュアル化された情報って要するにモデルなんだよね
達人はモデルとコードをほぼ1:1に結びつけてコード書くんだよ
モデルがあるのに無意味にコメント書いても仕方がないからね
もちろんコメントするのが仕事のコメンテーターさんならそれでいいのかもしれないけどここはIT業界だからそちらの常識は通じないんだゴメンね
コメント2件

457
仕様書無しさん[sage]   投稿日:2017/03/14 19:40:25
みなさん正規表現にはコメントをつけますか?
コメント1件

458
仕様書無しさん[]   投稿日:2017/03/14 19:41:09
>456
またモデラー君かw
最近モデリングって言葉覚えたみたいだけど
モデルってコーディングプランの事じゃないからねw
コメント1件

459
仕様書無しさん[sage]   投稿日:2017/03/14 19:42:54
>458
ははは
コメンテーターで流行りのジョークか何かですか?

460
仕様書無しさん[]   投稿日:2017/03/14 20:27:34
>455
そんなの日本人のうち日本語の文章を読むのが速い人は、日本語を見た目で理解しているのと同じで優秀な人ならみんなそうだよ。

461
仕様書無しさん[]   投稿日:2017/03/14 20:28:13
>456
キミっていつも設計のことをモデルと言うから分かりやすいよな。
コメント3件

462
仕様書無しさん[sage]   投稿日:2017/03/14 20:33:12
>457
つけるぞ。こんな感じで

char *p = "\\\d{1,3}(,\d{3})*\b"  // 正規表現
コメント4件

463
仕様書無しさん[]   投稿日:2017/03/14 20:34:37
>462
性器表現の間違いじゃないのか?

464
仕様書無しさん[]   投稿日:2017/03/14 20:35:29
>462
そういうのに「変数宣言」というコメントをつけるのはよくいるけどなw

465
仕様書無しさん[]   投稿日:2017/03/14 20:38:17
>462
エスケープのやり方知らないのにどうしてその例を選んだw

こうしてまた着々と己の黒歴史を刻む>462であった
コメント2件

466
仕様書無しさん[sage]   投稿日:2017/03/14 20:53:50
>461
モデルってこの業界では一般的な用語だぞ
コメンテーターの仕事は知らんけど
コメント2件

467
仕様書無しさん[sage]   投稿日:2017/03/14 20:55:11
>465
黙れ
コメントが正しければコードはどうでもいいんだよ
コメント2件

468
仕様書無しさん[]   投稿日:2017/03/14 21:01:13
>467
言われなくても哀れすぎて二の句が継げんわw
恥ずかしいねwあぁ恥ずかしいねw

469
仕様書無しさん[sage]   投稿日:2017/03/14 21:02:04
コメンテーターわろたw

470
仕様書無しさん[]   投稿日:2017/03/14 21:03:39
>465が何を言いたいのかよくわからない件
コメント1件

471
仕様書無しさん[sage]   投稿日:2017/03/14 21:08:58
>467
それだけは無いわー

472
仕様書無しさん[sage]   投稿日:2017/03/14 21:10:31
人に難癖をつけるが自分では価値のあるものを一切創造しない
コメンテーターとは言い得て妙なりw

473
仕様書無しさん[sage]   投稿日:2017/03/14 21:14:18
>470
マジレスすると、Cしか知らない無能なんだと思われ

474
仕様書無しさん[sage]   投稿日:2017/03/14 21:16:53
//全部大文字にする
とかそういうやつつけて欲しい。正規表現

475
仕様書無しさん[sage]   投稿日:2017/03/14 21:18:08
いちいち内容考えるの面倒だろ

// コメント

これで統一すればいいんじゃね?

476
仕様書無しさん[sage]   投稿日:2017/03/14 21:21:49
ソースファイルをリソースとしてコンパイルする
実行時にコメントをパースしてインタプリタとして動作させる
ほらみろコードは不要だったろ?
コメント1件

477
仕様書無しさん[sage]   投稿日:2017/03/14 21:58:55
コメンテーターw
茶噴いた

478
仕様書無しさん[sage]   投稿日:2017/03/14 22:24:52
>476
なにいってるのか分からん

479
仕様書無しさん[]   投稿日:2017/03/14 22:26:21
悔しいんだろ。もう少しそっとしといてやれよw

480
仕様書無しさん[sage]   投稿日:2017/03/14 23:46:10
場合にもよるけど、関数に対しての入力と出力の意味ぐらいしか書かないんだけど関数の内部も説明いるかね
説明いるぐらい長いんだったら関数分けるべきな気もするが

481
仕様書無しさん[]   投稿日:2017/03/15 00:42:05
>466
おまえいつもそう反論するけど、一般的にはモデルと言わない。IPAも設計をモデルと呼んでいない。設計をモデルリングと呼んでしまうと、狭い意味で使っているモデル、モデルリングと用語がかぶってしまうためにさけている。
コメント1件

482
仕様書無しさん[]   投稿日:2017/03/15 00:50:03
>466 は英語風に言いたがるね。日本人ならコメンテーターなんて言わずに評論家、評論家気取りと言って馬鹿にしていることが多々ある。

帰国子女で日本語が苦手なら仕方ないが日本で仕事をしているならできるだけ日本語でまずは言った方がいいよ。

アルファベット圏の英語は、細かいニュアンスを単語ひとつで表現できないため、どうしても意味が広く曖昧になる。漢字圏の国では少ない文字数で細かく言い分けられるから日本語の方が優位。
コメント1件

483
仕様書無しさん[sage]   投稿日:2017/03/15 01:01:32
>482
は?
スレの「コメント」にかけてるって事すら判らないの?
コメント1件

484
仕様書無しさん[sage]   投稿日:2017/03/15 02:53:40
またコメンテーターが無駄な長文書いてる

485
仕様書無しさん[sage]   投稿日:2017/03/15 03:05:46
俺のクソみたいなコメントを紹介してやんよ

# 一発で全出力が貰えるわけじゃない、2回に分けて(このイベントが2周して)くることもあるぞ
channel.on_data do |channel, stdout_data|
 buffer += stdout_data
end

486
485[sage]   投稿日:2017/03/15 03:27:37
見どころは、じつはchannelが全部同一だってことには触れてないことだ……!
今のNet::SSHの実装だと全部同一のチャンネル返してきやがるんだよクソッタレ

487
仕様書無しさん[sage]   投稿日:2017/03/15 06:01:26
>481
設計をモデルと言っているのは今の所>461だけだから>461と話し合ってくれ

488
仕様書無しさん[sage]   投稿日:2017/03/15 09:02:44
またコメントが間違ってた
やっぱりコメント不要だ

489
仕様書無しさん[]   投稿日:2017/03/15 12:06:27
>483
コメントを書くひとを英語でコメンテーターとは言わないよ。
コメント1件

490
仕様書無しさん[]   投稿日:2017/03/15 12:08:07
コメンテーターを勝手にコメントを書く人なんて言うなど、英語がわからないにもほどがあるわ。

491
仕様書無しさん[sage]   投稿日:2017/03/15 12:12:24
>489-490
お前、阿呆だろ?
コメント1件

492
仕様書無しさん[sage]   投稿日:2017/03/15 12:33:32
>491
お前以外全員アホだよ
コメント1件

493
仕様書無しさん[sage]   投稿日:2017/03/15 12:39:27
>492がアホなのは確定
コメント1件

494
仕様書無しさん[sage]   投稿日:2017/03/15 12:59:29
コメンターだな?
もしくは
コメントライター

495
仕様書無しさん[sage]   投稿日:2017/03/15 13:06:34
>493
いよっ、天才!
天才のど偉い一言期待したまっせ!

496
仕様書無しさん[]   投稿日:2017/03/15 14:15:58
コメント一つでこれだけ荒れる連中が
集まったら、プロジェクト以前の問題だろ。
ここの連中が日本のソフト産業を支えて
いると思うと、空恐ろしいわw

497
仕様書無しさん[sage]   投稿日:2017/03/15 14:22:42
コメント無しでグローバル変数を使ったスパゲッティーコードを書く前任者に辟易した
どこから入って何が出ていくのか分からない

そのくせ何の参考にもならない見たまんま系コメントは沢山ある
コメント1件

498
仕様書無しさん[sage]   投稿日:2017/03/15 14:53:03
説明できないんだろうな。

499
仕様書無しさん[sage]   投稿日:2017/03/15 17:33:49
コメンテーターw
言い得て妙だな
コメント1件

500
仕様書無しさん[]   投稿日:2017/03/15 23:26:40
>499
それをいうならコンメンティストだろw
コメント1件

501
仕様書無しさん[]   投稿日:2017/03/15 23:27:16
>497
グローバル変数くらいでかわりにくいとか初心者だな。
コメント1件

502
仕様書無しさん[sage]   投稿日:2017/03/15 23:29:52
>501
ダメなものはダメって言えるようにならないとだめだよ
コメント1件

503
仕様書無しさん[]   投稿日:2017/03/15 23:53:12
>502
ものによってはグローバル変数の方がいいものがある。ログファイル関連とか。
コメント1件

504
仕様書無しさん[sage]   投稿日:2017/03/15 23:56:03
>503
ログファイルにもいらん
コメント1件

505
仕様書無しさん[]   投稿日:2017/03/16 00:08:52
>504
その機能、その処理のメインのロジックにログファイル出力のコードがごちゃごちゃ割り込むのは、よくないから普通はそうしないんだけどな。

例外処理と同じ。いちいちエラーハンドリングの処理をその場で書いていると重要な部分が目立たなくなる。だから例外はジャンプさせて別のところに処理を書く。

506
仕様書無しさん[sage]   投稿日:2017/03/16 00:14:31
そうしないってなんだ?

メインのロジックにログファイル出力のコードがごちゃごちゃ割り込むのは、
よくないからこそ、グローバル変数を使わないんだろ

507
仕様書無しさん[sage]   投稿日:2017/03/16 02:39:22
>500
最上級にするな
厚かましい

508
仕様書無しさん[sage]   投稿日:2017/03/16 08:24:54
comment
commenter
commentest

509
仕様書無しさん[sage]   投稿日:2017/03/16 09:41:34
ログなんか、唯一出力関数だけ公開されてりゃ事足りるだろうに。
ログレベルだってそれに引数で与えりゃ済む話だ。
コメント1件

510
仕様書無しさん[sage]   投稿日:2017/03/16 11:41:07
>509
出力関数を公開して引数でログレベル与えるって、昭和プログラミング・・・
loggerオブジェクトを公開して、ログレベルに応じたメソッドが平成プログラミングだよ!

511
仕様書無しさん[sage]   投稿日:2017/03/16 12:31:27
言ってる事は同じなのにな。

512
仕様書無しさん[sage]   投稿日:2017/03/16 14:53:24
こりゃ世界から戦争がなくならないはずだわ

513
仕様書無しさん[]   投稿日:2017/03/16 14:56:51
もともとコメントがなくてもわかるように作りましょうと昔から言われてるのを、コメントがいらないと解釈している勢力がいるからおかしくなる。

コメントがなくてもわかる作りでも、コメントを書いてもいいのに、コメントがいらないと主張する人間は頭が固いからゆずらない。
コメント1件

514
仕様書無しさん[sage]   投稿日:2017/03/16 14:58:25
>513
コメントが要らないと主張する奴なんて居ないのに、勝手に誤解してる馬鹿が話をややこしくしてるだけ
コメント2件

515
仕様書無しさん[]   投稿日:2017/03/16 14:59:48
>514
スレタイ読め
コメント1件

516
仕様書無しさん[]   投稿日:2017/03/16 15:02:39
>514
ここでは知らないがアメリカ人や日本人の有名プログラマの一部はコメントに否定的なんだよ。オライリーの本で有名プログラマの考え方の本があってコメントいらない派がかなりいる。
コメント2件

517
仕様書無しさん[sage]   投稿日:2017/03/16 15:03:18
>515
うるせぇ

518
仕様書無しさん[sage]   投稿日:2017/03/16 15:04:03
>516
じゃあそいつと話しろよ。。。
コメント1件

519
仕様書無しさん[]   投稿日:2017/03/16 15:04:12
ただその本に出てくるプログラマは他人の書いたコードで苦しんだ経験がないような人ばかりだけどな。

520
仕様書無しさん[]   投稿日:2017/03/16 15:07:10
>518
また2ch初心者か。自分に言われている、自分のスレッドと勘違いするのはなかなかなくならないのはどうしてなのかな?

SNSでもこういう現象がある。他人の投稿にコメントして、そのうち自分の投稿と勘違いするのか、執拗に投稿者の考え方を批判してくる。
コメント2件

521
仕様書無しさん[sage]   投稿日:2017/03/16 15:10:15
>520
日本語読めないの?

522
仕様書無しさん[sage]   投稿日:2017/03/16 15:21:55
>520
無理矢理レッテル貼って精神的優位に立ちたい年頃なんだな

523
仕様書無しさん[sage]   投稿日:2017/03/16 17:00:59
コメンテーターうるせーよ

524
仕様書無しさん[]   投稿日:2017/03/16 18:54:28
>516
彼らはコメントいらないなんて嘘ぶいてるけどその実態はコメント書けない勢だよ
コメント1件

525
仕様書無しさん[sage]   投稿日:2017/03/16 19:06:57
>524
阿呆だろ?

526
仕様書無しさん[sage]   投稿日:2017/03/16 19:12:46
ソースコードに全て書いてあるだろうに。

527
仕様書無しさん[sage]   投稿日:2017/03/16 19:19:46
ソースを読める奴が優秀なのではない。
お前らでも、分かるように書けるPGが優秀なのだ。
だからソースを読めるからと言って天狗にならない方がいい。
コメント1件

528
仕様書無しさん[sage]   投稿日:2017/03/16 19:23:17
>527
は?

529
仕様書無しさん[sage]   投稿日:2017/03/16 19:32:39
どんなにコメントに書こうが、プログラムはコードに書かれた通りにしか動かないんだよ?
コメント1件

530
仕様書無しさん[]   投稿日:2017/03/16 19:35:16
>529
お前いつも「コンパイラのバグだ!」って騒いでるじゃんかw
コメント1件

531
仕様書無しさん[sage]   投稿日:2017/03/16 19:38:52
>530
は?

532
仕様書無しさん[]   投稿日:2017/03/16 20:22:03
これは普通にショックだな。。
本当なの?
https://goo.gl/QQaXQC

533
仕様書無しさん[sage]   投稿日:2017/03/16 20:24:05
ぐろ

534
仕様書無しさん[sage]   投稿日:2017/03/16 23:34:05
達人のコメントスキルだと、興味を引かないプログラムからエキサイティングな物語を生み出すことができる。
おまえらコードの枝葉末節な書き方でどうでもいい宗教戦争するより
詩のような見惚れるコメントスキルを磨くほうがはるかに生産的だぞ。
コメント1件

535
KAC[sage]   投稿日:2017/03/16 23:41:17
>534
プログラマーに求められるのは「ビジネス文書」を書く能力であり、
物語を書き上げる能力ではないよ。
簡潔に丁寧に情報を伝えるってのがソースの役目。

536
仕様書無しさん[sage]   投稿日:2017/03/17 00:52:17
どんなに素晴らしいコメントを書いても、コードがバグだらけじゃ捨てられるだけ。
…修正するより作り直した方が早いってなw

537
仕様書無しさん[sage]   投稿日:2017/03/17 01:20:16
しかしコメントは汚くても捨てられない。
どちらが資産になるかは言うまでもないな
コメント2件

538
仕様書無しさん[sage]   投稿日:2017/03/17 02:25:52
コメントとコードのどちらかを捨てなければならないという究極の選択・・・
って、迷うやつすらいないだろw

539
仕様書無しさん[sage]   投稿日:2017/03/17 02:51:40
>537は迷わずコードを捨てそうだがな

540
仕様書無しさん[sage]   投稿日:2017/03/17 03:57:12
>453
アホか?
命名がおかしいことがあるならコメントがおかしいこともありうる。
きちんとしてたら命名がおかしいのだって有り得ない。
命名がおかしかったらその時点で邪悪なんだよ。

コメント以前に命名に気を使うべきなんだ。
その上でコメントも必要なわけだが、無駄なコメントは可読性を低下させる。

一方、必要無いと思ってたコメントが後から必要だった(そのコードの意味がわからなくなってた)ということもありうる。
その場合は己の不出来を呪うのさ。

541
仕様書無しさん[sage]   投稿日:2017/03/17 13:56:06
>537
これがコメンテーターの思考回路か

542
仕様書無しさん[sage]   投稿日:2017/03/17 23:50:56
実際コメント綺麗な奴はだいたいコードも綺麗なんよね
機能的にぼやけたコードや絡み合ったコードに明確なコメントなんて付けれないからな

543
仕様書無しさん[sage]   投稿日:2017/03/18 00:05:15
コード綺麗な奴はコメントほとんど書かないけどな

544
仕様書無しさん[sage]   投稿日:2017/03/18 00:21:39
べたべたに書かれた詳細設計との対応とるために
いちいち処理にコメント書くことはある

545
仕様書無しさん[sage]   投稿日:2017/03/18 00:23:57
それは不幸な職場だな

546
仕様書無しさん[sage]   投稿日:2017/03/18 00:27:42
コード綺麗な奴はコメントほとんど書かないけどな

自分でそう言ってコメント書かない奴はたまに見かけるが、
全体的に触りたくもないコードが書かれている
コメント1件

547
仕様書無しさん[]   投稿日:2017/03/18 10:18:39
>546
自分ではまともなコードだと思い込んでいるんだろうな。
コメント1件

548
仕様書無しさん[sage]   投稿日:2017/03/18 16:52:19
>547
それはコメントの有無関係ないから
コメント1件

549
仕様書無しさん[]   投稿日:2017/03/18 21:38:29
>548
はあ?関係してるぞ。コメントを書けないようなコードはコードに問題がある。

550
仕様書無しさん[sage]   投稿日:2017/03/18 22:14:33
コメントを書けないようなコードって例えば?
コメント1件

551
仕様書無しさん[sage]   投稿日:2017/03/18 22:53:24
>550
俗にいうスパゲッティコード

スパゲティーは、絡み合ったもの全部合わせてペペロンチーノだのナポリタンだの説明ができるが
部分部分はスパゲッティーの一部としか説明しようがない。
コメント1件

552
仕様書無しさん[sage]   投稿日:2017/03/18 22:54:50
>551
コメント書けるだろ
コメント1件

553
仕様書無しさん[sage]   投稿日:2017/03/18 23:36:26
>552
そりゃ意味のないコメントなら書けるわ
数行おきに自分の名前とその日の日記でも書いとけ

554
仕様書無しさん[sage]   投稿日:2017/03/18 23:55:45
コメントを書けないようなコードって例えば?
コメント1件

555
仕様書無しさん[sage]   投稿日:2017/03/19 00:07:32
2chて異様にアスペ多いよね
リアルじゃ見かけたことないけど、彼らはいったいどこに生息してるんだろ
コメント1件

556
仕様書無しさん[sage]   投稿日:2017/03/19 00:19:10
>555
鏡見れば解決するよ

557
仕様書無しさん[sage]   投稿日:2017/03/19 00:41:56
そんな定型どおりのレスならしなくていいんじゃね?
おまえも楽しんでるとも思えないし

558
仕様書無しさん[]   投稿日:2017/03/19 01:01:40
ムキになることなくね?

559
仕様書無しさん[sage]   投稿日:2017/03/19 01:04:37
ムキになる電波がスカイツリーから放送されてるから無理

560
仕様書無しさん[]   投稿日:2017/03/19 03:48:40
https://goo.gl/NrL6ir
これ、本当だったら相当ショックだね。。

561
仕様書無しさん[sage]   投稿日:2017/03/19 05:27:26
ぶっちゃけ、アホが書いたコメント読んでるよりは
アホが書いたこのスレのレス読んでる方が楽しい

562
仕様書無しさん[sage]   投稿日:2017/03/19 07:57:17
スパゲッティ食べたい

563
仕様書無しさん[]   投稿日:2017/03/19 10:40:09
>554
日本語で説明できないようなもの

564
仕様書無しさん[sage]   投稿日:2017/03/19 13:23:38
例えば?
コメント2件

565
仕様書無しさん[sage]   投稿日:2017/03/19 13:40:05
普段コメント書かない奴の平均的コメントレベルが>564

566
仕様書無しさん[]   投稿日:2017/03/19 14:11:04
>564
最近見たものだとweek_checkという関数があったな。曜日の確認は前処理で実際は曜日によって他のプログラムを実行するというものであったが、この関数につけられたコメントが曜日判定。

初めは誰もが誤解する名前になっているw
コメント1件

567
仕様書無しさん[sage]   投稿日:2017/03/19 14:43:24
適切な関数名はRunWeeklyJob(s)かRunWeeklyTask(s)
だろう
常識人の感覚だと

なんでもチェックとか判定ってコメントを付けるやつ
うちにも以前居たようだが何故そんなコメントを書きたくなるのか
さっぱり分からん
単なる時間の無駄だと思うが

568
仕様書無しさん[sage]   投稿日:2017/03/19 15:39:38
おまいらんとこ、コードレビューとか無いの?

569
仕様書無しさん[sage]   投稿日:2017/03/19 16:15:19
コードレビューっていうほど効果ないのよな。
どんぐりの背比べの奴らが集まって、
立場が上の奴が自分の趣味を押し付けるか、近い立場の奴らが宗教戦争繰り広げるだけ。
その時点で立ち戻った修正が無理なことは皆わかってるので、枝葉末節な書き方とかの指摘でお茶濁し。

レビューは書類揃えるための形式でやってるだけで、
本当にコードの質上げたかったら、レビュー以外の時間に適宜チーム内で確認し合ってないと無理。
コメント3件

570
仕様書無しさん[sage]   投稿日:2017/03/19 16:34:23
いや、普通コードレビューってコーディング規約に沿ってやるから、関数や変数の命名規則とかコメントの付け方とか、会社として一様なコードかどうかを基準にするもんだろ?
宗教戦争にゃならんよな?

571
仕様書無しさん[sage]   投稿日:2017/03/19 16:55:48
ああ、そういうコードレビューね。
あくまで社内ルールに沿ってるかどうかチェックするだけの。

いまどきはコーディング規約なんてあるにはあるが、
ごくごく基本的な取り決めしか書かないけど。

572
KAC[sage]   投稿日:2017/03/19 17:07:32
>569
いくら何でもコードレビューがわかっていなさすぎだろ。
コードレビューの目的の一つで大きなものは、
 参加者の誰もがそのコードを引き継げる状態にすること。
だよ。
チーム開発なんだから、そのくらいは当たり前のこと。
レビューが終わったソースは個人のものではなく、
チームが責任者となってメンテナンスするもんだ。

なので、レビューの最中には
疑問点があれば質問するし、おかしな点があれば指摘する。

宗教論争なんてしてるやつはなんのためにレビューするのか考え直すべき。
コーディング規約に不備があるのなら別途改定すればいい。

意図が読みづらいコードがあれば、コメント付けるなどの対応すればいい。
コメント2件

573
仕様書無しさん[sage]   投稿日:2017/03/19 17:20:58
>572
だれもしたいと思って宗教戦争してるわけじゃない。
「疑問点」「おかしな点」の感じ方が人それぞれ異なる。

技術者同士じっくり時間をかければお互いなるほどと思うことが多いのだが、
レビューの場だけでは無理がある。

574
仕様書無しさん[sage]   投稿日:2017/03/19 18:52:57
>569
なんだこれ
レビューの悪い例の見本みたいな感じ
コメント1件

575
仕様書無しさん[sage]   投稿日:2017/03/19 18:59:31
>566に似てるけど
「target」ってのも悪のキーワード
引数になんでもtargetって付ける馬鹿
いったい何が由来なんだろね
perl?cobol?C?

576
仕様書無しさん[sage]   投稿日:2017/03/19 19:00:35
スレチスマソ
ここ変数名じゃなくてコメントのスレだったな・・・

577
仕様書無しさん[sage]   投稿日:2017/03/19 19:23:51
>572
いや、レビューでコメントをどうするとか無駄な相談するくらいなら最初からコメント削っとくべきだろう。
この場合は。

俺はコメントは必要と思ってるけど、この場合は不必要どころか害悪になってる。

578
仕様書無しさん[sage]   投稿日:2017/03/19 20:54:03
>569
こんなことするチームから出てきたソースは
品質や保守性の低いゴミなんだよな
後でそのツケが回ってきて炎上する
コメント1件

579
仕様書無しさん[]   投稿日:2017/03/19 21:09:31
詳細設計とコーディングが同じ人間なら、コードのコメントに詳細設計の言葉書かれる。

580
仕様書無しさん[sage]   投稿日:2017/03/19 21:40:58
>574>578
もちろんそうだ。悪い見本として書いてるのがわからんか?
ただ彼らも悪いレビューをわざとしてやろうと思ってしてるわけじゃない。

581
仕様書無しさん[sage]   投稿日:2017/03/19 21:47:11
まあ、おまいが嫌いなだけだしな。

582
仕様書無しさん[sage]   投稿日:2017/03/19 22:06:14
仲間はずれ…会社や職場のコードレビューで自分だけ誘われない時の対処法5選
1.思い当たる理由を探ってみる
2.誘ってくれない理由を尋ねる
3.自分も誘ってほしいと意思表示する
4.仲間はずれにされているならば気にしないように!
5.自分でコードレビューを主催してみる

583
仕様書無しさん[sage]   投稿日:2017/03/19 22:24:50
飲み会とかならわかるが
コードレビューに誘われたい奴とかいるの?

584
仕様書無しさん[]   投稿日:2017/03/19 23:26:38
そもそも、ここにいる連中で何人かは、ANSI Cすらきちんと理解していないのでは...
と思えるほどの書き込みも見受けられるのだが。C++以前の問題で、Cも理解していない感じ。
マジでヤバい奴とかいなくね?
コメント2件

585
仕様書無しさん[sage]   投稿日:2017/03/19 23:42:44
Cを理解していなくても別にヤバくはないが、
それ以前に人としてヤバい率が異常。

586
仕様書無しさん[sage]   投稿日:2017/03/19 23:54:37
宗教戦争が嫌ならレビューのやり取りはメールとか文書ですればいい
修正させるにはいちいち根拠になる仕様や規約が必要だし、書くのめんどいから
ふつうはみんな最低限の作業で済まそうとする

顔つき合わせて漠然とした議論するのはほんとに飲み会のノリぐらいじゃないと

587
仕様書無しさん[sage]   投稿日:2017/03/20 00:15:28
コードレビューとかみんな真面目にやってんの?

588
仕様書無しさん[sage]   投稿日:2017/03/20 00:55:27
やらないの?

589
仕様書無しさん[]   投稿日:2017/03/20 01:16:26
>584「Cを理解していると兎に角凄いのだ!最高峰の言語なのだ!」
コメント1件

590
仕様書無しさん[]   投稿日:2017/03/20 05:18:49
>589
そういう意味ではないとわからないのか?

591
仕様書無しさん[]   投稿日:2017/03/20 05:22:48
そういう意味だろ
コメント2件

592
仕様書無しさん[]   投稿日:2017/03/20 05:36:46
>591
意味がわかってないな

593
仕様書無しさん[]   投稿日:2017/03/20 05:38:14
>591
C言語がすごいと言ってるのではなく、構造化プログラミングを知っているのかという意味だよ、たぶん。

594
仕様書無しさん[sage]   投稿日:2017/03/20 07:07:08
コメントなんか普段気にしないのに
大嘘書いてたのには苦しめられたな

595
仕様書無しさん[sage]   投稿日:2017/03/20 09:04:22
>584
コメントを議論するスレで、なんで言語の規格が出てくるのかわからないし、
最後の一文も意味不明。
自分が発達なのを自覚できてないとしか。

596
仕様書無しさん[]   投稿日:2017/03/20 09:58:49
コメントを議論するはずのスレなのに、出てくる話はC系統の話ばかりだろ。
コメント1件

597
仕様書無しさん[]   投稿日:2017/03/20 11:24:59
偽装請負多重派遣業界SE結婚相手の犠牲対策

巨額搾取させて結婚妨害するな!
無能残業して共働き妨害するな!

・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時以下の契約は辞めろ
・100万円/月以下のプログラム作成は止めろ
・プログラムの料金以上に製作するな
・プログラムの利益を搾取させるな
・プログラムの報酬を搾取させるな
・多重契約は止めろ
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・客先指示に従うな
・契約外作業期日に従うな
・時間外労働違反は止めろ
・残業見積りは止めろ
・残業しないで学習しろ
・残業しないで副業しろ
・残業しないで家事やれ
・偽装請負多重派遣は通報しろ
・損害賠償訴訟を怠るな

【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf

598
仕様書無しさん[]   投稿日:2017/03/20 13:16:15
>596
CじゃなくてJava系だろうが。

599
仕様書無しさん[sage]   投稿日:2017/03/20 15:08:59
Javaの文法はC系統でしょうな
コメント1件

600
仕様書無しさん[]   投稿日:2017/03/20 15:24:46
>599
駄目こりゃ。オブジェクト指向言語とそうでないものではコメントの書き方がまったく異なる
コメント2件

601
仕様書無しさん[]   投稿日:2017/03/20 15:45:33
はいうそ

602
仕様書無しさん[sage]   投稿日:2017/03/20 17:32:51
>600

603
仕様書無しさん[]   投稿日:2017/03/20 17:40:09
関数とメソッドの違いもわからないのか

604
仕様書無しさん[]   投稿日:2017/03/20 17:48:20
コメントは変わらない
コメント1件

605
仕様書無しさん[]   投稿日:2017/03/20 18:28:47
>604
同じになる場合もあるが、あなたのコードがオブジェクト指向でない可能性がある。

606
仕様書無しさん[sage]   投稿日:2017/03/20 18:30:24
>600
え?
コメント形式同じですけど
コメント2件

607
仕様書無しさん[]   投稿日:2017/03/20 20:00:11
>606
コメントの内容のスレだろw
コメント1件

608
仕様書無しさん[]   投稿日:2017/03/20 20:04:12
>606
ちなみにかなりあとになって言語仕様に追加されたけど、C言語に行コメントはなかったからな。

CとC++はコンパイラが一緒なのが普通だから、CとC++を混ぜて書くプログラマはいまでもそれなりにいるとは思う。

609
仕様書無しさん[sage]   投稿日:2017/03/20 20:58:29
今時、関数とか言ってる珍獣は死ねよ
いつの時代だよw
コメント1件

610
仕様書無しさん[sage]   投稿日:2017/03/20 21:05:14
>609
は?
なんでも横文字にすればいいってんもんじゃないんだよ

611
仕様書無しさん[sage]   投稿日:2017/03/20 21:14:01
getUserId() toYearOfDate() とか他に何をコメントせいって言うんだろうな。
コメント1件

612
仕様書無しさん[sage]   投稿日:2017/03/20 21:14:19
関数すら理解できないバカが沸き始めたな

613
仕様書無しさん[sage]   投稿日:2017/03/20 21:15:59
toYearOfDate() // といやあおぶだて
getUserId()  // げつざぁいど

614
仕様書無しさん[sage]   投稿日:2017/03/20 21:19:30
>607
内容も同じでしょ

615
仕様書無しさん[sage]   投稿日:2017/03/20 21:24:11
>611
getUserId() /* この処理は、ユーザーごとに割り振られた識別子、
いわゆるユーザーIDと呼ばれるものを取得するための関数であり、
引数は無く、返値にそのユーザーIDが格納されてきます。
ユーザーIDの範囲は unsigned int(符号なし整数)で表せる範囲であり、
16bitコンパイラの場合であれば 0〜65535、
32bitコンパイラの場合であれば 0〜4294967295、
64bitコンパイラの場合であれば、実装依存の値となりますが
もし64bitのint値とするコンパイラであれば (以下略)

こんな感じの丁寧なコメントがつくんじゃね?

616
仕様書無しさん[sage]   投稿日:2017/03/20 21:58:33
文章が下手なやつって、箇条書きが出来ないんだよなw
そして文章を長ったらしく書くのが丁寧だと勘違いしているふしがあるね
コメント2件

617
仕様書無しさん[sage]   投稿日:2017/03/20 22:09:44
長文かけないやつは根本的に想像力が足りてなくて、どうしょうもないことがおおい

必要なポイントをまとめて箇条書きにする技術は教えりゃ身につくが
想像力を働かせて必要な情報を盛り込む技術はなかなか教えられん
コメント1件

618
仕様書無しさん[sage]   投稿日:2017/03/20 22:33:21
>616
え?

619
仕様書無しさん[sage]   投稿日:2017/03/20 23:44:28
>617
長文ウゼー
コメント2件

620
仕様書無しさん[sage]   投稿日:2017/03/21 00:00:10
>619
長くないよ!お前が短すぎるんだ!

621
仕様書無しさん[]   投稿日:2017/03/21 00:11:33
>616
ここはドキュメントを書くところではありません。

622
仕様書無しさん[]   投稿日:2017/03/21 00:14:07
>619
頭の悪い人間の会話を聞いていればわかるが、単語のぶつけ合いしかしてない。

623
仕様書無しさん[sage]   投稿日:2017/03/21 07:25:03
直接反論するのも別の見解を持ち出すのも議論のうちだ

624
仕様書無しさん[sage]   投稿日:2017/03/21 14:22:41
コメントやドキュメントはオープンソースのライブラリに書かれている物を参考にすれば良いんじゃない?

人気のライブラリのは
シンプルながらも要点をおさえたコメントになっているぞ
コメント2件

625
仕様書無しさん[sage]   投稿日:2017/03/21 18:24:14
>624
ひとくちにオープンソースといってもなあ…具体的に

626
仕様書無しさん[]   投稿日:2017/03/21 19:21:10
chromium

627
仕様書無しさん[sage]   投稿日:2017/03/21 20:25:43
オープンソースという表現はすでに陳腐化してます
これからはバックリソースと表現するようにビルゲイツを脅迫してきます

(´・ω・`)b
コメント1件

628
仕様書無しさん[sage]   投稿日:2017/03/21 20:47:19
朴りソース?

629
仕様書無しさん[]   投稿日:2017/03/21 23:43:06
>624
オープンソースはコメントが少ないのが多いよ。

630
仕様書無しさん[]   投稿日:2017/03/21 23:44:10
>627
バックレソースなら昔よくあったな。
ひどいものを作って逃げるやつ。
コメント1件

631
仕様書無しさん[sage]   投稿日:2017/03/22 01:20:10
>630
今でもよくあるのよ、モルダー

632
仕様書無しさん[]   投稿日:2017/03/22 08:04:29
OSSに無いのは必要のないコメントで
ライブラリのドキュメントとかFIXMEみたいなのはOSSにも良くあるじゃん?
コメント1件

633
仕様書無しさん[sage]   投稿日:2017/03/22 08:21:08
>632
そんなもんプロジェクトによるわな

634
仕様書無しさん[]   投稿日:2017/03/23 21:49:06
オープンソースは英語のコメントのせいでコメントそのものが曖昧に書いてあることが多い。世界の標準言語を表現力のとぼしい英語にするから意志疎通がうまくいかない。
コメント1件

635
仕様書無しさん[sage]   投稿日:2017/03/23 21:57:01

636
仕様書無しさん[]   投稿日:2017/03/23 22:03:41
>635
日本人だって漢語だけの組み合わせで説明するやつだっているだろ。

あんな何通りか解釈できる言葉を日本語ネイティブでも書くのに、英語ネイティブでもない世界中の人間が書いていたら、コメントそのものも解釈が別れる。

そもそも英語圏ですら方言も強くて意志の疎通がうまく取れていない。
コメント1件

637
仕様書無しさん[sage]   投稿日:2017/03/23 22:09:16
>636
は?

638
仕様書無しさん[]   投稿日:2017/03/23 22:22:10
What the hell are you talking about!?

639
仕様書無しさん[]   投稿日:2017/03/23 22:26:46
Oh, shit... I like the Unko.

640
仕様書無しさん[sage]   投稿日:2017/03/23 23:31:21
漢字だとダメな例
NG: 押下
OK: Click (Tap)
コメント1件

641
仕様書無しさん[sage]   投稿日:2017/03/23 23:38:48
OK: おす

642
仕様書無しさん[]   投稿日:2017/03/23 23:49:06
>640
ボタンを押すことを押下と言い出した昔の日本人が悪い。

たぶんキーボードを押すから来ている言葉だな。

初期のGUIはマウス操作を想定していてもマウスがなく、キーボード選択してボタンを押したり、マウスカーソルをキーボードで移動させてボタンの上でキーを押していた。

643
仕様書無しさん[sage]   投稿日:2017/03/23 23:56:24
日本語がなかなか思い浮かばない例
insert : 挿入
eject : ?
コメント3件

644
仕様書無しさん[]   投稿日:2017/03/23 23:57:13
>643
あんた外国人?

645
仕様書無しさん[]   投稿日:2017/03/24 00:00:26
>643
ejectは意味が広い典型的な英語の動詞。

日本語に翻訳する場合は文脈で判断してかなり別の言葉をあてる。

646
仕様書無しさん[sage]   投稿日:2017/03/24 08:44:08
なんで?
「取り出し」じゃないの?
コメント3件

647
仕様書無しさん[sage]   投稿日:2017/03/24 08:59:17
>646
ダサいから

648
仕様書無しさん[sage]   投稿日:2017/03/24 11:57:46
「射出」の方がかっこいいよな

649
仕様書無しさん[sage]   投稿日:2017/03/24 12:14:11
message -> 電文
はなんかかっこいいな

650
仕様書無しさん[]   投稿日:2017/03/24 13:06:39
>646
漢語に統一したいんじゃないの?


651
仕様書無しさん[sage]   投稿日:2017/03/24 13:15:24
挿入と来れば次は射精だろjk

652
仕様書無しさん[sage]   投稿日:2017/03/24 13:32:40
まぁ挿入の対義語は抜去みたいだしな
音読みの反対が訓読みとかはちょっとな

653
仕様書無しさん[sage]   投稿日:2017/03/24 16:16:50
insert <-> delete
add <-> remove

ejectなんて使わない
コメント1件

654
仕様書無しさん[sage]   投稿日:2017/03/24 16:18:27
>653
は・・・?

655
仕様書無しさん[sage]   投稿日:2017/03/24 17:12:05
英語の対義語じゃなくて、日本語の対義語だとそうなるって話
英語の対義語での訳なら、除去か削除だな
めんどくせ

656
仕様書無しさん[]   投稿日:2017/03/24 17:18:01
ejectは英語のなかではダメ単語で文脈からしか意味がわからない単語。

657
仕様書無しさん[]   投稿日:2017/03/24 18:32:40
摂る取る撮る摂る捕る執る盗る獲る穫る
みたいな?

658
仕様書無しさん[]   投稿日:2017/03/24 19:58:26
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。
コメント2件

659
仕様書無しさん[]   投稿日:2017/03/24 20:09:34
>658
//はかなり古い言語のパクりなんだが。

660
仕様書無しさん[sage]   投稿日:2017/03/24 20:54:38
日本語の特定漢字が末尾だとコンパイルエラーが出るコメント式なんてクソだろ。
コメント1件

661
仕様書無しさん[]   投稿日:2017/03/24 21:18:50
>660
日本語が入ってるとおかしくなるのはコメントに限ったことではない。シングルバイト圏のやつらが悪い。

662
仕様書無しさん[]   投稿日:2017/03/24 21:35:24
最近はみんなUTF-8だから問題ない
コメント1件

663
仕様書無しさん[sage]   投稿日:2017/03/24 21:36:21
645 : 仕様書無しさん2017/03/24(金) 00:00:26.85
>643
ejectは意味が広い典型的な英語の動詞。

日本語に翻訳する場合は文脈で判断してかなり別の言葉をあてる。
646 : 仕様書無しさん2017/03/24(金) 08:44:08.72
なんで?
「取り出し」じゃないの?
647 : 仕様書無しさん2017/03/24(金) 08:59:17.16
>646
ダサいから
648 : 仕様書無しさん2017/03/24(金) 11:57:46.95
「射出」の方がかっこいいよな


            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ 「排出!」
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

664
仕様書無しさん[さげ]   投稿日:2017/03/24 21:41:47
658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。


            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ アホ!
 彡、   |∪|  /
/ __  ヽノ /
(___)   /


便利だと思うポイントがずれてる

/* */ を含むコードを/* */でラップすることは出来ない
// を含むコードは/* */でラップできる
コメント6件

665
仕様書無しさん[]   投稿日:2017/03/24 21:52:43
ラップってなんだよ
ネストか
コメント1件

666
仕様書無しさん[sage]   投稿日:2017/03/24 21:57:00
>665
なんだよってなんだよ、おまえ、英語しらねーのか?

667
仕様書無しさん[sage]   投稿日:2017/03/24 21:57:50
てか、コメントするのをnest(入れ子構造)だと思ってるのか? クソボケだな

668
仕様書無しさん[sage]   投稿日:2017/03/24 21:58:43
2ちゃんって、自分から殴られに来る馬鹿いてたのしーな

669
仕様書無しさん[sage]   投稿日:2017/03/24 22:00:48
ネストされたコメント、たのしーなー

commentA.commentB.commentC とかでアクセスできんのかなー

たのしーなー

670
仕様書無しさん[sage]   投稿日:2017/03/24 22:02:31
> ネストされたコメント、たのしーなー
何が楽しいのかわからない。

言語によっては普通に対応してある
コメント1件

671
仕様書無しさん[sage]   投稿日:2017/03/24 22:02:58
どの言語よ?
コメント1件

672
仕様書無しさん[sage]   投稿日:2017/03/24 22:06:46
どの言語よ?

言語レベルでネストされたコメントに対してのアクセスをサポートしてる言語って、どの言語よ?

673
仕様書無しさん[sage]   投稿日:2017/03/24 22:08:07
Cでも対応してるコンパイラもあるぞ?

674
仕様書無しさん[sage]   投稿日:2017/03/24 22:11:26
プログラマならもっと具体的に言え
つまりコンパイラ名(製品名)とコードを書け

675
仕様書無しさん[sage]   投稿日:2017/03/24 22:12:02
> “言語レベル”でネストされたコメントに対してのアクセスをサポートしてる言語って、“どの言語よ”?

> Cでも対応してる“コンパイラ”もあるぞ?

日本語できねーなら喋るな、ゴミカス
コメント3件

676
仕様書無しさん[sage]   投稿日:2017/03/24 22:12:52
んで、よくわかんねーんだけど、コンパイラがコメント解釈してなんか良いのか?
わけわかんねーな、Cは
コメント3件

677
仕様書無しさん[sage]   投稿日:2017/03/24 22:17:00
もし、コンパイラが解釈する必要があるなら、それはコメントじゃなくてアノテーションだろ
それをコメント形式でしか書けない言語がクソなだけじゃねーか

>言語によっては“普通”に対応してある

どこが普通なんだよ、マヌケども

678
仕様書無しさん[sage]   投稿日:2017/03/24 22:20:22
んで、もう一回だけ聞いておくけど

>664

これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども
コメント3件

679
仕様書無しさん[sage]   投稿日:2017/03/24 22:21:49
>675
つ 鏡

680
仕様書無しさん[sage]   投稿日:2017/03/24 22:22:28
>678
馬鹿としか。。。

681
仕様書無しさん[sage]   投稿日:2017/03/24 22:22:40
>676
阿呆だろ?

682
仕様書無しさん[sage]   投稿日:2017/03/24 22:25:41
679 名前:仕様書無しさん 2017/03/24(金) 22:21:49.65
>675
つ 鏡


680 名前:仕様書無しさん 2017/03/24(金) 22:22:28.55
>678
馬鹿としか。。。


681 名前:仕様書無しさん 2017/03/24(金) 22:22:40.73
>676
阿呆だろ?


            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ アホ三連星 降臨!
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

683
仕様書無しさん[sage]   投稿日:2017/03/24 22:26:39
ゴミカスって、本当に論拠を示さねーで一行レスばっかだよなw
コメント2件

684
仕様書無しさん[sage]   投稿日:2017/03/24 22:27:19
ゴミカス三連星は、実は一人なのです!

685
仕様書無しさん[]   投稿日:2017/03/24 22:27:29
>683
論拠を示せよゴミカスwww
コメント2件

686
仕様書無しさん[sage]   投稿日:2017/03/24 22:28:10
679 名前:仕様書無しさん 2017/03/24(金) 22:21:49.65
>675
つ 鏡


680 名前:仕様書無しさん 2017/03/24(金) 22:22:28.55
>678
馬鹿としか。。。


681 名前:仕様書無しさん 2017/03/24(金) 22:22:40.73
>676
阿呆だろ?


            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ 死ねばいいのに!
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

687
仕様書無しさん[sage]   投稿日:2017/03/24 22:29:49
>685
>論拠を示せよゴミカスwww


「ゴミカスって、本当に“論拠を示さねーで一行レス”ばっかだよなw」

論拠を示してね―ことがゴミカスだと判断する理由だって書いてあんじゃん

にほんごりかいできないのかなー???wwwwwwwwwwwww
コメント1件

688
仕様書無しさん[sage]   投稿日:2017/03/24 22:30:29
685 : 仕様書無しさん2017/03/24(金) 22:27:29.15
>683
論拠を示せよゴミカスwww


            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ 死ねばいいのに!
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

689
仕様書無しさん[sage]   投稿日:2017/03/24 22:33:17
>685 みたいな糞マヌケが母親の子宮頸を通ってこの世に出てきてしまったことこそがこの世の害悪の全ての根源なのです。

690
仕様書無しさん[sage]   投稿日:2017/03/24 22:34:47
679 名前:仕様書無しさん 2017/03/24(金) 22:21:49.65
680 名前:仕様書無しさん 2017/03/24(金) 22:22:28.55
681 名前:仕様書無しさん 2017/03/24(金) 22:22:40.73

顔真っ赤にしてクソ一行レス三連投!

691
仕様書無しさん[]   投稿日:2017/03/24 22:36:20
>687
A⇒B と B⇒A は違うのだよぉw
知らなかったでしょwおバカさんwww
コメント2件

692
仕様書無しさん[sage]   投稿日:2017/03/24 22:38:01
>691
コレだけ時間かけてその答えなの? くっそ遅w
それがメインディッシュだと思っちゃったの??????wwwww

そんな御託はどうでもいいから

> んで、もう一回だけ聞いておくけど
> >664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

これ、答えろよwwwwwww
コメント1件

693
仕様書無しさん[sage]   投稿日:2017/03/24 22:38:48
なんだ?まだコメントがネストできる
言語わからないのか?w
コメント2件

694
仕様書無しさん[sage]   投稿日:2017/03/24 22:39:00
やっべ、まじこいつ、頭やっべwww

>691 : 仕様書無しさん2017/03/24(金) 22:36:20.57

なんでこんな馬鹿が生まれてきちゃったんだよ…

695
仕様書無しさん[]   投稿日:2017/03/24 22:39:31
>692
Neetが何質問なんかしちゃってんのぉwww
ねぇ?「権利」って知ってるぅ〜〜wwww
コメント2件

696
仕様書無しさん[sage]   投稿日:2017/03/24 22:40:15
>693

でました、「まだわからないのか?」

んな出し惜しみしてね〜でとっとと言えばいいのに
それでそれが

>言語によっては“普通”に対応してある

普通なのか考えてみればいいのに

ノータリンって本当におもろいな

697
仕様書無しさん[]   投稿日:2017/03/24 22:41:15
発狂しとるw簡単やなコイツw
コメント2件

698
仕様書無しさん[sage]   投稿日:2017/03/24 22:41:33
>695

>Neetが何質問なんかしちゃってんのぉwww

ごめんなさい、日本語話してくださいw

>ねぇ?「権利」って知ってるぅ〜〜wwww

話がどう繋がってるのかわかりません、なにじんですかw
コメント1件

699
仕様書無しさん[sage]   投稿日:2017/03/24 22:41:53
>697
おまえだよw

700
仕様書無しさん[]   投稿日:2017/03/24 22:42:54
>698
つまり「ゴメンナサイ」なのだな理解してあげる(ハ〜ト

701
仕様書無しさん[sage]   投稿日:2017/03/24 22:43:01
>693
>695
>697

こいつ、マジ最強だなw
本当にてめーの論理が破綻してること、全く分かってないで「発狂しとるw簡単やなコイツw」だもんな

702
仕様書無しさん[sage]   投稿日:2017/03/24 22:45:01
       / \  /\ キリッ
.     / (ー)  (ー)\    <「(ハ〜ト」
    /   ⌒(__人__)⌒ \
    |      |r┬-|    |
     \     `ー’´   /
    ノ            \
  /´               ヽ
 |    l              \
 ヽ    -一””””~~``’ー&#8211;、   -一”””’ー-、.
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

          ____
        /_ノ  ヽ、_\
 ミ ミ ミ  o゚((●)) ((●))゚o      ミ ミ ミ   <だっておwww
/⌒)⌒)⌒. ::::::⌒(__人__)⌒:::\   /⌒)⌒)⌒)   
| / / /     |r┬-|    | (⌒)/ / / //       
| :::::::::::(⌒)    | |  |   /  ゝ  :::::::::::/      
|     ノ     | |  |   \  /  )  /
ヽ    /     `ー’´      ヽ /    /
 |    |   l||l 从人 l||l      l||l 从人 l||l  バンバン
 ヽ    -一””””~~``’ー&#8211;、   -一”””’ー-、
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

703
仕様書無しさん[]   投稿日:2017/03/24 22:45:15
以上、墓穴を掘って発狂しちゃうバカをお送りしました
コメント1件

704
仕様書無しさん[]   投稿日:2017/03/24 22:45:29
何重にも入れ子にする時は普通ネストって言う
コメント7件

705
仕様書無しさん[sage]   投稿日:2017/03/24 22:45:59
       / \  /\ キリッ
.     / (ー)  (ー)\    <「NestをNeetでかけてやった、オレ、天才」
    /   ⌒(__人__)⌒ \
    |      |r┬-|    |
     \     `ー’´   /
    ノ            \
  /´               ヽ
 |    l              \
 ヽ    -一””””~~``’ー&#8211;、   -一”””’ー-、.
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

706
仕様書無しさん[sage]   投稿日:2017/03/24 22:46:51
>704 : 仕様書無しさん2017/03/24(金) 22:45:29.85
>何重にも入れ子にする時は普通ネストって言う

そうだよ? そんなことはお前以外全員わかってるよ?

論点、そこだと思ってたの? 脳みそあるの?

707
仕様書無しさん[sage]   投稿日:2017/03/24 22:47:40
やべぇ、マジやべぇ >704wwww
まだ論点わかってねぇwwwww

708
仕様書無しさん[sage]   投稿日:2017/03/24 22:48:50
健全でない言葉が含まれているため表示しません 内容を確認する

709
仕様書無しさん[sage]   投稿日:2017/03/24 22:50:11
>703

んで、誰の墓穴だったっけ?wwwwww

710
仕様書無しさん[sage]   投稿日:2017/03/24 22:51:17
馬鹿がわいてるな
コメント2件

711
仕様書無しさん[sage]   投稿日:2017/03/24 22:51:36
あー、もしかして>704って

> >658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
> ダブルスラッシュを考えた奴は、マジで頭良いと思う。
> /*   */
> よりも見やすいからな。

このクソ馬鹿本人なのか?

712
仕様書無しさん[sage]   投稿日:2017/03/24 22:51:53
>710
おまえのことなw
コメント1件

713
仕様書無しさん[sage]   投稿日:2017/03/24 22:52:39
やっべ、

>ダブルスラッシュを考えた奴は、マジで頭良いと思う。 /*   */ よりも見やすいからな。

君が自己紹介し始めたwwwww >710

714
仕様書無しさん[sage]   投稿日:2017/03/24 22:55:06
>704
あのな、お前が「権利」とか持ち出したから言うけどな、
マトモな議論できね―バカに発言権なんか、ねーよ

死ね、ゴミカス

715
仕様書無しさん[sage]   投稿日:2017/03/24 22:55:12
馬鹿がわいてるな
コメント1件

716
仕様書無しさん[sage]   投稿日:2017/03/24 22:58:20
>715

>712

おまえ、本当にダメだな。一生ゴミクズのまま終わるだろう。
一生底辺でやってなよ。オレには知ったこっちゃないけどな。

717
仕様書無しさん[]   投稿日:2017/03/24 22:59:14
>662
そうでもない。英語だとUTF-8でも1文字が1バイトだから、英語圏の人間は1文字が1バイトとして実装していたりする。
コメント1件

718
仕様書無しさん[]   投稿日:2017/03/24 22:59:17
自覚を持ったバカwwww
コメント1件

719
仕様書無しさん[sage]   投稿日:2017/03/24 23:01:36
>718

       ____
     /_ノ  ヽ、_\
   o゚((●)) ((●))゚o   ,. -- 、
  /::::::⌒(__人__)⌒:::::: /    __,>─ 、
  |     |r┬-|    /          ヽ
  |     | |  |   {            |__
  |     | |  |    }  \       ,丿 ヽ
  |     | |  |   /   、 `┬----‐1    }
  |     | |  |  /   `¬|      l   ノヽ    >717に阻止されてやがるwwwwwwwwwwwww
  \      `ー'ォ /    、 !_/l    l    /  }
           {       \     l   /  ,'
           \      ´`ヽ.__,ノ  /   ノ
             \     ヽ、\ __,ノ /
               ̄ ヽ、_  〉 ,!、__/
                    ̄

720
仕様書無しさん[sage]   投稿日:2017/03/24 23:02:19
やっべ、マジ>704、おもしれーwwwww

721
仕様書無しさん[sage]   投稿日:2017/03/24 23:06:37
コメントがネストできる言語あった
コメント2件

722
仕様書無しさん[sage]   投稿日:2017/03/24 23:09:28
結局

> んで、もう一回だけ聞いておくけど
> >664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

これには答えねーしな

バカはさ、テメーのくだらねープライドとかどうでもいいから質問にだけ答えろよ、ホント

それが一番てめーのためになるのに、それをしねーからいつまでたってもマヌケなんだよ

723
仕様書無しさん[sage]   投稿日:2017/03/24 23:09:53
>721

なんで過去形になってんだよwwwww

724
仕様書無しさん[sage]   投稿日:2017/03/24 23:11:10
やべぇ、まじ、腹筋やべぇwwww

725
仕様書無しさん[]   投稿日:2017/03/24 23:11:51
>721
コメントがネストできるのではなく、コメント構文がネストできるの間違いでは?
コメント1件

726
仕様書無しさん[sage]   投稿日:2017/03/24 23:12:38
>725
なんだかよくわからんけど、それ本当にネストなの?

727
仕様書無しさん[sage]   投稿日:2017/03/24 23:13:12
コメントをネストする意義って、何よ?
コメント1件

728
仕様書無しさん[sage]   投稿日:2017/03/24 23:14:59
> んで、もう一回だけ聞いておくけど
> >664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

729
仕様書無しさん[]   投稿日:2017/03/24 23:16:33
バカ、どうしても質問に答えて欲しいの巻wwww
コメント1件

730
仕様書無しさん[sage]   投稿日:2017/03/24 23:19:47
>729
>バカ、どうしても質問には答えられないの巻wwww

731
仕様書無しさん[]   投稿日:2017/03/24 23:21:07
>727
コメントアウトした部分を含めてコメントアウトできる。
コメント2件

732
仕様書無しさん[sage]   投稿日:2017/03/24 23:21:09
658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。


   ∩___∩
   | ノ      ヽ/⌒) あばばばばばば
  /⌒) (゚)   (゚) | .|
 / /   ( _●_)  ミ/    ∩―−、
.(  ヽ  |∪|  /    / (゚) 、_ `ヽ
 \    ヽノ /      /  ( ●  (゚) |つ
  /      /      | /(入__ノ   ミ   あばばっあびゃばびゃばば
 |       /       、 (_/    ノ
 |  /\ \       \___ ノ゙ ─ー
 | /    )  )       \       _
 ∪    (  \        \     \

733
仕様書無しさん[sage]   投稿日:2017/03/24 23:21:55
>731

おまえ、アホ君だろ?

コメントアウトした中のコメントアウトになんの意味があんの?
アクセスしたいの?

734
仕様書無しさん[sage]   投稿日:2017/03/24 23:22:21
進撃のアホ君

735
仕様書無しさん[sage]   投稿日:2017/03/24 23:23:35
まだ論点がわかってない進撃のアホ君

> んで、もう一回だけ聞いておくけど
> >664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

これに答えろって言ってるのに全く答えず、頓珍漢なレスをし続けるアホ君

736
仕様書無しさん[sage]   投稿日:2017/03/24 23:25:02
やべぇよ、>704って知能指数測ったらマイナス行くんじゃね?

737
仕様書無しさん[]   投稿日:2017/03/24 23:33:35
ラップ()
コメント1件

738
仕様書無しさん[sage]   投稿日:2017/03/24 23:35:45
>731

こいつ、マジ発達障害かなんかだろ

マトモな会話ができん

739
仕様書無しさん[sage]   投稿日:2017/03/24 23:36:18
>737

うん、おまえは黙ってていいよ、日本語読めないみたいだから

740
仕様書無しさん[]   投稿日:2017/03/24 23:40:54
/**/の中に/**/のコメントを含むコード片を入れる事だってできる
コメント1件

741
仕様書無しさん[]   投稿日:2017/03/24 23:43:14
バカ、次第に飽きられる…

742
482[sage]   投稿日:2017/03/25 02:13:27
>740
どの言語でも?

743
仕様書無しさん[sage]   投稿日:2017/03/25 02:16:28
しっかし、

> んで、もう一回だけ聞いておくけど
> >664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

コレに答えろっつってんのに、なんで誰も答えね―んだろうな?

本当にゴミクズしかいねーのかな?

744
仕様書無しさん[sage]   投稿日:2017/03/25 05:57:00
WrapとNestの違いで揉める低能御用達スレw
コメント1件

745
仕様書無しさん[sage]   投稿日:2017/03/25 07:51:14
ワラップとネストって何

746
仕様書無しさん[sage]   投稿日:2017/03/25 19:08:59
ワラップ・・・・?

747
仕様書無しさん[sage]   投稿日:2017/03/25 19:52:56
やっと突っ込んでくれたか!

748
仕様書無しさん[sage]   投稿日:2017/03/25 20:07:14
>744
の、主が、お ま え ♪

749
仕様書無しさん[sage]   投稿日:2017/03/25 20:09:39
658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。


   ∩___∩
   | ノ      ヽ/⌒) あばばばばばば
  /⌒) (゚)   (゚) | .|
 / /   ( _●_)  ミ/    ∩―−、
.(  ヽ  |∪|  /    / (゚) 、_ `ヽ
 \    ヽノ /      /  ( ●  (゚) |つ
  /      /      | /(入__ノ   ミ   あばばっあびゃばびゃばば
 |       /       、 (_/    ノ
 |  /\ \       \___ ノ゙ ─ー
 | /    )  )       \       _
 ∪    (  \        \     \

750
仕様書無しさん[sage]   投稿日:2017/03/25 20:17:39
さて俺の出題した問題の答はわかったかな?
コメントをネストできる言語がなにかわかったか?
コメント5件

751
仕様書無しさん[]   投稿日:2017/03/25 20:26:02
>750
わかりません
教えてください
この通りです

752
仕様書無しさん[sage]   投稿日:2017/03/25 21:45:07
Swift

753
仕様書無しさん[sage]   投稿日:2017/03/25 21:54:09
で? それがどうかしたの?

754
仕様書無しさん[sage]   投稿日:2017/03/25 21:55:29
これのこと?

http://blog.morizotter.com/2014/06/17/swift-comment-nest/

これ、ただのwrapじゃん。
コメント1件

755
仕様書無しさん[sage]   投稿日:2017/03/25 21:56:23
>750 : 仕様書無しさん2017/03/25(土) 20:17:39.75
> さて俺の出題した問題の答はわかったかな?
> コメントをネストできる言語がなにかわかったか?

た だ の ら っ ぷ じ ゃ ん wwwww

756
仕様書無しさん[sage]   投稿日:2017/03/25 21:57:42
Nest(ネスト)って、入れ子構造のことなよの? モルダー

757
仕様書無しさん[sage]   投稿日:2017/03/25 21:58:18
Nest(ネスト)って、入れ子構造のことなのよ? モルダー
あなた、疲れてるわ >750

758
仕様書無しさん[sage]   投稿日:2017/03/25 21:59:17
>750
そのSwiftの“ネストされた”コメント、
中間の構造を破綻させたらコンパイルエラーでも起きるのかしら? モルダーwwww

759
仕様書無しさん[sage]   投稿日:2017/03/25 21:59:52
モルダー、あなた、憑かれてるわwwwwwww >750

760
仕様書無しさん[sage]   投稿日:2017/03/25 22:02:10
コメンテーターはどうでもいいことに拘るよな
コメント1件

761
仕様書無しさん[sage]   投稿日:2017/03/25 22:39:53
>754
> これ、ただのwrapじゃん。
それをwrapだというのなら、
お前が言うnestとはなんだ?
言ってみろ
コメント1件

762
仕様書無しさん[sage]   投稿日:2017/03/25 22:42:18
>760
> 中間の構造を破綻させたらコンパイルエラーでも起きるのかしら? モルダーwwww

起きるだろうな。

ネストできない言語であればコメントの開始と終わりの対応が取れていなくてもエラーにならないが
コメントのネストができる言語では、ネストの対応を壊せば当然コンパイルエラーになる。

763
仕様書無しさん[sage]   投稿日:2017/03/25 22:44:26
https://swift.sandbox.bluemix.net/#/repl

中間の構造を破綻させたらコンパイルエラーになったな。

/* /* */

というコメントが見事エラーになった

764
仕様書無しさん[sage]   投稿日:2017/03/25 22:44:49
もちろん
/* /* */ */
であればエラーにならない

765
仕様書無しさん[sage]   投稿日:2017/03/26 03:12:07
そうなんだ
/* /**/はできて
/* /**/ */は/* /**//**/って書かなきゃなのかと思ってた
grepした時わかりやすいから//の方が好きだけど

766
仕様書無しさん[sage]   投稿日:2017/03/26 09:00:58
へー、そうなんだ。ならそれはネストだね
で、そうするとやっと本題に戻れるんだけど、

1.他にコメント出来る言語は?
2.それは普通のことなの??


>670 : 仕様書無しさん2017/03/24(金) 22:02:31.10
> > ネストされたコメント、たのしーなー
> 何が楽しいのかわからない。
>
> 言語によっては“普通に”対応してある


たのしーなー♪
コメント1件

767
仕様書無しさん[sage]   投稿日:2017/03/26 09:03:52
>761 : 仕様書無しさん2017/03/25(土) 22:39:53.93
> それをwrapだというのなら、
> お前が言うnestとはなんだ?
> 言ってみろ

言ったよ? で?

しらねーよ、Swiftとかローカル言語w
もっとメジャーになって広く活用されるようになってから外に出てこいよ、クソ言語w

768
仕様書無しさん[sage]   投稿日:2017/03/26 21:27:46
>766
必死だなw

言語(Swift)によっては“普通に”対応してある

事実だっただろw


はっはっは。答えを知っていながら
おちょくるのは、たのしーなー♪
コメント2件

769
仕様書無しさん[]   投稿日:2017/03/26 22:40:24
痛いな

770
仕様書無しさん[sage]   投稿日:2017/03/27 09:04:28
痛いな(もっとやれwww)

771
仕様書無しさん[sage]   投稿日:2017/03/27 12:48:51
>768
おちょくられてるのは、お ま え♪

1.他にコメント出来る言語は?
2.それは普通のことなの??

答えてみろよ、日本語知らねーバカw

772
仕様書無しさん[sage]   投稿日:2017/03/27 12:53:06
いるよねー、何でもかんでも“普通に”って言うバカ♪

「それおいしい?」
「普通においしい」

いーーーーーーーーひゃっひゃっひゃっひゃ!

バカ満載wwwwwww

773
仕様書無しさん[sa]   投稿日:2017/03/27 12:54:59
>言語(Swift)によっては“普通に”対応してある

どうせそういうこと言うだろうと思って
>671から泳がせてんのに
さんざん勿体つけて引っ張った挙句、
想像してた通りのこと言って喜んでるんだからバカも底抜けすぎんだろwww

> はっはっは。答えを知っていながら
> おちょくるのは、たのしーなー♪

やてw バカもここまでくると尊敬するわ  ゆ と り ガ イ ジ くん

774
仕様書無しさん[]   投稿日:2017/03/27 12:55:39
普通のバカ発見

775
仕様書無しさん[sage]   投稿日:2017/03/27 12:56:11
>768
ほれ、コレに答えろよ、早くwwwww

1.他にコメント出来る言語は?
2.それは普通のことなの??

答えてみろよ、日本語知らねーゆとりガイジくん♪

776
仕様書無しさん[sage]   投稿日:2017/03/27 13:00:35
おまえらクソグラマはさ、プログラム言語の前に日本語覚えろよ、な?w

777
仕様書無しさん[sage]   投稿日:2017/03/28 00:43:54
コメントアウト。って言葉あるよね。
うーむ、動かんな。ってんで
ごっそりコメントにして、新しく書き直すとか。
俺のプログラムはそういいうのが多いよ。

あとから読む人・メンテする人、ばっさり消して下さいね。
俺は消せないです。動かなくなるから。
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラマー板 タイトル検索

このスレッドが人気です(実況系)
実況 ◆ テレビ朝日 47334 (553)テレ朝実況
実況 ◆ 日本テレビ 54700 (913)NTV実況
白熱ライブ ビビット★1 (828)TBS実況
実況 ◆ フジテレビ 82979 (118)フジ実況
国会中継「参議院決算委員会質疑」★1 (692)NHK実況
NHK総合を常に実況し続けるスレ132259 キヌア (934)NHK実況
寺門ジモンの取材拒否の店2017春★2 (746)フジ実況
おはよう!時代劇 暴れん坊将軍3 #102(第108話)[字][再] (578)テレ朝実況
このスレッドが人気です(ニュース系)
【辻元氏会見中止】辻元清美氏に関する記述、民進「事実に反する虚偽」と否定 メディア各位に拡散しないよう要求★383 (578)ニュー速+
【辻元氏会見中止】辻元清美氏に関する記述、民進「事実に反する虚偽」と否定 メディア各位に拡散しないよう要求★382 (1000)ニュー速+
【辻元氏会見中止】辻元清美氏に関する記述、民進「事実に反する虚偽」と否定 メディア各位に拡散しないよう要求★381 (1000)ニュー速+
【辻元氏会見中止】辻元清美氏に関する記述、民進「事実に反する虚偽」と否定 メディア各位に拡散しないよう要求★380 (1000)ニュー速+
【辻元氏会見中止】辻元清美氏に関する記述、民進「事実に反する虚偽」と否定 メディア各位に拡散しないよう要求★379 (1000)ニュー速+
【森友学園】財務省「谷氏から照会があったのは2015年11月頃」 民進、谷氏招致求める 昭恵夫人の招致に首相応じず★9 (939)ニュー速+
【辻元氏会見中止】辻元清美氏に関する記述、民進「事実に反する虚偽」と否定 メディア各位に拡散しないよう要求★378 (1001)ニュー速+
【辻元氏会見中止】辻元清美氏に関する記述、民進「事実に反する虚偽」と否定 メディア各位に拡散しないよう要求★377 (1000)ニュー速+
プログラマー板の人気スレ
プログラマの雑談部屋 ★4 (90)
50代のプログラマーいる?Part18 (991)
34歳、発達障害の無職ですが…4 (795)
競技プログラミングにハマるプログラマのスレ 9 (530)
プログラマーはアニメをみよう! 19クール (84)
コメントコメントうるせぇ 2 (777)
【コードで】paiza(パイザ)【転職】Part7 (965)
【鬱病】壊れたプログラマー 45人目 【爆死】 (443)
土曜・日曜は岡部健のブログを読み解こう!★22 (631)
COBOLって今需要増えてるの?Part5 (691)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (885)
上流工程やりたくない (216)
【有能】東京コンピュータサービス Ver3【無能】 (583)
土曜・日曜は岡部健のブログを読み解こう!★21 (992)
【CodeIQ】コーディング転職【paiza】 (51)
下流風情でほざいているお前らコレ企画設計してみろ (753)
おもしろいコピペがあったら貼るスレinマ板part44 (292)
◆個人事業主専門スレ48本目◆ (645)
起業しようぜ15 (1087)
初心者プログラマーの寺子屋 #2 (188)
土曜・日曜は岡部健のブログを読み解こう!★13 (999)
プログラムセンスがある人とない人の違い 4 (768)
20万人月が証明する内製回帰必然説 (589)
高い技術力のプログラマを歳でやめさせる馬鹿IT業界 (825)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 正常取得 - 12件 - 取得完了