コーディング10問10答、やってみますか？
15 ポイント 投稿者 curioe 2024-09-10 | 46件のコメント | WhatsAppで共有
  1. インデント（字下げ）はタブ派ですか、スペース派ですか？ 何文字分にしていますか？
  2. 波括弧は新しい行で始めますか、それとも同じ行に続けて書きますか？
  3. 1行あたり何文字まで許容していますか？
  4. 変数名や関数名を付けるとき、好みのスタイルは何ですか？（例: camelCase, snake_case）
  5. 好きなエディタは？
  6. コーディング用フォントは何を使っていますか？ サイズは？
  7. 何か作るとき、まず最初に手が伸びるプログラミング言語は何ですか？
  8. モジュールやライブラリをインポートするルールや順番はありますか？
  9. 単体テストはしていますか？ どんな方法でしていますか？
  10. 言いたいこと／意見／自慢／宣伝／何でも書いてください。

関連記事

46件のコメント

 
aer0700 2024-11-17
  1. スペース4つ
  2. 同じ行のK&Rスタイル
  3. 文字数を決めるというよりは文脈に応じて前後します。
    エラー処理のようなものはできるだけ1行で終わらせますが、
    それ以外のロジックは分けて書きます
  4. 個人的にはSnakeを好みますが、チームではチームのやり方に従います。
  5. VS Code
  6. VS Codeのデフォルトフォント
  7. C
  8. 標準ライブラリを最初にincludeします。その次に外部ライブラリ、その次に社内ライブラリです。
  9. ビルドするときに単体テストを回します。単体テストでFailが出たら、直してまたビルド……通るまで。
  10. 風邪に気をつけてください。手首に気をつけてください。お酒はほどほどに飲みましょう。ダイエットしましょう。
 
bobcat 2024-10-14
  1. スペース 2 または 4 文字分
  2. Newline
  3. 79-80 / 119-120
  4. PEP8 のような規約がある場合はそれに従い、それ以外は CC。
  5. VSCode
  6. Consolas, 9pt
  7. C
  8. Stdlibs (stdlib) > Platform libs (Windows, unistd...) > essential library (project wide) > auxiliary library (module focused)
  9. Unit test
  10. 寒いです
 
jwh926 2024-10-04
  1. 個人プロジェクト: タブ4つ、会社では: スペース4つ
  2. 最近は次の行に書いています
  3. 100
  4. snake_case
  5. VSCode
  6. Iosevka 22px
  7. Python
  8. fromキーワードが最優先、その次が標準ライブラリ
  9. やりません
  10. 家に帰りたいです
 
tobesimple7 2024-09-20
  1. スペース4つ
  2. 同じ行
  3. 空白を含めて100文字
  4. camelとsnake_caseを併用
  5. JetBrains
  6. d2code、dracula 12〜13
  7. SQL
  8. 特になし
  9. 順序、機能別
  10. 面白いですね
 
nutella 2024-09-19
  1. タブ
  2. 同じ行
  3. 100
  4. 言語に合わせて使う
  5. vscode!
  6. Droid Sans Mono, 14pt
  7. Python!
  8. lint
  9. 機能ごとにテストを進めます
  10. 良いフォントをたくさん知るようになります :)
 
erickim27 2024-09-18
  1. すべての言語でタブだけを使います。
  2. 関数宣言のときは改行し、if文やfor文のときはスペースを入れます。
  3. だいたい50文字くらいです。
  4. 小文字で、スペースは_に置き換えて使います。
  5. 主に VS Code、急ぐときは Vim を使います。
  6. MesloLGS NF、16pt
  7. 簡単なものならまず Python から考えます。
  8. あまりありません。C言語のときは標準ライブラリを先に使うほうです。
  9. しません
  10. Linux カーネル / low level の勉強は面白いので、みなさんも一度やってみてください
 
