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

レス数が1000を超えています。これ以上書き込みはできません。
1仕様書無しさん2016/12/25(日) 22:54:30.82
だめなコメント例を書いていきましょう

// 初期化処理


前スレ
コメントコメントうるせぇ [無断転載禁止]©2ch.net
http://tamae.2ch.net/test/read.cgi/prog/1449700487/

2仕様書無しさん2016/12/25(日) 22:57:08.78
// 顧客モデル
class Customer

こういうのもいらんよな。

3仕様書無しさん2016/12/25(日) 23:00:30.51
// コンストラクタ
とかトートロジーはいや

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

とかね。

5仕様書無しさん2016/12/26(月) 00:12:37.72
>>2
それはクラス名の命名がおかしいわ。

6仕様書無しさん2016/12/26(月) 00:55:03.14
>>5

// 顧客モデル
class CustomerModel

って話か? どちらにしろいらないだろw

7仕様書無しさん2016/12/26(月) 00:57:24.47
https://docs.oracle.com/javase/jp/8/docs/api/ より

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

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

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

8仕様書無しさん2016/12/26(月) 05:01:36.06
♪コメント コメント うるせぇな〜

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

10仕様書無しさん2016/12/26(月) 08:03:22.58
この場合Customer=顧客が普通なんで、用語で迷うことはないと思うけどさ

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

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

13仕様書無しさん2016/12/26(月) 08:06:52.09
失礼
JavaDocじゃなくてJavadocでしたね

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

15仕様書無しさん2016/12/27(火) 02:36:02.91
>>6
そもそも顧客モデルという日本語がなんのことやらわからない。

16仕様書無しさん2016/12/27(火) 02:39:37.18
>>15
たぶんモデルの意味がわかってないんだよ。

17仕様書無しさん2016/12/27(火) 03:39:57.48
せやな

18仕様書無しさん2016/12/27(火) 08:25:27.83
class 顧客


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

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

他のIDEは知らねーけど

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

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

21仕様書無しさん2016/12/27(火) 21:16:49.14
省略単語使うな

22仕様書無しさん2016/12/27(火) 21:16:55.96
少しぐらい長くても、分かりやすい変数名がオヌヌメ。
後で見てわかりやすいから。

23仕様書無しさん2016/12/27(火) 21:29:04.85
業界的に使われる習慣がある有名な短縮単語も使っちゃダメ?
例えばcodeをcdに短縮するのは?
hoge_cdなんてよく見るけど

24仕様書無しさん2016/12/27(火) 21:29:48.09
>>23
カレントディレクトリでも保存してんのか?

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

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


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

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

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

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

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

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

29仕様書無しさん2016/12/28(水) 15:07:37.78
data
って関数の引数によく使ってしまうw
でも2つ3つと引数があるときdataはひとつじゃないんよな・・・wっていつも後悔するw

30仕様書無しさん2016/12/28(水) 23:35:45.18
こ こ は コ メ ン ト の ス レ だ
変 数 名 の ス レ で は な い

31仕様書無しさん2016/12/29(木) 02:03:54.56
1 or2 ==3 ; # 屁をこいているのかと

32仕様書無しさん2016/12/29(木) 06:34:42.85
今時エディタがいい感じに補完してくれるんだから
わざわざ短くして混乱を招く必要あるのか?
っていつも思う

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

34仕様書無しさん2016/12/29(木) 07:03:21.27
>>25
世界的っておかしいだろ。

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

35仕様書無しさん2016/12/29(木) 07:04:27.84
>>29
それは最悪。

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

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

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

isThisHogeTooLong

じゃなくて

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

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

38仕様書無しさん2016/12/29(木) 08:43:14.76
Hogeを変な言葉にチカンするのはやめてね!

39仕様書無しさん2016/12/29(木) 08:44:14.87
Hogeが長すぎるか (boolean)

の日本語関数ほうがいいわ。

40仕様書無しさん2016/12/29(木) 08:45:29.43
>>39
正解

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




新規のときは面倒だけど
保守するときに圧倒的に楽

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

43仕様書無しさん2016/12/29(木) 12:12:34.85
>>41
なん・・・だと・・・

44仕様書無しさん2016/12/29(木) 13:59:12.41
どういう場面で保守が楽になるのかいまいち想像がつかん

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

45仕様書無しさん2016/12/29(木) 14:08:48.72
http://nlab.itmedia.co.jp/nl/articles/1612/24/news032.html

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

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

46仕様書無しさん2016/12/29(木) 15:19:33.46
>>41
汎用機みたいな発想だな。

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

48仕様書無しさん2016/12/29(木) 21:51:43.73
そのへんのドブ川で水葬とか流行らんかな

49仕様書無しさん2016/12/29(木) 21:52:18.05
まちがえた

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

51仕様書無しさん2017/01/01(日) 15:27:57.14
あげぇ

52仕様書無しさん2017/01/01(日) 15:28:14.34
あげぇぇ

53仕様書無しさん2017/01/01(日) 15:33:26.69
前スレで最後で発狂した人間

54仕様書無しさん2017/01/01(日) 15:41:27.74
>>53
ですか、こんにちは

55仕様書無しさん2017/01/01(日) 15:41:31.04
あげぇ

56仕様書無しさん2017/01/01(日) 15:42:01.11
ペヤングおいしい

57仕様書無しさん2017/01/01(日) 15:46:17.89
でーぶ

58仕様書無しさん2017/01/01(日) 17:11:52.58
コメントは
記述者が書く
思いやり

59仕様書無しさん2017/01/01(日) 17:27:05.02
あげええ

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

だから結局、よいコードになっている。

61仕様書無しさん2017/01/01(日) 17:50:57.02
>>60
あー、現実を知らないね。

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

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

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

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

63仕様書無しさん2017/01/01(日) 21:18:16.33
>>61
お前の環境ではそうだろう
使い捨てしかいないからなそこは
お前も使い捨てだがな

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

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

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

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

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

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

67仕様書無しさん2017/01/02(月) 01:59:55.74
いいえ言語仕様を知らない人向けのコメントは論外です

68仕様書無しさん2017/01/02(月) 23:10:14.40
SEが言語を知らない人でも理解できるようにコメントを入れなければならないって指導してるんだけど

69仕様書無しさん2017/01/02(月) 23:22:20.99
>>68
そういう馬鹿には設計書を読ませろ

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

71仕様書無しさん2017/01/03(火) 00:12:54.17
>>70
仕様をコメントに書くとコメントだらけになるだろw

72仕様書無しさん2017/01/12(木) 06:40:05.44
日本語関数
日本語変数

さいつよー

73仕様書無しさん2017/01/12(木) 07:29:28.39
漢字関数最強だよね

74仕様書無しさん2017/01/12(木) 08:20:39.79
IDEつかってないならさいつよだね

75仕様書無しさん2017/01/12(木) 09:16:08.71
>>74
今時みんなSATAかM.2だからな

76仕様書無しさん2017/01/12(木) 23:20:04.66
関数って、仕様書を書く必要がある?
それとも、さらっとコメントしとけば良いのかな。

77仕様書無しさん2017/01/12(木) 23:52:05.03
>>76
上司か客に聞けよ

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

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

80仕様書無しさん2017/01/13(金) 23:42:50.47
コメントコメントって藻前らは大場久美子か!!

