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

// 初期化処理


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


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

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

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

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

とかね。
コメント1件

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

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

// 顧客モデル
class CustomerModel

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

他のIDEは知らねーけど

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

isThisHogeTooLong

じゃなくて

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

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

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

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

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

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

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




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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

さいつよー

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

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

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

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

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

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

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

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

(´・ω・`)b

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

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

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

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

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

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

これだけ教えれば大丈夫

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

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

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

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

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

らしい

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

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

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

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

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

すきです///

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

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

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

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

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

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

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

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

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

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

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

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

とか、コメントするのは俺だけかな?
誰かがコメント必死で読む時には俺は居ない訳だし。
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

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

このスレッドが人気です(実況系)
[新]ホクサイと飯さえあれば 第1話 (684)TBS実況
パーソン・オブ・インタレスト シーズン3 (325)NTV実況
<NONFIX>吉岡里帆と一晩 アートナイト★1 (699)フジ実況
全豪オープンテニス2017 男子S準々決勝 M・スベレフ×R・フェデラー ★2 (329)NHK実況
#nakedEve (817)フジ実況
フリースタイルダンジョン (362)テレ朝実況
【マターリ】マツコの知らない世界「防犯カメラ」「マンガ飯」★2【マターリ】 (816)TBS実況
報道ステーション★5 (634)テレ朝実況
このスレッドが人気です(ニュース系)
【独自記事】安倍首相、国会答弁で「云々」を「でんでん」と誤読か★5 (769)ニュー速+
【独自記事】安倍首相、国会答弁で「云々」を「でんでん」と誤読か★4 (1000)ニュー速+
【独自記事】安倍首相、国会答弁で「云々」を「でんでん」と誤読か★3 (1001)ニュー速+
【政府】民間の話と放置、アパホテル問題 同じく民間の話である、韓国の少女像問題は「駐韓大使」を一時帰国させる矛盾 (105)ニュー速+
【独自記事】安倍首相、国会答弁で「云々」を「でんでん」と誤読か★2 (1000)ニュー速+
【映画】「君の名は。」アカデミー賞にノミネートされず ジブリの「レッドタートル」はノミネート ★2 (1001)音楽・芸能ニュース
【独自記事】安倍首相、国会答弁で「云々」を「でんでん」と誤読か (1000)ニュー速+
【国会】安倍首相、国会答弁で「訂正云々」を「訂正でんでん」と読んでしまう【動画あり】 (994)ニュー速+
プログラマー板の人気スレ
34歳、発達障害の無職ですが…3 (457)
将来プログラマーになりたいけど勉強がうまくいかない (764)
50代のプログラマーいる?Part17 (960)
競技プログラミングにハマるプログラマのスレ 8 (304)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (816)
プログラマーはアニメをみよう! 18クール (298)
プログラマの雑談部屋 ★3 (412)
下流風情でほざいているお前らコレ企画設計してみろ (694)
土曜・日曜は岡部健のブログを読み解こう!★21 (985)
プログラマーの仕事って楽過ぎ、クソワロタwww (301)
【コードで】paiza(パイザ)【転職】Part7 (330)
【有能】東京コンピュータサービス Ver3【無能】 (280)
COBOLって今需要増えてるの?Part5 (225)
CodeIQの問題、PGなら余裕で解けるだろ?4 (579)
プログラマー雇うお金がないけどプログラマーと組んで世界を変えたい。 (96)
正社員のことを知ったような口で語る派遣いるけどさ (100)
起業しようぜ15 (983)
システム開発体制・開発技法 (127)
みずほ銀行巨大プロジェクトが絶望的に (802)
土曜・日曜は岡部健のブログを読み解こう!★22 (134)
◆個人事業主専門スレ48本目◆ (447)
おもしろいコピペがあったら貼るスレinマ板part44 (78)
プログラムセンスがある人とない人の違い 4 (669)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
Amazon


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