มาลองตอบ 10 คำถามเรื่องโค้ดกันไหม?
15 คะแนน โดย curioe 2024-09-10 | 46 ความคิดเห็น | แชร์ทาง WhatsApp
  1. ใช้แท็บหรือสเปซสำหรับอินเดนต์ (การย่อหน้า)? เว้นกี่ช่อง?
  2. วงเล็บปีกกาเริ่มบรรทัดใหม่หรือเขียนต่อในบรรทัดเดียวกัน?
  3. อนุญาตให้มีอักขระได้กี่ตัวต่อหนึ่งบรรทัด?
  4. เวลาตั้งชื่อตัวแปรหรือฟังก์ชัน ชอบสไตล์แบบไหน? (เช่น camelCase, snake_case)
  5. ชอบใช้เอดิเตอร์อะไร?
  6. ใช้ฟอนต์อะไรสำหรับเขียนโค้ด? ขนาดเท่าไร?
  7. เวลาจะสร้างอะไรสักอย่าง ภาษาโปรแกรมแรกที่นึกถึงและหยิบมาใช้คือภาษาอะไร?
  8. มีกฎหรือมีลำดับในการ import โมดูลหรือไลบรารีไหม?
  9. ทำ unit test ไหม? ทำในรูปแบบไหน?
  10. อยากพูดอะไร/มีความเห็น/อยากอวด/อยากโปรโมต/หรืออะไรก็ได้ เขียนมาได้เลย

บทความที่เกี่ยวข้อง

46 ความคิดเห็น

 
aer0700 2024-11-17
  1. เว้นวรรค 4 ช่อง
  2. สไตล์ k&r ในบรรทัดเดียวกัน
  3. มากกว่าจะกำหนดจำนวนอักษรตายตัว ผมจะปรับไปตามบริบท
    อย่างพวกการจัดการข้อผิดพลาด ถ้าเป็นไปได้ก็จบในบรรทัดเดียว
    แต่นอกนั้นจะแยก logic ออกมาเขียน
  4. ส่วนตัวชอบ Snake แต่ถ้าทำงานเป็นทีมก็จะทำตามที่ทีมใช้
  5. Vs code
  6. ฟอนต์พื้นฐานของ Vs code
  7. C
  8. ผมจะ include standard library ก่อนเป็นอย่างแรก จากนั้นค่อย external library แล้วค่อย library ภายในบริษัท
  9. ตอน build จะรัน unit test ถ้า unit test ขึ้น Fail ก็แก้แล้ว build ใหม่... จนกว่าจะผ่าน
  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 (ใช้ทั้งโปรเจกต์) > auxiliary library (เน้นเฉพาะโมดูล)
  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 keyword มาก่อนเป็นอันดับ 1 แล้วค่อย built-in library
  9. ไม่ทำ
  10. อยากกลับบ้าน
 
tobesimple7 2024-09-20
  1. เว้นวรรค 4 ช่อง
  2. อยู่บรรทัดเดียวกัน
  3. 100 ตัวอักษรรวมช่องว่าง
  4. ใช้ทั้ง camel และ snake_case
  5. JetBrain
  6. d2code, dracula 12 ~ 13
  7. Sql
  8. ไม่มีแยกเป็นพิเศษ
  9. ตามลำดับ, แยกตามฟังก์ชัน
  10. สนุกดีครับ
 
nutella 2024-09-19
  1. Tab
  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. ส่วนใหญ่ใช้ VSCode ถ้ารีบก็ใช้ vim
  6. mesloLGS NF, 16pt
  7. ถ้าง่าย ๆ จะนึกถึง Python ก่อน
  8. แทบไม่มีเลย ถ้าเป็นภาษา C มักจะใช้ standard library ก่อน
  9. ไม่ทำ
  10. การศึกษา Linux kernel / low level สนุกดี ทุกคนลองสักครั้งนะ
 
overthinker 2024-09-17
  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 / weight 450
  7. js
  8. ตาม lint หรือตามลำดับตัวอักษร
  9. unit test จะทำเป็นหน่วยฟังก์ชันสั้น ๆ
  10. สู้ ๆ กันทุกคนนะครับ
 
