Ask GN: 코딩 10문 10답 해볼까요?

1. 스페이스 4칸
2. 같은 줄 k&r 스타일
3. 글자수를 정하기보단 문맥 따라서 왔다갔다.
   에러처리 같은 건 가능한 한줄로 끝내는데,
   그 외 로직은 나눠씁니다
4. 개인적으로는 Snake 를 선호하지만, 팀에서 하는 대로 따라갑니다.
5. Vs code
6. Vs code 기본 폰트
7. C
8. 표준 라이브러리를 제일 처음에 include 합니다. 그 다음 외부 라이브러리, 그 다음 사내 라이브러리.
9. 빌드할 때, 단위 테스트를 돌립니다. 단위 테스트에서 Fail 뜨면, 고치고 다시 빌드... 통과할 때까지.
10. 감기 조심하세요. 손목 조심하세요. 술은 적당히 드세요. 다이어트 합시다.

1. 탭 문자 3칸 (사실상 개인프로젝트에서만 가능..)
2. JS에 가까우면 같은 줄, Java에 가까우면 새로운 줄
3. JS에 가까우면 90, Java에 가까우면 120
4. 컨벤션에 맞게 사용
5. VSCode (+ 상황에 따라 Zed 및 micro)
6. JetBrains Mono + 구름 산스 코드, 14
7. 대부분 그 당시 배워보려고 벼르고 있던 언어로 만들어요. 그렇지 않으면 TS
8. 대체로 빌트인에 가까울수록 먼저 임포트
9. 다음 프로젝트부터는 꼭..
10. 현직자 분들 모두 존경합니다

3칸은 확실히 마이너한(?) 취향이시긴 하군요.
선호하시는 이유가 있나요?

일부 언어(특히 HTML 및 JSX)에서 4칸 탭이 주류가 아닌 이유가, 탭이 깊을 때 불필요한 폭 차지가 너무 커져서인 것으로 알고 있고 저 또한 그렇게 느끼는데요,
개인적으로는 그렇다고 2칸 탭을 쓰면 구분감이 약해서 하이어라키 파악이 너무 어렵더라고요. 입문했을 때부터 그렇게 느꼈는데 지금도 여전해요.

3칸 탭은 예전에 lua를 다룰 일이 있을 때 쓰게 된 코드 컨벤션에서 처음 접했어요.
조금 익숙해지고 나니까.. 이거, 2칸 탭과 4칸 탭 사이의 스위트 스팟이 아닌가? 라고 느껴져서 다른 언어들에도 적용해보기 시작했고, 대부분의 2칸 및 4칸 탭 주류 언어들이 3칸 탭일 때 더 가독성이 좋다고 느껴서 지금까지도 가능할 때마다 적용하고 있습니다 ㅎㅎ

구글링해보면 3칸 탭을 영업하는 글들을 극소수(!) 찾을 수 있는데요, 재미 삼아 하나만 읽어보시는 건 어떠신가요? 😄

보다보니 뇌이징이 되는것 같기도 하네요 ㅎㅎㅎㅎ

오 흥미롭네요. 다음에 가벼운 거 짤 때 3칸 써볼까봐요. 고맙습니다.

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. 추워요

1. 개인프로젝트: 탭 4칸, 회사에서: 스페이스 4칸
2. 요새는 다음 줄에 쓰는 중
3. 100
4. snake_case
5. VSCode
6. Iosevka 22px
7. 파이썬
8. from 키워드 1순위, 그 다음 빌트인 라이브러리
9. 안해요
10. 집가고싶어요

1. space, 2칸
2. 새로운줄을 선호하나, 포매터들 때문에 같은줄에 쓰는 경우가 많네요
3. 최대한 80, 길면 120 컬럼
4. 취향은 kebab-case이나 파싱한계 혹은 각종 컨벤션 때문에 camelCase 쓰게되는 ㅠㅠ
5. Emacs 이나 최근에는 플러그인 때문에 Visual Studio Code 많이 쓰네요. 간단한건 Kate를 씁니다.
6. Hack + D2Coding(한글 fallback)
7. Typescript
8. std, 라이브러리, 내부 모듈, 현재 디렉토리
9. In-Source Test 라고 구현과 같은 파일에서 하는 Test 좋아합니다.
10. 얼마후에 소개글을 공개하겠지만ㅎㅎ
    Semantic CSS와 Atomic CSS를 결합하기 위한 CSS in JS를 만드는 중 입니다.
    https://github.com/mincho-js/mincho

