やっぱインデントはTABだろ？

スペース？うざいよ。やっぱTABだろ？
もちろん4文字TABな。

みみTAB

TABうざい。

TABでもSPACEでもいいから、インデントしてくれ〜〜〜〜ぇ！

>4
かわいそうに・・

いんてんと

>>4に禿同。
対応するIFとEND IFが同じ位置にありさえすれば
タブでもスペースでもいい。

じゃあ、３文字インデントでこーディん具してやる。

IFをスペースで、ENDIFを2文字TABでインデントしてみたり…。

いのせんと

やっぱイノセントな豚だろ？

改行したコードしか読めない人間は
コンパイラやインタプリタには一生成れないな

はいはい。

折れは一匹狼のCOBOLerです。
飲み屋に行くと、「よっ、コボちゃん!」ってなぐあいに呼ばれます。
そんな折れは、インデントという言葉をはじめて聞きますた。

>>14
インシデントも聞いたことねえだろ？

トライデント

白石ひよりって紀宮様ちょっと入ってない？
おれの中で萌え萌えなんだが

サプリメント

深夜のどの板にいたらそんな誤爆できるんだと、

小一時間、

アミノサプリ

全　角　ス　ペ　ー　ス　で　し　ょ

AA職人のスレですか？

The Jakarta Project

Cactus に固有なコーディング規約
3. インデント/3. Indentations
4 つの空白記号で、タブは無し。以上です。 皆さんの多くがタブを使いがちなのは知っていますが、
実際問題、分散開発環境においては、 cvs コミットメッセージがメーリングリストに送られるとき、
タブを使った場合、ほとんど読めないという事があるのです。

