Dev Nest
กำลังโหลด . . .
กำลังเตรียมห้องเรียน... 🎓
เรียนรู้ไปพร้อมกับเรา ทุกขั้นตอนของการพัฒนาซอฟต์แวร์
Dev Nest
กำลังเตรียมห้องเรียน... 🎓
เรียนรู้ไปพร้อมกับเรา ทุกขั้นตอนของการพัฒนาซอฟต์แวร์
คุณเรียนจบคอร์สแล้ว เขียนโค้ดเป็น build ของที่รันได้จริงมาหลายชิ้น แต่พอเริ่มกดสมัครงานจริง กลับเงียบ ไม่มีใครตอบกลับ ทั้งที่ยื่นไปหลายที่แล้ว
ถ้าคุณกำลังอยู่ตรงจุดนี้ ผมอยากบอกก่อนว่าปัญหาส่วนใหญ่ไม่ได้อยู่ที่ "ฝีมือยังไม่ถึง" และมันไม่ได้แก้ด้วยการไปเรียนคอร์สเพิ่มอีกคอร์ส สิ่งที่มักขาดคือ portfolio ที่พิสูจน์ได้ว่าคุณทำอะไรเป็น ในแบบที่ recruiter เปิดดูแล้วอยากคุยต่อ
บทความนี้จะพาคุณทำ 2 อย่างที่ต่อกัน คือ (1) จัด portfolio และ GitHub ให้ผ่านตา recruiter ในรอบแรก และ (2) เลือกกับสร้าง Capstone project ที่ทำให้คุณได้สัมภาษณ์ ไม่ใช่แค่ project ที่รันได้แต่ไม่มีใครสน
ลองคิดในมุมกลับ ตอนคุณสมัครงาน มีคนสมัครตำแหน่งเดียวกันอีกหลายสิบถึงหลายร้อยคน สิ่งที่ recruiter เห็นตอนแรกไม่ใช่ฝีมือจริง ๆ ของคุณ แต่เป็น "หลักฐาน" ที่คุณวางไว้ให้เขาเห็น ถ้าหลักฐานนั้นดูไม่ต่างจากคนอื่น หรืออ่านแล้วไม่เข้าใจว่าคุณทำอะไรเป็น เขาก็ข้ามไปคนถัดไป
สำหรับคนที่เปลี่ยนสายมาเป็น developer (career switcher) เรื่องนี้ยิ่งสำคัญ เพราะคุณไม่มีประสบการณ์ทำงาน dev มาก่อนให้เขียนใน resume portfolio จึงกลายเป็นตัวแทนของประสบการณ์นั้น
และถ้าคุณกังวลว่าไม่มีวุฒิ CS จะสู้คนอื่นไม่ได้ ลองดูข้อมูลนี้ จาก Stack Overflow Developer Survey 2025 มีนักพัฒนาอาชีพเพียงประมาณ 5.2% เท่านั้นที่เข้าสายงานนี้ผ่าน coding bootcamp แปลว่าคนที่เข้ามาสายนี้ด้วยเส้นทางไม่ปกติมีเยอะมาก และเมื่อไม่มีวุฒิตรงมายืนยัน สิ่งที่กลายเป็นหลักฐานความคิดเชิงมืออาชีพแทนก็คือ คุณภาพของ documentation และ project ของคุณ นี่คือสนามที่ career switcher เล่นเสมอกับคนจบตรงได้จริง
ก่อนลงมือ ผมอยากเคลียร์ความเข้าใจผิดที่เจอบ่อยที่สุดก่อน เพราะหลายคนทุ่มเวลาผิดจุดตั้งแต่ต้น
เว็บ portfolio เป็นแค่ "กล่อง" ไม่ใช่ "ของ" ข้างในกล่อง สิ่งที่ทำให้ได้งานคือ project กับ documentation ต่างหาก จากผลสำรวจ hiring manager ของ Profy.dev พบว่า 93% จะเข้าไปดูเว็บถ้าคุณมีให้ดู แต่ 51% บอกว่าการไม่มีเว็บก็ไม่ได้ลดโอกาสของคุณลง สรุปคือถ้ายังไม่มีเว็บ อย่าเพิ่งเสียเวลาหลายสัปดาห์ไปนั่งทำเว็บสวย ๆ เอาเวลาไปขัดเงา project ให้ดีก่อนคุ้มกว่า
ไม่จริง 3–5 โปรเจกต์ที่ขัดเงามาอย่างดี ชนะ 10 โปรเจกต์ที่ทำครึ่ง ๆ กลาง ๆ เสมอ เพราะ project ที่ทำไม่จบ ไม่มี README ไม่ได้ deploy จะกลายเป็นภาระที่ลดความน่าเชื่อถือ ไม่ใช่เพิ่ม
hiring manager มองหา "เหตุผลเบื้องหลังการตัดสินใจ" มากกว่าตัวโค้ดเอง โค้ดบอกว่าคุณเขียนอะไรออกมา แต่การอธิบายว่าทำไมถึงเลือกทำแบบนั้นต่างหากที่บอกว่าคุณคิดเป็น ซึ่งเป็นสิ่งที่แยก junior ทั่วไปออกจากคนที่ได้สัมภาษณ์
to-do app, weather app, Netflix/Spotify clone เหล่านี้ hiring team เห็นซ้ำจนจับได้ในไม่กี่วินาที และมันบอกได้แค่ว่าคุณ "ทำตาม tutorial ได้" ไม่ได้บอกว่าคุณ "คิดเองเป็น" ทำได้ แต่อย่าให้มันเป็นชิ้นเด่นในพอร์ต
ในรอบแรก recruiter ใช้เวลากับพอร์ตแต่ละใบแค่ไม่กี่วินาที เพราะเขาต้องรีวิวหลายสิบถึงหลายร้อยใบต่อ 1 ตำแหน่ง นั่นแปลว่าคุณมีเวลาสั้นมากในการสื่อว่า "คนนี้ทำอะไรเป็น น่าคุยต่อ"
สิ่งที่สร้าง first impression เกิดขึ้น ก่อน ที่ใครจะเปิดโค้ดของคุณด้วยซ้ำ ได้แก่ ชื่อ repo, project ที่คุณ pin ไว้, ความเป็นระเบียบของ GitHub profile และ README ถ้าสี่อย่างนี้ดูมั่ว ๆ เขาอาจไม่มีวันได้เปิดโค้ดที่คุณตั้งใจเขียนเลย
อีกเรื่องที่หลายคนมองข้าม คือ portfolio ของคุณไม่ได้ถูกดูโดย engineer อย่างเดียว มันผ่านตาหลายสเตจ ทั้ง recruiter, ฝ่าย HR และ engineering manager คนละคนกัน ดังนั้น การสื่อสารให้คนอ่านเข้าใจ คือส่วนหนึ่งของความน่าเชื่อถือเชิงเทคนิค ของคุณ ไม่ใช่เรื่องแยกกัน
หัวข้อนี้คือแกนกลางฝั่ง portfolio ผมทำเป็น checklist ให้คุณลอกไปเช็กแต่ละ project ของตัวเองได้เลย
README ที่ดีต้องทำให้คนอ่านตอบ 4 คำถามนี้ได้ในเวลาไม่ถึงหนึ่งนาที
นอกจาก 4 ข้อนี้ ให้เพิ่ม screenshot หรือ GIF การใช้งานเข้าไปด้วย เพราะ "GIF 10 วินาทีที่แอปทำงานจริง มีค่ากว่าคำบรรยาย 500 คำ" และถ้าจะให้ดูโปร ให้ระบุ ข้อจำกัดที่รู้อยู่ (known limitations) กับ บทเรียนที่ได้ ลงไปด้วย มันแสดงว่าคุณประเมินงานตัวเองเป็น ไม่ได้แค่ทำเสร็จแล้วจบ
มีเกร็ดจากชุมชน developer บน Reddit ที่หลายคนพูดตรงกันว่า แค่มี README ที่ชัดเจนก็ทำให้คุณอยู่ในกลุ่มบน ๆ ของ candidate ที่ผ่านด่าน screening ได้แล้ว (อันนี้เป็นความเห็นจากชุมชน ไม่ใช่สถิติทางการ แต่สะท้อนว่าคนส่วนใหญ่ทำ README ได้แย่แค่ไหน)
กฎข้อเดียวที่ต้องจำ คือ "ถ้ามันรันไม่ได้ = มันไม่มีอยู่จริง" ถ้า reviewer กดลิงก์แล้วเปิดไม่ขึ้น หรืออ่านโค้ดแล้วรันตามไม่ได้ project นั้นก็เท่ากับไม่มีในสายตาเขา
ข่าวดีคือ deploy ได้ฟรีด้วย Vercel, Netlify หรือ GitHub Pages ส่วน custom domain (เช่น .dev หรือ .com) ราคาประมาณ 12 ดอลลาร์ต่อปี ช่วยเพิ่มความดูโปรได้ แต่ไม่ใช่สิ่งจำเป็นสำหรับงานระดับ entry-level
commit ที่สม่ำเสมอและเขียนบรรยายชัด อ่านไล่แล้วเข้าใจว่าคุณค่อย ๆ พัฒนางานยังไง แสดงนิสัยการทำงานแบบมืออาชีพ สิ่งที่ต้องเลี่ยงคือ push โค้ดทั้ง project เป็น commit เดียวชื่อ "initial commit" หรือ message ที่ไม่สื่ออะไรอย่าง "fixed stuff", "WIP" หรือ "asdf" เพราะพวกนี้ทำให้ history อ่านไม่รู้เรื่อง
hiring manager หลายคนเปิดดูงานของคุณบนมือถือ ถ้าหน้าเว็บพังบนจอเล็ก เท่ากับสอบตก frontend เบื้องต้นไปแล้วตั้งแต่ยังไม่ทันดูอย่างอื่น ตั้งเป้าให้ทุกงานที่มีหน้าเว็บทำ Lighthouse ได้ 90+ ในทุก metric ซึ่งเป็นเกณฑ์ที่ Google ถือว่า "ดี"
นี่คือจุดที่แยก junior ทั่วไปออกจากคนที่ได้สัมภาษณ์ชัดที่สุด screenshot บอกว่าหน้าตางานเป็นยังไง แต่ case study บอกว่าคุณคิดยังไง สำหรับ 2–3 project เด่นของคุณ ให้เขียน case study สั้น ๆ ตาม template 5 ข้อนี้ (แปะไว้ใน README หรือหน้าเว็บก็ได้)
จุดที่ทำให้ case study ดูโปรจริง ๆ คือการอธิบาย การตัดสินใจที่ไม่ obvious ยกตัวอย่างเช่น แทนที่จะเขียนแค่ "ใช้ Prisma" (ซึ่งไม่บอกอะไรเลย) ให้เขียนว่า "เลือก Prisma + PostgreSQL แทนการเขียน SQL ดิบ เพราะต้องการ type-safety จาก schema ไปถึง query และลดโอกาส bug ตอน refactor" หรือ "แยก backend ออกเป็น Nest.js ต่างหากจาก Next.js เพราะต้องการให้ business logic กับ API reusable และเทสได้ง่ายกว่า" ประโยคแบบนี้แสดง technical judgment ซึ่งเป็นสิ่งที่ interviewer อยากเห็น
Capstone project คือ โปรเจกต์ปิดท้ายที่รวมทักษะทั้งหมดที่คุณเรียนมาไว้ในชิ้นเดียว สำหรับสาย web/fullstack มันคือแอปที่ทำงานได้จริงตั้งแต่ต้นจนจบ มีทั้งหน้าบ้าน หลังบ้าน ฐานข้อมูล ระบบล็อกอิน และ deploy ขึ้นออนไลน์ให้คนกดใช้ได้จริง Capstone จึงเป็น "ชิ้นชูโรง" ของพอร์ต ที่ใช้พิสูจน์ว่าคุณประกอบทุกอย่างเข้าด้วยกันเป็นระบบที่ใช้งานได้
หลักการเลือก Capstone ให้ได้งาน มี 3 ข้อ
หมายเหตุ: ตัวอย่าง 3 ชิ้นด้านล่างเป็น โจทย์สมมติที่ยกมาให้เห็นภาพเท่านั้น ไม่ใช่ผลงานศิษย์เก่าจริงหรือเคสที่มีผลลัพธ์จริง ให้ใช้เป็นไอเดียตั้งต้นในการคิดโจทย์ของคุณเอง
ทั้ง 3 ตัวอย่างวางอยู่บน stack เดียวกัน คือ TypeScript + Next.js + Nest.js + Prisma + PostgreSQL ซึ่งเป็นชุดเครื่องมือที่ตลาดใช้จริง (และเป็น stack ที่ DevNest ใช้สอน) หนุนด้วยข้อมูลจาก GitHub Octoverse 2025 ที่ระบุว่า TypeScript ขึ้นเป็นภาษาที่ถูกใช้มากที่สุดบน GitHub แล้ว
จุดสำคัญคือ ทุกตัวอย่างเป็น "ปัญหาจริง" ที่เชื่อมกลับไป case study 5 ข้อได้ทันที เช่น โจทย์ booking system เขียน case study ได้ว่า ปัญหาคือจองชนกัน วิธีการคือออกแบบ logic กันจองซ้ำระดับฐานข้อมูล ความท้าทายคือ race condition ตอนคนสองคนจองพร้อมกัน และถ้าทำใหม่จะเพิ่มระบบแจ้งเตือน เห็นไหมว่าโจทย์ที่ดีเล่าเป็นเรื่องได้เอง
ปี 2026 การมี AI project สักชิ้นในพอร์ตเริ่มกลายเป็นสิ่งที่ "ถูกคาดหวัง" ไม่ใช่ของแปลกใหม่อีกต่อไป แต่ข้อควรระวังคือ อย่าให้มันเป็นแค่ API wrapper บาง ๆ ที่ยิง prompt ไป ChatGPT แล้วเอาคำตอบมาแสดง เพราะแบบนั้นใคร ๆ ก็ทำได้ ลองทำอะไรที่ลึกกว่านั้น เช่น prompt engineering ที่ออกแบบมาเฉพาะงาน, ระบบ RAG ที่ค้นจากข้อมูลของคุณเอง หรือเครื่องมือ AI ที่แก้ปัญหาเฉพาะโดเมน
อีกประเด็นที่สำคัญไม่แพ้กันคือ ความซื่อสัตย์เรื่องการใช้ AI tools ในยุคที่มี Copilot, Cursor, ChatGPT และ Claude คุณใช้เครื่องมือพวกนี้ช่วยเขียนโค้ดได้ ไม่ต้องปิดบัง สิ่งที่ employer สนใจจริง ๆ ไม่ใช่ว่าคุณใช้ AI หรือไม่ แต่เป็นว่าคุณ ประเมินคำตอบและชั่งน้ำหนัก trade-off เป็นหรือเปล่า การอธิบายได้ว่า "ผมให้ AI ช่วยร่างส่วนนี้ แต่เลือกไม่ใช้วิธีที่มันเสนอเพราะ..." คือสิ่งที่แสดงวุฒิภาวะเชิงวิศวกรรม ซึ่งมีค่ากว่าการแสร้งว่าเขียนเองทั้งหมด
ถ้าจะให้จำกลับไปแค่ 3 อย่าง ขอให้เป็น 3 แกนนี้ project ที่แก้ปัญหาจริง + documentation/README ที่เล่าได้ว่าทำไมคุณตัดสินใจแบบนั้น + live demo ที่กดแล้วรันได้จริง ทั้งสามอย่างนี้รวมกันคือสิ่งที่แยกคนที่ได้เรียกสัมภาษณ์ออกจากคนที่โดนข้าม
และถ้าคุณเป็น career switcher ที่ไม่มีวุฒิตรงสาย ผมยืนยันอีกครั้งว่าคุณสู้ได้จริง เพราะสิ่งที่ recruiter อยากเห็นไม่ใช่ใบปริญญา แต่คือ หลักฐานว่าคุณคิดแบบมืออาชีพเป็น และหลักฐานนั้นคุณสร้างเองได้ด้วยพอร์ตที่ดี
ประเด็นทั้งหมดในบทความนี้จะกลายเป็นของจริงก็ต่อเมื่อคุณได้ลงมือทำ Capstone ที่ deploy จริงและเขียน case study/README เป็น ซึ่งเป็นสิ่งที่ฝึกเองได้ แต่ถ้าคุณอยากมีคนช่วยวางโครงและมี output เป็นพอร์ตพร้อมสมัครงานตั้งแต่วันจบ ที่ DevNest เราออกแบบให้ผู้เรียนจบออกมาพร้อม Capstone ที่ deploy จริงบน stack ที่ตลาดใช้ (TypeScript + Next.js + Nest.js + Prisma + PostgreSQL) — พอร์ตที่ตรงตามเช็กลิสต์ในบทความนี้พอดี ลองแวะไปดูรายละเอียดคอร์สกันได้