siscof 2024-09-17
  1. เว้นวรรค 2 ช่อง
  2. อยู่บรรทัดเดียวกัน
  3. 80 ตัวอักษร (เพื่อให้วาง editor แนวนอนได้สองอัน)
  4. แล้วแต่ภาษา แต่ผมชอบ CamelCase
  5. neovim (AstroNVim) + tmux / IDEA Ultimate
  6. D2Coding / hack fira code nerd font
  7. bash shell > js > kotlin
  8. ใช้กฎพื้นฐานของ Intellij (ทำเป็น editorconfig แล้วใช้งาน)
  9. เขียนเทสต์โค้ดตาม business logic แล้ว UI ก็ทดสอบด้วยมือ...
  10. เมื่อก่อนต้องเพิ่มปลั๊กอินด้วย vimscript แล้วคอยแก้ให้เข้ามือเลยค่อนข้างเหนื่อย แต่ช่วงนี้ก็มีอะไรอย่าง AstroNVim ที่ตั้งค่าพื้นฐานมาให้ครบแล้ว แถมแต่ละ IDE ก็รองรับ vim simulator กันเยอะ เลยอยากชวนให้ทุกคนลองแบบเบาๆ ดูครับ 555
 
jjpark78 2024-09-16
  1. เว้นวรรค 2 ช่อง
  2. อยู่บรรทัดเดียวกัน
  3. 100 ตัวอักษร
  4. camelCase
  5. ใช้ doom emacs สำหรับ neovim และ magit
  6. FiraCode
  7. nodejs
  8. นอกจากฟีเจอร์จัดเรียงที่ LSP รองรับ ก็ไม่ได้มีกฎตายตัวอะไรเป็นพิเศษ
  9. ใช้ vitest แต่แทนที่จะใช้แบบในอุดมคติคือเขียนเตรียมไว้ก่อนเริ่มโค้ด จะเขียนโค้ดก่อนแล้วค่อยสร้าง unit test เพื่อป้องกัน side effect ภายหลัง แล้วก็ใช้เพื่อความสบายใจว่าฟีเจอร์ที่ทำไว้แล้วจะไม่ถูกรบกวนจากงานใหม่หรือการแก้ไขใหม่ๆ
  10. ขอให้ GeekNews ปังๆ
 
goinwater 2024-09-12
  1. เว้นวรรค 2 ช่อง (เขียนด้วยแท็บแล้วแปลงเป็นสเปซอัตโนมัติ)
  2. เพราะเป็นนักพัฒนา TS เลยวางไว้บรรทัดเดียวกัน (แต่ถ้าเป็นสาย C จะวางบรรทัดถัดไป)
  3. 100 ตัวอักษร
  4. camelCase
  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. Standard Library -> External Library -> ภายใน และเรียงตามลำดับตัวอักษร
  9. ไม่...
  10. อักขระแท็บคือพระเจ้า
 
codufdl 2024-09-11
  1. ใช้ space 2 อยู่ครับ
  2. เริ่มต่อในบรรทัดเดียวกัน และส่วนปิดเขียนแยกต่างหาก หลังปิดแล้วถ้าจะต่อก็อยู่บรรทัดเดียวกัน...
  3. ใช้ตามขนาดหน้าจอของคนในทีมที่ใช้ตัวอักษรใหญ่ที่สุด ตอนนี้คือ 200
  4. ชอบ camelCase
  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. ชื่อคลาสและฟังก์ชันระดับโกลบอลใช้ camel case ฟังก์ชันภายในและตัวแปรใช้ snake case
  5. VS Code
  6. D2Coding
  7. C++, PHP
  8. ถ้าเป็นไปได้ให้เรียงตามตัวอักษรตามฟังก์ชันการทำงาน
  9. มีแค่มอดูลที่ใช้ร่วมกัน ที่เหลือแล้วแต่สะดวก
  10. ขอให้ตลอดปีนี้ปลอดภัยดีเช่นกัน
 