"민초단" 이신 분들은 스타를 눌러주시면 감사하겠습니다...?

Vanilla Extract 기반이군요

1. 스페이스 4칸
2. 같은 줄
3. 빈칸 포함 100문자
4. camel snake_case 같이 씀
5. JetBrain
6. d2code, dracula 12 ~ 13
7. Sql
8. 따로 없음
9. 순서, 기능별
10. 잼있네요

1. 탭
2. 같은 줄
3. 100
4. 언어에 맞게 사용
5. vscode!
6. Droid Sans Mono, 14pt
7. Python!
8. lint
9. 기능 별로 테스트 진행합니다
10. 좋은 폰트들 많이 알아갑니다:)

1. 모든 언어에서 탭만 씁니다.
2. 함수 선언 시에는 새로운 줄에, if문이나 for문일 때에는 띄어씁니다.
3. 대략 50자 정도입니다.
4. 소문자로, 띄어쓰기는 _로 대체해서 씁니다.
5. 주로 vscode, 급할때는 vim씁니다.
6. mesloLGS NF, 16pt
7. 간단하면 파이썬부터 생각합니다.
8. 별로 없습니다. C언어일 때는 표준 라이브러리 먼저 쓰는 편입니다.
9. 안합니다
10. 리눅스 커널/low level 공부 재밌으니까 다들 한번 해보세요

1. c++은 스페이스 4칸, js는 스페이스 2칸, golang은 tab
2. c++ 새로운줄 나머지는 같은줄에 하지만 언어별 lint를 선호합니다.
3. 80글자
4. 언어마다 다르지만 js: camel_case c++: snake_case
5. vscode
6. Hack Nerd Font / 12 font size / weight 450
7. js
8. lint나 알파벳 순서대로
9. 단위테스트는 짧은 기능단위로 합니다.
10. 다들 화이팅입니다.

1. 스페이스 2칸
2. 같은 줄
3. 80자 (에디터를 가로로 두 개 둘 수 있게)
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 시뮬레이터도 많이 지원하니 다들 가볍게 츄라이 해보세요 ㅎㅎ

1. 스페이스 2칸.
2. 같은 라인
3. 100자
4. camelCase
5. neovim, magit용으로 doom emacs
6. FiraCode
7. nodejs
8. LSP에서 지원하는 정렬 기능말고는 딱히 규칙없음.
9. vitest를 쓰는데 코딩전에 미리 만드는 이상적인 사용법보다는 선코딩하고 나중에 사이드이펙트를 막는 용도로 unit test를 만들어 놓음. 이후에 한번 만들어진 기능이 신규나 새로운 수정사항들에 의해서 영향을 받지 않는다는 심적 편안함을 추구하는 용도로 씀.
10. 긱뉴스 흥해라.

1. 2칸 스페이스 ( 탭으로 쓰고 자동으로 스페이스로 바꿈 )
2. TS개발자라 같은줄 ( C계열같은 경우는 다음줄 )
3. 100자
4. 카멜케이스
5. Cursor IDE
6. Fira Code nerd font
7. Typescript
8. 라이브러리는 최상단, 내부 모듈은 그다음
9. 공통 모듈 위주로
10. vim 잘쓰고 싶은데 익숙해지질 않네요

1. 3칸 스페이스 (Ada), 4칸 스페이스(나머지 언어)
2. Ada에는 중괄호가 없지만, begin은 다음 줄에 씁니다. Powerahell에서는 같은 줄에 씁니다.
3. 130자
4. 대문자 SNAKE_CASE
5. Understand, Notepad++
6. D2Coding
7. Powershell
8. 특별한 문제가 없다면 알파벳순.
9. 안 합니다.
10. 화이팅!

여전히 Ada 를 쓰십니까? 와우..

1. 탭 문자 4칸
2. K&R Style
3. 120
4. snake_case
5. VS Code
6. D2Coding 12pt
7. Python, C
8. 표준 라이브러리 -> 외부 라이브러리 -> 내부, 알파벳순 정렬
9. 아니요...
10. 탭 문자는 신이다.

