𝗦𝗵𝗶𝗽𝗽𝗶𝗻𝗴 𝟰 𝗣𝗿𝗼𝗱𝘂𝗰𝘁𝘀 𝗦𝗼𝗹𝗼

ผมส่งผลิตภัณฑ์ 4 อย่างภายในหนึ่งปี

ซึ่งประกอบไปด้วย spectr-ai, Scry, Argus และ Lomi โดยครอบคลุมทั้งด้านความปลอดภัย, Web3, browser extensions และ B2B SaaS

การสร้างสิ่งเหล่านี้เพียงลำพังสอนบทเรียนที่โปรเจกต์เดียวไม่สามารถให้ได้

และนี่คือสิ่งที่ผมได้เรียนรู้

  1. เผื่อเวลาและแรงงานสำหรับส่วนที่น่าเบื่อ

ผมทุ่มเทพลังงานไปกับปัญหาทางเทคนิคที่ยากๆ ผมมุ่งเน้นไปที่การวิเคราะห์ AI และการทำ bytecode reconstruction ซึ่งส่วนเหล่านี้แม้จะยากแต่ก็คาดเดาได้

แต่ภัยคุกคามที่แท้จริงคือภารกิจที่ไม่น่าตื่นเต้นเลย การตรวจสอบของ Chrome Web Store, การแก้ปัญหา proxy resolution และการตั้งค่า deployment เกือบจะทำให้โปรเจกต์ของผมล่ม

งานที่แท้จริงมักจะเป็นการเชื่อมต่อ (integration) ในส่วนปลายๆ ผมประเมินเวลาและแรงงานสำหรับส่วนนี้ต่ำเกินไปเสมอ

  1. AI ช่วยให้การเริ่มต้นนั้นง่าย แต่ไม่ใช่ตอนจบ

คนมักพูดกันว่า AI ช่วยให้คนเพียงคนเดียวสร้างบริษัทได้ แต่ความจริงนั้นมีรายละเอียดมากกว่านั้น

AI จัดการ 80% แรกของฟีเจอร์ได้ มันช่วยสร้าง boilerplate และร่างการทดสอบ (tests) สิ่งนี้ทำให้การทำงานคนเดียวเป็นไปได้

แต่ AI ไม่ได้จัดการ 20% สุดท้าย ซึ่งรวมถึง edge cases, การตรวจสอบความปลอดภัย และการแก้บั๊กการเชื่อมต่อที่ไม่เสถียร (flaky connections) ส่วนนั้นยังคงล่าช้า และยังคงต้องใช้สมาธิของคุณอย่างเต็มที่

  1. การเปลี่ยนชื่อคือความก้าวหน้า

ผมเปลี่ยนชื่อโปรเจกต์หลายอย่างเมื่อมันเติบโตขึ้น เมื่อก่อนผมเคยคิดว่าการเปลี่ยนชื่อหมายถึงการเสียแรงเปล่า

ผมคิดผิด การเปลี่ยนชื่อหมายความว่าในที่สุดคุณก็เข้าใจผลิตภัณฑ์นั้นจริงๆ โค้ดยังคงเหมือนเดิม แต่ความชัดเจนของคุณเพิ่มขึ้น

  1. ตรรกะต้องมาก่อนความสวยงาม

UI ที่สวยงามคือกับดัก หากฟังก์ชันการทำงานเปลี่ยน คุณต้องออกแบบใหม่ ซึ่งเป็นการเสียเวลา

กฎของผมง่ายมาก: ทำตรรกะและการทดสอบให้เสร็จก่อนจะเริ่มตกแต่ง (styling) ฟีเจอร์จะถือว่าใช้งานได้ก็ต่อเมื่อการทดสอบพิสูจน์ได้เท่านั้น อย่าเพิ่งทำให้มันสวยจนกว่ามันจะทำงานได้จริง

  1. เขียนเกี่ยวกับความล้มเหลว

การสร้างแบบ Building in public หมายถึงการแบ่งปันส่วนที่แย่ด้วยเช่นกัน

ผมเขียนเกี่ยวกับวิธีแก้ปัญหาแบบลัด (hacks), แนวทางที่ล้มเหลว และบั๊ก สิ่งนี้สอนผมได้มากกว่าการทำงานเงียบๆ และยังช่วยสร้างกลุ่มผู้ติดตามที่สนใจในกระบวนการทำงานของคุณด้วย

หากคุณสร้างคนเดียว ให้ทำตามกฎเหล่านี้:

• ใช้เวลากับการเชื่อมต่อ (integration) มากกว่าฟีเจอร์หลัก • ใช้ AI สำหรับงานจุกจิก แต่ทำ 20% ที่ยากด้วยตัวเอง • ให้ความสำคัญกับการทดสอบมากกว่า UI • แบ่งปันความผิดพลาดของคุณในระหว่างทาง

การ Shipping คือคำกริยา มันไม่ใช่สถานะที่เสร็จสิ้น การทำแบบนี้สี่ครั้งสอนผมได้มากกว่าการพยายามทำให้ผลิตภัณฑ์เดียวสมบูรณ์แบบเสียอีก

Source: https://dev.to/pavelespitia/shipping-four-products-solo-what-a-year-of-building-in-public-taught-me-2nhh

Optional learning community: https://t.me/GyaanSetuAi