板検索:
コメントコメントうるせぇ 2 (1002)
まとめビュー
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
コメント1件

777
仕様書無しさん[sage]   投稿日:2017/03/28 00:43:54
コメントアウト。って言葉あるよね。
うーむ、動かんな。ってんで
ごっそりコメントにして、新しく書き直すとか。
俺のプログラムはそういいうのが多いよ。

あとから読む人・メンテする人、ばっさり消して下さいね。
俺は消せないです。動かなくなるから。
コメント2件

778
仕様書無しさん[]   投稿日:2017/03/28 11:28:58
>777

779
仕様書無しさん[sage]   投稿日:2017/03/28 11:57:44
デバッグを勘と経験だけでやってる素人だから触れるなw

780
仕様書無しさん[]   投稿日:2017/03/28 12:05:45
>776

//おまえらクソグラマはさ、プログラム言語の前に日本語覚えろ

このコメントを、新規開発ソフトに挿入してみんながどんな反応を示すか
見てみたい。

781
仕様書無しさん[]   投稿日:2017/03/28 12:34:38
なんつうか…不自然な日本語だな…

782
仕様書無しさん[sage]   投稿日:2017/03/28 16:38:42
>777
そのままコミットしたら鼻にグーで俺の手を打ち込むからな?

783
仕様書無しさん[sage]   投稿日:2017/03/28 19:31:57
この業界空気読まないから
そんな理由で優しくするわけがない。

784
仕様書無しさん[]   投稿日:2017/03/31 10:15:14
コメントの書き方一つでも、個人の
個性は露骨に出るよね?

785
仕様書無しさん[sage]   投稿日:2017/03/31 20:30:30
出るね
着眼点がモロわかりになるから実力を誤魔化せない

786
仕様書無しさん[sage]   投稿日:2017/04/01 10:02:25
ここのコメンテーターはコードよりもコメントの方が記述多そうだもんな

787
仕様書無しさん[sage]   投稿日:2017/04/01 11:21:40
それについてはノーコメント

788
仕様書無しさん[]   投稿日:2017/04/01 11:37:05
俺はノーコメント

789
仕様書無しさん[sage]   投稿日:2017/04/01 13:33:51
コード:コメント = 2:1 ぐらい
コメント1件

790
仕様書無しさん[sage]   投稿日:2017/04/01 13:55:02
>789
大杉w

791
仕様書無しさん[sage]   投稿日:2017/04/01 15:39:21
関数ヘッダコメント込みなら普通
1関数20行で10行のヘッダコメント付けたらそれだけで2:1なってしまう

792
仕様書無しさん[sage]   投稿日:2017/04/01 16:02:40
ヘッダファイルがコメント扱いとか屁理屈だな

793
仕様書無しさん[sage]   投稿日:2017/04/01 16:10:11
ヘッダ[ファイル]ではない

794
仕様書無しさん[sage]   投稿日:2017/04/01 22:01:00
コメントいっぱい書いちゃう

795
仕様書無しさん[sage]   投稿日:2017/04/01 22:13:44
コメントが動くわけでもないのに、書けとかアホリーダー、アホプロパ、アホ顧客のパワハラだろな。

的確なクラス設計に、メソッド名、明瞭な20行以内のコードすら理解できないのだから。
○○○クラスといったら、○○○クラスだよ。それしか言うことはないぜ。

ソースコードは納品物の対象外にしてはどうだろうか。
コメント3件

796
仕様書無しさん[sage]   投稿日:2017/04/01 23:08:02
>795
それな。コーディングスタイルによっては
クラスや(パブリック)メソッドには必ずコメントを書け
というのがあるけれど、

単にクラス名を転記するだけ。
引数の変数名でわかることを単に転記するだけ。
そんなコメントは意味がない。
コメント1件

797
仕様書無しさん[sage]   投稿日:2017/04/02 09:43:20
>795->796
だって、HTMLドキュメントを生成する時にカバレッジ100%になってないって苦情来そうなんだもん
コメント2件

798
仕様書無しさん[sage]   投稿日:2017/04/02 11:02:15
>795
それで発注してくれる顧客がいて、その方が利益取れるならそうするよね。
俺が発注元なら1人月10万でもそんなとこに発注しないが。

799
仕様書無しさん[sage]   投稿日:2017/04/02 12:58:46
>797
コメントはカバレッジには一切含まれないぞw
コメント1件

800
仕様書無しさん[sage]   投稿日:2017/04/02 22:00:42
>799
ドキュメント生成ツールに表示されるんだよ
何%の(パブリック)クラス、メソッド、関数にコメントが記載されてます的な
コメント1件

801
仕様書無しさん[sage]   投稿日:2017/04/03 00:15:11
>800
今はカバレッジの話をしてる
コメント1件

802
仕様書無しさん[sage]   投稿日:2017/04/03 12:46:41
>801
お前の言うカバレッジの意味をかけよ

テスト限定ならテストカバレッジというべき
コメント1件

803
仕様書無しさん[sage]   投稿日:2017/04/03 21:40:32
>802
そんなの自分でぐぐれよ。

まあいいやこれとかでいい?
https://www.techmatrix.co.jp/t/quality/coverage.html#statement

> ステートメントカバレッジ(C0:命令網羅率)
> すべての実行可能命令(ステートメント)のうち、テストで実行された命令の割合です。

重要なのは「ステートメント」=「実行可能命令」
コメント1件

804
仕様書無しさん[sage]   投稿日:2017/04/03 23:44:16
>803
だからそれはテストでのカバレッジの話だろ
広義的な意味で使ってるのに対して、なんで狭義的な意味合いを持ち出してプゲラーしてんの?
コメント2件

805
仕様書無しさん[sage]   投稿日:2017/04/04 00:00:44
>804
アホが来た
コメント1件