overthinker 2024-09-17
  1. C++はスペース4つ、JSはスペース2つ、Goはタブ
  2. C++は改行し、他は同じ行にしますが、言語ごとのlintを優先します。
  3. 80文字
  4. 言語ごとに異なりますが、JS: camelCase、C++: snake_case
  5. VSCode
  6. Hack Nerd Font / フォントサイズ 12 / weight 450
  7. JS
  8. lintまたはアルファベット順にします。
  9. 単体テストは短い機能単位で行います。
  10. 皆さん頑張ってください。
 
siscof 2024-09-17
  1. スペース2つ
  2. 同じ行
  3. 80文字（エディタを横に2つ並べられるように）
  4. 言語によって異なりますが、CamelCase を好みます
  5. neovim (AstroNVim) + tmux / IDEA Ultimate
  6. D2Coding / hack fira code nerd font
  7. bash shell > js > kotlin
  8. Intellij の基本ルール（editorconfig にして使っています）
  9. ビジネスロジックベースのテストコードを書いて、UIは手で…
  10. 昔は vimscript でプラグインを追加して、自分好みに修正したりして大変でしたが、最近は基本設定がひと通り整っている AstroNVim のようなものもありますし、IDEごとに vim シミュレーターもかなりサポートされているので、みなさん気軽に試してみてください（笑）
 
jjpark78 2024-09-16
  1. スペース2つ。
  2. 同じ行
  3. 100文字
  4. camelCase
  5. neovim、magit用に doom emacs
  6. FiraCode
  7. nodejs
  8. LSPでサポートされている整列機能以外には、特にルールはない。
  9. vitestを使っているが、コーディング前にあらかじめ作る理想的な使い方というよりは、先にコーディングして後から副作用を防ぐ目的で unit test を作っている。その後、一度作られた機能が新規追加や新しい修正事項によって影響を受けないという心理的な安心感を得るために使っている。
  10. GeekNews、盛り上がれ。
 
goinwater 2024-09-12
  1. スペース2つ（タブで入力して自動的にスペースへ変換）
  2. TS開発者なので同じ行（C系の場合は次の行）
  3. 100文字
  4. キャメルケース
  5. Cursor IDE
  6. Fira Code Nerd Font
  7. TypeScript
  8. ライブラリは最上部、内部モジュールはその次
  9. 共通モジュール中心で
  10. vimをうまく使いたいのですが、なかなか慣れません
 
regentag 2024-09-12
  1. 3スペース（Ada）、4スペース（その他の言語）
  2. Adaには中括弧はありませんが、begin は次の行に書きます。PowerShellでは同じ行に書きます。
  3. 130文字
  4. 大文字の SNAKE_CASE
  5. Understand、Notepad++
  6. D2Coding
  7. PowerShell
  8. 特別な問題がなければアルファベット順。
  9. しません。
  10. 頑張って！
 
roxie 2024-09-22

まだ Ada を使っていますか？ すごいですね..
 
mhcoma 2024-09-12
  1. タブ文字 4文字分
  2. K&R Style
  3. 120
  4. snake_case
  5. VS Code
  6. D2Coding 12pt
  7. Python, C
  8. 標準ライブラリ -> 外部ライブラリ -> 内部、アルファベット順にソート
  9. いいえ…
  10. タブ文字は神だ。
 
codufdl 2024-09-11
  1. space 2 を使っています。
  2. 同じ行で続けて始めて、閉じるのは別で書きます。閉じたあとの続きは同じ行に...
  3. チームでいちばん大きい文字を使っている人の画面サイズに合わせています。今は 200 です。
  4. キャメルケースを好みます。
  5. 今は vscode が使いやすいです。
  6. D2Coding / 12 を使っています。
  7. ecmascript > java > python の順です。
  8. standard > third-party > internal の順です。
  9. モジュール化するとき以外は printf を使います（笑）
  10. みなさん、頑張ってください！
 
hwhang0917 2024-09-11
  1. space4
  2. 同じ行
  3. 80
  4. camelCase
  5. neovim
  6. FiraCode Nerd Font 18
  7. Go, TypeScript
  8. standard, thrid-party, internal
  9. ユーティリティや共通モジュールについて
  10. 今年一年もどうかご無事でお過ごしください。
 