(´・ω・`)b

81仕様書無しさん2017/01/14(土) 14:38:56.46
どうしよう、こめんと何にも書いてない。

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

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

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

85仕様書無しさん2017/01/16(月) 02:30:19.87
編集した日付と編集者の名前だよ

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

これだけ教えれば大丈夫

87仕様書無しさん2017/01/18(水) 11:20:54.71
>>34
cdはcurrent directoryの方が一般的じゃね
大文字のCDでcodeはどっかで見た記憶あるが

88仕様書無しさん2017/01/18(水) 18:50:46.03
なんかこういう奴うざい

89仕様書無しさん2017/01/18(水) 18:56:03.51
コンパクトディスクだったらどうすんだ!

90仕様書無しさん2017/01/18(水) 19:47:07.95
>>88
は?遅レスだから?
だったら謝るが?あ?

91仕様書無しさん2017/01/18(水) 20:10:12.80
>>71
数行ごとにコメントがある
全行コメント入れるのが理想

らしい

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

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

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

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

96仕様書無しさん2017/01/18(水) 22:40:49.99
おい、コンパイル通らねーぞ

すきです///

97仕様書無しさん2017/01/18(水) 23:35:14.02
コメントで挨拶してくるやつってどうしたらいいの?
レビュー対策?

98仕様書無しさん2017/01/19(木) 07:54:57.79
>>87
コマンドでしか使わないよ。
コードの方が多い。

99仕様書無しさん2017/01/19(木) 12:56:03.57
>>87 >>98
みたいな文化の違いもあるから略さないで書こうね

100仕様書無しさん2017/01/19(木) 13:39:32.78
コメント入れたらコンパイラが通らん。何で?

101仕様書無しさん2017/01/19(木) 13:43:55.87
コンパイラのバグか、おまえがバグってる

102仕様書無しさん2017/01/19(木) 19:42:34.65
コメントでバグるコード例を書こうと思ったら跳ねられた
この板ってコード禁止なのか?

103仕様書無しさん2017/01/19(木) 21:10:23.21
>>102
なんて書こうとしたの?

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

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

106仕様書無しさん2017/01/20(金) 21:22:23.49
まあ、コードが間違ってる、嘘ついてる経験の方が限りなく多いのですが。

107仕様書無しさん2017/01/20(金) 23:43:56.15
>>106
バグだらけじゃないとそういうことにはならない。
お前の会社、バグだらけ?

108仕様書無しさん2017/01/21(土) 01:19:54.70
やー、元気?
だめなメロン

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

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

110片山博文MZ ◆T6xkBnTXz7B0 2017/01/25(水) 22:21:21.43
>>109
可能ならUTF-8へ移行

111仕様書無しさん2017/01/26(木) 21:58:30.24
コメント行のないソースは美しいな。

112仕様書無しさん2017/01/28(土) 14:43:54.59
コメントに絵文字を入れても、コンパイラは作動するものなんだなw
初めて知った。

113仕様書無しさん2017/01/28(土) 15:53:32.35
>>112
ほんとだw
理屈上当然といえば当然なんだが違和感すごいな

114仕様書無しさん2017/01/29(日) 18:11:25.49
え?

115仕様書無しさん2017/01/29(日) 20:48:03.93
>>114
触ったらダメ!

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

117仕様書無しさん2017/01/31(火) 03:06:49.27
え?

118仕様書無しさん2017/01/31(火) 08:01:40.11
だから日本語関数
日本語変数
つかえっつってんだろ

119仕様書無しさん2017/01/31(火) 08:48:29.99
え?

120仕様書無しさん2017/01/31(火) 09:22:47.16
>>118
IDEが予測のサポートしてくれないからダメというか、めんどくせー

121仕様書無しさん2017/01/31(火) 09:47:55.35
え?

122仕様書無しさん2017/01/31(火) 09:47:56.43
え?

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

ソースの差分が一番あてになる

124仕様書無しさん2017/01/31(火) 23:42:53.95
え?

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

126仕様書無しさん2017/02/04(土) 09:12:09.96
/**
* insertXxx method
*/
void insertXxx()

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

127仕様書無しさん2017/02/04(土) 12:48:57.22
いや、生きろ

128仕様書無しさん2017/02/04(土) 13:20:21.83
/**
* insertSex method
*/
void insertSex()

129仕様書無しさん2017/02/04(土) 15:30:21.82
>>128
(誤) insertSex
(正) insertInSex

英語もできない下等生物はこれだから・・・

130仕様書無しさん2017/02/04(土) 16:31:22.98
>>129
性別データを挿入するってことだろ
insertSexであってる

131仕様書無しさん2017/02/04(土) 21:26:42.32
めんどくせえやつw

132仕様書無しさん2017/02/05(日) 03:43:37.42
コメントないソースにコメントいれるプログラムないかな?

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

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

135仕様書無しさん2017/02/05(日) 13:16:31.29
答えたくない人、その分類に入れてほしくない人だよ

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.67
>>134
英語って差別的だよな。
女性は人間のサブカテゴリって分類だし。

137仕様書無しさん2017/02/09(木) 10:42:33.04
// ** 頭と性格、どっちが悪いのかはっきりしろクソバカ**
// 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';

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

138仕様書無しさん2017/02/09(木) 10:47:39.10
>>137
そのコードそのものも変だか?

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

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

140仕様書無しさん2017/02/11(土) 00:51:18.14
>>137
> // ** 頭と性格、どっちが悪いのかはっきりしろクソバカ**

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

ということでOK

141仕様書無しさん2017/02/11(土) 09:04:41.66
// ** こんな流儀のコメントみたことないわ、キモすぎる!**

142仕様書無しさん2017/02/17(金) 00:31:46.83
//よく分からんがとりあえず動く

143仕様書無しさん2017/02/17(金) 01:43:25.62
// 駄目だと言われた。詳細は〇〇さんに聞いて

144仕様書無しさん2017/02/18(土) 01:10:26.89
// なんでこうやってるのに、うまくいかないの!?

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

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

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

145仕様書無しさん2017/02/18(土) 03:02:09.48
>>144

//TODO:実装すること

と書いていれば納得する人か?

146仕様書無しさん2017/02/18(土) 08:38:21.56
>>145
うん、そうだね

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

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

147仕様書無しさん2017/02/18(土) 16:18:48.72
だとすると

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

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

148仕様書無しさん2017/02/18(土) 22:38:41.49
todo fixme xxxのどれかとりあえず入れてれくれればいい

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

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

151仕様書無しさん2017/02/21(火) 12:47:03.26
>>150
修正の際にdiffを確認する癖をつけさせろ

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

153仕様書無しさん2017/02/21(火) 18:40:37.88
>>150
VCSちゃんと使えてないところはそんな感じだと聞いた

154仕様書無しさん2017/02/21(火) 19:23:18.30
>>150
delstart〜delendとかで囲うとこあるある
ソース管理めちゃくちゃだからよくデグレる

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

156仕様書無しさん2017/02/23(木) 12:54:09.02
よし
#if false
〜〜
#endif
で囲む俺セーフ

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

158仕様書無しさん2017/02/25(土) 22:52:41.91
>>157
消さないと差分もとれないし、検索もできないからな。。。
まずは消してから作業するのは正しい

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

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

161仕様書無しさん2017/02/26(日) 23:56:37.27
なんでSCMの話が?

162仕様書無しさん2017/03/06(月) 23:34:00.30
//  ここからコメント
//  
//
//
//  コメント終了

   ↑

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

163仕様書無しさん2017/03/06(月) 23:43:19.17
あぶり出し

164仕様書無しさん2017/03/06(月) 23:59:41.93
一行毎に意味が有るコードなので、解りやすく
//で 何してるか書いてるんじゃないの?

165仕様書無しさん2017/03/07(火) 00:13:51.75
>>164
ぉお?
貴方にはコードが見えるのですか

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

167仕様書無しさん2017/03/07(火) 03:01:20.90
>>165
通常のコード規約だと、そうなるのでは?

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

/* とか
  */

//
// とか
// 禁止されてない?

168仕様書無しさん2017/03/07(火) 03:02:48.20
>>165
お前って、実務経験ないんじゃねぇ?

169仕様書無しさん2017/03/07(火) 03:44:50.87
SSHのプロトコル使ったので手元にネタがあるんだが

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

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

170仕様書無しさん2017/03/07(火) 09:24:52.01
>>167
それってわざわざ規約で縛るほどの合理的な理由ってあんの?

171仕様書無しさん2017/03/07(火) 10:34:54.25
>>170
たとえばJAVADOC?

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

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

173仕様書無しさん2017/03/07(火) 14:37:36.61
>>171
JavaDOCは知らんが、AppleDocなら無問題

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

174仕様書無しさん2017/03/07(火) 19:13:25.79
//ここからコメント開始
//ここまでコメント

しばらく後

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

わりとよくある

175仕様書無しさん2017/03/07(火) 21:42:04.72
>>174
一体なにをしたいんだよ

176仕様書無しさん2017/03/07(火) 21:56:05.43
>>175
わからないけどよくあるんだ

177仕様書無しさん2017/03/08(水) 07:48:57.67
/* */ は辞めた方がいい。
エディタでのコメント検索しにくいから

178仕様書無しさん2017/03/08(水) 22:54:40.20
個人的に、複数行コメントなんて殆ど使わないな

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

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

179仕様書無しさん2017/03/09(木) 02:05:21.05
へー、そうなんですか

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

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

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

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

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

181仕様書無しさん2017/03/09(木) 06:03:29.49
要らんコメント長々と書くタイプだな間違いない

182仕様書無しさん2017/03/09(木) 06:05:43.36
>>180
コメントに(笑)とか入れてそう

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

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

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

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

185仕様書無しさん2017/03/09(木) 07:57:39.76
う〜んこの香ばしい加齢臭

186仕様書無しさん2017/03/09(木) 10:56:45.94
>>185
う〜んこの香ばしい小物感

187仕様書無しさん2017/03/09(木) 12:55:18.45
ウンコ流行ってるねw

188仕様書無しさん2017/03/09(木) 13:48:10.37
>>184
キモキモー

189仕様書無しさん2017/03/09(木) 15:13:57.22
>>184
めっちゃ早口で説教してそう

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

191仕様書無しさん2017/03/09(木) 19:08:27.82
内容はともかく生理的に受け付けない文章だな

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

193仕様書無しさん2017/03/09(木) 19:37:51.26
>>184のように中身のない薄い邪魔なだけの文章で汚染されるようなコードって弱すぎだろw

194仕様書無しさん2017/03/09(木) 19:38:51.55
// ログ出力
Console.WriteLine("start");

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

196仕様書無しさん2017/03/09(木) 20:36:06.39
リファクタリングせねば(使命感)

197仕様書無しさん2017/03/09(木) 21:03:25.01
>>184
なにこれwww

198仕様書無しさん2017/03/09(木) 21:56:24.47
ここには大規模システムを構築したことのないプログラマしかいないようだな。

まあ、それもいいけど、迷惑はかけんなよ(笑

199仕様書無しさん2017/03/09(木) 22:14:50.35
>>198
大規模システムは素晴らしいよな

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

201仕様書無しさん2017/03/09(木) 23:07:31.71
>>198
歯車のひとつって気楽だもんな

202仕様書無しさん2017/03/09(木) 23:43:30.95
>>198
お前が無能だと言うことだけはよくわかった

203仕様書無しさん2017/03/10(金) 07:11:55.67
みずぽとかIBMの大規模システムがコケた理由の一端を垣間見た気がした

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

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

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

206仕様書無しさん2017/03/10(金) 12:55:04.38
>>204
/* */でもいいけど、複数の時は*書くべき

/*
 *
 * コメント
 *
 *
 */

207仕様書無しさん2017/03/10(金) 12:59:57.89
>>206
/* やめろって話で、なんでそういうツッコミになる

208仕様書無しさん2017/03/10(金) 14:37:38.11
>>207
お前はC言語使ったことないの?

209仕様書無しさん2017/03/10(金) 15:00:16.39
>>208
何が言いたいのかわからん

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

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

210仕様書無しさん2017/03/10(金) 16:14:50.01
>>209
お前はC言語の仕様も理解できないの?

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

今時のC言語は、// を使えるだろ

212仕様書無しさん2017/03/10(金) 16:40:51.05
>>211
「今どきの」な

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

214仕様書無しさん2017/03/10(金) 16:45:32.33
こんなコミュ障と仕事しなきゃいけない人はかわいそうだな…

215仕様書無しさん2017/03/10(金) 16:47:15.31
C99とか特定の仕様が全員使えるとか勘違いしてる馬鹿って居るよね

216仕様書無しさん2017/03/10(金) 16:48:34.96
>>214
環境の違いすら考慮できないコミュ障って恐いですね

217仕様書無しさん2017/03/10(金) 16:50:41.69
>>215, >>216
そもそもそれしか使えないって状況と、それもできるけどメリットないからやめてほしいって話を混同している時点でお前らが糞

218仕様書無しさん2017/03/10(金) 16:54:37.43
>>217
なにいってだ

219仕様書無しさん2017/03/10(金) 17:01:36.23
>>218
ジョナサンかよ

220仕様書無しさん2017/03/10(金) 18:39:37.30
>>212
おじいちゃんこんばんは

221仕様書無しさん2017/03/10(金) 19:13:48.65
現行ソースに従うしかない

222仕様書無しさん2017/03/11(土) 10:47:50.00
docコメントだけは/** */だな
後は全部//派

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

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

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

224仕様書無しさん2017/03/11(土) 14:21:06.24
で、何が不適切なコメントかというと

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

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

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

226仕様書無しさん2017/03/11(土) 14:50:48.65
>>225
それ「適切であれば多いほどよい」って書いてあるじゃん
「多いほどいい」だけ切り出しても説得力ねーなw

227仕様書無しさん2017/03/11(土) 14:56:22.01
結構人入れ替わるからコメントあったほうがいいな

228仕様書無しさん2017/03/11(土) 15:40:53.65
>>226
適切なら多くならないよ?

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

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

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

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

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

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

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

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

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

235仕様書無しさん2017/03/11(土) 18:26:11.00
エア大企業エンジニアだったかwww
なんか可哀想になってきたな

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

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

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

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

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

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

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

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

238仕様書無しさん2017/03/11(土) 18:35:57.68
>>237
いやそれは全部読めよwそれがお前の仕事なんだけどw
なに開きなおって職務放棄してんだよカス

239仕様書無しさん2017/03/11(土) 18:55:45.88
>>236
> あなたはプログラムを見るひとのレベルを配慮してないでしょ?

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

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


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

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

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

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

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

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

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

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

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

244仕様書無しさん2017/03/11(土) 19:04:45.99
>>241
マジレスすると、コード読めない奴にコメントで理解させたら逆効果

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

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

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

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

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

246仕様書無しさん2017/03/11(土) 19:18:06.36
>>245
は?

247仕様書無しさん2017/03/11(土) 19:20:37.47
>>246
わからんだろうなw

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

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

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

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

248仕様書無しさん2017/03/11(土) 19:25:14.86
>>247
は?

249仕様書無しさん2017/03/11(土) 19:53:18.34
大企業はこんなアホを飼う余裕あって羨ましいわ
いったい何十年前から進歩止まってるんだこいつ

250仕様書無しさん2017/03/11(土) 20:02:05.73
>>245, >>247
それ大量のコメントじゃなくて、ドキュメント書いた方がいいんじゃねーの

251仕様書無しさん2017/03/11(土) 20:07:51.44
>>184
こいつまだ暴れてんのか

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

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

254仕様書無しさん2017/03/11(土) 20:56:42.84
>>249
は?
いつの時代もこんな馬鹿な意見が支持された事は無いだろ

255仕様書無しさん2017/03/11(土) 21:20:18.30
>>254
小さい仕事しかしたことない人にはわからないよ
コメントがあれば綺麗なコードもドキュメントもいらない

256仕様書無しさん2017/03/11(土) 21:34:53.84
>>255
おじいちゃん、薬飲みました?
早く寝ましょうね

257仕様書無しさん2017/03/11(土) 21:57:09.28
途中から発言がネタキャラに乗っ取られとるw

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

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

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

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

261仕様書無しさん2017/03/12(日) 08:02:53.09
コードは読むけどソースは読まんな
どこのおじいちゃん?

262仕様書無しさん2017/03/12(日) 08:17:08.03
>>261
読めないならここに来なくていいよ?

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

264仕様書無しさん2017/03/12(日) 09:05:25.71
>>263
じゃあお前が書き込みできないな

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

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

267仕様書無しさん2017/03/12(日) 09:25:35.49
大きなシステムやってると自尊心まででかくなる傾向があるよな
大きければ大きいほどいい!

268仕様書無しさん2017/03/12(日) 09:44:21.04
>>267
シメジ (゚д゚)

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

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

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

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

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

273仕様書無しさん2017/03/12(日) 12:21:50.03
毎日数万行も人のコードを読むやつがあるものか

仕様書を見るんだ
コード読んでたら日が暮れる

274仕様書無しさん2017/03/12(日) 12:29:58.46
>>272
あたま大丈夫?

275仕様書無しさん2017/03/12(日) 12:30:54.26
>>274
だってコードを見ろとしつこいやつがいるからそう書いただけなんだが。

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

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

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

279仕様書無しさん2017/03/12(日) 12:33:24.22
>>275
あたま大丈夫?

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

281仕様書無しさん2017/03/12(日) 12:41:54.30
>>280
は?
コメントだけはまともだと思ってんの?

282仕様書無しさん2017/03/12(日) 12:52:50.49
>>281
もはや頭がおかしいとしか思えない。

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

283仕様書無しさん2017/03/12(日) 12:57:08.93
>>282
で、お前は何を主張したいんだ?

284仕様書無しさん2017/03/12(日) 13:20:07.04
>>283
とりあえずコードかコメントがあればなんとかなる

285仕様書無しさん2017/03/12(日) 13:27:43.62
>>284
は?
コメントだけがあればいいの?

286仕様書無しさん2017/03/12(日) 13:40:42.30
>>284
コードがなくていいのかよwww

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

288仕様書無しさん2017/03/12(日) 13:49:57.67
納品物は得体の知れないバイナリのみwww

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

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

291仕様書無しさん2017/03/12(日) 15:18:43.03
コメントに頼るのは駄目なプログラマー

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

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

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

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

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

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

296仕様書無しさん2017/03/12(日) 16:51:30.64
>>295
それは設計が下手なだけ

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

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

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

299仕様書無しさん2017/03/12(日) 17:18:11.04
>>298
複数行のコードの塊にコメント付けるのはマヌケ

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

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

301仕様書無しさん2017/03/12(日) 17:21:19.05
例えばエラー処理なんて典型的な例

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

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

// ここからエラー処理

って書けば十分だろ

302仕様書無しさん2017/03/12(日) 17:21:56.04
>>301
そんなコメントいらんだろ

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

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

304仕様書無しさん2017/03/12(日) 17:23:37.87
>>303
話が理解できないのか?

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

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

できない

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

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

308仕様書無しさん2017/03/12(日) 17:30:27.67
>>307
少なくともそんな設計にはしない。

309仕様書無しさん2017/03/12(日) 17:31:35.86
長い関数があった時

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

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


長い処理Bで、長い処理Aの変数を使ってはいけない理由はなんですか?

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

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

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

312仕様書無しさん2017/03/12(日) 17:33:55.80
>>309
理由?
コード書いた奴が馬鹿だから

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


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

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

314仕様書無しさん2017/03/12(日) 17:35:31.88
>>311
明確に書いてあるじゃねーか

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

315仕様書無しさん2017/03/12(日) 17:37:35.81
>>314
「複数行の塊に」が消えてしまってますぜwww

316仕様書無しさん2017/03/12(日) 17:39:07.51
http://aspesyn.com/tokutyou1/

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

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

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

317仕様書無しさん2017/03/12(日) 17:39:22.61
>>313
で、それが関数化できない理由は?

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

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

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

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

320仕様書無しさん2017/03/12(日) 17:46:38.13
>>319
論理的思考力も無いのな

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

???

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

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

322仕様書無しさん2017/03/12(日) 17:49:04.28
複数行の固まりコメント書かない?
各行にも書かない?

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

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

324仕様書無しさん2017/03/12(日) 17:51:14.54
>>323
コメントの書き方も知らないのな

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

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

326仕様書無しさん2017/03/12(日) 17:53:04.04
>>325
お前は日本語すら理解できないのか

327仕様書無しさん2017/03/12(日) 17:53:18.99
k・o・m・m・e・n・n・t・o

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

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

だろーだろー

だから言ってるんだよ。

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

329仕様書無しさん2017/03/12(日) 17:55:02.44
>>328
明確に書いてあるじゃねーか

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

330仕様書無しさん2017/03/12(日) 17:56:20.02
>>327
コッメント?

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

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

333仕様書無しさん2017/03/12(日) 17:56:56.41
>>330
英語だよばーかw

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

335仕様書無しさん2017/03/12(日) 17:57:44.84
>>324>>326
煽るだけで意味のあるコメントが皆無だな

>>それ以外のレス
何も良い返す言葉はありません

336仕様書無しさん2017/03/12(日) 17:58:28.41
俺のふりすんなバーカ

337仕様書無しさん2017/03/12(日) 17:59:34.15
>>335
334だが、だれだおまえ
気持ちの悪い奴だ

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

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

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

341仕様書無しさん2017/03/12(日) 18:05:33.39
>>333
え?

342仕様書無しさん2017/03/12(日) 18:06:26.69
長い関数があった時

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

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


長い処理Bで、長い初期化処理Aの変数を使うのにどうしろと?

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

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

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

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

346仕様書無しさん2017/03/12(日) 18:11:23.01
じゃあそのもっといい方法を使えばいいだけだろw

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

348仕様書無しさん2017/03/12(日) 18:18:39.44
>>342
ローカル変数にするのが間違い

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

359仕様書無しさん2017/03/12(日) 19:26:31.03
>>357
お前は日本語理解できない無能だな

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

361仕様書無しさん2017/03/12(日) 19:33:05.63
>>360はマトモ
>>358,359はバカw

362仕様書無しさん2017/03/12(日) 19:36:18.14
>>361
お前はダニ
日本語勉強してから出直してこい

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

364KAC2017/03/12(日) 19:42:04.66
なんか必死のやつがいるようだな。

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

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

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

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

365仕様書無しさん2017/03/12(日) 19:53:16.38
バカの真打登場で一気に沈静化w

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

367仕様書無しさん2017/03/12(日) 19:55:07.61
なんか必死のやつがいるようだなw

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

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

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

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

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

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

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

// ナントカ処理開始

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

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

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

372仕様書無しさん2017/03/12(日) 20:12:54.20
具体的なコードなしによくここまで騒げるな

373仕様書無しさん2017/03/12(日) 20:16:19.95
>>327 k・o・m・m・e・n・n・t・o

こっめんとwww

>>333 英語だよ

 英語wwwwwwwww

あほが騒ぐとすごいなぁ

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

375仕様書無しさん2017/03/12(日) 20:20:26.55
A: コメント書けよ
B: やだ!書きたくない

議論なんかこれw
バカって面白いなw

376仕様書無しさん2017/03/12(日) 20:24:13.25
>>375
そろそろコテハンつけてくれ

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

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

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

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

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

379仕様書無しさん2017/03/12(日) 20:39:30.58
>>378
そんなコメントが必要な理由は?

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

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

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

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

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

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

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

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

383仕様書無しさん2017/03/12(日) 20:52:14.68
>>382
話を発散させるな

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

385仕様書無しさん2017/03/12(日) 20:57:57.35
>>382
話をすすめる上で、
相手の出した前提条件を無視するのはやってはいけないこと

386KAC2017/03/12(日) 21:02:49.16
>>384
コードを可読的に単純化したことすら理解できないのか。

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

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

処理は一本化すべきところは分けて記述すべきではない

387仕様書無しさん2017/03/12(日) 21:03:21.43
>>385
前提って?
明確にしてくれ

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

389仕様書無しさん2017/03/12(日) 21:11:20.56
>>387
日本語くらい理解しろよ・・・

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

391仕様書無しさん2017/03/12(日) 21:12:17.62
>>389
前提って何?って日本語理解できなかった?

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

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

だと理解できる?

394KAC2017/03/12(日) 21:19:18.58
>>393
名前忘れた・・・
専ブラ使えないのは面倒だねぇ orz

395仕様書無しさん2017/03/12(日) 21:20:07.29
>>392
んなわきゃない

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

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


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

397仕様書無しさん2017/03/12(日) 21:23:28.61
>>393
同じ事だろ

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

うん明快だな

398KAC2017/03/12(日) 21:25:00.97
>>392
そんなこと言い始めたら、
continueや関数途中のreturnも使えない。

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

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

399KAC2017/03/12(日) 21:27:17.96
>>397
同じ処理が複数ヶ所に存在してしまうのは初歩的な失敗だな。
本当にそっちのほうが正しいと考えているのなら、経験不足すぎる。

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

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

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

403仕様書無しさん2017/03/12(日) 21:40:05.24
>>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();って書いてあげたでしょ

404仕様書無しさん2017/03/12(日) 21:41:00.62
>>401-402
ちょっとなにいってるかわかんない
話を引っ掻き回したいだけなら黙ってたら?

405仕様書無しさん2017/03/12(日) 21:43:04.31
>>403
バカがいる・・・

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

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

407仕様書無しさん2017/03/12(日) 21:47:05.09
すまん、アンカー間違い

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

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

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

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

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



上限を固定する(x);

これでいいだろ
それとも

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

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

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

めんどくさいやっちゃな

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

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

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

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

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

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

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

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

これで十分では?

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

419仕様書無しさん2017/03/13(月) 00:05:30.55
>>416
疲れるのはお前の頭が悪いからだよw

420仕様書無しさん2017/03/13(月) 00:34:15.36
結局さ、コメントで書くよりも
コードで書いたほうが良いわけだよね

421KAC2017/03/13(月) 01:08:32.36
>>420
結局はそう。
コメントってのはあくまでも「注釈」だから
必要の無い場面では完全に不要なもの。

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

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

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

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

422仕様書無しさん2017/03/13(月) 01:38:22.95
いやコードもコメントもどっちも書いてメンテしろよw

423仕様書無しさん2017/03/13(月) 01:45:14.60
>>422
コードは試験で品質保証するけど
コメントは品質保証する手だてが無いからな

424仕様書無しさん2017/03/13(月) 02:16:38.37
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仕様書無しさん2017/03/13(月) 02:20:24.43
少し改良、() いらないし、// よりも # の方が見やすいかなと思って

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


複数行コメントの場合

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

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

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

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

int foo
 - int a
 - int b
{
}

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

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

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

429仕様書無しさん2017/03/13(月) 03:22:55.50
コメントは必要だけど
int a; //最大値
は邪悪だな。
int max;
とすべきだろう。

430仕様書無しさん2017/03/13(月) 04:16:45.90
>>429
それな

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

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

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

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

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

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

よかったねー

433仕様書無しさん2017/03/13(月) 04:43:00.48
>>432
え?なに?アノテーションって言われて
なにか劣等感でも感じたの?

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

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

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

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

436仕様書無しさん2017/03/13(月) 12:55:14.13
>>432
アノテーションくらいは知っとこうぜ

437仕様書無しさん2017/03/13(月) 18:24:08.31
コピペで済むような仕事で変に独自性出そうとすんなよ

438仕様書無しさん2017/03/13(月) 18:37:19.07
// ループ

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

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

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

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

442仕様書無しさん2017/03/13(月) 22:29:40.48
>>441
は?

443仕様書無しさん2017/03/13(月) 22:46:27.24
理屈がバグってる

444仕様書無しさん2017/03/13(月) 23:55:48.42
>>441
コード上の名前と
作った本人が思っているものと
コメントが違うことがある

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

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

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

4464442017/03/14(火) 00:33:13.04
/* 444げっち(´・ω・`)b */