タブすらうまく処理できない糞ツールに支えられたオープンソースプロジェクト(ﾌﾟ

INC A

8文字TABだろ、やっぱ

Wordで作ってルーラーでインデント。

>>24
じゃあ、TABの文字数の世界統一をお前がやれ。
今すぐやれよ。

おじいちゃん、くさーい。

ぽりでんと、ぽりでんと。

おばあちゃん、下のお口くさーい

>>24
早く世界統一しろよ
チンカス野郎

TABとSPACEを混ぜて使うのはやめるよーに

まあこれでも読んで和んでください。

Tabs versus Spaces:
An Eternal Holy War.
(c) 2000 Jamie Zawinski <[email protected]>
http://www.jwz.org/doc/tabs-vs-spaces.html

俺は一時期はtab使うヤツは逝って良し、と思っていた。
というのも、みんなtabの設定がバラバラだからだ。

あるヤツはtab4、あるヤツはtab8、あるヤツはスペース、あるエディタは自動インデント機能でタブ使う、あるエディタは自動インデント機能でスペース使う……

こうなると、ソースのインデントがグチャグチャになる。
整形ツールで直せって言うヤツがいるだろうけど、当然整形ツール使った時点で過去のソース変更履歴との差分が滅茶苦茶になって使えなくなる。
そしてグチャグチャになったソースに対してバグ修正依頼とか来ると、もう読むのもイヤになるようなソースが……

が、統合環境になってから、それはどーでもよくなった。
環境が提供してくれるインデントでいいじゃないか、と思っている。
もうUNIX関連で開発しなくなって何年も経つからかな。またUNIXに戻ったら、グチグチと言い始めるかも知れない。

保存するソースはインデントなしで、エディタとかが表示する時にインデントすればいいんじゃないかとか思う。
そうすれば共同開発でもみんな俺インデント使えるし。
Doc-Viewを別にするとか言ってるのに開発ツールではやってない。という水道屋の水漏れみたいなもんだ。

保存するコードはコンパイルできればいいわけで。極論すると>>12みたいになる。
コンパイラがメッセージを行単位で出してくる以上、行が保たれる必要はあるけどな。
# もしコンパイラがバイト位置でメッセージを出力するなら...

CやperlやJavaなんかなら、4文字8文字TABでもいいけど、
HTMLとかXMLって見づらくないか？
1〜2文字のSPACEを使うべき。

「べき」と言われるほどの必然性に薄いなー。

8byteTABのHTMLなんて読みたくないわな…

Pythonユーザの意見が聞きたい

プログラム中でのブロックの階層を示す「インデント」はTAB
当たり前でしょ？

「同じ数のスペース書けば同じ階層にあるように『見える』からいいや」
なんて、とてもまともなプログラマとは思えません。

プログラム中でのブロックの階層を示す「インデント」はスペース
当たり前でしょ？

「適当な数のTAB書けば同じ階層にあるように『見える』からいいや」
なんて、とてもまともなプログラマとは思えません。

どのエディタや開発環境にも、TABをスペースにする機能がついている。
スペースにするにするのは当たり前。

どのエディタや開発環境でも、8TABで表示する機能がついている。
8TABにするにするのは当たり前。

↑
最初にTABで打っとかないとTAB表示できんだろ。

>8
昔I社のコーダーとして入ったプロジェクトは、TABがスペース3文字だった。
インターネットも非接続、マシンに入っているソフト以外、外部からソフトの持ち込み禁止。
入っていたエディタは、TABが2・4・8文字しか設定できなかった。

…部屋のあちこちからスペースキーをバチバチとたたく音が(´･ω･`)

昔外人さんと開発やってた時からの名残りだけど、
2文字スペースインデント。
多分一番見やすいよ。

業界標準っぽい4TABがみずらくなった。

emacs使ってる奴は2文字スペース多いよね。
個人的にはあれは最悪。
80行に収めたい昔のプログラミングの流れだろ。

画面大きく使ってのびのび使った方がソースも見やすいし効率もいい。

4tabが一番見やすい。でも外人は8tabが多い。

>>47
昔か？
最近でもコンソール叩けば標準で横は80だろ。
XMLを8文字でインデントなんかされてたら殺したくなる。

emacsの2文字インデントはcc-modeのデフォルトだろ。
昔のc-modeは4か8文字インデントだったはず。

みんなが高解像度モニタを使ってソースを見ると思うな。

8文字だな。

IDEは4文字が標準設定されてるな。

notepadは8文字が固定設定されてるな。

要するに8文字は、MS厨の為の独自仕様ということだな。

たしかLinuxカーネルも8文字じゃなかったっけ？

それはLinusの趣味かなんかでたまたま8文字って規約になっただけで、
MSのように、TABが8文字以外に設定できないツールとかの話ではないでしょ？

Javaの最近の開発環境だと、プログラマさんがどんなにこだわり持って
インデントしてても、納品時にコードフォーマッタ一発で標準化だけどね…
だからコーディング規約には
「インデントは何でもよい(納品時にSun推奨スタイルに全部変えちゃうから)」
と書いているyo

>>58
それでいいと思うんだけど、担当が変わることもあるじゃん。
だから、タブの使用有無とタブ桁数は合わせておいたほうが
よいと思うけど。

スタイルは好きにしてもらうのがベストだと思うけど。

2TABです

>>61
16桁？

インデントはTABがベストだと思うな。TABは4文字TABでもなんでもいいだろ。
見る側が好きなように表示させればいい。
でもインデント以外ではTABを使うな。特に8TABで表示させないと、レイアウト
狂うような書き方する奴は非常にカンベンしてほしい。

C/C++で4TAB派

でも、html書くときだけは2TAB

インデント？時代は詰め詰めソースだRO?

8 タ ブ 、 4とか2とか言ってるヘタレは困るな。

コーディング規約があるからなあ。それに合わせる。
タブ禁止のところもあったなあ。さすがにそれはきついので、
そのときは、エディタの設定で「保存する時にTABを空白に変換」を使った。
あるときVSSでdiffとったら、自分の変更したところ以外も
真っ赤かになっていて、主任に疑いの目で見られたことがある。
（どうもTABのままチェックインした香具師がいるらしい）

　　　　/￣￣＼|_＿Ｄ＿,,| ／ ￣`ヽ　　　　　　
　　　　l r'~ヽ ／ ゝ＿__ノ ヽ ／~ ヽ l
　　　　| |　　/　　´・ ▲ ・｀ ;;;ヽ　　| |
　　　　ゝ:::-/　　　 　∀　　...:::::|--::ノ'　ｼﾞｬｷｰﾝ
　　　　　　 .|＿＿＿＿＿＿_＿|
　　　　　　　|　,---､　, ---､ .:::|
　　 ｸﾜｯ　i~'.-i-=・=.|-|=・=-|-''|'~i　
　　　　　　|| ', ヽ､..__ﾉ ゝ＿_ﾉ:: :|bﾉ　
　　　　　　`'´i　　,, /､,､)ヽ､　: ::i`'
　　　　　　　　'.　 'ﾄｪｴｴｪｲヾ　/　age
　　　　　　　　 '. ( ヽｪｪｪソ.ﾉ /　
　　　　　　　　　ﾊ､, ､_,_,,ｨ　/::|
　　　　　　　　　| ` ｀ ー '´:::::;|
　　　　　　　　,,,i○_:_,,..-─'''￣`---.....,,,___
_,,,... -─''''~￣/ |i　　人　　/::::::::::|:::::::::::::::::'''''-.....,,,,,
i:::::::::::::::::::::::::/::::::|i　ﾉ`-'ヽ./::::::::::::|:::::::::::::::::::::::::::::::::|

8TABなんて無駄に横に長くなるから嫌い。時代は1TAB。

-4TAB

いままで出てきたのは1/2/3/4/8の五種類だなｗ

>>68

8-TAB にしとくと、深くインデントできないから、
関数が無闇に大きくできない → 関数を適当に分割する癖ができる
というメリットがあるらしい。

>>71
最近の言語は、行長上限がかなり大きくなっているんだが。

＞71
この前、８−TABなのだが
１段階ダブはスペース４つ
２段階ダブは８TAB
３段階はスペース４つ＋８TAB
というソースを見たのだが、そういうのはどうなのだろうか・・・

>>73
8桁TABで4桁インデント設定だと、そのようにするエディタがあるんじゃない？
TAB幅=インデント幅と考えているやつが多いんだな。

アメリカのひとかなぁ・・・3 TAB は参る

>>1
2文字でないとインデントが10段になったときみずらいだろうが。

ときにJSP, ASP, PHP, XML, HTMLのソースコードは
かなり見づらいだろうが。
それに、タブ文字を2文字として設定している香具師、4文字として
設定している香具師、5文字として設定している香具師などが乱立しているから
タブ文字なんかに頼らない。チーム内でイライラを招くだけだ。

中には、HTMLデザインやっている香具師に特に多いのだが、
全角空白を入れているヴァカもいる。
よってインデントは半角空白2文字が望ましい。

それでもタブ文字4文字にしたいというなら、こうしろ
人に見せないときはタブ文字4文字でコーディングし、
人にソースコードを見せるときはEclipseのコードフォーマッタのようなツール使ってインデントをタブ文字から
空白に変えてからにしろ。

とくにGNUなどのオープンソースプロジェクトでソースコードを寄贈するときはなおさらだ。

漏れも二文字派だがネット上のソースコード見てると必ず4文字だなぁ。
解像度が800*600だから4文字はキツイ。

4 と8以外は問題外

4タブ以外でコード書く奴って例外なくドシロウトだよな。

てーかタブ幅変更できるエディタ使えば。
空白でインデントする香具師はコロ助。

>>77
よくそんな狭い画面でコードが書けるな。

PHPの標準ライブラリ、PEARの開発ルールではTAB不可となっているね
理由は確かTAB幅が人によってまちまちだから

TAB不可ってルールを作るぐらいなら
TAB幅を同じにするルールを作ればいいじゃん。

TAB はエディタで自分の見やすい幅にできるけど、スペースはその幅を強制されるからｲﾔｰﾝ。

やっぱり設定の違いを考えるとスペース２こだろ。
タブだといろいろ配慮しないといけないからめんどい

そもそも水平タブってなんで存在するの？
アセンブラ時代の残滓なのかな。
ソースをインデントするには確かに便利かも知れないけど、それだけのことのような

ワープロ時代の名残だろ

東京は４文字、大阪は３文字

それはお(まん|め)こ

makefile はtab必須？

>>90
必須。言語仕様だから変更不能

タブ幅なんか人の勝手だろ。タブ幅変えたらレイアウト崩れるような書き方すんな。
インデント以外の字下げのスペース使え。

字下げが、

スペースのみ使用:
○だれがどの環境で見ても書いた人が見たのと同じ字下げで見える。
×見た人の気に入らない字下げ量だったとき、要手直し。

タブのみ使用:
×見る人のタブの幅設定で見かけが変わる。
○他人のソースでも、自分のタブ設定そのままで適切な字下げ量で見られる。

混在:
死

インデントするときにタブ幅=空白8前提で、インデントは
レベル1=空白4、レベル2=タブ1、レベル3=タブ1+空白4
とかいう混在方式を使う奴がいるから、環境によって
インデントガタガタになるからTAB使うなVokeってことになるんだよな。

>>93
正しい見解だと思う。ただし
>スペースのみ使用:
>×見た人の気に入らない字下げ量だったとき、要手直し。
これについてだが、簡単なフィルターを作って対応するのは簡単だと思うが。
行先頭にマッチさせれば良いだけだし。
まさか手で(ry

>>94

さすがにEmacsのindent-regionとかで一括整形するさぁ。

TABならファイル修正することなくエディタの設定だけで見
かけだけを変更できるからその分ではTABが勝ってると思う。
インデントだけ弄って何らロジック変えてないものをうっ
かりCVSにコミットするような馬鹿なミス起こらんし。

俺は大学入りたてのころはスペース派、今はタブ（オンリー）派。

俺にはインデントはタブオンリーの方が良いとしか思えないけどなぁ…。
↑で言っているように、スペースだと数の好みがあるし、また行末コメントの位置をそろえている場合、スペースだとコード修正時にコメントの方も細かく位置合わせしなきゃならん。

俺は「スペースは文字間の空白」「タブはブロックを見やすくするためのレイアウト用（もちろんタブが意味をもつ言語は例外）」って使い分けてるから、インデントはタブ。
キータイプも少なくてすむし。あとささいなことだけどファイルサイズも小さくなる。

% indent --help

ＨＳＰでＲＰＧ作りたいんですが、正直難しいと思います。
でもやりたいんです！！僕はＨＳＰでブロック崩し（アルカノイド）
ぐらいなら作ったことあります。
今のところ、オープニングまで作ったのですが、どなたか僕に
ＨＳＰの基礎からすべてを叩き込んでくれませんか？？
お願いします。

Rubyスレ荒らすのやめてくれませんか？
Emacs使うなというつもりはありませんが迷惑です。

Rubyについて Part 10
http://pc5.2ch.net/test/read.cgi/tech/1095004337/

>TABならファイル修正することなくエディタの設定だけで見
>かけだけを変更できるからその分ではTABが勝ってると思う。

ブロックレベルとインデントの量が1対1で対応しているのなら、そういうことができるけど、
そうでないインデントもあるんだよね。
関数引数が長くなって、複数行に書きたくなったときとか。
この場合、タブだけではインデントできない。

>>100
インデントレベルが揃うところまで(前行と揃う位置まで)TABで字下げして、
そこからスペースで引数リストを字下げするのが賢明ってところか。

＞複数行に書きたくなったとき

↑これが問題の根っこじゃん。インデントがブロックレベルと１対１がどうかなんて関係ないよ。
"複数行に書きたくなった"ってのは立派な特殊例。80桁以内で改行するとか決めるのは純粋にはインデントとは別の話だ。
ある桁数まで行ったら改行するとか決めてるんならそれは自分流か部署流かのコーディングルールか何かで決めてるんだろうけど、だったらインデントの仕方もコーディングルールで決めてりゃ良いってことになる。
これじゃタブだけではインデントがうまくいかないという結論にはならんと思うけど。

>>73
それはくそemacsで編集されたソース

http://www.jwz.org/doc/tabs-vs-spaces.html

http://www.namikilab.tuat.ac.jp/~sasada/diary/vote.cgi?mode=show&no=11

■スペースを使うべきでないこれだけの理由

×見た人の気に入らない字下げ量だったとき、要手直し。

> ○他人のソースでも、自分のタブ設定そのままで適切な字下げ量で見られる。
コーダを尊重しないのがいや。

論理的に言ってビュー（見た目のインデント幅）を変えるために
モデル（ソースコード）を変えるスペース派はおかしい。

エディタやdiff関連のツールの実装が複雑になる。
スペースを使ったインデントを柔軟に処理できない
（主にWindows系の）ツールを使う場合悲劇的。

Backspaceして一つしか戻らないとちょっとイラつくよ。

■スペースを使うべきこれだけの理由
・・・無し

インデント幅を変更できないエディタやビューアがあるよね?
スペースは、ほとんど環境でスペースとして表現される訳だよ(HTMLは除く)

自分１人で開発するなら何でもいいかもしれんが、
他人にソース見せる場合のことも考えれ、おまえら。

本物の職人は、タブだろうがスペースだろうが、気にしないんだよ。
つーか、こんな議論する暇あったら、
オープンソースのコードを一行でも多く読破したほうがいいぞ。

耳TAB

読破？

う〜ん、微妙…

でも、大方107に同意

ビューアで眺めるだけならそれそこインデントサイズなんてどうでもいいな。
気にしないといいつつスペースを主張してる107萌え。

本物の職人は「他人の」インデントにはこだわらないだろうが
「自分の」インデントにはこだわるだろう。
107が本物の職人かどうかはおいといて。

本物の職人は「本物の職人」なんて言葉を使わない。

>>107
それはそのエディタやビューアの仕様が腐っているだけだから、
さっさと窓から投げ捨てることをおすすめする。

>>113
どんな言葉を使うの？

TABは4文字ですが、保存時に空白に置換します

結局糞ビューアで見る場合に限ってスペースのメリットがあるってことでＦＡ?

タブは使わないほうがいい。

>>117
タブの設定が人によって違う以上 ビューワではどうしようもないだろ
ビューワにlintフィルタでもついてんならともかく

>>118
なぜ?

エディタによって見た目が変わるから。

ｃｖｓをwwwで見るときなど困るだろ

>>121-122
>>114

ブラウザのタブなんてどうやって変えるんだよ

>>107
本物の職人かというのは置いといて、気にしないという点には同意。

まあ、他人のソースを見てあげるぐらいやさしい人なら、多少ガタガタな
ソースでも気にしないんじゃないのかなあ。

あと、利用しているツールで不都合があるなら、それに合わせた設定にす
るのは当然だと思う。

>>113 本物の職人は「本物の職人」なんて言葉を使わない。
>>125 本物の職人かというのは置いといて、気にしないという点には同意。

あいすまん。ふさわしくない言葉を使ってしまった。スルーで。




ごく限られたシーンでは、エディタを選べない場合もあるわけです。

・急遽火消し出張で客先の環境を借りるしかなく、お客がご立腹を通り越して真っ赤になってる。
　「あの…エディタをインストールしたいんですが…」とか、とても言えない。

・タブインデントされているコードをメールで送ってもらったら、
　直接本文に貼り付けられており、ガタガタで加工しないととても読めないとか。

・印刷して赤ペンでデバックしなきゃいけないときとか。

・他人のコードの修正を命じられ、見てみたらインデント方法が混在。
　一括変換したくなるが、無関係なコードまで変わっちゃうからそれは出来ないとか。


タブは環境を選ぶし、8TABはジャンプ率(サッケード)が高いので一見での理解度が落ちる。
環境の変化でトラブルが発生しにくいのが、スペースでのインデントだと思う。


火消し職人に任命されるとか、部下とか新人が書いたバギーなコードを見なきゃいけなくなると、
この辺は何とかならんものかと、深いため息がでるのだが。

>>126
通常、他人のソースのメンテするときには
俺カスタムのlintを通すんだよ

>>126 俺カスタムのlintを通すんだよ

バージョン管理されている環境下では、lint ≒ 破壊 ではないのか?
それともlint済みのコードを見て、本番のコードを修正するのか? それって二度手間に見えるが。
「必要が無ければ、テスト済みで動作しているコードには一切手を入れない」というのは、お約束ではなかったっけ…
と突っ込んでみる。

>>127
107氏が逝っているスリルプログラミングな状況下では、俺カスタムlintで
進めるのは、むずかしんじゃないかな。

火消しなんて、急遽別プロジェクトから借り出される場合もあるし、その
時は既に、そのプロジェクトで決まったイカスlint（泣）があると思うし。

lintを通すのか？indentでなく？

>130
lint = コーディングスタイル
てな感覚で書いたが、間違いか？　間違いなのか！！

lintの中に、indentの方法が含まれてると思っているのだが。

えらそうな事語っていて、これが間違いだったら、はずかしいなあ、オレ。

>>128
見るときだけ通すんだよ
ホントに全部書き換えたらdiff取りづらいじゃんYO

スペース1だけでインデントしてます。だめっすか。
前は8タブとかやってたんですが、これで十分。

世の中にはタブコードとスペースを混在させたインデントを
行う糞エディタが存在することを知っているか？

>>133
読みにくい。最低２つはないと。
>>134
知ってるよ。Emacs の Lisp モードとかもそうだね。

スペースでも、タブ1でも、タブ2でも、タブ3でも、好きに書いたら
ただ、それを他人に押し付けるなって事で

あなたは、タブいくつかな〜?

押し付けたソースを触らざるを得ないのが問題なわけで。

インデントしない
　　↓
タブとか空白とか気にならない
　　↓
みんな幸せ

　　↓
俺にシワ寄せ

>140
やっぱインデントはフィルタだろ？

インデントの話はもういいでん、っと。

つか、誰かが書いた
if ((a = b) &&
　　(c = d) &&
　　(e = f)){
　　a = 1;
}
みたいなコードがあったとして、
Tabは4で記述されていたとする。
で、インデントは全てTabで記述されていたとして、
そうすると、（今、表示されている画面ではずれているだろうが、）
(a = b)
(c = d)
(e = f)
の先頭はちゃんと開始位置があっているわけで。
ところが、これがTab2とかTab8の環境で開くと、くるっとるわけだ。

>>123の話だと、エディタさえちゃんとしてれば、これが書いたとおりに、
どのTab設定の環境でも見られる、ってことなのか？

それはちょっと教えて欲しいんだが。

先頭のTABについてはエディタごとのTAB幅が揃ってようといまいと
大した問題じゃないと思うんだけど、問題は
後ろにコメントを書いているときの
書き始め位置をTABで調節してるときだと思う。

if ((a = b) && (c = d) && (e = f)){
　　a = 1;
}
//こう書くかな・・・
//長い引数とかなら字下げするけど

>>144
それって上のレスと同じことじゃん・・・。

>>143
それで可読性が大幅に落ちるかって言ったら全然落ちないだろ。
if( a=b &&
　　　　　　　　b=c &&
　　　　　　　　c=d &&
　　　　　　　　e=f )
{

}
大体俺プロポーショナルフォントで編集してるからブロックのインデント以外は気にしない。
if(aaaaa = bb)　　　　 foo();
if(aaaaa = cccccccc) bar();
的なスペース使ったそろえ方も大嫌い。

>>147
つまり、エディタじゃどうしようもないということね。

と、まあ、それはまた、別にして。

可読性、落ちない？
そうかな。先頭ががたがたにずれるような状態で、可読性がおちないというのは、
言い訳だろ。

そもそも、「俺はプロポーショナルフォントだから、」、「俺は気にしない」、「俺は嫌い」。
この発言時点でもう、だめだめじゃん。

俺ルール最強

>可読性、落ちない？
落ちないよ。
つかいつもこのスタイルだし。
はっきり言って、インデントの深さや上のズレなんて
if(){
}

if()
{
}
でもめてる程度の違いしかないよ。プライオリティ的にどうでもいい。

そこでパイソンですよ！

>>150
バカだね、こいつは。
通常のインデントを「見てくれだけでつけてる」、って解釈と、
なんらかわらないことを自分が言ってるのに気がついてるんだろうか？

ズレなんて関係ないよ、か。
お幸せに。

むしろ「見てくれ」ってすごい重要なんだけど

おれはtab4でずっとコーディングしてるけど
>>143
がいってるようなズレが仮にtab4で起こったとしても対して気にならないな。
それよりも

int code = 0;
string name = string.Empty;

とかの方が嫌だな・・・。
タブであろうとスペースであろうと読みにくい。
こんなの揃える必要すらないでしょ。

int code = 0;
string name = string.Empty;

>>154
わざわざあげてまで同じ事を2回も・・・。

>>154
じゃあ、こういうのはどうなんだろうな。

if ( ( ( a = b ) 　||
　　　 ( c = d ) ) &&
　　 ( ( e = f ) 　||
　　　 ( g = h ) ) ) {
　　i++;
}

書いている人間が、何らかの形で、揃えようとした形跡がある場合に、それがずれているケースだな。

それこそ、お前があげた下の例（言いたいことは分かるから突っ込まない）ははっきり言ってどうでもいい。
TabでもSpaceでも読みにくいと思うなら、このスレで例示する意味すらないだろ。
何がいいたいんだ？

それは読みにくいかもｗ
ごめんね！

あらゆる環境を考慮したスタイルなんて考えるだけ無駄。
文字コード、改行コード、EOFの扱いまで変わってくるし。
インデントなんてローカルな環境のルールだけを考えるだけにしている。

>>152
ブロックの内部のインデントと
それ以外のスペース使った涙ぐましい>>143的な桁ぞろえは別物で
後者のメリットは薄いといってるだけなんだけど。
あらゆる見てくれがどうでも言いなんていってない。

>言い訳だろ。
違うんだけど。
Windowsじゃ143をタブでやってるコードはざらにあるし
自分もそう書いてる。
これに関しては全く苦にならないよ。
同様にスペース使った小細工されてても気にならない。

143で大騒ぎするほどの害はないといいたいだけ。

>>159
「俺は」と付けといてくれ。

どっちにしても、ソース内で統一した基準があるなら構わない
できればプロジェクト内で統一してほしいが、バカが混じったら不可能だからな。

俺は今まで4TABが当たり前だと思っていた｡
友達にもそう教えてきた｡
スペースの人がいるなんて信じられなかった｡
学校でVineLinux2.xxのVI使っていて､俺はカスタマイズして使っている｡
文字を消すのにxを使わなければならないとか､アフォかとバカかと｡
みんなコマンドモードでxとか大変だな
仲のイイにだけ教えてあげよう
もちろん､ついでに8TABから4TABへ､強制に移行させるつもりだ
まったく､先生が教えてないせいで､インデントもしないやつがいやがる
先生も悪魔だな

('A`)う゛ぃう゛ぉっう゛ぁああああああああああああああああああｂう゛いう゛ぃあｓｆｃおいすｆｄう゛いう゛ぃう゛ぃいおう゛ぁｓｄｓｆ
う゛ぁう゛ぃおだう゛ぁｄう゛ぃあう゛ぃいいう゛ぃあう゛ぉううう゛ぉう゛ぉあう゛ぁおう゛ぉあう゛ぉあおう゛ぁ

class hoge{
private: int hoge;
public : void hoge (void);
void hoge2(void);
};
きちんとＴＡＢを使えばこんなに見やすい！

warota

>>101が言っているのは、こういうこと?

→if_((a_=_b)_&&
→____(c_=_d)_&&
→____(e_=_f)){
→→a_=_1;
}

>>166
そのとおーーーり

tabを使用すると文字間隔をある程度まで自動調節してくれるじゃん。
で、当たり前だが大きいほどその効果は大だ。８タブ使え。使うならな。
ソースを綺麗にする作業が大幅に楽になる。

>>168
ソース綺麗にするって、直したソースの責任は持つの？

バグが出たとき、責任もって直してくれるならイイよって条件つけると、
大概のやつはあきらめるんだが。

なんじゃそりゃ

>>168
その自動調整のおかげで行数が狂うって言ってんのよ。

^^^^if ( (a == b) &&
^^^^^^^^(c ==d))
^^^^{
4tab環境で↑のように書くと、8tab環境でずれまくり。

>>170
綺麗などという個々の感覚に依存するものを押しつけといて、責任を取ら
ないって最悪だって話だ。

8Tabはうんことしかいいようがない

自分がある程度自由な環境を使えるなら整形機能でスペースのみで書くよ。
将来別の人が見ることがあろうとなかろうと。
自分が自由な環境を使える人でタブ派だっつー人が居たら聞きたいんだが、
それは整形機能を正しく使ったことがある上での意見なのか？

106はタブであれば見た目を変えるのに中身をいじる必要がないというが、
そもそもビューを変えるべきではないんだよ。
タブ幅を変えるとインデントの深さが変わるだけならともかく、171のような問題が
ある以上は、書いた人が意図していた幅を見る側にも強制する必要があるはずだろ。
とくに行末コメント等をタブでやっているならば尚更。
でも見た目を強制する確実な方法はスペースしかない。
少なくとも他人が読む可能性のあるコードを「タブ幅が違う場合は知らない」
と言い放つのはちょいと無責任じゃないのか。

タブならメモ帳でもスペースよりは修正が楽かもしれんが、
「将来貧弱な環境で修正することになるかもしれない誰か」のためを心配して
インデントをタブにすることに十分なメリットがあるとは思えないな。

エディタや IDE のインデント機能を使っている人はインデントのために直接タブを
打つことがほとんどないから、タブだろうがスペースだろうがどうでもいい。
だからそういう人は表示で問題になりにくいスペース派になる傾向がある気がする。

何 age てんだ俺は orz

何で書いてくれたっていいよ。
どうせEclipseの俺仕様フォーマットかますから。

>>174
必死な長文のわりに目新しい主張は皆無だな

>>174
タブ幅ってエディタの設定で簡単に変えられないのか？
じゃないと、プロジェクト内でタブ幅統一できない、だろ？
だいたい、その貧弱なメモ帳じゃ、タブ幅設定できない、だろ？
自由な環境を使える一握りの人たちのローカルルールなんてどうでも良いよ。

>>178
174は、タブ幅って不定だから、空白で整形したほうが良さげじゃないかと
言ってるような気がするが。
タブ幅設定できない貧弱なメモ帳を使う事を考慮すると、タブは使えない
って事だと思うのだが。

貧弱なエディタ使うならタブのがまだましだろ。
インデントするたびにスペース叩きまくるのか。
にしてもコーディングにメモ帳持ち出して反論ってなんだかねぇ。

タブだとずれるからスペース、といってる人は
プロポーショナルフォント使う人についてはどう思ってるのか？
スペースでも見た目がずれるわけだが。

# プロポーショナルフォントでコーディングするのは
# 個人的にはどうかと思うけど。

俺は、銭さえもらえたら、どんなスタイルでもOKだ。
5TABでもインデントなしでもプロポーショナルフォントでもバッチコーイだ。

それぞれにこだわりがあると思うが、ぶちゃけ何でも良いよな？

>>177
お前、読んだのか。
えらいな。

>>181
つったって、VBはデフォルトMSPゴシックだよな。

やっぱドリンクはTABCLEARだろ？ とか
やっぱレイアウトはTABLEだろ？ とか
そういうスレだと思って開いたらこれか
お前らには失望したよ

>>185
俺はお前に失望したよ

俵孝太郎萌え〜

TABは無論HARDに８文字分！
４文字TAB使わないと80行にコードがはいらねぇようなコード書いてるなら出直せ。

それどころじゃないんだよ。８０行に収める気もないようなのが、なんでか貧乏くさく４文字TAB使うんだよ。うぜぇー！しキモイ！

８０行じゃねぇや、８０桁だ！

いや、あえて言おう、

「８０行」に収めろ。

　　　　　　∧＿∧　 　 　　∧＿∧
　　　　　_（　´∀｀）　　　　（´∀｀　）
　 三(⌒), 　　　ﾉ⊃　　　 （　１　　） 　 糞スレは・・
　　　 ￣/　/)　 ）　　　　　 |　|　　|
　　　 . 〈＿）＼_）　 　　　 （__（_＿_）

　　　　　　　　　∧＿∧　　.∧＿∧
　　　　　　　　 （　　´∀）　（´∀｀　）
　　　　　 　≡≡三 三ニ⌒)　１　 .） 　　立てるなって・・
　　　　　　　　/　 /)　 ） ￣.|　|　　|
　　　　　 　　〈＿_）＿_）　 （__（_＿_）

