ต้นกับรายการเครื่องมือหน้าเดียว#

วันแรก ต้นเขียนรายการมาให้ผมดู หน้าเดียวจบ

• editor
• agent
• repo
• hosting

(ตัวอย่าง) แค่นี้ก็ build ได้แล้ว จริงด้วย

ผมเลยถามกลับไปสามข้อ

ตีสองมีลูกค้าส่งอีเมลมาว่าจ่ายเงินแล้วใช้ไม่ได้ ใครตอบ

เว็บล่มตอนต้นหลับ ใครรู้ก่อน

บิลค่า agent เด้งมาเดือนนี้ ใครจ่าย ใครเห็นก่อนว่ามันพุ่ง

ต้นเงียบไปพักนึง 555+

การเป็นบริษัทคนเดียว ไม่ได้มีแค่ส่วนประกอบของการ build

HELL Factory กับ Michelin Kitchen#

ก่อนวาดแผนที่ ผมขอแนะนำคนนึงที่ผมจะยกคำพูดบ่อยในภาค 2

poteto คือใคร

lauren (@poteto) ใน bio เขียนว่า “grok @bot at @SpaceXSI. react compiler core team, prev cursor, meta, netflix”

เธอเล่าว่า “i have been regularly oncall at netflix, meta, and for grok bot over the last 10 years” (ที่มา)

เคยโพสต์ว่ามี Projects รันขนานกันอยู่ “16 right now” (ที่มา) และมี talk ชื่อ “here’s how i shipped 2,500 PRs last month to production” (ที่มา)

ทำไมควรฟังเธอ

เธอเคยแบก on-call ของระบบใหญ่จริง และตอนนี้ใช้ agent ทำงานจริงในปริมาณมาก เลยเห็นทั้งฝั่ง build และฝั่ง run

เปิดเผยไว้ก่อน เธอทำงานกับ Grok Bot เครื่องมือหลายตัวที่เธอพูดถึงเป็นของที่เธอทำเอง ภาค 2 เราหยิบหลักคิด ไม่ได้หยิบยี่ห้อครับ

คำที่คนในวงการชอบใช้ตอนนี้คือ software factory

lauren ไม่ชอบคำนี้ ใน talk ของเธอพูดว่า

“I’m not a fan of the term software factory. I like the analogy of a Michelin kitchen better… we’re not mass producing a product on an assembly line” (talk นาที 00:57)

ในโพสต์ “volume does matter” เธอก็เขียนว่า “this idea of a software factory, or a Michelin kitchen as i like to call it” (ที่มา)

Michelin Kitchen เป็นคำของ lauren

ส่วนอีกขั้วนึง ผมตั้งชื่อเองในซีรีส์นี้ว่า HELL Factory

คือโรงงานที่ agent ผลิตของออกมาเยอะมาก แต่ไม่มีด่านตรวจ ไม่มีใครดู และไม่มีเพดานค่าใช้จ่าย

ของออกเร็ว พังเร็ว บิลก็มาเร็ว 555+

ทำไมต้องแยกสองคำนี้ให้ชัด

เพราะ lauren เองก็บอกว่าปริมาณสำคัญ แต่มีเงื่อนไข

“if you haven’t put in the work to trust your agent’s output, it is very difficult to scale up your productivity” (ที่มา)

ปริมาณเท่ากัน ต่างกันที่ว่าเชื่อใจของที่ออกมาได้หรือไม่

ข่าวดีคือเธอบอกว่าไม่ต้องลงทุนโครงสร้างใหญ่โต

“You don’t really have to invest in a lot of infrastructure to build a software factory” (talk นาที 33:32)

เหมาะกับคนเดียวแบบต้นพอดี

บริษัทคนเดียวต้องดูแลกี่เรื่อง?#

ผมกับต้นนั่งไล่ว่าบริษัท software หนึ่งบริษัทต้องมีอะไรบ้าง ไล่ไปไล่มาได้ 28 เรื่อง

ลองมองบริษัทคนเดียวเป็นจิ๊กซอว์ 28 ชิ้น แต่ละตอนต่อจากนี้จะเติมทีละชิ้น และบอกทุกครั้งว่าชิ้นนั้นอยู่ตรงไหนของภาพ

จัดเป็นสามวง

วง build เรื่องของการสร้างของ

วง run เรื่องของการทำให้ระบบอยู่รอด

วงบริษัท เรื่องที่ไม่ใช่ code เลย แต่ไม่มีไม่ได้

28 เรื่อง 13 ตอน (ตอน 13 รวบทั้ง 28 เรื่องอีกรอบ ว่าเรื่องไหนต้องตั้งตั้งแต่วันแรก)