4474442017/03/14(火) 02:27:06.38
/* 444げっち(´・ω・`)b */

448仕様書無しさん2017/03/14(火) 02:31:14.82

449仕様書無しさん2017/03/14(火) 02:52:20.71

450仕様書無しさん2017/03/14(火) 13:33:47.48

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

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

452仕様書無しさん2017/03/14(火) 16:25:19.54
>>451
そのコメントがバグってたらどうしていいものか

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

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

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

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

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

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

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

457仕様書無しさん2017/03/14(火) 19:40:25.88
みなさん正規表現にはコメントをつけますか?

458仕様書無しさん2017/03/14(火) 19:41:09.82
>>456
またモデラー君かw
最近モデリングって言葉覚えたみたいだけど
モデルってコーディングプランの事じゃないからねw

459仕様書無しさん2017/03/14(火) 19:42:54.67
>>458
ははは
コメンテーターで流行りのジョークか何かですか?

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

461仕様書無しさん2017/03/14(火) 20:28:13.22
>>456
キミっていつも設計のことをモデルと言うから分かりやすいよな。

462仕様書無しさん2017/03/14(火) 20:33:12.65
>>457
つけるぞ。こんな感じで

char *p = "\\\d{1,3}(,\d{3})*\b"  // 正規表現

463仕様書無しさん2017/03/14(火) 20:34:37.04
>>462
性器表現の間違いじゃないのか?

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

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

こうしてまた着々と己の黒歴史を刻む>>462であった

466仕様書無しさん2017/03/14(火) 20:53:50.07
>>461
モデルってこの業界では一般的な用語だぞ
コメンテーターの仕事は知らんけど

467仕様書無しさん2017/03/14(火) 20:55:11.57
>>465
黙れ
コメントが正しければコードはどうでもいいんだよ

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

469仕様書無しさん2017/03/14(火) 21:02:04.95
コメンテーターわろたw

470仕様書無しさん2017/03/14(火) 21:03:39.43
>>465が何を言いたいのかよくわからない件

471仕様書無しさん2017/03/14(火) 21:08:58.54
>>467
それだけは無いわー

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

473仕様書無しさん2017/03/14(火) 21:14:18.10
>>470
マジレスすると、Cしか知らない無能なんだと思われ

474仕様書無しさん2017/03/14(火) 21:16:53.55
//全部大文字にする
とかそういうやつつけて欲しい。正規表現

475仕様書無しさん2017/03/14(火) 21:18:08.86
いちいち内容考えるの面倒だろ

// コメント

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

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

477仕様書無しさん2017/03/14(火) 21:58:55.62
コメンテーターw
茶噴いた

478仕様書無しさん2017/03/14(火) 22:24:52.04
>>476
なにいってるのか分からん

479仕様書無しさん2017/03/14(火) 22:26:21.55
悔しいんだろ。もう少しそっとしといてやれよw

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

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

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

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

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

483仕様書無しさん2017/03/15(水) 01:01:32.78
>>482
は?
スレの「コメント」にかけてるって事すら判らないの?

484仕様書無しさん2017/03/15(水) 02:53:40.29
またコメンテーターが無駄な長文書いてる

485仕様書無しさん2017/03/15(水) 03:05:46.61
俺のクソみたいなコメントを紹介してやんよ

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

