アカウント名:
パスワード:
C99から規格上もOKになったんだしいい加減良いでしょ?と思うかも知れないですが、日本語で書いていて文字コードがShift_JISだったりすると、うっかりダメ文字がコメント行の行末に来てしまい、行の併合で次の行までコメント扱いになってしまうことが。
ソース内に日本語を書くことを禁止する。が正しい行為かな。
メッセージはLANG_*に合わせた外だしにするのは基本だし。
そして溢れるローマ字、SVOCすら無視したヘンテコな英語もどき、そしてsperru misu
Shift_JIS なんか使うなよ、21世紀も15年も経っているのに。
使うなと言っても使っちゃう人のためにこういう二重三重の防止策は必要不可欠。
どういう環境でShift_JISでソースコード編集するのか知らないけどリポジトリ側でコミット時にnkfでもフィルタ通すようにすればいいんじゃないの
Windowsのテキストファイルの文字コードはShift_JIS(というかCP932)がいまだにデフォルトでは。UTF-8も扱えるようになってきてはいるけど、そっちはそっちでBOMありという罠が。
UTF-8でBOMとかほんと頭おかしいしやめて欲しい。
メモ帳使うのやめたいけど外部から持ち込めない、とかよくあるよね
そゆときはwordpad.exeを使おう。少しはまし。
ファイルをウィンドウにドラッグ&ドロップしたらアイコンがバーン
いやいやここは#でのコメントスタイルの復権をですね
それはコンパイラが Shift_JIS に対応してないってことでないの?
厳密に言えばそういうことなんですが、周りのプログラマを見てもそこまで気を使ってチェックする人は皆無ですね…
そこまで気を遣わなきゃならんコンパイラを使うのならば気にするけどさ、普段はそんなの気にしないよ。いちいちチェックするのは神経質すぎるかと。気を遣う必要があるなら、チェック用プログラム作るとかlint通せば良いじゃん(行末の文字コード見てくれるやつがあればだけどさ
「マルチバイト文字を認識できないコンパイラにSJISのソースコードを通す必要があって、コメント外では一切日本語使わないけど、コメントの中ではいくら日本語使ってもOKというルールで、かつ、文字コードの違いを認識できないレベルのプログラマが多くいる」
という条件が全部揃えばそうなのかもしれませんが、ぶっちゃけ殆どの職場では関係ないでしょ…。普通のコンパイラか、普通のエンコーディングか、普通のエンジニアを使えばいい話。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
C++スタイルの 1行コメント ( // ) を許容するか (スコア:0)
C99から規格上もOKになったんだしいい加減良いでしょ?と思うかも知れないですが、
日本語で書いていて文字コードがShift_JISだったりすると、うっかりダメ文字が
コメント行の行末に来てしまい、行の併合で次の行までコメント扱いになって
しまうことが。
Re:C++スタイルの 1行コメント ( // ) を許容するか (スコア:2)
ソース内に日本語を書くことを禁止する。が正しい行為かな。
メッセージはLANG_*に合わせた外だしにするのは基本だし。
Re:C++スタイルの 1行コメント ( // ) を許容するか (スコア:1)
そして溢れるローマ字、SVOCすら無視したヘンテコな英語もどき、そしてsperru misu
Re:C++スタイルの 1行コメント ( // ) を許容するか (スコア:1)
Shift_JIS なんか使うなよ、21世紀も15年も経っているのに。
Re:C++スタイルの 1行コメント ( // ) を許容するか (スコア:2)
使うなと言っても使っちゃう人のためにこういう二重三重の防止策は必要不可欠。
Re: (スコア:0)
どういう環境でShift_JISでソースコード編集するのか知らないけど
リポジトリ側でコミット時にnkfでもフィルタ通すようにすればいいんじゃないの
Re: (スコア:0)
Windowsのテキストファイルの文字コードは
Shift_JIS(というかCP932)がいまだにデフォルトでは。
UTF-8も扱えるようになってきてはいるけど、
そっちはそっちでBOMありという罠が。
Re:C++スタイルの 1行コメント ( // ) を許容するか (スコア:1)
UTF-8でBOMとかほんと頭おかしいしやめて欲しい。
Re: (スコア:0)
メモ帳使うのやめたいけど外部から持ち込めない、とかよくあるよね
Re: (スコア:0)
そゆときはwordpad.exeを使おう。少しはまし。
Re: (スコア:0)
ファイルをウィンドウにドラッグ&ドロップしたらアイコンがバーン
Re: (スコア:0)
いやいやここは
#でのコメントスタイルの復権をですね
Re: (スコア:0)
それはコンパイラが Shift_JIS に対応してないってことでないの?
Re: (スコア:0)
厳密に言えばそういうことなんですが、周りのプログラマを見ても
そこまで気を使ってチェックする人は皆無ですね…
Re: (スコア:0)
そこまで気を遣わなきゃならんコンパイラを使うのならば気にするけどさ、
普段はそんなの気にしないよ。いちいちチェックするのは神経質すぎるかと。
気を遣う必要があるなら、チェック用プログラム作るとかlint通せば良いじゃん
(行末の文字コード見てくれるやつがあればだけどさ
Re: (スコア:0)
コメントだけ日本語使ってたので。
(どちらかと言えばサーバー側の問題ではなくWindowsで使えるエディタがSJISばっかりだったのが原因だけど)
# ラインコメントはIDEのショートカットでコメントアウトするとラインコメントだから、使わないという選択肢はもうないなー。
Re: (スコア:0)
「マルチバイト文字を認識できないコンパイラにSJISのソースコードを通す必要があって、
コメント外では一切日本語使わないけど、コメントの中ではいくら日本語使ってもOKというルールで、
かつ、文字コードの違いを認識できないレベルのプログラマが多くいる」
という条件が全部揃えばそうなのかもしれませんが、ぶっちゃけ殆どの職場では関係ないでしょ…。
普通のコンパイラか、普通のエンコーディングか、普通のエンジニアを使えばいい話。