1. space 2 사용중입니다.
2. 같은줄에 이어서 시작하고, 닫는건 별개로 따로 씁니다. 닫은 뒤에 잇는건 같은줄에...
3. 팀에서 가장 큰 글씨를 쓰고 계신분 화면사이즈에 맞춰 씁니다 지금은 200이에요
4. 카멜케이스 선호합니다
5. 지금은 vscode가 편합니다.
6. D2Coding / 12 사용중입니다.
7. ecmascript > java > python 순입니다
8. standard > third-party > internal 순입니다.
9. 모듈화 할때 이외엔 printf로 합니다 ㅎㅎ
10. 다들 화이팅하세요!

1. space4
2. 같은줄
3. 80
4. camelCase
5. neovim
6. FiraCode Nerd Font 18
7. Go, TypeScript
8. standard, thrid-party, internal
9. 유틸이나 공통 모듈들에 대해서
10. 올 한해도 무사히 보내시길 바랍니다.

1. space4
2. 같은줄
3. 120c
4. 카멜
5. VSCode
6. Consolas 10
7. Java, C++, Python
8. 자동정렬 abc순
9. 예외처리신경써서 최소한으로
10. 코로나, 인풀렌자 조심하세요... 한번걸려서 체력이 떨어지면 진짜 회복이 더디네요...

1. 스페이스 4칸
2. 클래스와 인터페이스는 다음줄, 나머지 같은줄
3. 제한없음, 지금은 220
4. 클래스명 전역 함수는 카멜, 내부함수와 변수는 스네이크
5. VS Code
6. D2Coding
7. C++, PHP
8. 가능하면 기능별로 알파벳순
9. 공통묘듈만 나머지는 알아서
10. 올한해도 무사히

1. 4 spaces
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. 여러분 모두 건강 잘 챙기시길 바래요 :)

1. Tab / 4칸
2. 같은 줄
3. 140
4. camelCase
5. VSCode
6. Ubuntu
7. Typescript
8. 딱히 없지만 가끔 알파뱃순으로 Sort
9. 복잡성이 높은 모듈은 테스트 진행
10. 모두 화이팅입니다

1. 탭신자였지만 경우에 따라 space 4개 우선, html은 2개 우선, 최근에는 얽히고 설히고 이런들 어떠하고 저런들 어떠하리
2. 같은줄에 붙이지만 최대한 기존 코드 컨벤션에 맞춤
3. 어릴땐 120이였지만 노안이 오면서 80까지 내려오는 상황.
4. 클래스나 모듈명은 카멜 변수는 snake 선호
5. VSCode 쓰다가 최근에는 Zed 로 전환 시도중
6. 최근에는 CaskaydiaCove Nerd Font Mono
7. 업무에서는 Python, 개인프로젝트는 Elixir, 해보고 싶은건 Rust
8. 특별히 신경안씀
9. 초기단계 or 1인 개발에서 단위테스트는 최대한 배재, 프로젝트내 협업 인원이 늘어나고 초급 개발자들이 붙으면 필수적인 코드들에서 단위테스트 작성... 했다가 방치
10. 빨리 돈 벌어서 세일링 요트타고 취미코딩이나 하고 싶네요.

1. Space, 2칸 사용
2. 같은 줄
3. 80
4. camelCase
5. VSCode
6. Consolas
7. JavaScript, Rust
8. 알파벳 순서 그 다음 로컬 경로
9. util 성 모듈에 대해서는 거의 100% 를 하고 있고 비즈니스 로직은 "이거 안되면 정말 큰일난다" 만 진행(시간 관계상 모든 것을 테스트할 수는 없어서...)
10. 긱뉴스 보시는 개발자, 엔지니어 분들 모두 화이팅입니다!

1. Space, 컨벤션에 맞춰서. 개인작업때는 2를 선호
2. 같은줄에 씁니다
3. 대략 100쯤되는 것 같네요
4. camelCase
5. VSCode > Neovim > Intelij(jvm계열 회사업무때만 어쩔수 없이 씀)
6. 기본 설정 폰트, 13~16pt
7. Javascript
8. 특별히 신경쓰진 않습니다.
9. BDD 스타일로 구현하고 싶은 케이스를 중심으로 테스트하고 마지막에 테스트 커버리지를 채우는 편입니다.
10. NEOVIM 잘 써보고 싶은데 자꾸 커서를 쓰게 되네요. 잘 쓰시는 분들 존경합니다