iyeti 2024-09-11
  1. space4
  2. 同じ行
  3. 120c
  4. キャメル
  5. VSCode
  6. Consolas 10
  7. Java, C++, Python
  8. 自動整列 abc順
  9. 例外処理に気を配って最小限に
  10. コロナ、インフルエンザに気をつけてください…一度かかって体力が落ちると、本当に回復が遅いですね…
 
semjei 2024-09-11
  1. スペース4つ
  2. クラスとインターフェースは次の行、それ以外は同じ行
  3. 制限なし、今は220
  4. クラス名とグローバル関数はキャメル、内部関数と変数はスネーク
  5. VS Code
  6. D2Coding
  7. C++, PHP
  8. 可能なら機能ごとにアルファベット順
  9. 共通モジュールだけ、あとは各自で
  10. 今年一年も無事に
 
nabitang 2024-09-11
  1. スペース4つ
  2. 同じ行
  3. 120文字
  4. camelCase
  5. vscode
  6. Fira code
  7. javascript (typescript)
  8. third party, packages -> domain, entity -> use case -> services, adapters -> UI components
  9. Jest、必要な場合はユースケースだけをテストし、できれば最小限に
  10. 皆さんどうか健康に気をつけてください :)
 
crazeidea 2024-09-11
  1. Tab / 4スペース
  2. 同じ行
  3. 140
  4. camelCase
  5. VSCode
  6. Ubuntu
  7. Typescript
  8. 特にないですが、たまにアルファベット順でSortします
  9. 複雑性の高いモジュールはテストを実施
  10. みんなファイトです
 
n1ghtc4t 2024-09-11
  1. タブ派でしたが、場合によってはスペース4つを優先、HTMLは2つを優先、最近はまあ、どっちでもいいかなという感じです。
  2. 同じ行につけますが、できるだけ既存のコード規約に合わせます。
  3. 若い頃は120でしたが、老眼が来てからは80まで下がってきています。
  4. クラス名やモジュール名はキャメル、変数はsnakeが好みです。
  5. VSCodeを使っていましたが、最近はZedへの移行を試しています。
  6. 最近はCaskaydiaCove Nerd Font Monoです。
  7. 仕事ではPython、個人プロジェクトではElixir、やってみたいのはRustです。
  8. 特に気にしていません。
  9. 初期段階や1人開発では単体テストはできるだけ排除し、プロジェクト内の協業メンバーが増えて初級開発者が加わるなら必須のコードでは単体テストを書く……ものの、そのまま放置。
  10. 早くお金を稼いで、セーリングヨットに乗って趣味コーディングでもしたいですね。
 
toaonly 2024-09-11
  1. Space、2スペース使用
  2. 同じ行
  3. 80
  4. camelCase
  5. VSCode
  6. Consolas
  7. JavaScript, Rust
  8. アルファベット順、その次にローカルパス
  9. util 系モジュールについてはほぼ100%実施していて、ビジネスロジックは「これがダメなら本当に大変なことになる」ものだけ進めています（時間の都合上、すべてをテストすることはできないので…）
  10. GeekNewsをご覧の開発者、エンジニアの皆さん、頑張ってください！
 
hhan8 2024-09-11
  1. スペース、規約に合わせます。個人作業のときは 2 を好みます
  2. 同じ行に書きます
  3. だいたい 100 くらいだと思います
  4. camelCase
  5. VSCode > Neovim > IntelliJ（JVM 系の会社業務のときだけやむを得ず使います）
  6. デフォルト設定のフォント、13〜16pt
  7. JavaScript
  8. 特に気にしていません。
  9. BDD スタイルで実装したいケースを中心にテストし、最後にテストカバレッジを埋めるほうです。
  10. NEOVIM をうまく使いこなしたいのですが、ついカーソルを使ってしまいます。上手に使う方々を尊敬しています
 
iolothebard 2024-09-11

1.スペース4
2.同じ行
3.120
4.camelCase
5.vim
6.monoplex
7.nodejs
8.built-in、3rd-party、mine をアルファベット順に
9.もちろん。とにかくやってみよう！
10.Ho eyo he hum!
 
