ความคิดเห็นของผู้ใช้เกี่ยวกับ Splync
ประมาณเดือนครึ่งหลังจากที่เราออก Splync v1.5 ซึ่งเป็นการอัปเดตที่อนุญาตให้ปรับอัตราการแบ่งเฉพาะสำหรับแต่ละโปรเจ็กต์และหมวดหมู่ เราก็ได้รับความคิดเห็นใหม่ๆ เข้ามามากมาย การอัปเดต v1.5 ต้องมีการเปลี่ยนแปลงฝั่งเซิร์ฟเวอร์เยอะ ตอนแรกฉันคิดว่าระดับความละเอียดนี้ “เพียงพอ” สำหรับส่วนใหญ่แล้ว แต่แล้วก็มีผู้ใช้ใหม่บางคนถามคำถามง่ายๆ ที่สมเหตุสมผลมากว่า “เราตั้งค่าอัตราการแชร์เฉพาะสำหรับค่าใช้จ่ายแต่ละรายการได้ไหม?” โปรเจ็กต์ท่องเที่ยวของพวกเขามีบางครั้งที่ต้องแบ่งค่าใช้จ่ายเพียงสองคน และบางครั้งก็แบ่งกันสามคน ใน Splync v1.8 คำตอบคือยังทำไม่ได้ ฉันแนะนำว่าพวกเขาสามารถสร้างหมวดหมู่เพิ่มเติมที่มีอัตราเฉพาะสำหรับกรณีเหล่านั้นได้ ซึ่งเป็นการแก้ปัญหาเฉพาะหน้า ไม่ใช่ทางออกที่แท้จริง
ป่าเฟร็กทัลที่ดูท่วมท้น
รู้สึกท่วมท้นเล็กน้อยเมื่อนึกถึงงานมากมายที่ทำใน v1.5 ตอนแรกฉันต้องให้โปรเจ็กต์มีอัตราการแบ่งเฉพาะของตัวเอง แล้วหมวดหมู่ก็ต้องมีอัตราเฉพาะอีกด้วย ตอนนั้นฉันคิดว่าครอบคลุมทุกอย่างแล้ว แต่การทำอัตราสำหรับค่าใช้จ่ายเฉพาะมันต่างออกไป มันเหมือนกับว่าทุกครั้งที่ฉันเก็บผลไม้ต้นใหม่ก็จะงอกขึ้นมา ไม่ใช่ป่าเฟร็กทัลที่ไม่มีที่สิ้นสุด แต่เป็นโครงสร้างสองชั้น: ชั้นหนึ่งเกิดจากอีกชั้นหนึ่ง ในตรรกะ v1.5 ค่าใช้จ่ายได้รับอัตราจากโปรเจ็กต์ ถ้าหมวดหมู่มีอัตราของตัวเอง ก็จะเขียนทับค่าโปรเจ็กต์ ดังนั้นเมื่อเพิ่มอัตราสำหรับค่าใช้จ่ายเฉพาะ ฉันพบว่าตัวเองพยายามเพิ่มการเขียนทับอีกชั้น โครงสร้างกลายเป็นบันไดของการเขียนทับ — ถูกต้องตามเทคนิค แต่ซับซ้อนในทางจิตใจ มันยากที่จะหาเหตุผลในการสร้างตรรกะปะติดปะต่ออีกชั้นหนึ่ง
การเปลี่ยนแปลงแนวคิดใน Splync v1.9
การเปลี่ยนแปลงใหญ่เกิดจากการพลิกโครงสร้างกลับหัว แทนที่จะทำ “โปรเจ็กต์ → หมวดหมู่ → ค่าใช้จ่าย” และเขียนทับแต่ละชั้นด้วยชั้นถัดไป ทำไมไม่คิดในทิศทางตรงกันข้าม? อัตราสำหรับค่าใช้จ่าย → อัตราสำหรับหมวดหมู่ → อัตราสำหรับโปรเจ็กต์ การจัดลำดับนี้สะท้อนถึงวิธีคิดของคนทั่วไป: ถ้าค่าใช้จ่ายเฉพาะมีวิธีการของตัวเอง ก็ควรทำตามนั้น ถ้าไม่ก็ใช้รูปแบบของหมวดหมู่ ถ้ามีปัญหาอีก ก็กลับไปใช้ค่าเริ่มต้นของโปรเจ็กต์ ไม่มีบันไดของการเขียนทับอีกต่อไป — แค่โครงสร้างความสำคัญที่ชัดเจน เมื่อฉันเห็นโครงสร้างแบบนี้ หมอกของป่าเฟร็กทัลปลอมก็หายไปทันที เส้นทางการทำงานชัดเจน: “ตรวจสอบค่าใช้จ่ายแต่ละรายการว่ามีการตั้งค่าอัตราเฉพาะหรือไม่ ถ้ามีก็ใช้ ถ้าไม่ก็ตรวจสอบอัตราหมวดหมู่ ถ้าไม่ก็ใช้ค่าเริ่มต้นของโปรเจ็กต์”
เดินใต้ท้องฟ้า
ตรรกะใหม่รู้สึกเรียบง่าย คาดเดาได้ และคำนวณได้อย่างถูกต้อง เพื่อรองรับระบบความสำคัญนี้ เราเพิ่มตาราง MariaDB สำหรับการแบ่งเฉพาะค่าใช้จ่าย โดยคล้ายกับตารางสำหรับหมวดหมู่ ตารางรายละเอียดค่าใช้จ่ายก็ต้องขยาย เหมือนกับที่ตารางรายละเอียดหมวดหมู่เคยทำใน v1.5 เมื่อการออกแบบสองชั้นชัดเจน ส่วนที่เหลือก็แค่การเขียนโค้ดอย่างระมัดระวัง ทั้งในแอปและบนเซิร์ฟเวอร์ แต่เส้นทางนี้ยังรู้สึกเสี่ยงในบางที่ เหมือนเดินผ่านป่ามืดโดยไม่มีแผนที่ ฉันต้องการเคลียร์หัวเลยเดินออกไปข้างนอก อากาศเย็นและสดชื่น ขณะเดินในละแวกบ้านฉันเห็นภูเขาไฟฟูจิที่อยู่ห่างไปเกือบ 100 กม. แต่ดูใกล้พอจะเอื้อมถึง โมเมนต์นั้นเหมือนเป็นการเตือน: ถึงแม้ว่าจะคิดว่ากำลังเดินในป่า แต่จริงๆ แล้วฉันกำลังเดินใต้ท้องฟ้าเปิดกว้าง
สิ่งที่คุณทำได้ด้วย Splync v1.9 — การแบ่งเฉพาะสำหรับค่าใช้จ่ายทุกอย่าง
Splync v1.9 เกิดจากโมเมนต์ที่มองเห็นชัดเจนนั้น ฉันกลับบ้าน เสร็จสิ้นการตั้งค่า endpoint ใหม่ เตรียมตรรกะเซิร์ฟเวอร์ใหม่ จัดการอินเทอร์เฟซที่เกี่ยวข้อง และส่ง v1.9 ไปยัง Apple แล้วก็หลับไป การตรวจสอบเสร็จเร็วกว่าปกติ เมื่อฉันตื่น Splync v1.9 ได้รับการอนุมัติและปล่อยอัตโนมัติบน App Store แล้ว ตั้งแต่เวอร์ชั่นนี้เป็นต้นไป การแบ่งค่าใช้จ่ายยืดหยุ่นมากขึ้น ถ้าคุณเดินทางกับ John และ Kate คุณสามารถแบ่งค่าใช้จ่ายพื้นฐานในสามคนอย่างเท่าเทียม แต่สำหรับอาหาร คุณอาจเปลี่ยนอัตราเป็น “25% : 50% : 25%” เพราะ John มักจะกินเยอะเป็นสองเท่า และถ้า John ข้ามอาหารเย็นมื้อหนึ่ง — เช่น ที่ร้านหอยนางรม — คุณสามารถตั้งมื้อเฉพาะนั้นเป็น “50% : 0% : 50%” เพื่อให้เขาไม่ต้องจ่ายในสิ่งที่เขาไม่ได้กิน ด้วย v1.9 Splync สนับสนุนอัตราเฉพาะสำหรับโปรเจ็กต์ หมวดหมู่ และค่าใช้จ่ายในตรรกะรวม รากฐานมั่นคง คำนวณได้อย่างถูกต้อง ความท้าทายถัดไปคืออินเทอร์เฟซ: แอปการแบ่งอื่นๆ บางแอปนำเสนอวิธีการปรับปรุงอัตราที่ราบรื่นและมีสไตล์มากกว่า Splync มีความแข็งแกร่งด้าน backend เพื่อสนับสนุนการปรับปรุงดังกล่าว เราจะทำงานกับพวกมันทีละอย่าง