nabitang 2024-09-11
  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, ทดสอบเฉพาะ use case เมื่อจำเป็น และถ้าเป็นไปได้ก็ให้น้อยที่สุด
  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. เคยเป็นสาย tab มาก่อน แต่แล้วแต่กรณี โดยให้ space 4 ตัวมาก่อน, html ให้ 2 ตัวมาก่อน, ช่วงหลังมานี้ก็ยุ่งเหยิงไปหมด จะเป็นแบบนี้หรือแบบนั้นก็ช่างเถอะ
  2. ใส่ไว้บรรทัดเดียวกัน แต่พยายามให้เข้ากับ code convention เดิมมากที่สุด
  3. ตอนเด็ก ๆ ใช้ 120 แต่พอสายตาเริ่มยาวตามวัยก็ลดลงมาถึง 80 แล้ว
  4. ชอบใช้ CamelCase สำหรับชื่อคลาสหรือโมดูล และ snake_case สำหรับตัวแปร
  5. เคยใช้ VSCode แต่ช่วงหลังพยายามเปลี่ยนมาใช้ Zed
  6. ช่วงนี้ใช้ CaskaydiaCove Nerd Font Mono
  7. งานใช้ Python, โปรเจกต์ส่วนตัวใช้ Elixir, และสิ่งที่อยากลองคือ Rust
  8. ไม่ได้ใส่ใจเป็นพิเศษ
  9. ถ้าเป็นช่วงเริ่มต้นหรือพัฒนาแบบคนเดียว จะพยายามตัด unit test ออกให้มากที่สุด แต่พอจำนวนคนที่ร่วมงานในโปรเจกต์เพิ่มขึ้นและมีนักพัฒนาระดับเริ่มต้นเข้ามา ก็จะเขียน unit test สำหรับโค้ดที่จำเป็น... แล้วสุดท้ายก็ปล่อยทิ้งไว้
  10. อยากรีบหาเงินให้ได้ไว ๆ แล้วไปล่องเรือใบยอชต์ พร้อมเขียนโค้ดเป็นงานอดิเรกครับ
 
toaonly 2024-09-11
  1. ใช้ Space 2 ช่อง
  2. อยู่บรรทัดเดียวกัน
  3. 80
  4. camelCase
  5. VSCode
  6. Consolas
  7. JavaScript, Rust
  8. เรียงตามลำดับตัวอักษรก่อน แล้วค่อยตามพาธโลคัล
  9. สำหรับโมดูลสาย util ผมทำเกือบ 100% และสำหรับ business logic จะทำเฉพาะส่วนที่แบบ "ถ้าตรงนี้ใช้ไม่ได้คือเรื่องใหญ่มากแน่ ๆ" เท่านั้น (เพราะข้อจำกัดด้านเวลาเลยทดสอบทุกอย่างไม่ได้...)
  10. ขอเป็นกำลังใจให้นักพัฒนาและวิศวกรทุกท่านที่กำลังอ่าน GeekNews อยู่ครับ!
 
hhan8 2024-09-11
  1. Space ให้ตรงตามคอนเวนชัน ส่วนเวลาทำงานส่วนตัวชอบ 2 มากกว่า
  2. เขียนไว้บรรทัดเดียวกัน
  3. น่าจะประมาณ 100
  4. camelCase
  5. VSCode > Neovim > Intelij(จำเป็นต้องใช้แบบเลี่ยงไม่ได้เฉพาะตอนงานบริษัทสาย jvm)
  6. ฟอนต์ค่าเริ่มต้นของการตั้งค่า, 13~16pt
  7. Javascript
  8. ไม่ได้ใส่ใจเป็นพิเศษครับ
  9. ผมมักจะเขียนแบบ BDD สไตล์ โดยทดสอบเคสที่อยากให้ทำงานเป็นหลัก แล้วค่อยเติม test coverage ตอนท้าย
  10. อยากใช้ NEOVIM ให้เก่ง ๆ แต่สุดท้ายก็เผลอใช้เคอร์เซอร์อยู่เรื่อยเลยครับ เคารพคนที่ใช้คล่องจริง ๆ ครับ
 
iolothebard 2024-09-11
  1. Space 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. ไม่ทำ mocking และถ้าเป็นไปได้จะทดสอบโดยต่อกับเซิร์ฟเวอร์พัฒนาและ DB โดยตรง เพราะดูเหมือนว่าประเด็นที่เกี่ยวกับเซิร์ฟเวอร์จะมีมากกว่า...
 