1.스페이스 4
2.같은 줄
3.120
4.camelCase
5.vim
6.monoplex
7.nodejs
8.built-in,3rd-party,mine in alphabet order
9.absolutely. Just do it!
10.Ho eyo he hum!

1. 포맷터에 의존. 스페이스 4/2
2. 포맷터에 의존. 인라인 선호
3. 언바언. 80
4. 언바언. 컨벤션 따름
5. vs pro
6. d2+nerd
7. html
8. 포맷터에 의존
   9 .유닛테스트 예쁘게 만드는건 못하고 더미 데이터로 검증하는 정도..

1. 스페이스 4칸
2. 같은 줄
3. 79
4. 컨벤션에 따름
5. neovim
6. nerd hack font, 크기는 에디터 기본
7. python or c#
8. 컨벤션에 따름
9. 스펙이 정확히 있는 경우에만 따로 테스트 코드 만듦. 그외에는 알아서 테스트 해보면서 개발.

1. 스페이스 2칸
2. 같은 줄
3. 1000+
4. camelCase
5. VSCode
6. 기본 폰트 또는 D2 Coding
7. Dart
8. 기본 Formmater를 따름
9. 모킹 하지 않고 왠만하면 개발 서버, DB에 붙어서 테스트함. 서버 관련 이슈가 더 많은 듯 해서...

1. 탭 4칸
2. 같은 줄
3. 신경 안씀.
4. 카멜케이스
5. vscode
6. 14p, d2 coding
7. python
8. 따로 없음.
9. 거의 못해요...
10. 이런 참여형 컨텐츠 좋네요

1. TSX 공백 2개, 나머지 공백 4개
2. 같은 줄
3. 80/120
4. 언어에서 권장하는 스타일
5. VSCode, 자바 한정 STS
6. Monaco, Menlo, Consolas
7. 파이썬
8. 표준 라이브러리, 서드파티 라이브러리, 동일 프로젝트
9. 외부 시스템 필요없이 파일 시스템, 입출력 객체로만 수행할 수 있는 것만 단위테스트 수행
10. 4번 질문은 필요성이 떨어지지 않나요?

1. 2칸
2. 같은 줄
3. 넓게 쓰지 않아서 최대 80 자 정도에서 끊는 듯 합니다.
4. camelCase
5. VS Code : 꼭 개발뿐만 아니라 긱뉴스에 올릴 뉴스 정리 하는데도 이걸로 합니다. 그냥 편해요.
6. 모니터는 집과 회사가 같은데 서로 다른 폰트를 씁니다.

• 윈 : JetBrains Mono, 14p
• 맥 : Menlo, 12p

7. 예전엔 데스크탑앱을 선호해서 Delphi (으아 이게 언제야), 작은 웹 페이지들은 PHP로 끄적 거리네요.
   근데 생각해 보니, 요즘은 뭘 만드느냐에 따라서 기본 프레임워크를 좀 찾아보고 맞는게 있으면 그냥 그 언어로 개발하긴 합니다.
   구글 닥스에서 스크립트로 개발하기도 하고, 워드프레스에 플러그인으로 처리하기도 하고, Node/Python에 적절한 모듈 있으면 그거 가져다 쓰기도 해서 다양하네요.
8. 아주 많아 지면 좀 보기 좋게 정리하고, 그 외엔 신경 안씁니다. (포매터가 잘 해줄꺼야)
9. 잘 안해요. 흑
10. Ask에 좋은 질문 많이 올려주세요! Ask를 활성화 해봅시다 ㅎㅎ

1. space. 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. 좋은 질문 감사합니다 :)

1. 탭 사용, 4칸
2. 프로젝트 별 코딩 스타일 준수.
3. 한눈에 들어오는 정도 (150자 이내)
4. 프로젝트 별 코딩 스타일 준수.
5. vscode 최고
6. Consolas
7. C++
8. 특별히 정해야하는 라이브러리가 아니라면 표준 - 프레임워크 종속 - 커스텀 순서로 임포트
9. 기능 별로 단위 테스트 진행
10. 코딩 더 많이 더 잘하고 싶어요. 시간이 더 많았으면!