4864852017/03/15(水) 03:27:37.49
見どころは、じつはchannelが全部同一だってことには触れてないことだ……!
今のNet::SSHの実装だと全部同一のチャンネル返してきやがるんだよクソッタレ

487仕様書無しさん2017/03/15(水) 06:01:26.13
>>481
設計をモデルと言っているのは今の所>>461だけだから>>461と話し合ってくれ

488仕様書無しさん2017/03/15(水) 09:02:44.39
またコメントが間違ってた
やっぱりコメント不要だ

489仕様書無しさん2017/03/15(水) 12:06:27.79
>>483
コメントを書くひとを英語でコメンテーターとは言わないよ。

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

491仕様書無しさん2017/03/15(水) 12:12:24.41
>>489-490
お前、阿呆だろ?

492仕様書無しさん2017/03/15(水) 12:33:32.79
>>491
お前以外全員アホだよ

493仕様書無しさん2017/03/15(水) 12:39:27.40
>>492がアホなのは確定

494仕様書無しさん2017/03/15(水) 12:59:29.06
コメンターだな?
もしくは
コメントライター

495仕様書無しさん2017/03/15(水) 13:06:34.17
>>493
いよっ、天才!
天才のど偉い一言期待したまっせ!

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

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

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

498仕様書無しさん2017/03/15(水) 14:53:03.53
説明できないんだろうな。

499仕様書無しさん2017/03/15(水) 17:33:49.63
コメンテーターw
言い得て妙だな

500仕様書無しさん2017/03/15(水) 23:26:40.32
>>499
それをいうならコンメンティストだろw

501仕様書無しさん2017/03/15(水) 23:27:16.87
>>497
グローバル変数くらいでかわりにくいとか初心者だな。

502仕様書無しさん2017/03/15(水) 23:29:52.82
>>501
ダメなものはダメって言えるようにならないとだめだよ

503仕様書無しさん2017/03/15(水) 23:53:12.88
>>502
ものによってはグローバル変数の方がいいものがある。ログファイル関連とか。

504仕様書無しさん2017/03/15(水) 23:56:03.09
>>503
ログファイルにもいらん

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

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

506仕様書無しさん2017/03/16(木) 00:14:31.70
そうしないってなんだ?

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

507仕様書無しさん2017/03/16(木) 02:39:22.29
>>500
最上級にするな
厚かましい

508仕様書無しさん2017/03/16(木) 08:24:54.95
comment
commenter
commentest

509仕様書無しさん2017/03/16(木) 09:41:34.62
ログなんか、唯一出力関数だけ公開されてりゃ事足りるだろうに。
ログレベルだってそれに引数で与えりゃ済む話だ。

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

511仕様書無しさん2017/03/16(木) 12:31:27.38
言ってる事は同じなのにな。

512仕様書無しさん2017/03/16(木) 14:53:24.15
こりゃ世界から戦争がなくならないはずだわ

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

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

514仕様書無しさん2017/03/16(木) 14:58:25.59
>>513
コメントが要らないと主張する奴なんて居ないのに、勝手に誤解してる馬鹿が話をややこしくしてるだけ

515仕様書無しさん2017/03/16(木) 14:59:48.67
>>514
スレタイ読め

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

517仕様書無しさん2017/03/16(木) 15:03:18.07
>>515
うるせぇ

518仕様書無しさん2017/03/16(木) 15:04:03.80
>>516
じゃあそいつと話しろよ。。。

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

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

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

521仕様書無しさん2017/03/16(木) 15:10:15.17
>>520
日本語読めないの?

522仕様書無しさん2017/03/16(木) 15:21:55.68
>>520
無理矢理レッテル貼って精神的優位に立ちたい年頃なんだな

523仕様書無しさん2017/03/16(木) 17:00:59.18
コメンテーターうるせーよ

524仕様書無しさん2017/03/16(木) 18:54:28.55
>>516
彼らはコメントいらないなんて嘘ぶいてるけどその実態はコメント書けない勢だよ

525仕様書無しさん2017/03/16(木) 19:06:57.46
>>524
阿呆だろ?

526仕様書無しさん2017/03/16(木) 19:12:46.97
ソースコードに全て書いてあるだろうに。

527仕様書無しさん2017/03/16(木) 19:19:46.30
ソースを読める奴が優秀なのではない。
お前らでも、分かるように書けるPGが優秀なのだ。
だからソースを読めるからと言って天狗にならない方がいい。

528仕様書無しさん2017/03/16(木) 19:23:17.53
>>527
は?

529仕様書無しさん2017/03/16(木) 19:32:39.17
どんなにコメントに書こうが、プログラムはコードに書かれた通りにしか動かないんだよ?

530仕様書無しさん2017/03/16(木) 19:35:16.12
>>529
お前いつも「コンパイラのバグだ!」って騒いでるじゃんかw

531仕様書無しさん2017/03/16(木) 19:38:52.82
>>530
は?

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

533仕様書無しさん2017/03/16(木) 20:24:05.91
ぐろ

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

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

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

537仕様書無しさん2017/03/17(金) 01:20:16.07
しかしコメントは汚くても捨てられない。
どちらが資産になるかは言うまでもないな

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

539仕様書無しさん2017/03/17(金) 02:51:40.44
>>537は迷わずコードを捨てそうだがな

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

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

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

541仕様書無しさん2017/03/17(金) 13:56:06.83
>>537
これがコメンテーターの思考回路か

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

543仕様書無しさん2017/03/18(土) 00:05:15.78
コード綺麗な奴はコメントほとんど書かないけどな

544仕様書無しさん2017/03/18(土) 00:21:39.70
べたべたに書かれた詳細設計との対応とるために
いちいち処理にコメント書くことはある

545仕様書無しさん2017/03/18(土) 00:23:57.93
それは不幸な職場だな

546仕様書無しさん2017/03/18(土) 00:27:42.83
コード綺麗な奴はコメントほとんど書かないけどな

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

547仕様書無しさん2017/03/18(土) 10:18:39.88
>>546
自分ではまともなコードだと思い込んでいるんだろうな。

548仕様書無しさん2017/03/18(土) 16:52:19.15
>>547
それはコメントの有無関係ないから

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

550仕様書無しさん2017/03/18(土) 22:14:33.96
コメントを書けないようなコードって例えば?

551仕様書無しさん2017/03/18(土) 22:53:24.72
>>550
俗にいうスパゲッティコード

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

552仕様書無しさん2017/03/18(土) 22:54:50.16
>>551
コメント書けるだろ

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

554仕様書無しさん2017/03/18(土) 23:55:45.06
コメントを書けないようなコードって例えば?

555仕様書無しさん2017/03/19(日) 00:07:32.94
2chて異様にアスペ多いよね
リアルじゃ見かけたことないけど、彼らはいったいどこに生息してるんだろ

556仕様書無しさん2017/03/19(日) 00:19:10.57
>>555
鏡見れば解決するよ

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

558仕様書無しさん2017/03/19(日) 01:01:40.42
ムキになることなくね?

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

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

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

562仕様書無しさん2017/03/19(日) 07:57:17.91
スパゲッティ食べたい

563仕様書無しさん2017/03/19(日) 10:40:09.25
>>554
日本語で説明できないようなもの

564仕様書無しさん2017/03/19(日) 13:23:38.25
例えば?

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

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

初めは誰もが誤解する名前になっているw

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

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

568仕様書無しさん2017/03/19(日) 15:39:38.56
おまいらんとこ、コードレビューとか無いの?

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

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

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

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

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

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

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

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

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

573仕様書無しさん2017/03/19(日) 17:20:58.02
>>572
だれもしたいと思って宗教戦争してるわけじゃない。
「疑問点」「おかしな点」の感じ方が人それぞれ異なる。

技術者同士じっくり時間をかければお互いなるほどと思うことが多いのだが、
レビューの場だけでは無理がある。

574仕様書無しさん2017/03/19(日) 18:52:57.54
>>569
なんだこれ
レビューの悪い例の見本みたいな感じ

575仕様書無しさん2017/03/19(日) 18:59:31.19
>>566に似てるけど
「target」ってのも悪のキーワード
引数になんでもtargetって付ける馬鹿
いったい何が由来なんだろね
perl?cobol?C?

576仕様書無しさん2017/03/19(日) 19:00:35.42
スレチスマソ
ここ変数名じゃなくてコメントのスレだったな・・・

577仕様書無しさん2017/03/19(日) 19:23:51.35
>>572
いや、レビューでコメントをどうするとか無駄な相談するくらいなら最初からコメント削っとくべきだろう。
この場合は。

俺はコメントは必要と思ってるけど、この場合は不必要どころか害悪になってる。

578仕様書無しさん2017/03/19(日) 20:54:03.72
>>569
こんなことするチームから出てきたソースは
品質や保守性の低いゴミなんだよな
後でそのツケが回ってきて炎上する

579仕様書無しさん2017/03/19(日) 21:09:31.98
詳細設計とコーディングが同じ人間なら、コードのコメントに詳細設計の言葉書かれる。

580仕様書無しさん2017/03/19(日) 21:40:58.51
>>574>>578
もちろんそうだ。悪い見本として書いてるのがわからんか?
ただ彼らも悪いレビューをわざとしてやろうと思ってしてるわけじゃない。

581仕様書無しさん2017/03/19(日) 21:47:11.54
まあ、おまいが嫌いなだけだしな。

582仕様書無しさん2017/03/19(日) 22:06:14.61
仲間はずれ…会社や職場のコードレビューで自分だけ誘われない時の対処法5選
1.思い当たる理由を探ってみる
2.誘ってくれない理由を尋ねる
3.自分も誘ってほしいと意思表示する
4.仲間はずれにされているならば気にしないように!
5.自分でコードレビューを主催してみる

583仕様書無しさん2017/03/19(日) 22:24:50.77
飲み会とかならわかるが
コードレビューに誘われたい奴とかいるの?

584仕様書無しさん2017/03/19(日) 23:26:38.02
そもそも、ここにいる連中で何人かは、ANSI Cすらきちんと理解していないのでは...
と思えるほどの書き込みも見受けられるのだが。C++以前の問題で、Cも理解していない感じ。
マジでヤバい奴とかいなくね?

585仕様書無しさん2017/03/19(日) 23:42:44.55
Cを理解していなくても別にヤバくはないが、
それ以前に人としてヤバい率が異常。

586仕様書無しさん2017/03/19(日) 23:54:37.66
宗教戦争が嫌ならレビューのやり取りはメールとか文書ですればいい
修正させるにはいちいち根拠になる仕様や規約が必要だし、書くのめんどいから
ふつうはみんな最低限の作業で済まそうとする

顔つき合わせて漠然とした議論するのはほんとに飲み会のノリぐらいじゃないと

587仕様書無しさん2017/03/20(月) 00:15:28.56
コードレビューとかみんな真面目にやってんの?

588仕様書無しさん2017/03/20(月) 00:55:27.16
やらないの?

589仕様書無しさん2017/03/20(月) 01:16:26.47
>>584「Cを理解していると兎に角凄いのだ!最高峰の言語なのだ!」

590仕様書無しさん2017/03/20(月) 05:18:49.04
>>589
そういう意味ではないとわからないのか?

591仕様書無しさん2017/03/20(月) 05:22:48.97
そういう意味だろ

592仕様書無しさん2017/03/20(月) 05:36:46.80
>>591
意味がわかってないな

593仕様書無しさん2017/03/20(月) 05:38:14.42
>>591
C言語がすごいと言ってるのではなく、構造化プログラミングを知っているのかという意味だよ、たぶん。

594仕様書無しさん2017/03/20(月) 07:07:08.16
コメントなんか普段気にしないのに
大嘘書いてたのには苦しめられたな

595仕様書無しさん2017/03/20(月) 09:04:22.03
>>584
コメントを議論するスレで、なんで言語の規格が出てくるのかわからないし、
最後の一文も意味不明。
自分が発達なのを自覚できてないとしか。

596仕様書無しさん2017/03/20(月) 09:58:49.40
コメントを議論するはずのスレなのに、出てくる話はC系統の話ばかりだろ。

597仕様書無しさん2017/03/20(月) 11:24:59.57
偽装請負多重派遣業界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.17
>>596
CじゃなくてJava系だろうが。

599仕様書無しさん2017/03/20(月) 15:08:59.74
Javaの文法はC系統でしょうな

600仕様書無しさん2017/03/20(月) 15:24:46.00
>>599
駄目こりゃ。オブジェクト指向言語とそうでないものではコメントの書き方がまったく異なる

601仕様書無しさん2017/03/20(月) 15:45:33.74
はいうそ

602仕様書無しさん2017/03/20(月) 17:32:51.24
>>600

603仕様書無しさん2017/03/20(月) 17:40:09.07
関数とメソッドの違いもわからないのか

604仕様書無しさん2017/03/20(月) 17:48:20.28
コメントは変わらない

605仕様書無しさん2017/03/20(月) 18:28:47.56
>>604
同じになる場合もあるが、あなたのコードがオブジェクト指向でない可能性がある。