wedding 2024-09-11
  1. フォーマッタに依存。スペース 4/2
  2. フォーマッタに依存。インラインを好む
  3. アンバインド。80
  4. アンバインド。慣例に従う
  5. vs pro
  6. d2+nerd
  7. html
  8. フォーマッタに依存
  9. ユニットテストをきれいに作るのは苦手で、ダミーデータで検証する程度..
 
dbs0829 2024-09-11
  1. スペース4つ
  2. 同じ行
  3. 79
  4. コーディング規約に従う
  5. neovim
  6. nerd hack font、サイズはエディタのデフォルト
  7. python or c#
  8. コーディング規約に従う
  9. 仕様が正確にある場合にだけ別途テストコードを作る。それ以外は適宜テストしながら開発する。
 
a12341234 2024-09-11
  1. スペース2つ
  2. 同じ行
  3. 1000+
  4. camelCase
  5. VSCode
  6. デフォルトフォントまたはD2 Coding
  7. Dart
  8. デフォルトのFormatterに従う
  9. モックはせず、できるだけ開発サーバーやDBにつないでテストする。サーバー関連の問題のほうが多い気がするので…
 
iknowca 2024-09-11
  1. タブ4つ
  2. 同じ行
  3. 気にしません。
  4. キャメルケース
  5. vscode
  6. 14p、D2Coding
  7. python
  8. 特にありません。
  9. ほとんどできません...
  10. こういう参加型コンテンツ、いいですね
 
savvykang 2024-09-10
  1. TSX はスペース 2 個、その他はスペース 4 個
  2. 同じ行
  3. 80/120
  4. 言語で推奨されるスタイル
  5. VSCode、Java に限っては STS
  6. Monaco、Menlo、Consolas
  7. Python
  8. 標準ライブラリ、サードパーティライブラリ、同一プロジェクト
  9. 外部システムを必要とせず、ファイルシステムと入出力オブジェクトだけで実行できるものだけ単体テストを実施
  10. 4番の質問は必要性が低くありませんか？
 
xguru 2024-09-10
  1. 2スペース
  2. 同じ行
  3. 横に広く書かないので、最大80文字くらいで区切っているようです。
  4. camelCase
  5. VS Code：開発だけでなく、GeekNewsに載せるニュースの整理にもこれを使っています。とにかく楽なんです。
  6. モニターは家と会社で同じですが、フォントはそれぞれ別のものを使っています。
  • Windows：JetBrains Mono, 14p
  • Mac：Menlo, 12p
  1. 昔はデスクトップアプリを好んでいたのでDelphi（うわ、いつの話だろう）、小さなWebページはPHPでちょこちょこ書いています。
    でも考えてみると、最近は何を作るかによって基本のフレームワークを少し調べて、合うものがあればその言語で開発しています。
    Google Docsでスクリプトとして開発することもありますし、WordPressでプラグインとして処理することもありますし、Node/Pythonに適切なモジュールがあればそれを持ってきて使うこともあるので、いろいろですね。
  2. すごく多くなったら少し見やすく整理して、それ以外は気にしません。（フォーマッターがうまくやってくれるはず）
  3. あまりやらないです。しくしく
  4. Askに良い質問をたくさん投稿してください！ Askを活性化してみましょう（笑）
 
jic5760 2024-09-10
  1. スペース。4つ。
  2. 同じ行
  3. 横スクロールが発生しない程度
  4. 言語ごとに異なる（kotlin/go/java/typescriptはcamelCase、c/c++はsnake_case）
  5. Jetbrains
  6. Jetbrainsの基本フォント
  7. goまたはkotlin
  8. goでは外部/内部importを区別する。区別された中では自動でsortingされる。
  9. 主にunit test + 複数のルーチンが一緒に動く場合は別途テスト
  10. 良い質問をありがとうございます :)
 
autumnal 2024-09-10
  1. タブを使用、4スペース
  2. プロジェクトごとのコーディングスタイルを遵守。
  3. 一目で把握できる程度（150字以内）
  4. プロジェクトごとのコーディングスタイルを遵守。
  5. vscodeが最高
  6. Consolas
  7. C++
  8. 特別に指定すべきライブラリでなければ、標準 - フレームワーク依存 - カスタムの順でインポート
  9. 機能ごとに単体テストを実施
  10. もっとたくさん、もっとうまくコーディングしたいです。時間がもっとあれば！
 