รายการเครื่องมือหน้าเดียวของต้น แตะแค่บางเรื่องในวง build

build เป็นแค่วงเดียวในสามวง

วงที่ lauren ใช้ทุกวัน#

ถ้าแผนที่ดูน่ากลัว ลองดูว่าคนที่ทำจริงต่อวงเล็กๆ ยังไง

lauren เล่าวงที่เธอใช้ทุกวันไว้แบบนี้ (ที่มา)

1. watch this slack channel for feedback about our app
2. create a ticket for this in Linear
3. create a Cursor cloud agent to triage and reproduce the issue on its own computer, using pstack
4. if the issue clearly reproduces, put up a fix and fuzz the pull request with a small swarm of agents
5. if the fuzz has no issues, ping me on Slack, and rebase and auto-merge the PR after 1 hour unless i request changes

ห้าบรรทัดนี้วิ่งผ่านหลายเรื่องบนแผนที่ในทีเดียว

ข้อ 1 คือเสียงลูกค้า (เรื่องที่ 2) ข้อ 2 คือช่องรับงาน (เรื่องที่ 11) ข้อ 3 และ 4 คือ agent กับด่านตรวจ (เรื่องที่ 4 และ 14) ข้อ 5 คือการอนุมัติ (เรื่องที่ 13)

สังเกตข้อ 5 นะครับ คนยังอยู่ในวง แค่เปลี่ยนจากคนลงมือ เป็นคนที่มีสิทธิ์บอกว่า “หยุด”

แผนกของบริษัทใหญ่ ใครทำแทน?#

บริษัทใหญ่มีแผนกละหลายคน ต้นมีคนเดียว

แต่งานของแต่ละแผนกไม่ได้หายไปไหน แค่ต้องมีคนรับ

แนวคิดนี้ไม่ใหม่ Team Topologies เรียกทีมที่ดูแลของตั้งแต่ต้นจนจบว่า stream-aligned team และบอกว่าเป็นทีมแบบ “You Built It, You Run It”

ต้นคือ stream-aligned team ที่มีสมาชิกคนเดียว 555+

ผมกับต้นลองจับคู่ดู (ตัวอย่าง ของแต่ละคนจะต่างกัน)

ถ้าอยากรู้ว่างาน SRE ของจริงมีอะไรบ้าง Google SRE book มีบทเรื่อง Service Level Objectives, Being On-Call, Managing Incidents และ Postmortem Culture ให้อ่านฟรี

ส่วนฝั่งความสามารถของทีม software ทั่วไป DORA รวบรวมรายการ capability ไว้ให้เทียบได้

คนเดียวต้องสวมกี่หมวก?#

ตารางข้างบนดูเหมือน agent กับ SaaS รับไปเกือบหมด

แต่พอนับหมวกที่ต้นต้องใส่เองจริงๆ ยังเหลือแบบนี้ (ตัวอย่าง)

1. ตัดสินใจว่าจะทำอะไร และไม่ทำอะไร
2. จัดลำดับว่าอะไรก่อนหลัง
3. อนุมัติ change ที่เสี่ยงสูง
4. ถือ pager ตอนระบบล่ม
5. เซ็นเรื่องเงินและกฎหมาย
6. ดูแล codebase ไม่ให้รก
7. ดูแลตัวเอง ไม่ให้พังก่อนระบบ

หมวกทุกใบมีจุดร่วมกัน

agent ทำแทนได้ แต่รับผิดชอบแทนไม่ได้

ลูกค้าไม่ได้สนว่า bug มาจาก agent ตัวไหน เขาสนว่าบริษัทจะแก้ยังไง และบริษัทก็คือต้น

ภาค 2 ไม่ได้เล่าอะไรบ้าง#

ขอบอกไว้ก่อนจะได้ไม่เสียเวลา

• HR และการจ้างคน
• จัดซื้อ และ IT ของออฟฟิศ
• train model เอง
• การตรวจ SOC 2 หรือ ISO แบบเต็ม

เรื่องสุดท้ายนี่ผมจะหยิบแค่นิสัยมาใช้ SOC 2 ดูห้ามุมคือ Security, Availability, Processing Integrity, Confidentiality และ Privacy ซึ่งคนเดียวก็ฝึกคิดแบบนี้ได้โดยไม่ต้องจ้างใครมาตรวจ

marketing ลึกๆ กับพื้นฐาน software ทั่วไปก็ไม่เล่าเหมือนกันครับ

ยังเถียงกันอยู่#

