blog.alumican.net

先日のthis談義の興奮も冷めやらぬうちに、またコーディングスタイルの話題でTwitterが盛り上がりました。独学ASさんが議事録をまとめてくださったんで、メモしときます。発言を伏せてほしい方はTwitter経由でも良いのでお知らせください、お手数ですがよろしくお願いします。

以下、相当ぐだぐだなので覚悟してくださいネ。（見やすくするために実際のタイムラインとは一部順番が異なります）

色分け
・ { の前には改行を入れるよ派
・ { の前には改行を入れないよ派
・ { の場所によるよ派
・ コロッケには醤油だよ派
・ コロッケにはマヨネーズだよ派
・ コロッケには何もかけないよ派
・ コロッケ無双

alumican_net Eseclockをいじったせいで、すっかり { の前には改行をするようになってしまった

paq89 @alumican_net 私も最初に見たCの本が改行無しだったので、最近までずっと改行無しでした。

keno42 ¥n before { makes code beautiful but long. umm..

ton1517 今度は改行議論かｗ

paq89 改行議論w

ton1517 俺は改行しない派　{ だけで１行増えるのはいやだ＞＜　ｗ

nium 改行すると一画面に入るコード量が減るのでしない派

448jp nium　me, too.

cellfusion 関数とかクラスとかでは折り返して、if とか for だと折り返さない感じ。関数名が見やすくて良いよ。最終的にコンパイルされるからあんまり関係ないし。

uwitenpen @cellfusion 同じスタンス。ただしTopCoderでは余計な改行は命取りなので改行しない

ll_koba_ll 規約がそうなってるから改行する派

cellfusion 関数のブレスを改行してると一行あくので見通しが良いんだよなー

cellfusion まぁ、適当に入力して後でフォーマットかければいいだけだし。そんなに気にしてないな。

cellfusion それよりむしろ private, public な関数、リスナー関数とかをきちんと分けたい。FDT がそのへんサポートしてくれると狂喜乱舞する。

paq89 改行有りと無しは共存できない気持ちが良く分かる。

ikekou 僕は改行する派です

Laqu 改行するなぁ

clockmaker 今日も乗り遅れた。改行議論は自分は改行する派。理由は昔誰かのコードを勉強したときに改行されていてスゴそうに感じたから 謎

ton1517 @clockmaker すごそうに感じたからｗｗｗ　俺も改行すればすごそうに見えるかな・・・ｗｗ

paq89 @ton1517 きっとすごそうに見える！私が改行する理由の1つかも。

ton1517 @paq89 じゃあ今度から改行してみようかな・・・ｗｗ

Hibiki1005 コード書くとき英語でコメントを入れとくとなんかかっこよく見える

uwitenpen なんかカッコでなくても、右にスクロールしなきゃいけない状況ならほとんどなんでも改行しちゃうな。Eclipseのformatはやり過ぎだけど

KaedeAS 改行はステートメント内が一行の場合はしない派

seagirl The code formatter should adapt each style of CR/LF and indent.

taiga あと getter/setter が 10 個以上並んじゃう場合は無理やりワンラインにしたいし、ついでに ASDoc コメントも無理やりワンラインにしたい…ってかしやがれ派

dkgkAs 自分はカッコは改行入れて、インデントはTab派です

beinteractive 最近の Flash 界隈ではコーディングスタイル談義が流行ってるのですか

beinteractive @alumican_net 微妙に気になってたんだけど、俺コーディングスタイルでは、関数ボディを囲む { のみ改行あり、他のステートメントを囲む { は改行なしです。

beinteractive @alumican_net 実際には package とか class も改行だから、何かボディを囲む { は改行、かなー。そういう区別。

beinteractive きちんと意味のあるコーディングスタイルを積極的に採用する。

muta コーディングスタイルは beinteractive さんとほぼ同じ。ただ、インデントはスペース4つ、package ではインデントを下げない、80 字過ぎたら改行とか。

ll_koba_ll 少なくともsvnにコミットされるソースは統一しないと面倒

taiga 変数定義するとき、コロン以降のインデントも揃えたい…とか。最近見かけないけど、プロポーショナルなフォントでコーディングするやつがボコボコにインデント崩してくれたりしてアレ…なんてこともありました。

taiga 個人の主義主張は割とどうでもよくて、定められたルールを徹底してくれる / できる ことが大切かな…と。要件に応じてコーディングスタイルを変えることは普通にあるし。我慢できなきゃこの仕事はできん。

nium if や for の中身が return or throw のみだとワンライナーで書いちゃう派

nium break or continue もでした

alumican_net @nium インライン気持ちよすぎる。あと、入れ子にされた　(a > 0) ? 1 : (b > 0) ? 2 : 3　みたいなのが改行使って美しく書けたらスカッとする

nium @alumican_net それはもう switch で書くｗ

alumican_net @nium if else よりもswitchの方が、結構右まで伸びていくけど縦が揃って素敵。　でも実際、三項演算子と他の条件分岐の速度差はあるのですかねー。

nium @alumican_net 忘れたけど、最速は if else だった気がする

448jp switchは遅いらしいねー。分岐が多いときは使わない

nium @alumican_net これでしょ？　http://bit.ly/6yz00

alumican_net @nium ああ、そのswitch気持ちいいｗ　でも俺は行頭以外のタブは半スペにする派、みんなが同じタブのサイズだとは限らんので環境によっては揃わない可能性がｗやりすぎかなあｗ

taiga @alumican_net 禿同。\t を 半スペx n 個にするのは鉄の掟…と自分も言いたい。AnyEdit tools は外せないよね。

clockmaker @alumican_net 半スペは自分もです〜。他環境での崩れ防止ですね！

nium @taiga @clockmaker @alumican_net 分かったよ！直すよ！

beinteractive タブに関して言うと、行頭の揃えはタブ、それ以降はスペース。こうしておくと tab=4space 派も tab=8space 派もエディタの設定次第で仲良くなれるうえ、崩れません。

paq89 半スペいいな今度からやってみよ！

taiga @nium 保存するとき自動的にハードタブを半スペにしてくれたり、行末の無駄なスペースを削ってくれる便利な Eclipse プラグインだよ。オヌヌメhttp://andrei.gmxhome.de/anyedit/

nium @taiga 行頭のタブは保持してくれる的な？

taiga @nium あ…それむりｗ 例外なく変換しちゃう

nium @taiga それは微妙だなーｗ

alumican_net @taiga 強制変換かあ、惜しいなーｗ

taiga @nium Eclipse 限定でよければだけど、EclipseMonkey でそーゆーの作ればいいんじゃないかな。

clockmaker 行頭のタブは残しつつ、行頭以降のタブはスペースに変換するツールがあったら欲しいと思ってました。変数定義を複数行にわたって揃えるツールがあると最強。

alumican_net ぐっちゃぐちゃになってるコードをそれぞれが揃えたのを信念を持って発表する「インデント勉強会」なんてのもいいな

alumican_net \t = 半スペ×4だと、if (と揃って気持ちよいな。こんな事を書きながら、「かつて美しい物を作ろうとしていた人が美しいコードを書こうとする」というyugop氏の言葉が胸をえぐるんだぜ

clockmaker ついでに告白すると、コロッケには醤油をかける派ですww 夕食なう。

kmxs @clockmaker コロッケにもマヨネーズです

kmxs @clockmaker というかだいたいマヨネーズです…w

alumican_net @clockmaker コロッケメーカー先生と呼ばせていただきます。なんとなく。

clockmaker @alumican_net ClockeMaker Blog がんばります

paq89 コロッケ議論？

ton1517 コロッケ議論だと？

clockmaker wonderflに投稿するときは、タブをスペースに一括置換して投稿している(4スペ)　タブがあるとedit&folkしたときにタブとスペが混じって崩れてしまうので。

paq89 WonderflでTabキー押すとインデントされるのは、グッドなんだけど、スペースなのが好きになれない。

kikidog stop();しか書けない僕も極稀に（30年間で2回くらい）書くことのあるスクリプトでは行頭はtabで調整していたのでありどうやら少数派。

beinteractive オープンソース界隈にはインデントがタブかスペースか空気読んでくれるエディタの登場が必要

tail_y タブ論争というのは、そもそもタブやスペースという別の意味の機能で縦に揃えるからいけないのであって、ここは縦に揃える！という類の文字コードがあるべきなんだよ。

tail_y なんでみんなHTMLとスタイルシートでソースを整形するといいよ！

soundkitchen コロッケに醤油派

ll_koba_ll コロッケはマヨとソース。醤油もすき

northprint コロッケはかけそばにぶちこんで食べるのが好き

paq89 コロッケに何もつけない派はいないのね

ton1517 今回も誰かがブログにまとめてくれるだろう　(他人事
　

こんな感じでした。（実際はもっとカオスで、たったこれだけの文章の選定なのにかなり大変でした。痛いニュースの管理人がどれだけ凄いのかを思い知らされました。）

中盤からは、どっち派などという話では無くなってきていますが、
やはりみなさん人それぞれのようでした。

コンパイラにかけてしまえば同じになってしまう、正解がない事柄だけに、他の人がどういう基準や根拠でコーディングしているのか気になるところでとても興味深かったです。性格も出てる感じ。

個人的には、@tail_y（しっぽ）さんの考察は相変わらず面白くて好きですねー。@taigaさんも深いです。

僕は結構、他人のコーティングスタイルに影響されます。書き方を変えるたびに効率が上がったり下がったりしています。その分、自分にとって向き不向きなスタイルを発見できるので楽しいですし、自分で色々なスタイルを経験することで、人のソースコードを読むことにに対する抵抗感が少なくなった気さえします。
　

最後に、僕はコロッケにはウスターソース派です。
ソースに浸したコロッケを白飯に乗せて食べるのが好きです。

一応Adobe推奨のやつ

Posted in DEVELOPMENT No Comments »