606仕様書無しさん2017/03/20(月) 18:30:24.94
>>600
え?
コメント形式同じですけど

607仕様書無しさん2017/03/20(月) 20:00:11.08
>>606
コメントの内容のスレだろw

608仕様書無しさん2017/03/20(月) 20:04:12.51
>>606
ちなみにかなりあとになって言語仕様に追加されたけど、C言語に行コメントはなかったからな。

CとC++はコンパイラが一緒なのが普通だから、CとC++を混ぜて書くプログラマはいまでもそれなりにいるとは思う。

609仕様書無しさん2017/03/20(月) 20:58:29.95
今時、関数とか言ってる珍獣は死ねよ
いつの時代だよw

610仕様書無しさん2017/03/20(月) 21:05:14.81
>>609
は?
なんでも横文字にすればいいってんもんじゃないんだよ

611仕様書無しさん2017/03/20(月) 21:14:01.92
getUserId() toYearOfDate() とか他に何をコメントせいって言うんだろうな。

612仕様書無しさん2017/03/20(月) 21:14:19.18
関数すら理解できないバカが沸き始めたな

613仕様書無しさん2017/03/20(月) 21:15:59.45
toYearOfDate() // といやあおぶだて
getUserId()  // げつざぁいど

614仕様書無しさん2017/03/20(月) 21:19:30.04
>>607
内容も同じでしょ

615仕様書無しさん2017/03/20(月) 21:24:11.46
>>611
getUserId() /* この処理は、ユーザーごとに割り振られた識別子、
いわゆるユーザーIDと呼ばれるものを取得するための関数であり、
引数は無く、返値にそのユーザーIDが格納されてきます。
ユーザーIDの範囲は unsigned int(符号なし整数)で表せる範囲であり、
16bitコンパイラの場合であれば 0〜65535、
32bitコンパイラの場合であれば 0〜4294967295、
64bitコンパイラの場合であれば、実装依存の値となりますが
もし64bitのint値とするコンパイラであれば (以下略)

こんな感じの丁寧なコメントがつくんじゃね?

616仕様書無しさん2017/03/20(月) 21:58:33.90
文章が下手なやつって、箇条書きが出来ないんだよなw
そして文章を長ったらしく書くのが丁寧だと勘違いしているふしがあるね

617仕様書無しさん2017/03/20(月) 22:09:44.85
長文かけないやつは根本的に想像力が足りてなくて、どうしょうもないことがおおい

必要なポイントをまとめて箇条書きにする技術は教えりゃ身につくが
想像力を働かせて必要な情報を盛り込む技術はなかなか教えられん

618仕様書無しさん2017/03/20(月) 22:33:21.84
>>616
え?

619仕様書無しさん2017/03/20(月) 23:44:28.64
>>617
長文ウゼー

620仕様書無しさん2017/03/21(火) 00:00:10.82
>>619
長くないよ!お前が短すぎるんだ!

621仕様書無しさん2017/03/21(火) 00:11:33.78
>>616
ここはドキュメントを書くところではありません。

622仕様書無しさん2017/03/21(火) 00:14:07.30
>>619
頭の悪い人間の会話を聞いていればわかるが、単語のぶつけ合いしかしてない。

623仕様書無しさん2017/03/21(火) 07:25:03.32
直接反論するのも別の見解を持ち出すのも議論のうちだ

624仕様書無しさん2017/03/21(火) 14:22:41.97
コメントやドキュメントはオープンソースのライブラリに書かれている物を参考にすれば良いんじゃない?

人気のライブラリのは
シンプルながらも要点をおさえたコメントになっているぞ

625仕様書無しさん2017/03/21(火) 18:24:14.25
>>624
ひとくちにオープンソースといってもなあ…具体的に

626仕様書無しさん2017/03/21(火) 19:21:10.00
chromium

627仕様書無しさん2017/03/21(火) 20:25:43.06
オープンソースという表現はすでに陳腐化してます
これからはバックリソースと表現するようにビルゲイツを脅迫してきます

(´・ω・`)b

628仕様書無しさん2017/03/21(火) 20:47:19.16
朴りソース?

629仕様書無しさん2017/03/21(火) 23:43:06.50
>>624
オープンソースはコメントが少ないのが多いよ。

630仕様書無しさん2017/03/21(火) 23:44:10.34
>>627
バックレソースなら昔よくあったな。
ひどいものを作って逃げるやつ。

631仕様書無しさん2017/03/22(水) 01:20:10.07
>>630
今でもよくあるのよ、モルダー

632仕様書無しさん2017/03/22(水) 08:04:29.91
OSSに無いのは必要のないコメントで
ライブラリのドキュメントとかFIXMEみたいなのはOSSにも良くあるじゃん?

633仕様書無しさん2017/03/22(水) 08:21:08.77
>>632
そんなもんプロジェクトによるわな

634仕様書無しさん2017/03/23(木) 21:49:06.15
オープンソースは英語のコメントのせいでコメントそのものが曖昧に書いてあることが多い。世界の標準言語を表現力のとぼしい英語にするから意志疎通がうまくいかない。

635仕様書無しさん2017/03/23(木) 21:57:01.60
>>634
は?

636仕様書無しさん2017/03/23(木) 22:03:41.80
>>635
日本人だって漢語だけの組み合わせで説明するやつだっているだろ。

あんな何通りか解釈できる言葉を日本語ネイティブでも書くのに、英語ネイティブでもない世界中の人間が書いていたら、コメントそのものも解釈が別れる。

そもそも英語圏ですら方言も強くて意志の疎通がうまく取れていない。

637仕様書無しさん2017/03/23(木) 22:09:16.86
>>636
は?

638仕様書無しさん2017/03/23(木) 22:22:10.36
What the hell are you talking about!?

639仕様書無しさん2017/03/23(木) 22:26:46.77
Oh, shit... I like the Unko.

640仕様書無しさん2017/03/23(木) 23:31:21.45
漢字だとダメな例
NG: 押下
OK: Click (Tap)

641仕様書無しさん2017/03/23(木) 23:38:48.72
OK: おす

642仕様書無しさん2017/03/23(木) 23:49:06.06
>>640
ボタンを押すことを押下と言い出した昔の日本人が悪い。

たぶんキーボードを押すから来ている言葉だな。

初期のGUIはマウス操作を想定していてもマウスがなく、キーボード選択してボタンを押したり、マウスカーソルをキーボードで移動させてボタンの上でキーを押していた。

643仕様書無しさん2017/03/23(木) 23:56:24.33
日本語がなかなか思い浮かばない例
insert : 挿入
eject : ?

644仕様書無しさん2017/03/23(木) 23:57:13.79
>>643
あんた外国人?

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
「射出」の方がかっこいいよな

649仕様書無しさん2017/03/24(金) 12:14:11.39
message -> 電文
はなんかかっこいいな

650仕様書無しさん2017/03/24(金) 13:06:39.90
>>646
漢語に統一したいんじゃないの?

651仕様書無しさん2017/03/24(金) 13:15:24.74
挿入と来れば次は射精だろjk

652仕様書無しさん2017/03/24(金) 13:32:40.18
まぁ挿入の対義語は抜去みたいだしな
音読みの反対が訓読みとかはちょっとな

653仕様書無しさん2017/03/24(金) 16:16:50.88
insert <-> delete
add <-> remove

ejectなんて使わない

654仕様書無しさん2017/03/24(金) 16:18:27.76
>>653
は・・・?

655仕様書無しさん2017/03/24(金) 17:12:05.59
英語の対義語じゃなくて、日本語の対義語だとそうなるって話
英語の対義語での訳なら、除去か削除だな
めんどくせ

656仕様書無しさん2017/03/24(金) 17:18:01.72
ejectは英語のなかではダメ単語で文脈からしか意味がわからない単語。

657仕様書無しさん2017/03/24(金) 18:32:40.61
摂る取る撮る摂る捕る執る盗る獲る穫る
みたいな?

658仕様書無しさん2017/03/24(金) 19:58:26.69
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。

659仕様書無しさん2017/03/24(金) 20:09:34.48
>>658
//はかなり古い言語のパクりなんだが。

660仕様書無しさん2017/03/24(金) 20:54:38.80
日本語の特定漢字が末尾だとコンパイルエラーが出るコメント式なんてクソだろ。

661仕様書無しさん2017/03/24(金) 21:18:50.49
>>660
日本語が入ってるとおかしくなるのはコメントに限ったことではない。シングルバイト圏のやつらが悪い。

662仕様書無しさん2017/03/24(金) 21:35:24.13
最近はみんなUTF-8だから問題ない

663仕様書無しさん2017/03/24(金) 21:36:21.98
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.40
658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。


            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ アホ!
 彡、   |∪|  /
/ __  ヽノ /
(___)   /


便利だと思うポイントがずれてる

/* */ を含むコードを/* */でラップすることは出来ない
// を含むコードは/* */でラップできる

665仕様書無しさん2017/03/24(金) 21:52:43.09
ラップってなんだよ
ネストか

666仕様書無しさん2017/03/24(金) 21:57:00.70
>>665
なんだよってなんだよ、おまえ、英語しらねーのか?

667仕様書無しさん2017/03/24(金) 21:57:50.40
てか、コメントするのをnest(入れ子構造)だと思ってるのか? クソボケだな

668仕様書無しさん2017/03/24(金) 21:58:43.98
2ちゃんって、自分から殴られに来る馬鹿いてたのしーな

669仕様書無しさん2017/03/24(金) 22:00:48.05
ネストされたコメント、たのしーなー

commentA.commentB.commentC とかでアクセスできんのかなー

たのしーなー

670仕様書無しさん2017/03/24(金) 22:02:31.10
> ネストされたコメント、たのしーなー
何が楽しいのかわからない。

言語によっては普通に対応してある

671仕様書無しさん2017/03/24(金) 22:02:58.27
どの言語よ?

672仕様書無しさん2017/03/24(金) 22:06:46.12
どの言語よ?

言語レベルでネストされたコメントに対してのアクセスをサポートしてる言語って、どの言語よ?

673仕様書無しさん2017/03/24(金) 22:08:07.64
Cでも対応してるコンパイラもあるぞ?

674仕様書無しさん2017/03/24(金) 22:11:26.76
プログラマならもっと具体的に言え
つまりコンパイラ名(製品名)とコードを書け

675仕様書無しさん2017/03/24(金) 22:12:02.27
> “言語レベル”でネストされたコメントに対してのアクセスをサポートしてる言語って、“どの言語よ”?

> Cでも対応してる“コンパイラ”もあるぞ?

日本語できねーなら喋るな、ゴミカス

676仕様書無しさん2017/03/24(金) 22:12:52.86
んで、よくわかんねーんだけど、コンパイラがコメント解釈してなんか良いのか?
わけわかんねーな、Cは

677仕様書無しさん2017/03/24(金) 22:17:00.03
もし、コンパイラが解釈する必要があるなら、それはコメントじゃなくてアノテーションだろ
それをコメント形式でしか書けない言語がクソなだけじゃねーか

>言語によっては“普通”に対応してある

どこが普通なんだよ、マヌケども

678仕様書無しさん2017/03/24(金) 22:20:22.84
んで、もう一回だけ聞いておくけど

>>664

これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

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
阿呆だろ?

682仕様書無しさん2017/03/24(金) 22:25:41.95
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仕様書無しさん2017/03/24(金) 22:26:39.52
ゴミカスって、本当に論拠を示さねーで一行レスばっかだよなw

684仕様書無しさん2017/03/24(金) 22:27:19.95
ゴミカス三連星は、実は一人なのです!

685仕様書無しさん2017/03/24(金) 22:27:29.15
>>683
論拠を示せよゴミカスwww

686仕様書無しさん2017/03/24(金) 22:28:10.94
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仕様書無しさん2017/03/24(金) 22:29:49.52
>>685
>論拠を示せよゴミカスwww


「ゴミカスって、本当に“論拠を示さねーで一行レス”ばっかだよなw」

論拠を示してね―ことがゴミカスだと判断する理由だって書いてあんじゃん

にほんごりかいできないのかなー???wwwwwwwwwwwww

688仕様書無しさん2017/03/24(金) 22:30:29.93
685 : 仕様書無しさん2017/03/24(金) 22:27:29.15
>>683
論拠を示せよゴミカスwww


            ∩_ 
           〈〈〈 ヽ
          〈⊃  }
   ∩___∩  |   |
   | ノ      ヽ !   !
  /  ●   ● |  /
  |    ( _●_)  ミ/ 死ねばいいのに!
 彡、   |∪|  /
/ __  ヽノ /
(___)   /

689仕様書無しさん2017/03/24(金) 22:33:17.19
>>685 みたいな糞マヌケが母親の子宮頸を通ってこの世に出てきてしまったことこそがこの世の害悪の全ての根源なのです。