iknowca 2024-09-11
  1. แท็บ 4 ช่อง
  2. บรรทัดเดียวกัน
  3. ไม่ค่อยใส่ใจ
  4. camelCase
  5. vscode
  6. 14p, d2 coding
  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. Standard library, third-party library, โปรเจ็กต์เดียวกัน
  9. จะทำ unit test เฉพาะสิ่งที่ทำได้ด้วย file system และอ็อบเจ็กต์อินพุต/เอาต์พุตเท่านั้น โดยไม่ต้องพึ่งระบบภายนอก
  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 (โอ้ นี่มันนานแค่ไหนแล้วเนี่ย) ส่วนเว็บเพจเล็ก ๆ ก็เขียนเล่น ๆ ด้วย PHP ครับ
    พอมาคิดดูแล้ว ช่วงนี้ก็ขึ้นอยู่กับว่าจะทำอะไร ถ้ามีเฟรมเวิร์กพื้นฐานที่เหมาะก็จะหาแล้วพัฒนาด้วยภาษานั้นไปเลย
    บางทีก็พัฒนาด้วยสคริปต์ใน Google Docs บ้าง หรือจัดการเป็นปลั๊กอินใน WordPress บ้าง ถ้ามีโมดูลที่เหมาะใน Node/Python ก็หยิบมาใช้ เลยค่อนข้างหลากหลายครับ
  2. ถ้ามันเยอะมากจริง ๆ ก็ค่อยจัดให้ดูดีหน่อย นอกนั้นไม่ค่อยใส่ใจครับ (เดี๋ยว formatter จัดการให้เอง)
  3. ไม่ค่อยทำครับ เศร้า
  4. ช่วยโพสต์คำถามดี ๆ ใน Ask กันเยอะ ๆ นะครับ! มาทำให้ Ask คึกคักกัน 555
 
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 ภายนอก/ภายใน และภายในแต่ละกลุ่มจะมีการจัดเรียงอัตโนมัติ
  9. ส่วนใหญ่เป็น unit test + ถ้ามีหลายรูทีนทำงานร่วมกันก็จะทดสอบแยกต่างหาก
  10. ขอบคุณสำหรับคำถามดี ๆ :)
 
autumnal 2024-09-10
  1. ใช้แท็บ, 4 ช่องว่าง
  2. ปฏิบัติตามสไตล์การเขียนโค้ดของแต่ละโปรเจกต์
  3. อ่านแล้วเข้าใจได้ในพริบตา (ไม่เกิน 150 ตัวอักษร)
  4. ปฏิบัติตามสไตล์การเขียนโค้ดของแต่ละโปรเจกต์
  5. vscode ดีที่สุด
  6. Consolas
  7. C++
  8. ถ้าไม่ใช่ไลบรารีที่ต้องกำหนดเป็นพิเศษ ให้ import ตามลำดับ มาตรฐาน - ผูกกับเฟรมเวิร์ก - คัสตอม
  9. ทำ unit test แยกตามฟังก์ชัน
  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. ชอบขึ้นบรรทัดใหม่ แต่เพราะพวก formatter เลยต้องเขียนบรรทัดเดียวกันบ่อยครับ
  3. พยายามไม่เกิน 80 ถ้ายาวก็ 120 คอลัมน์
  4. จริง ๆ ชอบ kebab-case แต่เพราะข้อจำกัดของ parser หรือคอนเวนชันต่าง ๆ เลยต้องใช้ camelCase T_T
  5. ใช้ Emacs หรือช่วงหลัง ๆ ก็ใช้ Visual Studio Code บ่อยเพราะปลั๊กอิน ถ้างานง่าย ๆ จะใช้ Kate
  6. Hack + D2Coding (fallback ภาษาเกาหลี)
  7. Typescript
  8. std, ไลบรารี, โมดูลภายใน, ไดเรกทอรีปัจจุบัน
  9. ชอบการทดสอบแบบ In-Source Test คือเขียน Test ไว้ในไฟล์เดียวกับ implementation
  10. อีกไม่นานจะเปิดเผยบทความแนะนำครับ ฮ่าๆ
    ตอนนี้กำลังทำ CSS in JS เพื่อผสาน Semantic CSS กับ Atomic CSS เข้าด้วยกัน
    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. โดยทั่วไปยิ่งใกล้เคียง built-in มากเท่าไร ก็ยิ่ง import ก่อน
  9. โปรเจกต์หน้าจะใช้ให้ได้แน่นอน..
  10. เคารพคนทำงานสายนี้ทุกท่านครับ
 