806
仕様書無しさん[sage]   投稿日:2017/04/04 07:36:36
>805
自己紹介乙

807
仕様書無しさん[sage]   投稿日:2017/04/04 10:17:08
コメントカバレッジなんかいちいち検査するか?
コメント1件

808
仕様書無しさん[]   投稿日:2017/04/04 12:21:20
#include <Windows.h>

#pragma comment(lib, "user32.lib") // なくても動いたw
                    // 見づらいコメント
int main() {              // メイン関数
MessageBox(NULL, "クソグラマは引退しろw", "Hello", MB_OK | MB_ICONINFORMATION);
return 0;             // 何でreturnするのか最初はわからんかった。
}

809
仕様書無しさん[]   投稿日:2017/04/04 12:24:34
なんやねんコメントカバレッジて?
息を吸うようにさらっと造語使うなよ

810
仕様書無しさん[sage]   投稿日:2017/04/04 12:27:52
自分がやらされてる事の意味が解ってない人、多いよね

811
仕様書無しさん[sage]   投稿日:2017/04/04 13:13:22
>807
パブリックAPIドキュメントにコメント無いAPIがあったら突っ込み入れる人は存在するんじゃねーの?

812
仕様書無しさん[sage]   投稿日:2017/04/04 20:58:25
>804
テストカバレッジ?そうだな。
テストのカバレッジの話をしている。

でお前は、なんのカバレッジの話をしてるのだ?
コメントも含めるのは何カバレッジなんだ?
コメント1件

813
812[sage]   投稿日:2017/04/04 20:59:11
一応言っておくと、コードカバレッジなw

814
仕様書無しさん[sage]   投稿日:2017/04/04 21:25:21
>812
だからパブリックAPIドキュメントの網羅率だってーの
何回書かせる気だ?

きちんと定義した言葉があったら教えて欲しいわ
コメント1件

815
仕様書無しさん[sage]   投稿日:2017/04/04 21:32:12
> だからパブリックAPIドキュメントの網羅率だってーの

それ英語(カタカナ)でいうと?
コメント1件

816
仕様書無しさん[sage]   投稿日:2017/04/04 21:37:07
>815
お前、めんどくせぇとか性格悪いとか市ねって良く言われるだろ

817
仕様書無しさん[sage]   投稿日:2017/04/04 21:48:06
カバレッジじゃないと認めればいいだけだよw
コメント2件

818
仕様書無しさん[sage]   投稿日:2017/04/04 21:51:02
>817
はいはい、カバレッジじゃありませんね
正しい回答よろしくお願いします

1レスで済む話を一体どんだけ引き延ばす気なんだ?

819
仕様書無しさん[sage]   投稿日:2017/04/04 21:53:53
最初から答え言ってるだろ

>797
コメントはカバレッジには一切含まれないぞw
コメント1件

820
仕様書無しさん[]   投稿日:2017/04/04 22:12:43

821
仕様書無しさん[sage]   投稿日:2017/04/04 22:25:39
>817
「ザ!世界仰天ニュース4時間SP
なぜエリート女性官僚は無実なのに逮捕された?」

今見てるけど、悪役の検察官が同セリフ言ってたわ

822
仕様書無しさん[sage]   投稿日:2017/04/04 22:49:32
>814
少なくともカバレッジとはいわんだろ
コメント1件

823
仕様書無しさん[sage]   投稿日:2017/04/04 22:57:40
カバレッジ(coverage)とは、「ものや範囲をどのくらいカバーしているか(カバー率)」を表す。
この際 "Public API document coverage" とでも押し通しときゃいいのに。

824
仕様書無しさん[sage]   投稿日:2017/04/04 23:08:04
なんでカバレッジなのかねえ?
カバレージのような気がするが、世間の浸透率のせい?
アベレージも正しくはアベレッジ?
コメント1件

825
仕様書無しさん[sage]   投稿日:2017/04/04 23:16:05

826
仕様書無しさん[sage]   投稿日:2017/04/04 23:24:04
>825
アベレージは?
コメント1件

827
仕様書無しさん[sage]   投稿日:2017/04/04 23:29:06
>826
120
自己最高記録は157だ

828
仕様書無しさん[sage]   投稿日:2017/04/04 23:45:35
すみません誤爆です

829
仕様書無しさん[sage]   投稿日:2017/04/05 00:20:34
>819
つまり、お前は適切な回答をできない糞以下の何かってことだな

>822
では、何というべきか?
具体的な用語が出ないようなら反論は認めない
コメント1件

830
仕様書無しさん[sage]   投稿日:2017/04/05 01:30:49
コメンテーターはどうでもいいことばっかり拘るなあ

831
仕様書無しさん[sage]   投稿日:2017/04/05 02:00:09
>829
> では、何というべきか?
名前なんてないよ。

だからこそカバレッジではないということになる。

832
仕様書無しさん[]   投稿日:2017/04/05 04:56:40
カバカバ女かどうかの問題だろ

833
仕様書無しさん[sage]   投稿日:2017/04/05 22:56:52
ie11で作ってるのにie8使うっつから、
コメントなしメソッド、一気に6個追加。
ざまみろ。

834
仕様書無しさん[sage]   投稿日:2017/04/06 00:16:54
変な動きしてる共通処理
どういうつもりで書かれたのか本当は何がしたいのかいまいちわからない
コメント1件

835
仕様書無しさん[sage]   投稿日:2017/04/06 07:29:02
>834
コメントあんまり関係ないけど、あるあるw

そういうのは、部品がデカすぎなんだよね
あれこれやってるか何をやりたいのかボヤけて意味不明な処理
もしくは部品が小さすぎて、タイプ数を減らすだけの意味なし処理

836
仕様書無しさん[sage]   投稿日:2017/04/06 08:35:49
せめてコメントがあれば追いやすいのか
逆に余計にこんがらがるのか
初期化でその変数突っ込んでる意味はなんなんだ多分間違ってるし
コメント1件

