🔥Don't call yourself Dev if you're still doing this.
1. "Write code without comments."
When writing, I thought that I understood it all.
But after three days...
It became the code of strangers in our past. 😭
Remember: Comment = Gift to Yourself in the Future
2. "Solve the code without understanding the problem."
See the bug → the brain refresh in time → "Try if else, add another one."
The last became the premium Spaghetti Code. 🍝
Don't solve problems with feelings. Always understand the cause first.
3. "Do not write tests because you are lazy."
"Let's test it when it's almost done." - This is the speech before Deadline's fall. 🧨
Write a test today. To not cry tomorrow.
4. "Relying on all AI without thinking of yourself."
Type "fix this bug" and paste the entire code.
Definitely through... through the hell of a 🫠 production.
AI helps, but Dev always has to understand what it does first.
5. "No health care."
Sit in the morning and eat coffee instead of water.
Got a lot of commitment, but got a pillow for free.
No matter how good the code is, if Dev doesn't have the strength to live it.
"Good Dev is not measured at the Framework, but at the temple is a problem-time habit."
What are you... still doing?
# Dev must know # Thai programmer # Dev life # Resign # Q & A
ถ้าคุณกำลังค้นหาเรื่อง “ตำแหน่งโปรแกรมเมอร์” แล้วรู้สึกว่างาน Dev มันกว้างจนเลือกไม่ถูก อันนี้คือภาพรวมแบบที่ฉันเคยใช้ทำความเข้าใจตอนหางาน + เช็กลิสต์นิสัยการทำงานที่ทำให้เรา “ดูเป็นมืออาชีพ” มากขึ้น (ไม่ใช่แค่เขียนโค้ดได้) 1) ตำแหน่งโปรแกรมเมอร์ที่เจอบ่อย ๆ (และต่างกันตรงไหน) - Frontend Developer: โฟกัสหน้าบ้าน/ประสบการณ์ผู้ใช้ เช่น UI, state, performance บนเว็บหรือแอป สิ่งที่โดนถามบ่อยคือการจัดการ component, การเรียก API, และการ debug หน้าจอ - Backend Developer: ดูแลหลังบ้าน เช่น API, database, auth, scalability ความเสถียรของระบบ และการแก้บั๊กแบบตามรอย log - Full-stack Developer: ทำได้ทั้งหน้าและหลัง แต่ความคาดหวังมักคือ “ทำงานได้ครบวงจรในขอบเขตหนึ่ง” ควรชัดเจนว่าเราถนัดฝั่งไหนมากกว่า - QA / Test Engineer: ทำให้ระบบพัง “อย่างมีเหตุผล” เพื่อกันพังในโปรดักชัน เน้น test case, automation, regression และร่วมมือกับ Dev เพื่อคุณภาพงาน - DevOps / SRE: ดู deployment, CI/CD, monitoring, incident response ทำให้ปล่อยของได้เร็วและปลอดภัย - Mobile Developer: โฟกัส iOS/Android เรื่อง lifecycle, performance, build pipeline และการดีบักบนเครื่องจริง 2) อ่านประกาศงานตำแหน่งโปรแกรมเมอร์ยังไงไม่ให้หลง ฉันจะดู 3 ส่วนนี้ก่อน: (1) งานที่ทำทุกวัน (responsibilities) (2) สิ่งที่ต้องทำได้จริง (must-have) (3) เครื่องมือที่ “มีไว้ใช้” ไม่ใช่ “ต้องเทพ” (nice-to-have) แล้วจับคู่กับโปรเจกต์ที่เราเคยทำ เพื่อเล่าเป็นเรื่องเป็นราวได้ 3) เช็กลิสต์นิสัย Dev ที่ทีมส่วนใหญ่ให้คะแนนสูง (ต่อยอดจากโพสต์นี้) - คอมเมนต์/เอกสารแบบพอดี: ไม่ต้องเขียนทุกบรรทัด แต่เขียนเหตุผลของการตัดสินใจ (why) จะช่วยตัวเองและคนอื่นมาก - แก้บั๊กแบบมีขั้นตอน: ทำซ้ำให้ได้ → เก็บหลักฐาน (log/stack trace) → หาสาเหตุ → แก้ → ใส่ test กันพังซ้ำ - เขียน test เท่าที่คุ้ม: เริ่มจากส่วนที่พังแล้วกระทบผู้ใช้ก่อน เช่น validation, calculation, business logic แล้วค่อยขยับไป integration/e2e - ใช้ AI ให้ปลอดภัย: ใช้ช่วยอธิบาย/ยกตัวอย่างได้ แต่ก่อน paste ควรถามตัวเองว่า “โค้ดนี้ทำอะไร, edge case คืออะไร, มี test ไหม” โดยเฉพาะงานโปรดักชัน - ดูแลสุขภาพเพื่อระยะยาว: งาน Dev ต้องใช้สมาธิ ถ้านอนน้อย/กาแฟแทนน้ำ สุดท้าย productivity ตกและบั๊กเพิ่มแบบไม่รู้ตัว 4) ถ้ากำลังเลือกตำแหน่งโปรแกรมเมอร์ให้เริ่มยังไง ลองเลือกจาก “สิ่งที่สนุกเวลาทำ” มากกว่า framework เช่น ชอบทำหน้าจอ/UX → frontend, ชอบตรรกะ/ข้อมูล → backend, ชอบคุณภาพและการจับผิด → QA, ชอบระบบและการปล่อยงาน → DevOps แล้วทำโปรเจกต์เล็ก ๆ ให้มีหลักฐาน (Git, README, วิธีรัน, และ test ขั้นต่ำ) สรุปคือ ตำแหน่งโปรแกรมเมอร์มีหลายทาง แต่ไม่ว่าคุณจะเป็นสายไหน “Dev ที่ดี” มักชนะด้วยนิสัยเวลาเจอปัญหา: อธิบายได้ แก้เป็นขั้นตอน มี test เท่าที่จำเป็น ใช้ AI แบบคิดเอง และดูแลสุขภาพให้ไหวระยะยาว