บันทึกจากสตูดิโอ: ทำไมเราถึงสร้างพื้นที่อ่านและโชว์งานเอง
ตัวอย่างจากทีมงาน: เมื่อดีไซเนอร์อยากคุมจังหวะการอ่านของคอมมูนิตี้
จุดเปลี่ยนของการทำเว็บยุค AI
สมัยก่อนถ้าอยากได้เว็บบล็อกสวยๆ เราต้องพึ่งพาธีมใหญ่ๆ หรือลากวางใน Page Builder ซึ่งแลกมากับ DOM ที่ซ้อนกันสิบชั้น และข้อมูลทั้งหมดถูกขังอยู่ในฐานข้อมูลบนโฮสต์
พอย้ายมาทำงานแบบ **Code-first ใน Cursor** เราพบว่า:
- **Design Tokens คือโค้ดจริง** — ไม่ต้องตั้งค่าซ้ำในหน้าแอดมินหลายที่
- **ทุกการเปลี่ยนแปลงอยู่ใน Git** — ย้อนดูประวัติ, แตก branch ทดลองหน้าตาใหม่, หรือสั่ง deploy ได้ทันที
- **เร็วและสะอาด** — โหลดหน้าเว็บในระดับมิลลิวินาที ไม่มีสคริปต์ส่วนเกินจากปลั๊กอิน 20 ตัว
โครงสร้างของ Kirita Art
เราแบ่งเนื้อหาออกเป็น 3 รูปแบบเพื่อให้เว็บไม่ได้เป็นแค่ที่อ่านทางเดียว: - **Essay:** บทความเชิงลึกเรื่องการออกแบบ, ระบบคิด, และการสร้างโปรดักต์ - **Discussion:** ประเด็นสั้นชวนคนในคอมมูนิตี้มาถกและแลกเปลี่ยนวิธีทำงานจริง - **Showcase:** พื้นที่โชว์โปรเจกต์, UI Prototype, หรือเครื่องมือที่สมาชิกสร้างขึ้นเอง
บทความหรือประเด็นนี้มีประโยชน์กับคุณไหม?
กดโหวตเพื่อดันเนื้อหานี้ขึ้นหน้าหลักของคอมมูนิตี้
พื้นที่คอมเมนต์ — แลกเปลี่ยนมุมมองใต้บทความนี้
ความคิดเห็นที่โพสต์จะโผล่ด้านล่างทันที และยังอยู่หลังรีโหลด
Community Discussion (1)
เห็นด้วยมากเรื่องการย้ายออกจาก Page Builder ครับ พอเขียนโค้ดเองร่วมกับ Cursor แล้วแก้ layout เร็วกว่าคลิกหาเมนูในปลั๊กอินเยอะเลย