アカウント名:
パスワード:
自分は、閉じ括弧を『こっか』と言ってた人間を1人しか知らないけど、その人物はプログラマーじゃなかったな。
特にプログラマーに限らず、特定の地域とか年代とかで使われてたのかもしれない。
そういや高校の数学の先生が板書を読むときに言ってたような気がしてきたぞ…
同じく（同じ高校だったりして……）本来の読み方がなんであれ、板書しながら読んで説明する、ような場合にはわかりやすかった。「コッカが正しい読みなんだ」なんて信じそうな小学生相手とかじゃなくて、ちゃんと「この場のお約束としてこの記号をコッカと読む」と理解できる年齢層である必要はあるんだろうけど。
} // end of method
とか
} // end of class
とかやってそう# 古いコードとかに書いてあったりしたなぁ(そして合ってない)
似たことはやるし、さらにC/C++の#endifには、対応する#ifの式を(//でなく)/**/コメントで書く。
#if NDEBUG...#endif /* NDEBUG */
あってないことはたしかにあるが、そんなのは気付いたときに直せばよいのだ！ｗ
名前空間やクラスの終わりに
} // namespace foo
} // class bar
とかは良くやります。関数の終わりは、大抵その関数の頭が見えているので必要ないけど、クラスや名前空間は大抵頭が見えないので何の終わりか分からないので。
最近のIDEは、現在行の名前空間やクラスの情報を出してくれたりするけど、いちいちそれを確認するより、ソースに書いてある方が読みやすい。
大規模なプログラムを作ったことがないから、(私が)そう思っているだけだとは思いますが、
C#やJavaなら、classなりmethodなりでインデントは下げる(C#なら、namespaceでも)し(たとえ、既存のソースコードがぐちゃぐちゃでも、フォーマッターが自動整形するし)、それなら、どのくらいの深さのインデントかで判断できるんじゃないかなと、
コメントが自動で入ったり検証されたりするなら、有意義だとは思うのですが、手作業で埋めたり、目視でチェックだと、どこまで合っているか解らないし(実際、間違もある)、信用できない情報ならない方が良いと思うのですが、
どうでしょう？
# C/C++だと階層だけでは判断できないから必要だったりする？
# オフトピになりそうで怖い・・・
会社(ソフト屋)にいた。マネさせられた。
学生時代（昭和の頃）に、文章中の「）」を読む時に使った記憶があります。むしろ文系で使ってたんじゃないだろうか？
商用本番の作業結果などを読み合わせするときに「こっか」使おうとしたけど定着しませんでした。
入力の場合、「閉じ括弧」なら良いのですが、「括弧閉じ」と言う人がいて、聞いて打つ側は「（」を打っちゃってからbsで削除して「）」を打ち直すので危ないから「閉じ括弧」と読むように直させたことがあります。USBメモリ狩りの最盛期で手順書を紙で持ち込んでた時期だったかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
こっかじと (スコア:1)
自分は、閉じ括弧を『こっか』と言ってた人間を1人しか知らないけど、
その人物はプログラマーじゃなかったな。
特にプログラマーに限らず、特定の地域とか年代とかで使われてたのかもしれない。
Re:こっかじと (スコア:2)
そういや高校の数学の先生が板書を読むときに言ってたような気がしてきたぞ…
Re: (スコア:0)
同じく（同じ高校だったりして……）
本来の読み方がなんであれ、板書しながら読んで説明する、ような場合にはわかりやすかった。
「コッカが正しい読みなんだ」なんて信じそうな小学生相手とかじゃなくて、ちゃんと
「この場のお約束としてこの記号をコッカと読む」と理解できる年齢層である必要はあるんだろうけど。
きっと一部のプログラマーなら (スコア:1)
} // end of method
とか
} // end of class
とかやってそう
# 古いコードとかに書いてあったりしたなぁ(そして合ってない)
Re:きっと一部のプログラマーなら (スコア:2)
似たことはやるし、さらにC/C++の#endifには、対応する#ifの式を(//でなく)/**/コメントで書く。
#if NDEBUG
...
#endif /* NDEBUG */
あってないことはたしかにあるが、そんなのは気付いたときに直せばよいのだ！ｗ
Re: (スコア:0)
名前空間やクラスの終わりに
} // namespace foo
とか
} // class bar
とかは良くやります。関数の終わりは、大抵その関数の頭が見えているので必要ないけど、
クラスや名前空間は大抵頭が見えないので何の終わりか分からないので。
最近のIDEは、現在行の名前空間やクラスの情報を出してくれたりするけど、
いちいちそれを確認するより、ソースに書いてある方が読みやすい。
Re:きっと一部のプログラマーなら (スコア:1)
大規模なプログラムを作ったことがないから、
(私が)そう思っているだけだとは思いますが、
C#やJavaなら、classなりmethodなりでインデントは下げる(C#なら、namespaceでも)し
(たとえ、既存のソースコードがぐちゃぐちゃでも、フォーマッターが自動整形するし)、
それなら、どのくらいの深さのインデントかで判断できるんじゃないかなと、
コメントが自動で入ったり検証されたりするなら、有意義だとは思うのですが、
手作業で埋めたり、目視でチェックだと、どこまで合っているか解らないし
(実際、間違もある)、信用できない情報ならない方が良いと思うのですが、
どうでしょう？
# C/C++だと階層だけでは判断できないから必要だったりする？
# オフトピになりそうで怖い・・・
Re: (スコア:0)
会社(ソフト屋)にいた。マネさせられた。
Re: (スコア:0)
学生時代（昭和の頃）に、文章中の「）」を読む時に使った記憶があります。
むしろ文系で使ってたんじゃないだろうか？
Re: (スコア:0)
商用本番の作業結果などを読み合わせするときに「こっか」使おうとしたけど定着しませんでした。
入力の場合、「閉じ括弧」なら良いのですが、「括弧閉じ」と言う人がいて、聞いて打つ側は「（」を打っちゃってからbsで削除して「）」を打ち直すので危ないから「閉じ括弧」と読むように直させたことがあります。
USBメモリ狩りの最盛期で手順書を紙で持ち込んでた時期だったかな。