　　　　　　　　 　 ∧＿∧　 ,__ ∧＿∧
　　　　　　　　　 （　　　 ´）ノ　）:;:;)∀｀）
　　　　　　　　　 /　　　￣,ノ''　バ　　） 　言ったろーが！！
　　　　　　　　 Ｃ　　　/~　/　/ 　 /
　　　　　　　　 / 　 /　〉 （__（＿_./
　　　　　　　 　＼__）＼）
　　　　　　　　　　　　　　　　　　　　　 ヽ ｌ /／
　　　　　　　　　　　　∧＿∧(⌒) ―― ★ ―――
　　　　　　　　　　　 （　　　　） /|ｌ　　／/ | ヽ 　　ヴォケがーー！
　　　　　　　　　　　（/　 　　 ノｌ|ｌｌ ／　/　|　 ヽ
　　　　　　　　　　　 （Ｏ　　ノ 彡''　 　/　 .|
　　　　　　　　　　　　/　 ./ 〉
　　　　　　　　　　　　＼__）_）

>>176
お前のせいでdiff取る意味がなくなる。

TABを８０桁にしてみた。面白くなかった orz

>>193はdiffを使いこなしていません。

やっぱポリデントは必要だろ。

:::::::::::/　　説　　　　　仏　 ヽ::::::::::::
:::::::::::|　　か　　人　　法　　i::::::::::::
:::::::::::.ゝ　な 　 々 　 真　 　ﾉ:::::::::::
:::::::::::/　 く　　　に　 理　　 ｲ:::::::::::::
:::::　 |　　ち　　　　　　を　ﾞi　　::::::
　　　＼_ ゃ｡　　　　　　,,-'
――--､..,ヽ__　　＿,,-''
:::::::,-‐､,‐､ヽ.　)ノ　　　　　 ＿,,...-
:::::_|/ ｡|｡ヽ|-i､　　　　　 ∠＿:::::::::
／. ` ' ● '　ﾆ ､　　　　 ,-､ヽ|:::::::::
ニ　＿_ｌ＿_＿ノ　　　　 |・ |　|, -､::
/￣　＿　　| i　　　　　ﾟr ｰ'　　6 |::
|(￣`'　　）/ /　,..　　　 i　　　　　'-　　←　>>1-196　>>198-1000
`ー---―' / '（__ ）　　　ヽ 、
====（ i）==::::／　　　　　　,/ﾆニニ
:/ 　　 　ヽ:::i　　　　　　　/;;;;;;;;;;;;;;;;

スペースで頑張ってレイアウトを揃えてる人居るけど馬鹿だね。
ちょっとコード修正したらすぐガタガタでウザいったらありゃしない。

頼むからインデントとお絵かきを混同しないで下さい。
あと無駄な時間のお金請求するのやめて下さい。

私も少し前はSpace原理主義者でしたが最近tab原理主義者に変わりました。

tabっていいですね：）

なんつうかコーディングって職人芸じゃないしな。
もうプログラマーじゃなくプログラミング作業員って呼ぼうぜ。

>>200
それとインデントにどんな関係が？

ＴＡＢ以外でインデント？随分、安い時間給で働いてんだなぁ(w

プログラマー　＝　プログラミング作業員
そんなの数年前からそうだろ
詳細設計まで担当してれば別だが、設計書に従ったことだけやってりゃいいんだよ

つーか余計なことすんな
余計な事するなら全体の設計把握して責任持て。納期遅れ発生しても責任持て
責任持てないなら余計なことするな

インデントごときにこんなに強烈な思い入れ持ってる奴ってきもいよな

　 _ 　∩
(　ﾟ∀ﾟ)彡　インデント！インデント！
　⊂彡

この手のは
「ケースバイケース」
でFA。

TAB8？スペースでインデント？テキスト書くなオマエラ

タブって8なの？6なの？
エディタによって4だったり8だったりするから混乱する

■宣伝テンプレ■
----------------------------------------------------
「２ちゃんの良心モララーがゆく」
http://aa5.2ch.net/test/read.cgi/aastory/1116301566/
今このスレが熱い。消防、厨房がたくさんきます。
fusianasanトラップにかかるは、ブラクラ踏むはでﾏｼﾞﾜﾛｽwwwwwwww
どうぞ皆で痛い>>1と愉快な仲間たちを拝みにきてください。

昔は４タブだったが最近は４スペースにしてる。

まさかスペースキーを四回おしている？

>>211
TABを押すと4タブに合うようにスペースでインデントされる

インデントしていないコードをインデントさせるプログラムを書けばいいだろ。

うちは8スペースで統一する。
4スペースなんて幅が狭くてダメだ。

ぬるぽなスレだな

中国人は半角スペース使いたがるから中国人が作ったソースを直すのはめんどい。

>>213
つ[cb]

つ[indent]

TABが表示上4でも8でも構造的には同階層になるんだから問題ないやん？
そもそもスペースで打ったりする知能障害がチームに混じってるからずれるとかいう話になるんだろ。





つーか、今時自動インデントじゃないエディタ使ってる奴が原始人。
TABもSPも関係無し。

2スペース

>>220
ぅゎ最悪

>>220
ぅゎ最悪


おれは2文字タブが好み

2スペース派

うさたん
　∩∩
=（・-・）=　>>151-152　かえたの

うちの会社のコード規約は、C言語系の場合、

インデント禁止だけではなく、改　行　も　禁　止　だ

理由の説明を忘れた。

うちの大口顧客との契約内容が、
ソースのサイズで料金が決まることになっており、
当社としては誠意を見せるために、
無駄な改行や長い変数名を使わずに低料金に抑えていますという姿勢をアピールしている。

でも実は、改行をしないことにより、
for(int i=0;i<10;i++)func(i);
という内容を、
func(i);func(i);func(i);func(i);func(i);func(i);func(i);func(i);func(i);func(i);
というように水増ししても気づかれないようになるのだ。
実際にループ内はこんなに単純じゃないから、改行さえなければ全く気づかれない。

そりは顧客にとっても開発会社にとっても不毛の道。。。

それちゃんと動かないよ！

>>226
志村ー！++！++！

みんなよくそんな少ない数で満足できてるな。
うちの会社は16文字スペース派だ。

>>228
動くだろ。
for の後にセミコロンが抜けていると言いたいのなら、実際に実行してみれ。
セミコロンを付けると、何もしないループになってしまうぞな。

と思っていたら、
func(1);func(2); ...... の誤りだな。
ｽﾏﾝかった。

func(0)！func(0)！

インデントはやはりタブ。
だけど文とコメントの間は、タブか半角空白、どちらを入れるべきだろう。
func();___(ココは、タブ?半角空白?)___/* xxxxxx */

>>233
func();タブタブタブ// コメント

桁そろえるつもりならタブだと幅変わると揃わなくなるし、空白しかないんじゃ？
揃わなくていいならインデントに使ってる方を一定個置く。

行頭はTAB
コメントはスペースだなー。

>>233
文の右側にコメント書くのやめろって、外国の偉い人が言ってたよ。

>>237
どうして？
それは、その外人の好みでしょ。

スペース使う奴は例外なく一文字いくらで契約しているコーダ以下のタイピスト

>>226
>無駄な改行や長い変数名を使わずに低料金に抑えています
何かが根本的に間違ってる希ガス。

行末にはコメント入れないな。
ステップ数減らせる以外にメリットがあんまりない気がする。
↓だいたいこんな感じの入れ方

// ぬるぽ -> ガッ
hoge = "ぬるぽ";

if(false){
　// 通らないよ
　hoge = "ガッ";
}

コメントなんざ関数／メソッド内部には全く書きません

>>242
あなたとは絶対一緒に仕事したくないです＞＜

>>238
これかな。
http://www.alles.or.jp/~torutk/oojava/codingStandard/writingrobustjavacode_pid86_c1.html#doc1_209

http://www.alles.or.jp/~torutk/oojava/codingStandard/

趣味でプログラミングしてる俺は
行末の；のすぐ右隣にスペースを1つとってから // でコメント書いてた
行末のコメントってインデントそろえる人ばっかりだったんだ

今使っているエディタは、行末コメントの先頭を
自動でそろえてくれる。

この外人の発言によれば、オレが行末コメントを使用することは
むしろ推奨されるという結論になるな

俺はプロポーショナルフォント使ってるからそういうことをやる奴にはモンゴリアンチョップをかましたくなる

>>247
改行しないお前にパロスペシャルだ

>>246
プロジェクト内で統一出来ればそれでいいんじゃね？
後々他の人が保守する事考えると、やっぱりあんまりよろしくないとは思うけど。

インデントじゃないが、
&& || は、こんな感じで、

if( ( a ==b )
____&& ( d == e ) ){
____ f = g;
}

カンマは、
a = test( abcdef
____________, bcdef );
みたいに、二行目の頭に付けるのがオサレだとおもうんだが。

>>250
バカモン
そういうのは改行するな

>>250-251
ここは「コーディングスタイル」ｽﾚではないぞ

日本語プログラミング言語を６tabで使うってどうよ

男は黙って8TAB

Ｔａｂはタブー

おれも学生時代はC言語文化に染まっていたんで
４タブ以外ありえねーと思っていた。
しかし、今となっては、表示する側で見栄えが異なる
タブはうぜぇだけ。
HTMLメールやプロポーショナルフォントと同じで、
書いたやつと見るやつとで見え方に差が出るような
やつはうざいだけ。
したがって、タブなんかいらねー。スペースで十分。

>>250
a == b
かつ d == e

は日本人の感覚としては読みにくい。

a == b かつ
d == e

のがイイ。つまり

if( (a == b) &&
____(c == d) )

インデントはそれなりにしてあるんだけど、IFとEND IFの間が
2000行以上開いてるってのはどうかと…

折りたたみ可能なエディタ使えよ
てめーの低脳さを棚に上げて何ソースにケチつけてんだﾃﾒｰ

>>258
　どうもこうも、構造化プログラミングという古典的手法さえ知らない馬鹿が
　作ったものとしかおもえんな。

2000行空いてるのはさておき
END IFがあるようなので構造化自体は既にされてるようですが。

viにもemacsにもあると思うが、コメントのところに
indentをいくつにするって設定できるでしょ。
あの手のものってRFCかなんかで規定できないもんかのう。

emacsがviにあわせれば済む話。
簡単なことだ。
さあやれ今やれすぐやれ。

関数で引数を書くとき、やたら長くなるときがない？
そういうときはどうしてるんでふか？皆様
オラは
fnc1(hoge1,
　　　hoge2，
　　　hoge3);
引数が少ないので、そんなに困らないけど、これが行数多くなると
醜くて困るんですわ

>>264
スレ違いだけど
Ｃなら構造体，Ｃ++ならクラスに押し込む

fnc1(
　　hoge1, 　// ホゲ１
　　hoge2，　// ホゲ２
　　hoge3 　// ホゲ３
　　);

？x41;

>>226
普段は通常のスタイルで開発して
顧客に提出するバージョンは
ツールで変形すりゃいいと思うのは
オレだけか？

>>226
iが増えてないお

＞C言語文化に染まっていたんで
＞４タブ以外ありえねーと思っていた。

その文化とやらは、おまえの周辺だけ（ｗ

>>268
それが普通，というか、そうあるべき。
俺はそうしている。