แผนที่นี้ยังมีหลายเรื่องที่วงการยังไม่ลงตัว ผมขอแปะไว้ก่อน

ยังต้องมี ticket อยู่มั้ย (ตอน 6) Karri Saarinen ผู้ร่วมก่อตั้ง Linear โพสต์ว่า issue ที่สร้างใน Linear ทั้งโดยคนและผ่าน MCP “are up 400% this year” (ที่มา) คนที่ใช้ agent เยอะ กลับเขียน ticket มากขึ้น

คนยังต้อง review ทุกงานมั้ย (ตอน 6) lauren เล่าว่าทีมเธอให้ agent ประเมินความเสี่ยงของทุก PR และ “low-medium risk ones don’t require a review” (ที่มา)

ยังต้องมี CI มั้ย (ตอน 7) ใน side project หนึ่งเธอบอกว่า “did not use CI at all. just got my agents to run the checks before merging” (ที่มา) แต่อีกโพสต์เธอเล่าว่า CI ของ Grok Bot desktop “runs in about 5 minutes” (ที่มา)

คนเดียวกัน ใช้ต่างกันตามงาน ผมว่าน่าสนใจตรงนี้

สิ่งที่ผมได้จากตอนนี้#

ลองทำเอง

หยิบไอเดียของคุณมาหนึ่งอัน แล้วไล่ 28 เรื่องบนแผนที่ ใส่ทีละเรื่องว่า

• ผมทำเอง
• ให้ agent
• ให้ SaaS
• ตัดทิ้ง
• ยังไม่รู้

จากนั้นนับหมวกที่เหลือ แล้วเลือกสามช่องที่น่ากลัวที่สุด ใช้เวลา 15 ถึง 30 นาที ไม่เสียเงิน

ต้นทำเสร็จแล้วพิมพ์แผนที่ไปแปะข้างจอ

ผมลองแล้ว: ใช้เวลา __ นาที ค่าใช้จ่าย ฿__ จาก 28 เรื่อง ผมถือเอง __ ให้ agent __ ให้ SaaS __ ตัดทิ้ง __ ยังไม่รู้ __ ที่ติดคือ __ สามช่องที่น่ากลัวที่สุดคือ __

เก็บศัพท์

จดบันทึก

build เป็นแค่วงเดียวในสามวง

ถ้าต้นเริ่มใหม่ เขาจะทำเรื่องนี้ตั้งแต่วันแรกไหม?

ทำครับ วาดแผนที่ 28 เรื่องก่อนเปิด editor ใช้เวลาครึ่งชั่วโมง ฿0 (ตัวอย่าง)

ตอนต่อไป#

ต้นแปะแผนที่เสร็จ คืนนั้นก็ให้ agent ทำ prototype เสร็จก่อนเที่ยงคืน

ส่งให้เพื่อนห้าคน ไม่มีใครเปิดเลย (ตัวอย่าง) 555+

ก่อนสร้าง ถามก่อนว่าใครอยากได้

คำถามที่พบบ่อย#

ต้องทำครบ 28 เรื่องก่อนเปิดตัวมั้ย?

ไม่ต้องครับ หลายเรื่องเริ่มจาก “ยังไม่รู้” หรือ “ตัดทิ้ง” ได้ แต่ควรรู้ว่าตัดอะไรไป จะได้ไม่ตกใจตอนมันกลับมาหา ตอน 13 จะบอกว่าเรื่องไหนต้องตั้งตั้งแต่วันแรก

ต้องได้ใบรับรอง 29110 ไหม?

ไม่จำเป็นครับ ผมใช้เป็น checklist ว่าบริษัทเล็กควรมีอะไร ไม่ได้ตั้งใจไปขอใบรับรอง

ต้องใช้เครื่องมือตามที่ lauren ใช้มั้ย?

ไม่ต้อง ภาค 2 หยิบหลักคิดมาเล่า เครื่องมือแต่ละตัวมีทางเลือกอื่นเสมอ

เริ่มต้นต้องใช้เงินเท่าไหร่?

แล้วแต่ว่าคุณให้ SaaS รับกี่เรื่อง ราคาจริงของแต่ละอย่างจะเล่าในตอนของเรื่องนั้นๆ ผมไม่อยากเดาตัวเลขรวมให้ตอนนี้

คนเดียวพอจริงเหรอ?

พอสำหรับเริ่ม ถ้ารู้ว่าหมวกใบไหนต้องใส่เอง แต่หมวกใบที่ 7 อย่าลืมนะครับ 555+

Next → ภาค 2 ตอนที่ 2: ถามก่อนว่าใครอยากได้