837
仕様書無しさん[]   投稿日:2017/04/06 10:06:15
>836
初心者やレベルの低いプログラマは、意味なく変数に初期値を設定してたりする。

言語仕様の初期値をセットしてるから笑える。
コメント3件

838
仕様書無しさん[sage]   投稿日:2017/04/06 10:22:06
>837
言語使用上問題なくても、コンパイラが糞だったりするとデフォルトの初期値が入ってなかったりしたことあったんで、未だに信用できなかったりするけど

そもそもデフォルトの値っていちいち調べるのめんどくさくね?
正しい値なら最初から何か入ってる方が良いわ
間違った値ならシラネ

839
仕様書無しさん[sage]   投稿日:2017/04/06 10:27:22
C#なら無駄だけど、CやC++なら必ず初期値入れとかないと処理系依存だから、痛い目に遭う。
コメント1件

840
仕様書無しさん[sage]   投稿日:2017/04/06 10:54:48
初期値っつうか変数に値を入れるのは当たり前の話で
そこにデフォルト値を強制するコンパイラがあったってことでしょ?
コメント1件

841
仕様書無しさん[]   投稿日:2017/04/06 11:14:24
>839
だから言語仕様と言ってるだろうが。C、C++はメモリを割り当てるだけ。

842
仕様書無しさん[]   投稿日:2017/04/06 11:17:48
>840
C、C++で一度も値を設定していないのに参照するようなプログラムを書いた場合、親切なコンパイラは警告を出すだけだろ。

843
仕様書無しさん[sage]   投稿日:2017/04/06 14:20:51
いまどきのCPUは、初期化してないアドレスにリードアクセスすると、例外割り込みが発生するからなぁ〜
コメント1件

844
仕様書無しさん[sage]   投稿日:2017/04/06 20:42:41
>837
初期化の時に変数にグローバル変数入れてる
共通処理なのでいろんなタイミングで呼ばれてるからいつ何の値が入るのか不明

845
仕様書無しさん[sage]   投稿日:2017/04/06 20:46:47
>837
> 初心者やレベルの低いプログラマは、意味なく変数に初期値を設定してたりする。

上級者は再代入しないから、初期値というか定義みたいなものになるよね
意味ある値を代入して、その後変更しない。
コメント1件

846
仕様書無しさん[sage]   投稿日:2017/04/06 20:47:51
>843
> いまどきのCPUは、初期化してないアドレスにリードアクセスすると、例外割り込みが発生するからなぁ〜

それは間違い。

プロセスに割り当てていないアドレスにアクセスした場合
コメント1件

847
仕様書無しさん[sage]   投稿日:2017/04/06 21:42:47
>846
いや、そー言うアーキテクトじゃ無いんだけど、ちなみにrl78な。

848
仕様書無しさん[]   投稿日:2017/04/07 02:37:36
>845
なんだ初心者か。それは変数ではなく定数だぞ。
コメント2件

849
仕様書無しさん[sage]   投稿日:2017/04/07 06:33:28
>848は考え方が古いわな
値が変わらないものが定数だという思い込みはコワイ

850
仕様書無しさん[sage]   投稿日:2017/04/07 09:02:13
最近は定数も値が変わるのか
コメント1件

851
仕様書無しさん[sage]   投稿日:2017/04/07 09:09:25
パソコンの構造上定数なんて存在しない。
ROMに焼き付けるなどして初めて定数と言う。
コメント1件

852
仕様書無しさん[sage]   投稿日:2017/04/07 10:18:25
このスレ、マ板の最底辺だな。

853
仕様書無しさん[]   投稿日:2017/04/07 10:22:00
>851
フラッシュROMも同じ扱いでOK?

854
仕様書無しさん[]   投稿日:2017/04/07 14:26:35
この世に永遠不変なものなどない
ROMも破壊されて無くなったり
部品がリサイクルされて生まれ変わるかもしれない
つまり全て変数だ

855
仕様書無しさん[]   投稿日:2017/04/07 14:44:49
昔のPC-98は、誰かがBIOSの中身を完全に吸い出し、
今でもネット上に転がっているぞ。

856
仕様書無しさん[]   投稿日:2017/04/07 21:54:42
>850
ばか死ね

857
仕様書無しさん[sage]   投稿日:2017/04/07 21:54:46
java で、Constantクラスやらかす人はC言語出身だよな。
コメント1件

858
仕様書無しさん[sage]   投稿日:2017/04/07 21:57:02
宣言して値が変わらないものは定数しかない、とか言い出すのもC言語出身

C言語はアホ量産のすくつ

859
仕様書無しさん[]   投稿日:2017/04/07 22:04:02
>857
C言語には値を変えない変数という概念がない。

860
仕様書無しさん[sage]   投稿日:2017/04/07 22:05:11
volatileを信じろ

861
仕様書無しさん[sage]   投稿日:2017/04/07 22:36:55
アホはどの言語使ってもアホ

862
仕様書無しさん[sage]   投稿日:2017/04/07 23:02:48
つーか値変わらない定数ならdefine使えよ
コメント2件

863
仕様書無しさん[sage]   投稿日:2017/04/07 23:40:00
>862
constではなく?
コメント1件

864
仕様書無しさん[sage]   投稿日:2017/04/07 23:52:36
>848
> なんだ初心者か。それは変数ではなく定数だぞ。

定数は、プログラム実行以前に定まる数。
実行時に値が決まって、変数に代入されるが
その値が変わらないのはがそのスコープが消えるまでのものは定数とは呼ばない。
実行されるたびに(変数が確保されるたびに)変わるものは変数
コメント1件

865
仕様書無しさん[]   投稿日:2017/04/08 01:08:52
>864
コンピュータわかってますか?
コメント1件