cjinzy 2024-09-10
  1. 4スペース
  2. 短ければ同じ行、長くなりそうなら改行します。
  3. 150文字までにすることが多いです。もっと減らそうと努力中です…。
  4. camelCaseを使っていましたが、最近はsnake_caseに移行中です。
  5. VS Code、Vimをよく使います。
  6. Hack、Nerd Font。フォントサイズは……目の疲れ具合に応じて行ったり来たりしています。
  7. やっぱりPythonを一番よく触りますね。
  8. 組み込みモジュール、パッケージとしてインストールできるモジュール、自作モジュールの順にしています。
  9. 重要なものを中心にだけやって……ばたり……
  10. 良い一日をお過ごしください :)
 
alstjr7375 2024-09-10
  1. space、2スペース
  2. 新しい行を好みますが、フォーマッタのせいで同じ行に書くことが多いですね
  3. できるだけ80、長ければ120カラム
  4. 好みは kebab-case ですが、パースの限界や各種規約のため camelCase を使うことになることも T_T
  5. Emacs、あるいは最近はプラグインの都合で Visual Studio Code をよく使います。簡単なものは Kate を使います。
  6. Hack + D2Coding（韓国語フォールバック）
  7. Typescript
  8. std、ライブラリ、内部モジュール、現在のディレクトリ
  9. In-Source Test といって、実装と同じファイルで行う Test が好きです。
  10. しばらくしたら紹介文を公開しますが（笑）
    Semantic CSS と Atomic CSS を結合するための CSS in JS を作っているところです。
    https://github.com/mincho-js/mincho

"ミンチョ団" の方はスターを押していただけるとうれしいです...?
 
goinwater 2024-09-12

Vanilla Extractベースなんですね
 
qyurila 2024-09-10
  1. タブ文字3つ分（実質的には個人プロジェクトでしか無理ですが..）
  2. JS寄りなら同じ行、Java寄りなら新しい行
  3. JS寄りなら90、Java寄りなら120
  4. コンベンションに合わせて使う
  5. VSCode（+ 状況に応じてZedやmicroも）
  6. JetBrains Mono + Gooroom Sans Code、14
  7. たいてい、そのとき学んでみようと狙っていた言語で作ります。そうでなければTS
  8. 基本的には、ビルトインに近いものほど先にインポート
  9. 次のプロジェクトからは必ず..
  10. 現職の皆さんを心から尊敬しています
 
alstjr7375 2024-09-10

3スペースとは、たしかにかなりマイナーな(?)お好みですね。
そうお好きな理由はありますか？
 
qyurila 2024-09-11

一部の言語（特にHTMLやJSX）で4スペースのインデントが主流ではない理由は、ネストが深いと横幅を無駄に取りすぎるからだと理解していますし、私自身もそう感じています。
個人的には、だからといって2スペースのインデントを使うと区切りの感覚が弱くて、階層構造の把握がとても難しいんですよね。入門した頃からそう感じていて、今でも変わりません。

3スペースのインデントは、以前Luaを扱う機会があったときに使われていたコード規約で初めて触れました。
少し慣れてみると……これ、2スペースと4スペースのちょうど中間のスイートスポットなんじゃないか？ と感じて、ほかの言語にも試すようになりました。その結果、多くの2スペース派・4スペース派の主流言語でも、3スペースのほうが読みやすいと感じていて、今でも可能なときはそうしています（笑）

ググってみると、3スペースのインデントを推す記事はごく少数（！）ながら見つかるのですが、興味本位でひとつ読んでみるのはいかがでしょうか？ 😄
 
alstjr7375 2024-09-11

見ているうちに、なんだか脳が慣らされていく感じもしますね（笑）
 
curioe 2024-09-11

おお、面白いですね。今度ちょっとしたものを書くときに3スペースを使ってみようかなと思います。ありがとうございます。
 