690仕様書無しさん2017/03/24(金) 22:34:47.59
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.57
>>687
A⇒B と B⇒A は違うのだよぉw
知らなかったでしょwおバカさんwww

692仕様書無しさん2017/03/24(金) 22:38:01.00
>>691
コレだけ時間かけてその答えなの? くっそ遅w
それがメインディッシュだと思っちゃったの??????wwwww

そんな御託はどうでもいいから

> んで、もう一回だけ聞いておくけど
> >>664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

これ、答えろよwwwwwww

693仕様書無しさん2017/03/24(金) 22:38:48.99
なんだ?まだコメントがネストできる
言語わからないのか?w

694仕様書無しさん2017/03/24(金) 22:39:00.81
やっべ、まじこいつ、頭やっべwww

>>691 : 仕様書無しさん2017/03/24(金) 22:36:20.57

なんでこんな馬鹿が生まれてきちゃったんだよ…

695仕様書無しさん2017/03/24(金) 22:39:31.43
>>692
Neetが何質問なんかしちゃってんのぉwww
ねぇ?「権利」って知ってるぅ〜〜wwww

696仕様書無しさん2017/03/24(金) 22:40:15.40
>>693

でました、「まだわからないのか?」

んな出し惜しみしてね〜でとっとと言えばいいのに
それでそれが

>言語によっては“普通”に対応してある

普通なのか考えてみればいいのに

ノータリンって本当におもろいな

697仕様書無しさん2017/03/24(金) 22:41:15.67
発狂しとるw簡単やなコイツw

698仕様書無しさん2017/03/24(金) 22:41:33.82
>>695

>Neetが何質問なんかしちゃってんのぉwww

ごめんなさい、日本語話してくださいw

>ねぇ?「権利」って知ってるぅ〜〜wwww

話がどう繋がってるのかわかりません、なにじんですかw

699仕様書無しさん2017/03/24(金) 22:41:53.68
>>697
おまえだよw