866
仕様書無しさん[]   投稿日:2017/04/08 01:15:17
>863
C言語でconstが追加されたのはC99からだよ。それまではdefineでコンパイラに対する命令でやるしかない。
コメント1件

867
仕様書無しさん[sage]   投稿日:2017/04/08 01:21:28
> C99からだよ
今はその18年後の世界だよw
コメント1件

868
仕様書無しさん[sage]   投稿日:2017/04/08 01:22:29
>865
言い返せよ雑魚w
コメント1件

869
仕様書無しさん[sage]   投稿日:2017/04/08 01:28:36
>868
wikipedia先生はちがうっていってるよ
https://ja.wikipedia.org/wiki/%E5%AE%9A%E6%95%B0_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)

870
仕様書無しさん[sage]   投稿日:2017/04/08 01:51:28
wikiがどういう仕組みなのか、知らんのか?

871
仕様書無しさん[sage]   投稿日:2017/04/08 01:56:40
>866
aho

872
仕様書無しさん[]   投稿日:2017/04/08 02:38:15
>867
CはC言語でないといけないものを作るために現在は存在している。もともとUNIXを作るために作った言語ということくらい分かってるよね?

Cの役割を知らずにJavaと比べても意味がない。現代ではC言語はCが必要なときに使うもので、Cを使う必要がなければ使わない。

JavaのVMはCで書かれている。RDBMSもCで実装されている。使い分け、役割分担が異なるだけなんだよ。
コメント1件

873
仕様書無しさん[sage]   投稿日:2017/04/08 02:43:04
それはC99が今から18年前の規格という
話と同関係するの?

874
仕様書無しさん[sage]   投稿日:2017/04/08 03:35:13
これ本人の中では未だC99を忌避する理屈になってるんだろうね
糖質なのかな
>872

875
仕様書無しさん[sage]   投稿日:2017/04/08 05:42:48
Cがうんこだから、Javaがでてきたんだろが。
コメント1件

876
仕様書無しさん[]   投稿日:2017/04/08 08:03:54
>862がまさにC言語脳
言語非依存の話をしているのにねえ
C言語脳の人って本当に気持ち悪い・・・

877
仕様書無しさん[]   投稿日:2017/04/08 09:46:53
>875
CとJavaの違いが分からんのか?
プログラマと名乗るなクズ!

878
仕様書無しさん[]   投稿日:2017/04/08 11:28:06
CとJAVAの一番、重要な違いはポインタの有無だけだろ。
他にも違いはあるが、これが一番でかい。
コメント2件

879
仕様書無しさん[sage]   投稿日:2017/04/08 12:35:09
>878
え? 意図的にリソースを解放できるかどうかじゃないの?
コメント1件

880
仕様書無しさん[sage]   投稿日:2017/04/08 12:39:58
>879
お前の言うリソースっていうのはメモリだけだろ?
そのメモリだってC言語で開放したからと言って
OSに返却されるとは限らないし
コメント1件

881
仕様書無しさん[sage]   投稿日:2017/04/08 13:26:35
>878
GCは?

882
仕様書無しさん[]   投稿日:2017/04/08 15:05:03
なんというレベルの低さ
コメント1件

883
仕様書無しさん[]   投稿日:2017/04/08 15:07:22
>880
C言語ではメモリの解放を直接できる。

あんたが誤解してるのはOSがキャッシュとして残す可能性があることだな。
コメント1件

884
仕様書無しさん[sage]   投稿日:2017/04/08 15:09:30
>883
mallocの実装を調べてこい
コメント1件

885
仕様書無しさん[sage]   投稿日:2017/04/08 17:10:42
>882
C言語は低レベルだからな

886
仕様書無しさん[sage]   投稿日:2017/04/08 17:41:33
マロック

887
仕様書無しさん[]   投稿日:2017/04/08 19:26:50
>884
だからOSから見たら、いりませんということになってるんだろうが。

888
仕様書無しさん[sage]   投稿日:2017/04/08 19:28:52
小さくメモリ確保&解放するたびにOSにメモリ返すと
パフォーマンス悪くなるし、メモリの断片化を引き起こすだけだから
mallocは一定サイズごとに確保&解放してるんだよね。
だからOSからみればメモリ使用している状態になる
コメント1件

889
仕様書無しさん[]   投稿日:2017/04/08 23:50:47
ANSI Cの仕様の変遷は詳しくないが、mallocで確保したメモリの解放は当初はUNIXの仕様のためにOS任せだったが、UNIX以外のOSではシステムコールで解放しないと解放しないことから、freeの実装はOS、コンパイラによって異なる。

UNIXのCではJavaっぽくみえるが、OSによっては必ず解放している。OSの判断に任せることを解放していないと表現するか、キャッシュだと表現するかの問題はあるが、元々はプロセスからは取り返しのつかない解放を想定しているのがmalloc。
コメント1件

890
仕様書無しさん[sage]   投稿日:2017/04/09 10:15:41
>889
何言ってんだ?

891
仕様書無しさん[sage]   投稿日:2017/04/09 10:27:23
>888
MMUって知ってる?

892
仕様書無しさん[sage]   投稿日:2017/04/09 20:12:38
会社のパソコン、なぜか空メモリほぼ0になってるんだが?
俺は、ウィルスバスターを疑ってる。

少なくとも、こいつのリアルタイム検索でまともにコピーすらできない。
俺は、毎日サービス止める・勝手に起動・サービス止める・勝手に起動・サービス止める・勝手に起動・サービス止める

の近未来の戦争をしている。
コメント1件

893
仕様書無しさん[sage]   投稿日:2017/04/09 20:15:59
ウイルスバスターという名のウイルス

894
仕様書無しさん[sage]   投稿日:2017/04/09 21:04:21
タスクマネージャみりゃいいじゃん