neodasida 2024-09-10
  1. タブ、2スペース
  2. 同じ行
  3. 320
  4. キャメル
  5. IntelliJ / vim
  6. Source Code Pro for powerline 14pt
  7. java / kotlin > javascript
  8. Intellij Auto Import ^^; スクリプト言語の場合は内部モジュール、外部モジュールに区分します。
  9. 全体をE2Eテストできればよいですが、重要なビジネスロジックが検証されるレベルまでスコープを定めて行うほうです。
 
jaehong21 2024-09-10
  1. タブ
  2. 同じ行 ~
  3. 主に linter、formatter のデフォルト設定に従う（でなければ、1画面に収まるところまで）
  4. 言語の標準的な規約に従う、たいてい camelCase を好む
  5. Neovim
  6. NerdFont
  7. Golang
  8. std、外部ライブラリ、内部モジュールの順に import し、その中ではアルファベット順に sort
  9. 複雑なロジックの場合だけ、とりあえず部分的に……（全部付けたいけど……）
 
bemong1 2024-09-10
  1. スペース4つ、タブ
  2. 新しい行
  3. 状況によって異なる
  4. C++はcamelCase、残りはsnake_case
  5. vim、VS、VSCode
  6. NAVER D2
  7. プロトタイプを素早く作るならPython、残りはプロジェクトの性格によって異なる
  8. system、osレベルのライブラリを先に、下位段階に行くほど下に
  9. gtest、pytestを使用。随時テストを実施
  10. 他の方々の開発文書の作成方法やスタイルも気になります....
 
ganadist 2024-09-10
  1. シェルは2スペース、Makefileはタブ、それ以外は4スペース
  2. 言語の規約によって異なるが、できるだけ同じ行で
  3. 古い言語を使うときは80文字、新しい(?)言語を使うときは100文字
  4. 言語の規約に従う
  5. neovim、Android Studio、IntelliJ、たまに vscode
  6. できるだけ OS 標準の等幅フォント
  7. シェル -> Python -> Kotlin の順で書き直してみる
  8. 最近はフォーマッタやリンタが勝手にやってくれます…（遠い目）
  9. 少し書いてみては放置する..（どさっ…）
  10. 世の中に簡単なことはないですね。しくしく..
 
baeba 2024-09-10
  1. タブ、4スペース
  2. 新しい行で始める
  3. case by case（100字程度）
  4. snake_case、camelCase を混在して使う
  5. Notepad++ > Ultraedit(2001バージョン) > VS Code
  6. D2 Coding
  7. C/C++ > Java > JavaScript/CSS
  8. case by case
  9. コードに log を出力するモジュールを入れてファイルに保存。開発しながらそのまま一緒にやる。
  10. いつ引退できるんでしょう？
 
yshrust 2024-09-10
  1. space 2つ
  2. 同じ行
  3. 見やすい程度
  4. たいていは言語ごとに、多くの人が使っているものに合わせている気がします。
  5. Visual Studio
  6. Cascadia Code
  7. C#
  8. 基本的に使うもの / 自分で作ったもの / 、、くらいでグループ化して使っている気がします。
  9. やらなきゃとは思っているんですが、と思うだけでなかなかできていません..
  10. 宝くじを一回だけでも ..
 
curioe 2024-09-10
  1. スペース4つです。目が悪いので、大きめのほうが好きなんです。
  2. 同じ行です {
    }
  3. 特に行数で制限はしませんが、画面の1/2に収まらなければ分けるほうです。
  4. 言語ごとに違う気がしますが、主に camelCase を使います。
  5. VS Code
  6. Menlo、16です。ただ解像度は1920です。笑
  7. 最近は特にない気がします。その時々で違いますね。10年ほど前はJavaでしたが、最近は見向きもしませんね。笑
  8. 必要な順にインポートしますが、役割やレイヤーが同じもの同士はまとめるほうです。
  9. ビジネスロジックが重要なものだけ回して、不安な気持ちを抑えるだけです。反省…。
  10. ライフスタイルビジネス（自分が送りたい暮らしを維持できる程度のお金を稼いでくれるビジネス）を持ちたいです。