700仕様書無しさん2017/03/24(金) 22:42:54.38
>>698
つまり「ゴメンナサイ」なのだな理解してあげる(ハ〜ト

701仕様書無しさん2017/03/24(金) 22:43:01.99
>>693
>>695
>>697

こいつ、マジ最強だなw
本当にてめーの論理が破綻してること、全く分かってないで「発狂しとるw簡単やなコイツw」だもんな

702仕様書無しさん2017/03/24(金) 22:45:01.93
       / \  /\ キリッ
.     / (ー)  (ー)\    <「(ハ〜ト」
    /   ⌒(__人__)⌒ \
    |      |r┬-|    |
     \     `ー’´   /
    ノ            \
  /´               ヽ
 |    l              \
 ヽ    -一””””~~``’ー&#8211;、   -一”””’ー-、.
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

          ____
        /_ノ  ヽ、_\
 ミ ミ ミ  o゚((●)) ((●))゚o      ミ ミ ミ   <だっておwww
/⌒)⌒)⌒. ::::::⌒(__人__)⌒:::\   /⌒)⌒)⌒)   
| / / /     |r┬-|    | (⌒)/ / / //       
| :::::::::::(⌒)    | |  |   /  ゝ  :::::::::::/      
|     ノ     | |  |   \  /  )  /
ヽ    /     `ー’´      ヽ /    /
 |    |   l||l 从人 l||l      l||l 从人 l||l  バンバン
 ヽ    -一””””~~``’ー&#8211;、   -一”””’ー-、
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

703仕様書無しさん2017/03/24(金) 22:45:15.70
以上、墓穴を掘って発狂しちゃうバカをお送りしました

704仕様書無しさん2017/03/24(金) 22:45:29.85
何重にも入れ子にする時は普通ネストって言う

705仕様書無しさん2017/03/24(金) 22:45:59.09
       / \  /\ キリッ
.     / (ー)  (ー)\    <「NestをNeetでかけてやった、オレ、天才」
    /   ⌒(__人__)⌒ \
    |      |r┬-|    |
     \     `ー’´   /
    ノ            \
  /´               ヽ
 |    l              \
 ヽ    -一””””~~``’ー&#8211;、   -一”””’ー-、.
  ヽ ____(⌒)(⌒)⌒) )  (⌒_(⌒)⌒)⌒))

706仕様書無しさん2017/03/24(金) 22:46:51.65
>>704 : 仕様書無しさん2017/03/24(金) 22:45:29.85
>何重にも入れ子にする時は普通ネストって言う

そうだよ? そんなことはお前以外全員わかってるよ?

論点、そこだと思ってたの? 脳みそあるの?

707仕様書無しさん2017/03/24(金) 22:47:40.35
やべぇ、マジやべぇ >>704wwww
まだ論点わかってねぇwwwww

708仕様書無しさん2017/03/24(金) 22:48:50.88
神よ、何故>>704のような白痴をこの世に送りたもうた?

709仕様書無しさん2017/03/24(金) 22:50:11.35
>>703

んで、誰の墓穴だったっけ?wwwwww

710仕様書無しさん2017/03/24(金) 22:51:17.12
馬鹿がわいてるな

711仕様書無しさん2017/03/24(金) 22:51:36.90
あー、もしかして>>704って

> >>658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
> ダブルスラッシュを考えた奴は、マジで頭良いと思う。
> /*   */
> よりも見やすいからな。

このクソ馬鹿本人なのか?

712仕様書無しさん2017/03/24(金) 22:51:53.93
>>710
おまえのことなw

713仕様書無しさん2017/03/24(金) 22:52:39.09
やっべ、

>ダブルスラッシュを考えた奴は、マジで頭良いと思う。 /*   */ よりも見やすいからな。

君が自己紹介し始めたwwwww >>710

714仕様書無しさん2017/03/24(金) 22:55:06.59
>>704
あのな、お前が「権利」とか持ち出したから言うけどな、
マトモな議論できね―バカに発言権なんか、ねーよ

死ね、ゴミカス

715仕様書無しさん2017/03/24(金) 22:55:12.78
馬鹿がわいてるな

716仕様書無しさん2017/03/24(金) 22:58:20.48
>>715

>>712

おまえ、本当にダメだな。一生ゴミクズのまま終わるだろう。
一生底辺でやってなよ。オレには知ったこっちゃないけどな。

717仕様書無しさん2017/03/24(金) 22:59:14.13
>>662
そうでもない。英語だとUTF-8でも1文字が1バイトだから、英語圏の人間は1文字が1バイトとして実装していたりする。

718仕様書無しさん2017/03/24(金) 22:59:17.63
自覚を持ったバカwwww

719仕様書無しさん2017/03/24(金) 23:01:36.56
>>718

       ____
     /_ノ  ヽ、_\
   o゚((●)) ((●))゚o   ,. -- 、
  /::::::⌒(__人__)⌒:::::: /    __,>─ 、
  |     |r┬-|    /          ヽ
  |     | |  |   {            |__
  |     | |  |    }  \       ,丿 ヽ
  |     | |  |   /   、 `┬----‐1    }
  |     | |  |  /   `¬|      l   ノヽ    >>717に阻止されてやがるwwwwwwwwwwwww
  \      `ー'ォ /    、 !_/l    l    /  }
           {       \     l   /  ,'
           \      ´`ヽ.__,ノ  /   ノ
             \     ヽ、\ __,ノ /
               ̄ ヽ、_  〉 ,!、__/
                    ̄

720仕様書無しさん2017/03/24(金) 23:02:19.02
やっべ、マジ>>704、おもしれーwwwww

721仕様書無しさん2017/03/24(金) 23:06:37.19
コメントがネストできる言語あった

722仕様書無しさん2017/03/24(金) 23:09:28.85
結局

> んで、もう一回だけ聞いておくけど
> >>664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

これには答えねーしな

バカはさ、テメーのくだらねープライドとかどうでもいいから質問にだけ答えろよ、ホント

それが一番てめーのためになるのに、それをしねーからいつまでたってもマヌケなんだよ

723仕様書無しさん2017/03/24(金) 23:09:53.41
>>721

なんで過去形になってんだよwwwww

724仕様書無しさん2017/03/24(金) 23:11:10.36
やべぇ、まじ、腹筋やべぇwwww

725仕様書無しさん2017/03/24(金) 23:11:51.29
>>721
コメントがネストできるのではなく、コメント構文がネストできるの間違いでは?

726仕様書無しさん2017/03/24(金) 23:12:38.02
>>725
なんだかよくわからんけど、それ本当にネストなの?

727仕様書無しさん2017/03/24(金) 23:13:12.12
コメントをネストする意義って、何よ?

728仕様書無しさん2017/03/24(金) 23:14:59.14
> んで、もう一回だけ聞いておくけど
> >>664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

729仕様書無しさん2017/03/24(金) 23:16:33.25
バカ、どうしても質問に答えて欲しいの巻wwww

730仕様書無しさん2017/03/24(金) 23:19:47.57
>>729
>バカ、どうしても質問には答えられないの巻wwww

731仕様書無しさん2017/03/24(金) 23:21:07.06
>>727
コメントアウトした部分を含めてコメントアウトできる。

732仕様書無しさん2017/03/24(金) 23:21:09.47
658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。


   ∩___∩
   | ノ      ヽ/⌒) あばばばばばば
  /⌒) (゚)   (゚) | .|
 / /   ( _●_)  ミ/    ∩―−、
.(  ヽ  |∪|  /    / (゚) 、_ `ヽ
 \    ヽノ /      /  ( ●  (゚) |つ
  /      /      | /(入__ノ   ミ   あばばっあびゃばびゃばば
 |       /       、 (_/    ノ
 |  /\ \       \___ ノ゙ ─ー
 | /    )  )       \       _
 ∪    (  \        \     \

733仕様書無しさん2017/03/24(金) 23:21:55.77
>>731

おまえ、アホ君だろ?

コメントアウトした中のコメントアウトになんの意味があんの?
アクセスしたいの?

734仕様書無しさん2017/03/24(金) 23:22:21.97
進撃のアホ君

735仕様書無しさん2017/03/24(金) 23:23:35.22
まだ論点がわかってない進撃のアホ君

> んで、もう一回だけ聞いておくけど
> >>664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

これに答えろって言ってるのに全く答えず、頓珍漢なレスをし続けるアホ君

736仕様書無しさん2017/03/24(金) 23:25:02.03
やべぇよ、>>704って知能指数測ったらマイナス行くんじゃね?

737仕様書無しさん2017/03/24(金) 23:33:35.94
ラップ()

738仕様書無しさん2017/03/24(金) 23:35:45.01
>>731

こいつ、マジ発達障害かなんかだろ

マトモな会話ができん

739仕様書無しさん2017/03/24(金) 23:36:18.97
>>737

うん、おまえは黙ってていいよ、日本語読めないみたいだから

740仕様書無しさん2017/03/24(金) 23:40:54.64
/**/の中に/**/のコメントを含むコード片を入れる事だってできる

741仕様書無しさん2017/03/24(金) 23:43:14.29
バカ、次第に飽きられる…

7424822017/03/25(土) 02:13:27.30
>>740
どの言語でも?

743仕様書無しさん2017/03/25(土) 02:16:28.47
しっかし、

> んで、もう一回だけ聞いておくけど
> >>664
> これは Wrap だったのか? Nest だったのか? 答えろよ、マヌケども

コレに答えろっつってんのに、なんで誰も答えね―んだろうな?

本当にゴミクズしかいねーのかな?

744仕様書無しさん2017/03/25(土) 05:57:00.13
WrapとNestの違いで揉める低能御用達スレw

745仕様書無しさん2017/03/25(土) 07:51:14.30
ワラップとネストって何

746仕様書無しさん2017/03/25(土) 19:08:59.73
ワラップ・・・・?

747仕様書無しさん2017/03/25(土) 19:52:56.13
やっと突っ込んでくれたか!

748仕様書無しさん2017/03/25(土) 20:07:14.34
>>744
の、主が、お ま え ♪

749仕様書無しさん2017/03/25(土) 20:09:39.53
658 : 仕様書無しさん2017/03/24(金) 19:58:26.69
ダブルスラッシュを考えた奴は、マジで頭良いと思う。
/*   */
よりも見やすいからな。


   ∩___∩
   | ノ      ヽ/⌒) あばばばばばば
  /⌒) (゚)   (゚) | .|
 / /   ( _●_)  ミ/    ∩―−、
.(  ヽ  |∪|  /    / (゚) 、_ `ヽ
 \    ヽノ /      /  ( ●  (゚) |つ
  /      /      | /(入__ノ   ミ   あばばっあびゃばびゃばば
 |       /       、 (_/    ノ
 |  /\ \       \___ ノ゙ ─ー
 | /    )  )       \       _
 ∪    (  \        \     \

750仕様書無しさん2017/03/25(土) 20:17:39.75
さて俺の出題した問題の答はわかったかな?
コメントをネストできる言語がなにかわかったか?

751仕様書無しさん2017/03/25(土) 20:26:02.64
>>750
わかりません
教えてください
この通りです

752仕様書無しさん2017/03/25(土) 21:45:07.45
Swift

753仕様書無しさん2017/03/25(土) 21:54:09.59
で? それがどうかしたの?

754仕様書無しさん2017/03/25(土) 21:55:29.69
これのこと?

http://blog.morizotter.com/2014/06/17/swift-comment-nest/

これ、ただのwrapじゃん。

755仕様書無しさん2017/03/25(土) 21:56:23.94
>>750 : 仕様書無しさん2017/03/25(土) 20:17:39.75
> さて俺の出題した問題の答はわかったかな?
> コメントをネストできる言語がなにかわかったか?

た だ の ら っ ぷ じ ゃ ん wwwww

756仕様書無しさん2017/03/25(土) 21:57:42.67
Nest(ネスト)って、入れ子構造のことなよの? モルダー

757仕様書無しさん2017/03/25(土) 21:58:18.70
Nest(ネスト)って、入れ子構造のことなのよ? モルダー
あなた、疲れてるわ >>750

758仕様書無しさん2017/03/25(土) 21:59:17.25
>>750
そのSwiftの“ネストされた”コメント、
中間の構造を破綻させたらコンパイルエラーでも起きるのかしら? モルダーwwww

759仕様書無しさん2017/03/25(土) 21:59:52.96
モルダー、あなた、憑かれてるわwwwwwww >>750

760仕様書無しさん2017/03/25(土) 22:02:10.80
コメンテーターはどうでもいいことに拘るよな

761仕様書無しさん2017/03/25(土) 22:39:53.93
>>754
> これ、ただのwrapじゃん。
それをwrapだというのなら、
お前が言うnestとはなんだ?
言ってみろ

762仕様書無しさん2017/03/25(土) 22:42:18.23
>>760
> 中間の構造を破綻させたらコンパイルエラーでも起きるのかしら? モルダーwwww

起きるだろうな。

ネストできない言語であればコメントの開始と終わりの対応が取れていなくてもエラーにならないが
コメントのネストができる言語では、ネストの対応を壊せば当然コンパイルエラーになる。

763仕様書無しさん2017/03/25(土) 22:44:26.52
https://swift.sandbox.bluemix.net/#/repl

中間の構造を破綻させたらコンパイルエラーになったな。

/* /* */

というコメントが見事エラーになった

764仕様書無しさん2017/03/25(土) 22:44:49.81
もちろん
/* /* */ */
であればエラーにならない

765仕様書無しさん2017/03/26(日) 03:12:07.48
そうなんだ
/* /**/はできて
/* /**/ */は/* /**//**/って書かなきゃなのかと思ってた
grepした時わかりやすいから//の方が好きだけど

766仕様書無しさん2017/03/26(日) 09:00:58.48
へー、そうなんだ。ならそれはネストだね
で、そうするとやっと本題に戻れるんだけど、

1.他にコメント出来る言語は?
2.それは普通のことなの??


>>670 : 仕様書無しさん2017/03/24(金) 22:02:31.10
> > ネストされたコメント、たのしーなー
> 何が楽しいのかわからない。
>
> 言語によっては“普通に”対応してある


たのしーなー♪

767仕様書無しさん2017/03/26(日) 09:03:52.85
>>761 : 仕様書無しさん2017/03/25(土) 22:39:53.93
> それをwrapだというのなら、
> お前が言うnestとはなんだ?
> 言ってみろ

言ったよ? で?

しらねーよ、Swiftとかローカル言語w
もっとメジャーになって広く活用されるようになってから外に出てこいよ、クソ言語w

768仕様書無しさん2017/03/26(日) 21:27:46.40
>>766
必死だなw

言語(Swift)によっては“普通に”対応してある

事実だっただろw


はっはっは。答えを知っていながら
おちょくるのは、たのしーなー♪

769仕様書無しさん2017/03/26(日) 22:40:24.25
痛いな

770仕様書無しさん2017/03/27(月) 09:04:28.08
痛いな(もっとやれwww)

771仕様書無しさん2017/03/27(月) 12:48:51.20
>>768
おちょくられてるのは、お ま え♪

1.他にコメント出来る言語は?
2.それは普通のことなの??

答えてみろよ、日本語知らねーバカw

772仕様書無しさん2017/03/27(月) 12:53:06.18
いるよねー、何でもかんでも“普通に”って言うバカ♪

「それおいしい?」
「普通においしい」

いーーーーーーーーひゃっひゃっひゃっひゃ!

バカ満載wwwwwww

773仕様書無しさん2017/03/27(月) 12:54:59.05
>言語(Swift)によっては“普通に”対応してある

どうせそういうこと言うだろうと思って
>>671から泳がせてんのに
さんざん勿体つけて引っ張った挙句、
想像してた通りのこと言って喜んでるんだからバカも底抜けすぎんだろwww

> はっはっは。答えを知っていながら
> おちょくるのは、たのしーなー♪

やてw バカもここまでくると尊敬するわ  ゆ と り ガ イ ジ くん

774仕様書無しさん2017/03/27(月) 12:55:39.28
普通のバカ発見

775仕様書無しさん2017/03/27(月) 12:56:11.39
>>768
ほれ、コレに答えろよ、早くwwwww

1.他にコメント出来る言語は?
2.それは普通のことなの??

答えてみろよ、日本語知らねーゆとりガイジくん♪

776仕様書無しさん2017/03/27(月) 13:00:35.65
おまえらクソグラマはさ、プログラム言語の前に日本語覚えろよ、な?w

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

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

778仕様書無しさん2017/03/28(火) 11:28:58.01
>>777

779仕様書無しさん2017/03/28(火) 11:57:44.62
デバッグを勘と経験だけでやってる素人だから触れるなw

780仕様書無しさん2017/03/28(火) 12:05:45.33
>>776

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

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

781仕様書無しさん2017/03/28(火) 12:34:38.10
なんつうか…不自然な日本語だな…

782仕様書無しさん2017/03/28(火) 16:38:42.24
>>777
そのままコミットしたら鼻にグーで俺の手を打ち込むからな?

783仕様書無しさん2017/03/28(火) 19:31:57.99
この業界空気読まないから
そんな理由で優しくするわけがない。

784仕様書無しさん2017/03/31(金) 10:15:14.60
コメントの書き方一つでも、個人の
個性は露骨に出るよね?

785仕様書無しさん2017/03/31(金) 20:30:30.93
出るね
着眼点がモロわかりになるから実力を誤魔化せない

786仕様書無しさん2017/04/01(土) 10:02:25.44
ここのコメンテーターはコードよりもコメントの方が記述多そうだもんな

787仕様書無しさん2017/04/01(土) 11:21:40.44
それについてはノーコメント

788仕様書無しさん2017/04/01(土) 11:37:05.20
俺はノーコメント

789仕様書無しさん2017/04/01(土) 13:33:51.43
コード:コメント = 2:1 ぐらい

790仕様書無しさん2017/04/01(土) 13:55:02.60
>>789
大杉w

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

792仕様書無しさん2017/04/01(土) 16:02:40.36
ヘッダファイルがコメント扱いとか屁理屈だな

793仕様書無しさん2017/04/01(土) 16:10:11.69
ヘッダ[ファイル]ではない

794仕様書無しさん2017/04/01(土) 22:01:00.95
コメントいっぱい書いちゃう

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

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

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

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

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

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

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

799仕様書無しさん2017/04/02(日) 12:58:46.32
>>797
コメントはカバレッジには一切含まれないぞw

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

801仕様書無しさん2017/04/03(月) 00:15:11.81
>>800
今はカバレッジの話をしてる

802仕様書無しさん2017/04/03(月) 12:46:41.20
>>801
お前の言うカバレッジの意味をかけよ

テスト限定ならテストカバレッジというべき

803仕様書無しさん2017/04/03(月) 21:40:32.67
>>802
そんなの自分でぐぐれよ。

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

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

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

804仕様書無しさん2017/04/03(月) 23:44:16.42
>>803
だからそれはテストでのカバレッジの話だろ
広義的な意味で使ってるのに対して、なんで狭義的な意味合いを持ち出してプゲラーしてんの?

805仕様書無しさん2017/04/04(火) 00:00:44.46
>>804
アホが来た

806仕様書無しさん2017/04/04(火) 07:36:36.44
>>805
自己紹介乙

807仕様書無しさん2017/04/04(火) 10:17:08.63
コメントカバレッジなんかいちいち検査するか?

808仕様書無しさん2017/04/04(火) 12:21:20.64
#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.94
なんやねんコメントカバレッジて?
息を吸うようにさらっと造語使うなよ

810仕様書無しさん2017/04/04(火) 12:27:52.42
自分がやらされてる事の意味が解ってない人、多いよね

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

812仕様書無しさん2017/04/04(火) 20:58:25.16
>>804
テストカバレッジ?そうだな。
テストのカバレッジの話をしている。

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

8138122017/04/04(火) 20:59:11.16
一応言っておくと、コードカバレッジなw

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

きちんと定義した言葉があったら教えて欲しいわ

815仕様書無しさん2017/04/04(火) 21:32:12.56
> だからパブリックAPIドキュメントの網羅率だってーの

それ英語(カタカナ)でいうと?

816仕様書無しさん2017/04/04(火) 21:37:07.72
>>815
お前、めんどくせぇとか性格悪いとか市ねって良く言われるだろ

817仕様書無しさん2017/04/04(火) 21:48:06.80
カバレッジじゃないと認めればいいだけだよw

818仕様書無しさん2017/04/04(火) 21:51:02.16
>>817
はいはい、カバレッジじゃありませんね
正しい回答よろしくお願いします

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

819仕様書無しさん2017/04/04(火) 21:53:53.98
最初から答え言ってるだろ

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

820仕様書無しさん2017/04/04(火) 22:12:43.13
プログラマのオナペット*3*
http://tamae.2ch.net/test/read.cgi/prog/1176646257/

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

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

822仕様書無しさん2017/04/04(火) 22:49:32.04
>>814
少なくともカバレッジとはいわんだろ

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

824仕様書無しさん2017/04/04(火) 23:08:04.66
なんでカバレッジなのかねえ?
カバレージのような気がするが、世間の浸透率のせい?
アベレージも正しくはアベレッジ?

825仕様書無しさん2017/04/04(火) 23:16:05.98

826仕様書無しさん2017/04/04(火) 23:24:04.65
>>825
アベレージは?

827仕様書無しさん2017/04/04(火) 23:29:06.96
>>826
120
自己最高記録は157だ

828仕様書無しさん2017/04/04(火) 23:45:35.98
すみません誤爆です

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

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

830仕様書無しさん2017/04/05(水) 01:30:49.98
コメンテーターはどうでもいいことばっかり拘るなあ

831仕様書無しさん2017/04/05(水) 02:00:09.41
>>829
> では、何というべきか?
名前なんてないよ。

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

832仕様書無しさん2017/04/05(水) 04:56:40.24
カバカバ女かどうかの問題だろ

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

834仕様書無しさん2017/04/06(木) 00:16:54.02
変な動きしてる共通処理
どういうつもりで書かれたのか本当は何がしたいのかいまいちわからない

835仕様書無しさん2017/04/06(木) 07:29:02.86
>>834
コメントあんまり関係ないけど、あるあるw

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

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

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

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

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

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

839仕様書無しさん2017/04/06(木) 10:27:22.71
C#なら無駄だけど、CやC++なら必ず初期値入れとかないと処理系依存だから、痛い目に遭う。

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

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

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

843仕様書無しさん2017/04/06(木) 14:20:51.40
いまどきのCPUは、初期化してないアドレスにリードアクセスすると、例外割り込みが発生するからなぁ〜

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

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

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

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

それは間違い。

プロセスに割り当てていないアドレスにアクセスした場合

847仕様書無しさん2017/04/06(木) 21:42:47.02
>>846
いや、そー言うアーキテクトじゃ無いんだけど、ちなみにrl78な。

848仕様書無しさん2017/04/07(金) 02:37:36.39
>>845
なんだ初心者か。それは変数ではなく定数だぞ。

849仕様書無しさん2017/04/07(金) 06:33:28.06
>>848は考え方が古いわな
値が変わらないものが定数だという思い込みはコワイ

850仕様書無しさん2017/04/07(金) 09:02:13.00
最近は定数も値が変わるのか

851仕様書無しさん2017/04/07(金) 09:09:25.61
パソコンの構造上定数なんて存在しない。
ROMに焼き付けるなどして初めて定数と言う。

852仕様書無しさん2017/04/07(金) 10:18:25.38
このスレ、マ板の最底辺だな。

853仕様書無しさん2017/04/07(金) 10:22:00.66
>>851
フラッシュROMも同じ扱いでOK?

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

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

856仕様書無しさん2017/04/07(金) 21:54:42.98
>>850
ばか死ね

857仕様書無しさん2017/04/07(金) 21:54:46.86
java で、Constantクラスやらかす人はC言語出身だよな。

858仕様書無しさん2017/04/07(金) 21:57:02.22
宣言して値が変わらないものは定数しかない、とか言い出すのもC言語出身

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

859仕様書無しさん2017/04/07(金) 22:04:02.57
>>857
C言語には値を変えない変数という概念がない。

860仕様書無しさん2017/04/07(金) 22:05:11.04
volatileを信じろ

861仕様書無しさん2017/04/07(金) 22:36:55.14
アホはどの言語使ってもアホ

862仕様書無しさん2017/04/07(金) 23:02:48.50
つーか値変わらない定数ならdefine使えよ

863仕様書無しさん2017/04/07(金) 23:40:00.29
>>862
constではなく?

864仕様書無しさん2017/04/07(金) 23:52:36.02
>>848
> なんだ初心者か。それは変数ではなく定数だぞ。

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

865仕様書無しさん2017/04/08(土) 01:08:52.43
>>864
コンピュータわかってますか?

866仕様書無しさん2017/04/08(土) 01:15:17.66
>>863
C言語でconstが追加されたのはC99からだよ。それまではdefineでコンパイラに対する命令でやるしかない。

867仕様書無しさん2017/04/08(土) 01:21:28.55
> C99からだよ
今はその18年後の世界だよw

868仕様書無しさん2017/04/08(土) 01:22:29.39
>>865
言い返せよ雑魚w

869仕様書無しさん2017/04/08(土) 01:28:36.26
>>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仕様書無しさん2017/04/08(土) 01:51:28.01
wikiがどういう仕組みなのか、知らんのか?

871仕様書無しさん2017/04/08(土) 01:56:40.31
>>866
aho

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

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

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

873仕様書無しさん2017/04/08(土) 02:43:04.05
それはC99が今から18年前の規格という
話と同関係するの?

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

875仕様書無しさん2017/04/08(土) 05:42:48.56
Cがうんこだから、Javaがでてきたんだろが。

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

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

878仕様書無しさん2017/04/08(土) 11:28:06.26
CとJAVAの一番、重要な違いはポインタの有無だけだろ。
他にも違いはあるが、これが一番でかい。

879仕様書無しさん2017/04/08(土) 12:35:09.90
>>878
え? 意図的にリソースを解放できるかどうかじゃないの?

880仕様書無しさん2017/04/08(土) 12:39:58.56
>>879
お前の言うリソースっていうのはメモリだけだろ?
そのメモリだってC言語で開放したからと言って
OSに返却されるとは限らないし

881仕様書無しさん2017/04/08(土) 13:26:35.88
>>878
GCは?

882仕様書無しさん2017/04/08(土) 15:05:03.53
なんというレベルの低さ

883仕様書無しさん2017/04/08(土) 15:07:22.95
>>880
C言語ではメモリの解放を直接できる。

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

884仕様書無しさん2017/04/08(土) 15:09:30.94
>>883
mallocの実装を調べてこい

885仕様書無しさん2017/04/08(土) 17:10:42.79
>>882
C言語は低レベルだからな

886仕様書無しさん2017/04/08(土) 17:41:33.75
マロック

887仕様書無しさん2017/04/08(土) 19:26:50.07
>>884
だからOSから見たら、いりませんということになってるんだろうが。

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

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

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

890仕様書無しさん2017/04/09(日) 10:15:41.41
>>889
何言ってんだ?

891仕様書無しさん2017/04/09(日) 10:27:23.76
>>888
MMUって知ってる?

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

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

の近未来の戦争をしている。

893仕様書無しさん2017/04/09(日) 20:15:59.79
ウイルスバスターという名のウイルス

894仕様書無しさん2017/04/09(日) 21:04:21.48
タスクマネージャみりゃいいじゃん

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

896仕様書無しさん2017/04/09(日) 21:50:07.99
>>892
それはOSの先読みだよ。

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

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

899仕様書無しさん2017/04/11(火) 20:54:43.45
>>897
PC新調したタイミングで移行した

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

901仕様書無しさん2017/04/12(水) 09:01:02.31
>>900
どこまでも何も、お前がそこまで馬鹿なんだよ

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

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

904仕様書無しさん2017/04/12(水) 14:02:33.66
スレタイ100回声に出して読んでみやがれってんだ!

905仕様書無しさん2017/04/14(金) 10:47:33.30
>>900

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

906仕様書無しさん2017/04/14(金) 22:24:56.97
陰謀

907仕様書無しさん2017/04/21(金) 09:03:49.55
コメントなんていらないな

908仕様書無しさん2017/04/21(金) 12:29:18.36
嘘コメントでも、あったほうが良いだろ。

909仕様書無しさん2017/04/21(金) 15:36:36.75
>>908
ノーコメント

910仕様書無しさん2017/04/21(金) 15:36:44.01
そのころカトちゃんは
http://i.imgur.com/jipGiVr.jpg

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

912仕様書無しさん2017/04/22(土) 11:20:23.46
嘘コメントは無い方がマシ

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

913仕様書無しさん2017/04/23(日) 00:08:16.97
嘘仕様書に嘘コメントはつきものだろ。

914仕様書無しさん2017/04/23(日) 00:13:42.86
嘘もつきとおせば本当になるだろ
嘘を嘘だと見抜く奴が悪いんや

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

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

916仕様書無しさん2017/04/23(日) 06:20:55.24
>>914
朝鮮人乙

917仕様書無しさん2017/04/23(日) 14:06:21.91
//このコメントを読んでいるということは私はもうこの会社にいません

918仕様書無しさん2017/04/23(日) 14:57:20.16
>>917
バグだな

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

920仕様書無しさん2017/04/25(火) 19:26:20.62
#ifdef BOSS_GA_KITA

#endif //BOSS_GA_KITA

で囲んどけ

921仕様書無しさん2017/04/27(木) 00:38:39.63
if BOSS_NI_MIYABURARETA

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

922仕様書無しさん2017/04/27(木) 01:16:30.10
nullでも返しとけ

923仕様書無しさん2017/04/27(木) 02:29:01.98
>>915
仕様書 < コード && コード > コメント

924仕様書無しさん2017/04/29(土) 18:13:07.36
コードはきちんと書けるのに、コメント作成が下手な奴って、たまにいない?

925仕様書無しさん2017/04/29(土) 18:25:07.19
>>924
無駄なコメントばっかり書くやついるよな

926仕様書無しさん2017/04/29(土) 19:14:02.10
コメントはきちんと書けるのに、コード作成が下手な奴

よりは、まし。

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

928仕様書無しさん2017/04/30(日) 00:23:24.25
>>925
まさにコメンテーター

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

930仕様書無しさん2017/04/30(日) 05:30:48.85
コメントの多言語化ってどうやってる?

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

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

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

931仕様書無しさん2017/04/30(日) 09:31:58.44
>>930
CSSで表示切替
エディタの折り畳み

932仕様書無しさん2017/04/30(日) 18:37:35.28
>>930
コメントに頼らないコード書けよ

933仕様書無しさん2017/04/30(日) 19:53:38.32
>>932
コードに頼らないコメント書けよ

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

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

936仕様書無しさん2017/04/30(日) 22:45:54.32
ソースアウトってアウトソーシングのこと?

937仕様書無しさん2017/05/02(火) 07:28:36.92
>>936
そ〜っすよ

938仕様書無しさん2017/05/02(火) 07:40:36.67
>>937
総スカン

939仕様書無しさん2017/05/02(火) 11:39:51.89
アウトソーシングしたままのソースコードの何が嫌なんだろう

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

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

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

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

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

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

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

945KAC2017/05/05(金) 17:01:20.38
>>940
大変だな・・・

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

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

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

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

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

948仕様書無しさん2017/05/07(日) 21:32:36.31
> 大切さを説くのは無駄な事ではないぞ

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

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

大切さは自分で学ばせろ。

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

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

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

951KAC2017/05/08(月) 17:25:10.37
>>946
規約の大切さを理解していないな・・・

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

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

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

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

954仕様書無しさん2017/05/09(火) 16:12:55.41
>>953
インド人が他人のことなど考えているわけがない。

955仕様書無しさん2017/05/09(火) 16:28:08.74
書いてくれと頼んだらヒンズー語で書かれちゃう流れか

956仕様書無しさん2017/05/09(火) 17:04:23.05
それを言うならヒンディー語な

957仕様書無しさん2017/05/09(火) 18:17:17.92
ヒンズー語の入力ってどうやるん?

958仕様書無しさん2017/05/09(火) 18:28:12.13
>>957
外国からは日本語もどうやって入力しているのか不思議らしいぞ。

959仕様書無しさん2017/05/09(火) 19:56:09.73
そんな話は聞いていない。
とりあえずロケール設定してみるか

960仕様書無しさん2017/05/09(火) 20:16:18.16
>>957
「ヒンズー」は宗教だよ

961仕様書無しさん2017/05/09(火) 22:12:38.39
>>958
今時理解できない外国人はヤバイ
絵文字と一緒って言えば誰だって理解できる

962仕様書無しさん2017/05/09(火) 22:42:34.83
ヒンズー語じゃなくて、ヒンディ語じゃね?
似てるわな

963仕様書無しさん2017/05/09(火) 22:42:58.03
概出スマソ

964仕様書無しさん2017/05/10(水) 00:19:17.86
「ヒンズー」には宗教って意味が含まれてる
「ヒンディ」には言語って意味が含まれてる

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

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

965仕様書無しさん2017/05/10(水) 00:29:08.02
ヒンズーヒンズーうるせぇ

966仕様書無しさん2017/05/10(水) 09:22:50.02
普通にヒンズー語って言うが?

967仕様書無しさん2017/05/10(水) 09:37:48.84
イバラギじゃ無くてイバラキみたいなウザさしかねー

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

969仕様書無しさん2017/05/10(水) 11:18:25.75
>>966
日本語のカタカナ表記の問題なのに、別物という阿呆がいるから仕方ない。

970仕様書無しさん2017/05/10(水) 11:33:01.54
>>964
そういう言葉かぶりはよくあるよ。

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

971仕様書無しさん2017/05/10(水) 12:31:31.82
秋葉原だって、本当は、アキバハラなんだぜ?

972仕様書無しさん2017/05/10(水) 13:17:46.76
>>966
言いません

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

974仕様書無しさん2017/05/10(水) 13:44:50.51
グーグルフィルターw

975仕様書無しさん2017/05/10(水) 15:06:59.35
>>966
言わねーよ
>>969
違うから

976仕様書無しさん2017/05/10(水) 19:48:02.12
>>971
マジかー?今知った。

977仕様書無しさん2017/05/13(土) 00:01:46.04
ひんぬー

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

979仕様書無しさん2017/05/14(日) 16:18:38.43
ドゥもディも発音無理矢理近いの当てはめたただけだしな。
日本語にはどちらも無いんだよ。

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

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

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

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

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

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

983仕様書無しさん2017/05/14(日) 19:15:09.30
ヒンズーはステータス

984KAC2017/05/14(日) 19:58:00.99
まだヒンディとヒンズーが同じとか騒いでるのか・・・
とりあえず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

ってわざわざ書いてくれてるから

985仕様書無しさん2017/05/14(日) 21:04:01.46
>>984
それは英語の説明だろw

986仕様書無しさん2017/05/14(日) 21:08:02.50
日本には正確には神道という宗教はないが、存在するという人もいる話と同じ。

987KAC2017/05/14(日) 22:57:09.44

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

989仕様書無しさん2017/05/14(日) 23:34:51.00
>>987
宗教名ではないよ。

990仕様書無しさん2017/05/14(日) 23:58:37.97
>>985
簡単にカタカナ化できる発音だけどな

991仕様書無しさん2017/05/15(月) 00:07:10.69
>>990
もともとビンディーという宗教名はないんだよ。

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

992仕様書無しさん2017/05/15(月) 00:21:13.19
>>991
つまりヒンズーという宗教名
ヒンディーという言語名ということだな

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

994仕様書無しさん2017/05/15(月) 00:35:07.82
カタカナ化の違いとか言い出したらどんな間違いでも正当化されるからな

995仕様書無しさん2017/05/15(月) 00:48:19.69
英語だって綴りと発音が違うからな

996仕様書無しさん2017/05/15(月) 10:28:45.65
マイケルとミハエルとか、ジュリアスとカエサルとかな。

997仕様書無しさん2017/05/15(月) 10:35:56.60
>>985
英国読めないあほ?

998仕様書無しさん2017/05/15(月) 19:36:53.41
>>997
なんで英語が基準なのか?

999仕様書無しさん2017/05/16(火) 07:34:12.62
>>998
日本語が理解できてないからだろ

1000仕様書無しさん2017/05/16(火) 07:35:02.57
ヒンディーは文字化けするしな

10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 141日 8時間 40分 33秒

10021002Over 1000Thread
2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


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

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

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

▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php

レス数が1000を超えています。これ以上書き込みはできません。