895
仕様書無しさん[]   投稿日:2017/04/09 21:31:25
ウィルスバスター入れると、いきなり検索始めたり、強制的にアップデート開始で
業務が停滞するよね?
スケジュール設定しても仕事に支障があるので、俺は使っていない。

896
仕様書無しさん[]   投稿日:2017/04/09 21:50:07
>892
それはOSの先読みだよ。

897
仕様書無しさん[]   投稿日:2017/04/11 14:06:28
おまいらはもうWindows10に移行したの?
それによってコード内に入れるコメントも変えていきたいと思うのだが。
コメント2件

898
仕様書無しさん[sage]   投稿日:2017/04/11 14:30:21
>897
ユーザーとしてか、開発者としてか、どっちよ?
ユーザーとしてなら一般人ならなら変えるだろ
俺はDirectX12を使いたいからWin10にしたけど

899
仕様書無しさん[sage]   投稿日:2017/04/11 20:54:43
>897
PC新調したタイミングで移行した

900
仕様書無しさん[sage]   投稿日:2017/04/11 23:23:50
ダメポ銀行関連なんだけど、週明けから古いパソコンは無線LANに繋がらなくなった。
あたらしい、ノートだけ繋がる。もう何処まで馬鹿なの?
コメント3件

901
仕様書無しさん[sage]   投稿日:2017/04/12 09:01:02
>900
どこまでも何も、お前がそこまで馬鹿なんだよ

902
仕様書無しさん[]   投稿日:2017/04/12 10:26:21
>900
5GHzのacに切り替えたんじゃないの?
2.4GHz帯はもともと干渉を受けて切れやすいから大半の大企業が無線を使ってない。

903
仕様書無しさん[sage]   投稿日:2017/04/12 11:50:10
Android持ってるならWifiAnalyzerみたいなアプリ入れて電波状況を確認するといいね
ってここ初心者板じゃないよね

904
仕様書無しさん[]   投稿日:2017/04/12 14:02:33
スレタイ100回声に出して読んでみやがれってんだ!

905
仕様書無しさん[]   投稿日:2017/04/14 10:47:33
>900

/*  Win10ならつながるけど  */
//  Win7ではつながらない
'  ということ?

906
仕様書無しさん[sage]   投稿日:2017/04/14 22:24:56
陰謀

907
仕様書無しさん[sage]   投稿日:2017/04/21 09:03:49
コメントなんていらないな

908
仕様書無しさん[]   投稿日:2017/04/21 12:29:18
嘘コメントでも、あったほうが良いだろ。
コメント1件

909
仕様書無しさん[]   投稿日:2017/04/21 15:36:36
>908
ノーコメント

910
仕様書無しさん[]   投稿日:2017/04/21 15:36:44
そのころカトちゃんは
http://i.imgur.com/jipGiVr.jpg

911
仕様書無しさん[sage]   投稿日:2017/04/21 18:28:04
嘘コメントなんて、後で本当の気持ち知ったら傷付くじゃん。

912
仕様書無しさん[sage]   投稿日:2017/04/22 11:20:23
嘘コメントは無い方がマシ

訳わからんは動かせば解るが
矛盾した仕様はどっちが正しいか判らん

913
仕様書無しさん[]   投稿日:2017/04/23 00:08:16
嘘仕様書に嘘コメントはつきものだろ。

914
仕様書無しさん[]   投稿日:2017/04/23 00:13:42
嘘もつきとおせば本当になるだろ
嘘を嘘だと見抜く奴が悪いんや
コメント1件

915
仕様書無しさん[sage]   投稿日:2017/04/23 00:38:01
ねーよ
逆に立場弱かったら本当も嘘にされる
コメントのつよさこんなもんだろ

仕様書>コード>>>>>コメント
コメント1件

916
仕様書無しさん[sage]   投稿日:2017/04/23 06:20:55
>914
朝鮮人乙

917
仕様書無しさん[]   投稿日:2017/04/23 14:06:21
//このコメントを読んでいるということは私はもうこの会社にいません
コメント1件

918
仕様書無しさん[sage]   投稿日:2017/04/23 14:57:20
>917
バグだな

919
仕様書無しさん[]   投稿日:2017/04/25 09:31:11
// 上記のコードは
// 必要ないはずなのに
// 「俺の書いたコードを消すな」と
// 上司が言っているのですが
// どうすれば良いのでしょうか?

920
仕様書無しさん[sage]   投稿日:2017/04/25 19:26:20
#ifdef BOSS_GA_KITA

#endif //BOSS_GA_KITA

で囲んどけ

921
仕様書無しさん[]   投稿日:2017/04/27 00:38:39
if BOSS_NI_MIYABURARETA

// この後、どうすれば良いのやら?

922
仕様書無しさん[sage]   投稿日:2017/04/27 01:16:30
nullでも返しとけ

923
仕様書無しさん[sage]   投稿日:2017/04/27 02:29:01
>915
仕様書 < コード && コード > コメント

924
仕様書無しさん[]   投稿日:2017/04/29 18:13:07
コードはきちんと書けるのに、コメント作成が下手な奴って、たまにいない?
コメント1件

925
仕様書無しさん[sage]   投稿日:2017/04/29 18:25:07
>924
無駄なコメントばっかり書くやついるよな
コメント1件

926
仕様書無しさん[sage]   投稿日:2017/04/29 19:14:02
コメントはきちんと書けるのに、コード作成が下手な奴

よりは、まし。

927
仕様書無しさん[sage]   投稿日:2017/04/29 20:03:32
どうやってもコードで表現できないところだけ、
コメントにするんだから、コード作成が下手=コメントも下手だろう

928
仕様書無しさん[sage]   投稿日:2017/04/30 00:23:24
>925
まさにコメンテーター

929
仕様書無しさん[sage]   投稿日:2017/04/30 05:17:46
俺だけのクラスライブラリが100個超えたよ。
俺だけのクラスなんでコメントはいらないと思うんだ。