alstjr7375 2024-09-10

ดูเหมือนว่าคุณจะมีรสนิยมที่ค่อนข้างเฉพาะทางกับ 3 ช่องจริง ๆ นะครับ
มีเหตุผลที่คุณชอบแบบนั้นไหมครับ?
 
qyurila 2024-09-11

เหตุผลที่ในบางภาษา (โดยเฉพาะ HTML และ JSX) การเยื้อง 4 ช่องไม่ได้เป็นกระแสหลัก น่าจะเป็นเพราะเมื่อระดับการเยื้องลึกขึ้น มันกินความกว้างโดยไม่จำเป็นมากเกินไป ซึ่งผมเองก็รู้สึกแบบนั้นเหมือนกันครับ
แต่ส่วนตัว ถ้าใช้การเยื้อง 2 ช่อง ก็รู้สึกว่าความแตกต่างมันน้อยไปจนมองลำดับชั้นได้ยากมาก ตอนเริ่มเขียนใหม่ ๆ ก็รู้สึกแบบนั้น และตอนนี้ก็ยังเหมือนเดิมครับ

ผมได้รู้จักการเยื้อง 3 ช่องครั้งแรกจาก code convention ที่เคยใช้ตอนต้องทำงานกับ lua เมื่อก่อน
พอเริ่มชินขึ้นนิดหน่อยก็รู้สึกว่า... อันนี้มันเป็น sweet spot ระหว่างการเยื้อง 2 ช่องกับ 4 ช่องหรือเปล่า? ก็เลยเริ่มลองเอาไปใช้กับภาษาอื่น ๆ ด้วย และก็รู้สึกว่าภาษาส่วนใหญ่ที่นิยม 2 ช่องหรือ 4 ช่องนั้น อ่านง่ายกว่าตอนใช้การเยื้อง 3 ช่อง เลยใช้แบบนี้มาตลอด whenever possible ครับ ฮ่า ๆ

ถ้าลองค้นใน Google ก็จะเจอบทความที่เชียร์การเยื้อง 3 ช่องอยู่ไม่กี่ชิ้นจริง ๆ (!) เอาไว้ลองอ่านเล่นสัก บทความ ดูไหมครับ 😄
 
alstjr7375 2024-09-11

อ่านไปอ่านมาก็เหมือนสมองเริ่มชินตามไปด้วยเลย 5555
 
curioe 2024-09-11

โอ้ น่าสนใจนะครับ ไว้คราวหน้าถ้าจะเขียนอะไรเบา ๆ ผมอาจลองใช้ 3 ช่องดู ขอบคุณครับ
 
neodasida 2024-09-10
  1. แท็บ, 2 ช่องว่าง
  2. บรรทัดเดียวกัน
  3. 320
  4. camel
  5. IntelliJ / vim
  6. Source Code Pro for powerline 14pt
  7. java / kotlin > javascript
  8. Intellij Auto Import ^^; ถ้าเป็นภาษาสคริปต์จะแยกเป็นโมดูลภายในกับโมดูลภายนอก
  9. ถ้าทดสอบ E2E ได้ทั้งหมดก็ดี แต่โดยปกติจะกำหนดขอบเขตให้อยู่ในระดับที่สามารถตรวจสอบ business logic สำคัญได้
 
jaehong21 2024-09-10
  1. ใช้แท็บ
  2. อยู่บรรทัดเดียวกัน ~
  3. ส่วนใหญ่ยึดตามค่าตั้งต้นของ linter, formatter (ไม่งั้นก็เท่าที่มองเห็นได้ในหนึ่งหน้าจอ)
  4. ยึดตามคอนเวนชันพื้นฐานของภาษา โดยปกติชอบ camelCase
  5. Neovim
  6. NerdFont
  7. Golang
  8. import ตามลำดับ std, ไลบรารีภายนอก, โมดูลภายใน แล้วภายในแต่ละกลุ่มก็ sort ตามลำดับตัวอักษร
  9. ถ้าเป็นลอจิกที่ซับซ้อนค่อยใส่คอมเมนต์เป็นบางส่วนก่อน.... (จริง ๆ ก็อยากใส่ทั้งหมดนะ...)
 