1. 4칸
2. 짧으면 같은줄 길어질꺼 같으면 새로운줄 로 합니다.
3. 150자 까지 하는 편 입니다. 더 줄일려고 노력하는중...
4. camelCase를 쓰다 최근에는 snake_case로 전환중
5. VS Code, Vim을 자주 사용합니다.
6. Hack, Nerd Font 폰트 사이즈는... 눈의 피로도에 따라 왔다갔다 하는 편
7. python이 아무래도 손이 많이 가네요
8. 내장 모듈, 패키지로 설치할 수 있는 모듈, 직접 만든 모듈 순서로 하고 있습니다.
9. 중요한 것들 위주로만 하고....털썩...
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 테스트할수 있으면 좋지만 중요한 비즈니스로직이 검증되는수준까지 Scope를 잡고 하는편.

1. 탭
2. 같은 줄 ~
3. 주로 linter, formatter 기본 설정 따라감 (아니면, 한 화면에 보이는 데까지)
4. 언어 기본 컨벤션 따라감, 보통 camelCase 선호
5. Neovim
6. NerdFont
7. Golang
8. std, 외부 라이브러리, 내부 모듈 순서대로 import, 그 안에서는 alphabet 순서로 sort
9. 복잡한 로직인 경우에만 일단 부분적으로.... (다 달고 싶지만...)

1. 4칸, 탭
2. 새로운 줄
3. 상황에 따라 다름
4. c++은 camelCase, 나머지는 snake_case
5. vim, vs, vscode
6. 네이버 d2
7. 프로토타입 후딱후딱은 python, 나머지는 프로젝트 성격에 따라 다름
8. system, os 레벨의 라이브러리를 먼저, 하위 단계로 갈수록 아래로
9. gtest, pytest 사용. 수시로 테스트 진행
10. 다른분들의 개발 문서 작성 방법이나 스타일도 궁금한뎅....

1. 쉘은 2칸, Makefile은 탭, 나머지는 4칸
2. 언어 컨벤션에 따라 다름, 되도록이면 같은줄에서
3. 구식언어를 쓸때는 80자, 신식(?)언어를 쓸때는 100자
4. 언어 컨벤션에 따름
5. neovim, Android Studio, IntelliJ, 가끔씩 vscode
6. 되도록이면 OS기본 고정폭
7. 쉘 -> 파이썬 -> 코틀린 순서대로 새로 짜봄.
8. 요샌 포매터,린터가 알아서 해줘요... (먼산)
9. 조금 짜보다가 방치함.. (털썩...)
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. 언제 은퇴하죠?

1. space 2칸
2. 같은 줄
3. 보기 좋은 정도
4. 보통 언어마다 많은 사람들이 사용하는걸 따라가는거 같아요.
5. visual studio
6. cascadia-code
7. c#
8. 기본적으로 사용하는거 / 내가 만든거 / ,, 정도로 그룹화 해서 사용하는거 같아요.
9. 해야 하는데 해야 하는데,,라고 생각만 하고 잘 안하게 되네요..
10. 로또 한 번만 ..

1. 스페이스 네칸이요. 눈이 나빠 큼직큼직한 게 좋아서요.
2. 같은 줄 {
   }
3. 딱히 카운트로 제한하진 않지만, 1/2 화면에 들어오지 않으면 나누는 편이에요.
4. 언어마다 다른 것 같은데, 주로 camelCase 를 씁니다.
5. VS Code
6. Menlo, 16 그런데 해상도가 1920 이에요. ㅎㅎ
7. 요즘엔 딱히 없는 것 같아요. 그때 그때 다르네요. 10여년 전에는 자바였는데 요즘엔 쳐다도 안보긴 해요 ㅎㅎ
8. 필요한 순서대로 임포트 하는데, 역할이나 레이어가 같은 것끼리는 묶는 편이에요.
9. 비즈니스 로직이 중요한 것만 돌려 불안한 마음만 잠재웁니다. 반성...
10. 라이프스타일 비즈니스(자기가 살고 싶은 삶을 유지할 수 있는 수준의 돈을 벌어다 주는 비즈니스)를 가지고 싶어요.