930
仕様書無しさん[sage]   投稿日:2017/04/30 05:30:48
コメントの多言語化ってどうやってる?

例えばJavaDocとかコードの中のコメントから
ドキュメント生成してるでしょ? その多言語化

流石にソースコードの中に幾つもの言語でコメント書くわけに行かないし。

理想を言えば、開発者に合わせて、関数の冒頭とかに表示するコメントを
切り替えられたら良いと思うんだ
コメント2件

931
仕様書無しさん[sage]   投稿日:2017/04/30 09:31:58
>930
CSSで表示切替
エディタの折り畳み

932
仕様書無しさん[sage]   投稿日:2017/04/30 18:37:35
>930
コメントに頼らないコード書けよ
コメント1件

933
仕様書無しさん[]   投稿日:2017/04/30 19:53:38
>932
コードに頼らないコメント書けよ

934
仕様書無しさん[sage]   投稿日:2017/04/30 20:58:30
コードに頼らないコメントって言えば、コードの隙間に小説をびっちり書いてる奴が居たなぁ

935
仕様書無しさん[sage]   投稿日:2017/04/30 22:33:45
何が嫌ってソースアウトしたままずっと放置されてある昔のコード

936
仕様書無しさん[sage]   投稿日:2017/04/30 22:45:54
ソースアウトってアウトソーシングのこと?
コメント1件

937
仕様書無しさん[sage]   投稿日:2017/05/02 07:28:36
>936
そ〜っすよ
コメント1件

938
仕様書無しさん[sage]   投稿日:2017/05/02 07:40:36
>937
総スカン

939
仕様書無しさん[sage]   投稿日:2017/05/02 11:39:51
アウトソーシングしたままのソースコードの何が嫌なんだろう

940
仕様書無しさん[sage]   投稿日:2017/05/04 08:56:47
ほぼすべての行にコメントを入れるように言われた
次の改修で別の上司にコメントをすべて消すように言われた
さらに次の改修でまた全然別の上司にコメントを書く大事さを説かれた

なぜコーディング規約がないのか問い詰めたら
熟練していくとみんな同じように書くから必要ないって言われた
コメント3件

941
仕様書無しさん[sage]   投稿日:2017/05/04 09:28:05
「上司の意見が異なるのは熟練していないからですね?」と訊くべき

942
仕様書無しさん[sage]   投稿日:2017/05/04 14:52:12
> ほぼすべての行にコメントを入れるように言われた
こんなこと言われたら、担当部分はできる限り無理やりにでも1行にしたくなるわ

943
仕様書無しさん[]   投稿日:2017/05/05 08:04:30
>940
下手すれば、それだけで転職の理由になりえるよな。
コーティングに集中したいのに、それじゃ、集中しきれないだろ。

944
仕様書無しさん[sage]   投稿日:2017/05/05 08:08:40
バージョン管理使ってりゃ戻すはスグだろ
コメント消すのも正規表現置換でスグだし

まあ、コメント以外でも理不尽な上司っぽいから、辞めるに限るけど

945
KAC[sage]   投稿日:2017/05/05 17:01:20
>940
大変だな・・・

コメントの取扱について上司が指示するのであれば、
コーディング規約に明記しないと統一が取れないのはよくあること。
まずは「コメントを書く大事さを説かれた」上司あたりに、
「規約の大切さ」を説いて、コメントの取扱を明記させろ。

あとは上司同士が規約に侃々諤々してどこかに落ち着くだろう。
コメント1件

946
仕様書無しさん[sage]   投稿日:2017/05/07 21:10:08
>945
コーディング規約の大切さを説くなんて無駄な作業はやめろ
先に自動的にコーディング規約をチェックするツールを導入しろ
規約の内容はそのツールがサポートしているものを採用すればいい
コメント2件

947
仕様書無しさん[sage]   投稿日:2017/05/07 21:27:32
>946
コーティング規約を覚えたり、手作業で実施したりは無駄な作業だが
大切さを説くのは無駄な事ではないぞ

コメントの規約については、どうでもいい

948
仕様書無しさん[sage]   投稿日:2017/05/07 21:32:36
> 大切さを説くのは無駄な事ではないぞ

優先順位は低い。
会社は学校じゃねぇ。

目的(仕事)を完遂させるのが目的であって
新人を教育するのは二の次だ。

大切さは自分で学ばせろ。
コメント1件

949
仕様書無しさん[sage]   投稿日:2017/05/07 22:01:27
もちろん教育することが目的ではないが
目的のための教育は必要だろ?

現場の上層にもそういう人が多いけど
中間作業をすっ飛ばすなよ

950
仕様書無しさん[sage]   投稿日:2017/05/08 08:36:24
>948
人を教育しないと5年後10年後はどうするんだ?
ベテランだって毎年生産性をあげていかないといけないが
もうギリギリまで効率化してるから伸びしろは少ないだろう
で、あれば新人教育に力を入れるのは会社全体として非常に効率がいい

951
KAC[sage]   投稿日:2017/05/08 17:25:10
>946
規約の大切さを理解していないな・・・

規約っていうのは「守らなければならないことを明文化する」もの。
ツールを使うのであれば、そのツールを使うことを明文化しろ。
コーディングの統一が不要だと考えるのなら、
「コーディングする者の裁量に任せる」という事を明記しろ。

規約の内容がどんなものであれ、
組織内で明文化されていれば>940のようなことにはならん。

952
仕様書無しさん[sage]   投稿日:2017/05/08 23:05:21
そういうところを疎かにすると品質劣化を招いて
結果的にバグだらけで火を吹くんだよなぁ
ストッパー的なベテランがしっかり全てのモノを見てればなんとかなるけど

