板検索:
コメントコメントうるせぇ 2 (155)
まとめビュー
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
コメントで残すのが規約になってる現場もあるしな
スクリプトでコメント除外してから作業するとか工夫で補うしかない
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

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

このスレッドが人気です(実況系)
実況 ◆ フジテレビ 82628 出家 (1000)フジ実況
実況 ◆ 日本テレビ 54261 カルト対893 (999)NTV実況
羽鳥慎一モーニングショー★2 (524)テレ朝実況
実況 ◆ テレビ朝日 46858 (902)テレ朝実況
実況 ◆ フジテレビ 82629 (152)フジ実況
連続テレビ小説 べっぴんさん★180 (939)NHK実況
白熱ライブ ビビット★1 (204)TBS実況
はやドキ!& あさチャン!月曜日★2 (379)TBS実況
このスレッドが人気です(ニュース系)
かばんから狆っ恥ずかしい瓠崑膺佑里もちゃ」 警察の所持品検査は「プライバシー侵害」と驚きの賠償命令…現場は震撼 (559)ニュー速+
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★21 (1000)音楽・芸能ニュース
【政治】“田舎臭い少女風” 稲田防衛相のファッションに悪評[週刊新潮] (394)ニュー速+
【デッドライジング】 もしゾンビが大量発生したらどこに逃げるのが正解? (41)ニュー速
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★22 (110)音楽・芸能ニュース
【社会】岐阜・金津園のソープランド摘発、岐阜県警 売春防止法違反の疑い (67)ニュー速+
【芸能】「出家します」清水富美加が電撃引退!『幸福の科学』活動専念へ★20 (1000)音楽・芸能ニュース
【静岡】イスラム教徒の保護者、「ハラール対応」ではない学校給食に苦慮 ムスリムへの理解と柔軟な対応求める★29 (1000)ニュー速+
プログラマー板の人気スレ
34歳、発達障害の無職ですが…4 (180)
競技プログラミングにハマるプログラマのスレ 8 (912)
50代のプログラマーいる?Part18 (267)
初心者プログラマーの寺子屋 #2 (180)
プログラマーはアニメをみよう! 18クール (511)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (838)
プログラマーの仕事って楽過ぎ、クソワロタwww (487)
【コードで】paiza(パイザ)【転職】Part7 (482)
マーチン・ファウラーのプログラミングバンザイ (78)
プログラマの雑談部屋 ★3 (493)
下流風情でほざいているお前らコレ企画設計してみろ (738)
土曜・日曜は岡部健のブログを読み解こう!★21 (990)
【鬱病】壊れたプログラマー 45人目 【爆死】 (139)
ノンプログラミングツール (81)
COBOLって今需要増えてるの?Part5 (352)
土曜・日曜は岡部健のブログを読み解こう!★22 (230)
CodeIQの問題、PGなら余裕で解けるだろ?4 (706)
起業しようぜ15 (1073)
【有能】東京コンピュータサービス Ver3【無能】 (351)
◆個人事業主専門スレ48本目◆ (476)
おもしろいコピペがあったら貼るスレinマ板part44 (137)
プログラマー雇うお金がないけどプログラマーと組んで世界を変えたい。 (117)
システム開発体制・開発技法 (185)
土曜・日曜は岡部健のブログを読み解こう!★13 (999)
AIプログラミングでIT業界人員削減 (55)
20万人月が証明する内製回帰必然説 (587)
プログラムセンスがある人とない人の違い 4 (669)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
Amazon


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 正常取得 - 12件 - 取得完了