bemong1 2024-09-10
  1. 4 ช่องว่าง, tab
  2. บรรทัดใหม่
  3. แล้วแต่สถานการณ์
  4. c++ ใช้ camelCase, ที่เหลือใช้ snake_case
  5. vim, vs, vscode
  6. Naver D2
  7. ถ้าต้องรีบทำ prototype เร็ว ๆ ใช้ 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. ถ้าเป็นไปได้ก็ใช้ฟอนต์โมโนสเปซพื้นฐานของระบบปฏิบัติการ
  7. ลองเขียนใหม่ตามลำดับ Shell -> Python -> Kotlin
  8. ช่วงนี้ formatter กับ linter จัดการให้เองหมดแล้ว... (มองไกล)
  9. ลองเขียนไปนิดหน่อยแล้วก็ปล่อยทิ้งไว้.. (ทรุด...)
  10. บนโลกนี้ไม่มีงานง่ายเลยนะ ฮือๆ..
 
baeba 2024-09-10
  1. แท็บ, 4 ช่องว่าง
  2. เริ่มในบรรทัดใหม่
  3. แล้วแต่กรณี (ประมาณ 100 ตัวอักษร)
  4. ใช้ผสมกันระหว่าง snake_case กับ camelCase
  5. Notepad++ > Ultraedit(เวอร์ชัน 2001) > VS Code
  6. D2 Coding
  7. C/C++ > java > javascript/css
  8. แล้วแต่กรณี
  9. ใส่โมดูลที่พิมพ์ log ลงในโค้ดแล้วบันทึกเป็นไฟล์ ทำไปพร้อมกับการพัฒนาเลย
  10. จะเกษียณเมื่อไหร่นะ?
 
yshrust 2024-09-10
  1. เว้นวรรค 2 ช่อง
  2. อยู่บรรทัดเดียวกัน
  3. ระดับที่ดูอ่านง่าย
  4. ปกติแล้วเหมือนแต่ละภาษาจะตามสิ่งที่คนส่วนใหญ่นิยมใช้กันครับ
  5. Visual Studio
  6. cascadia-code
  7. C#
  8. โดยพื้นฐานแล้วเหมือนจะจัดกลุ่มเป็น สิ่งที่ใช้ประจำ / สิ่งที่ผมทำเอง / ประมาณนี้ครับ
  9. ต้องทำนะ ต้องทำนะ.. คิดอยู่แบบนั้น แต่สุดท้ายก็ไม่ค่อยได้ทำครับ..
  10. ขอถูกลอตเตอรี่สักครั้งก็พอ..
 
curioe 2024-09-10
  1. เว้นวรรค 4 ช่องครับ เพราะสายตาไม่ค่อยดี เลยชอบอะไรที่ตัวใหญ่หน่อย
  2. { ไว้บรรทัดเดียวกัน
    }
  3. ไม่ได้จำกัดจำนวนแบบเป๊ะ ๆ แต่ถ้ามันไม่พอดีในหน้าจอครึ่งหนึ่งก็จะแยกครับ
  4. เหมือนจะแตกต่างกันไปตามภาษา แต่ส่วนใหญ่ผมใช้ camelCase
  5. VS Code
  6. Menlo, 16 แต่ความละเอียดหน้าจอคือ 1920 ฮ่าๆ
  7. ช่วงนี้เหมือนไม่มีอะไรเป็นพิเศษนะครับ แล้วแต่ช่วงมากกว่า เมื่อราว 10 กว่าปีก่อนเคยเป็น Java แต่เดี๋ยวนี้แทบไม่มองเลย ฮ่าๆ
  8. ผม import ตามลำดับที่จำเป็นต้องใช้ แต่พวกที่มีบทบาทหรือเลเยอร์เดียวกันก็มักจะจัดกลุ่มไว้ด้วยกัน
  9. ผมรันเฉพาะส่วนที่ business logic สำคัญ ๆ เพื่อแค่กลบความกังวลในใจเท่านั้น ต้องทบทวนตัวเอง...
  10. ผมอยากมี lifestyle business (ธุรกิจที่ทำเงินได้ในระดับที่ทำให้เรารักษาชีวิตในแบบที่ตัวเองอยากใช้ไว้ได้)