953
仕様書無しさん[sage]   投稿日:2017/05/09 08:43:29
私の知っている範囲では優秀なインド人はコードの中にコメントが書いていないことの多い,
japは愚かな人が大変多いためにそのようにコメントをつけてあげないとjapはその理解することが出来ませんのでコメントをコードの中に丁重に入れる事を要求していると私は断言します
コメント1件

954
仕様書無しさん[]   投稿日:2017/05/09 16:12:55
>953
インド人が他人のことなど考えているわけがない。

955
仕様書無しさん[sage]   投稿日:2017/05/09 16:28:08
書いてくれと頼んだらヒンズー語で書かれちゃう流れか

956
仕様書無しさん[sage]   投稿日:2017/05/09 17:04:23
それを言うならヒンディー語な

957
仕様書無しさん[sage]   投稿日:2017/05/09 18:17:17
ヒンズー語の入力ってどうやるん?
コメント2件

958
仕様書無しさん[]   投稿日:2017/05/09 18:28:12
>957
外国からは日本語もどうやって入力しているのか不思議らしいぞ。
コメント1件

959
仕様書無しさん[sage]   投稿日:2017/05/09 19:56:09
そんな話は聞いていない。
とりあえずロケール設定してみるか

960
仕様書無しさん[sage]   投稿日:2017/05/09 20:16:18
>957
「ヒンズー」は宗教だよ

961
仕様書無しさん[sage]   投稿日:2017/05/09 22:12:38
>958
今時理解できない外国人はヤバイ
絵文字と一緒って言えば誰だって理解できる
コメント1件

962
仕様書無しさん[sage]   投稿日:2017/05/09 22:42:34
ヒンズー語じゃなくて、ヒンディ語じゃね?
似てるわな

963
仕様書無しさん[sage]   投稿日:2017/05/09 22:42:58
概出スマソ

964
仕様書無しさん[sage]   投稿日:2017/05/10 00:19:17
「ヒンズー」には宗教って意味が含まれてる
「ヒンディ」には言語って意味が含まれてる

ヒンディ語って表現は、「ヒンディ言語語」みたいなものだけど、「語」って表現は
あえて理解しやすいように付けてるだけ
(IPプロトコルとかHTTPプロトコルみたいなもん)

ヒンズー語 ってのは「ヒンズー教語」って意味になり、そんなものは存在しない。
コメント1件

965
仕様書無しさん[]   投稿日:2017/05/10 00:29:08
ヒンズーヒンズーうるせぇ

966
仕様書無しさん[sage]   投稿日:2017/05/10 09:22:50
普通にヒンズー語って言うが?
コメント4件

967
仕様書無しさん[sage]   投稿日:2017/05/10 09:37:48
イバラギじゃ無くてイバラキみたいなウザさしかねー

968
仕様書無しさん[sage]   投稿日:2017/05/10 09:53:24
>961
主に全角が必要ない人たちって↓のように入力したりしてるんでねーの?知らんけど
: THUMBS DOWN SIGN :

969
仕様書無しさん[]   投稿日:2017/05/10 11:18:25
>966
日本語のカタカナ表記の問題なのに、別物という阿呆がいるから仕方ない。
コメント1件

970
仕様書無しさん[]   投稿日:2017/05/10 11:33:01
>964
そういう言葉かぶりはよくあるよ。

日本でもあるし、外国でも日本語としてみた場合に言葉が二重になっていることがある。

971
仕様書無しさん[sage]   投稿日:2017/05/10 12:31:31
秋葉原だって、本当は、アキバハラなんだぜ?
コメント1件

972
仕様書無しさん[sage]   投稿日:2017/05/10 13:17:46
>966
言いません

973
仕様書無しさん[sage]   投稿日:2017/05/10 13:25:47
>966
ヒンズー語でググっても全くヒットしませんから
http://www.google.co.jp/search?q=ヒンズー語

974
仕様書無しさん[sage]   投稿日:2017/05/10 13:44:50
グーグルフィルターw

975
仕様書無しさん[sage]   投稿日:2017/05/10 15:06:59
>966
言わねーよ
>969
違うから

976
仕様書無しさん[sage]   投稿日:2017/05/10 19:48:02
>971
マジかー?今知った。

977
仕様書無しさん[sage]   投稿日:2017/05/13 00:01:46
ひんぬー

978
仕様書無しさん[]   投稿日:2017/05/14 16:01:38
//
// このソフトのコードを変更すると
// PCが爆発します。決して
// コードを変更しないでください
//

979
仕様書無しさん[sage]   投稿日:2017/05/14 16:18:38
ドゥもディも発音無理矢理近いの当てはめたただけだしな。
日本語にはどちらも無いんだよ。
コメント2件

980
仕様書無しさん[]   投稿日:2017/05/14 16:33:57
>979
ドゥティに見えた
俺のコンプレックス刺激してるのかと思って逆上した

冷静になって、思い込みは怖いなと感じてる

981
仕様書無しさん[]   投稿日:2017/05/14 17:25:25
イギリス人がアルファベットで分けて、そもそも名前のない宗教をヒンドューと言ったせいでわけがわからなくなっている。

インドは多言語国家で、インド人の名前はアルファベット表記と本人の発音がかなり違ったりする。

このあたりは韓国語、中国語圏に似ている。

982
仕様書無しさん[sage]   投稿日:2017/05/14 18:40:42
>979
しつこいな
ヒンズー語は間違いだっちゅうの

983
仕様書無しさん[sage]   投稿日:2017/05/14 19:15:09
ヒンズーはステータス

984
KAC[sage]   投稿日:2017/05/14 19:58:00
まだヒンディとヒンズーが同じとか騒いでるのか・・・
とりあえずWikipedia見てこい

https://en.wikipedia.org/wiki/Hindu
 Not to be confused with Hindi.

https://en.wikipedia.org/wiki/Hindi
 Not to be confused with Hindi belt or Hindu

ってわざわざ書いてくれてるから
コメント1件

985
仕様書無しさん[]   投稿日:2017/05/14 21:04:01
>984
それは英語の説明だろw
コメント2件

986
仕様書無しさん[]   投稿日:2017/05/14 21:08:02
日本には正確には神道という宗教はないが、存在するという人もいる話と同じ。
コメント1件

987
KAC[sage]   投稿日:2017/05/14 22:57:09

988
仕様書無しさん[sage]   投稿日:2017/05/14 23:23:13
えっと...
細かいこと言い出したらカタカナは全部発音違うでしょ。

989
仕様書無しさん[]   投稿日:2017/05/14 23:34:51
>987
宗教名ではないよ。

990
仕様書無しさん[sage]   投稿日:2017/05/14 23:58:37
>985
簡単にカタカナ化できる発音だけどな
コメント1件

991
仕様書無しさん[]   投稿日:2017/05/15 00:07:10
>990
もともとビンディーという宗教名はないんだよ。

だからビンドューベルトなんて言い方もしてるんだから。
コメント1件

992
仕様書無しさん[sage]   投稿日:2017/05/15 00:21:13
>991
つまりヒンズーという宗教名
ヒンディーという言語名ということだな
コメント1件

993
仕様書無しさん[]   投稿日:2017/05/15 00:27:07
>992
ヒンズーとヒンドューは日本人のカタカナ表記の違いだけ

994
仕様書無しさん[sage]   投稿日:2017/05/15 00:35:07
カタカナ化の違いとか言い出したらどんな間違いでも正当化されるからな

995
仕様書無しさん[]   投稿日:2017/05/15 00:48:19
英語だって綴りと発音が違うからな

996
仕様書無しさん[sage]   投稿日:2017/05/15 10:28:45
マイケルとミハエルとか、ジュリアスとカエサルとかな。

997
仕様書無しさん[sage]   投稿日:2017/05/15 10:35:56
>985
英国読めないあほ?
コメント1件

998
仕様書無しさん[]   投稿日:2017/05/15 19:36:53
>997
なんで英語が基準なのか?
コメント1件

999
仕様書無しさん[sage]   投稿日:2017/05/16 07:34:12
>998
日本語が理解できてないからだろ

1000
仕様書無しさん[sage]   投稿日:2017/05/16 07:35:02
ヒンディーは文字化けするしな

1001
1001[]   投稿日:0000/00/00 00:00:00
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 141日 8時間 40分 33秒

1002
1002[]   投稿日:0000/00/00 00:00:00
2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/

▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラマー板 タイトル検索

このスレッドが人気です(実況系)
マツコ&有吉 かりそめ天国★3 (916)テレ朝実況
なら≒デキ 〜○○なら××デキるはず〜 (810)テレ朝実況
【オトせ!】ノンスタ石田サンド伊達フジモン塙木下…強烈5人が激突 (253)NTV実況
ナカイの窓 「私たち○○のプロですSP」★1 (950)NTV実況
良かれと思って!【小森純がペニオク騒動を涙で謝罪】★3 (947)フジ実況
地味にスゴイ!DX 校閲ガール・河野悦子 ★6 (965)NTV実況
生き物にサンキュー&アイ・アム・冒険少年合体4時間SP★9 (890)TBS実況
NEWS23★2 (534)TBS実況
このスレッドが人気です(ニュース系)
【国連】トランプ大統領、国連総会演説で北朝鮮の日本人拉致を非難 「13歳の少女を拉致した」★12 (856)ニュー速+
【神奈川】“異物混入給食”大磯町 「原因が特定されるまでは給食業者を変更しない」★4 (1002)ニュー速+
【速報】歌手の安室奈美恵さん 来年9月に引退 デビュー25周年の節目に決意 公式サイトで発表(全文あり)★7 (729)音楽・芸能ニュース
【アニメ】銀河英雄伝説:新テレビアニメが18年4月放送 宮野真守がラインハルト ヤンは鈴村健一 (479)音楽・芸能ニュース
自民・谷垣氏、政界引退へ 療養中「後進に道譲る」 (1003)ニュー速+
【皇室】天皇・皇后両陛下、私的な旅行で埼玉県へ 渡来人ゆかりの高麗神社などを訪ねられる★2 (1001)ニュー速+
【速報】歌手の安室奈美恵さん 来年9月に引退 デビュー25周年の節目に決意 公式サイトで発表(全文あり)★6 (1003)音楽・芸能ニュース
【国連】トランプ大統領、国連総会演説で北朝鮮の日本人拉致を非難 「13歳の少女を拉致した」★11 (1001)ニュー速+
プログラマー板の人気スレ
プログラマの雑談部屋 ★13 (1001)
プログラマの雑談部屋 ★14 (66)
Re: 35歳、発達障害の無職ですが...5 (902)
【ウンコ歓迎】50代のプログラマーいる?Part22 (970)
プログラマーはアニメをみよう! 21クール (612)
◆個人事業主専門スレ49本目◆ (692)
プログラマーの仕事って楽過ぎ、クソワロタwww4 (354)
【右手】土曜・日曜も岡部健は脂身★25【壊死】 (500)
競技プログラミングにハマるプログラマのスレ 12 (83)
【CodeIQ】コーディング転職 3社目【paiza】 (456)
COBOLって今需要増えてるの?Part6 (689)
勤務中眠くて眠くてたまらない (399)
【鬱病】壊れたプログラマー 46人目 【憤死】 (409)
アジャイルを考えたやつの死を願うスレ Part.2 (292)
おもしろいコピペがあったら貼るスレinマ板part44 (839)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (982)
14歳、発達障害の登校拒否ですが...1 (261)
起業しようぜ16 (506)
下流風情でほざいているお前らコレ企画設計してみろ (754)
プライベートで勉強してるプログラマー (83)
teratail使っている? (881)
硫化水素自殺で生き延びた俺に質問ある? (103)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)