ผมเองก็เคยใช้ Electron เมื่อ 2-3 ปีก่อนเหมือนกัน แต่ช่วงนี้ทำด้วย Tauri นะ..

พอได้ยินคำว่า Chaos Engineering ก็เผลอคิดขึ้นมาว่า เอ๊ะ นี่กำลังพูดถึงแบ็กเอนด์ของบริษัทเราที่ฉันเขียนเองอยู่หรือเปล่า;

ดีครับ

ว่าแต่ เรื่องแบบนี้ถูกทำให้เป็นข่าวได้อย่างไรนะ? ดูเหมือนเป็นบทความเชิงประชาสัมพันธ์ของ Google อยู่เหมือนกันนะ
"พวกเรากำลังพยายามอย่างเต็มที่"...

ใช้ Tauri สิ เป็นแบ็กเอนด์ Rust และรวมเข้าด้วยกันได้ง่ายกว่าที่คิดนะ

น่าประหลาดใจที่การเข้าร่วมโดยสมัครใจถูกจัดเป็นอันดับ 1...

มีแต่ข้อกล่าวอ้าง แต่ไม่มีหลักฐานเลยแม้แต่นิดเดียว

ยังไงก็ตาม ก็หมายความว่าประสบการณ์การพัฒนามันดีกว่าพวกอย่าง qt ใช่ไหม?

เขียนเรื่องง่ายให้ยืดยาวเอง.. สหรัฐฯ อยากให้ดอลลาร์เป็นสกุลเงินสำรองหลักของโลก และถ้าจะให้เป็นแบบนั้น โครงสร้างก็ต้องเป็นแบบที่แทนที่สหรัฐฯ จะขายสินค้าเยอะจนดอลลาร์ไปกองอยู่ในอเมริกา กลับต้องซื้อสินค้าเยอะเพื่อให้ดอลลาร์กระจายออกไปทั่วตลาดโลก

การสร้างส่วนขยาย Python ด้วย c/c++ ทำให้ประสิทธิภาพในการพัฒนาตกลงมากเกินไป แต่ pyo3 สะดวกมากเพราะอย่างน้อยก็มี maturin, cargo ให้ใช้
และโมดูล Python ก็จำเป็นต้องรองรับการคอมไพล์ข้ามแพลตฟอร์มด้วย ซึ่ง rust ก็ทำครอสคอมไพล์ได้สะดวกเช่นกัน.

ประเด็นอื่น ๆ พอเข้าใจได้ แต่ข้ออ้างเกี่ยวกับ RAM นี่ต่างจากประสบการณ์จริงมากเกินไปนะ...

ดูเหมือนว่าระบบเงินเดือนแบบเหมาจ่ายครอบคลุมจะถูกใช้ในความหมายว่ามีการรวมค่าตอบแทนแบบที่ 2 คือเงินเดือนประจำคงที่เอาไว้อยู่แล้วนะครับ 555

แอปพลิเคชัน Electron ที่ต้องทำงานค้างอยู่เบื้องหลังตลอดเวลานั้นค่อนข้างเป็นภาระอยู่เหมือนกันครับ

เป็นคอนเซปต์ที่ใส่ annotation แล้วโปรยข้อความซ่อนที่มีความโปร่งใสในรูปแบบพรอมป์ต์แบบสุ่ม

ก็ไม่แน่หรอก.. แค่เปิดแอป Electron สัก 3~4 ตัวก็มักจะต้องดิ้นรนเพราะหน่วยความจำไม่พออยู่บ่อยครั้งแล้ว....

ดูเหมือนจะไม่ได้เพิ่ม annotation แล้วเป็นวิธีโปรยข้อความที่ซ่อนไว้แบบสุ่มหรือเปล่าครับ?

พื้นผิวการโจมตีมีเยอะเกินไป แต่กลับไม่ค่อยมีใครสนใจ เลยว่าจะเลิกยุ่งแล้ว

ตอนที่ทำงานบริษัท เวลาต้องเข้าเวร on-call นั้นเครียดพอสมควร เพราะแม้แต่เวลานอน เวลาขับรถ และวันหยุดก็ต้องพกโน้ตบุ๊กกับ Apple Watch ไว้เพื่อรับมือกับเหตุขัดข้อง ทำให้นอนหลับได้ไม่เต็มอิ่ม หลังลาออกไปแล้ว การที่ไม่ต้องถูกรบกวนอีกเป็นเรื่องที่ดีมาก-

การรับมือแบบ 24/7 ไม่ใช่เรื่องง่ายเลยครับ โดยเฉพาะถ้ามีคนเดียวในสายงาน DevOps... ก็แทบไม่มีทางเลือกเลย 555555

ได้แต่หลับตาภาวนาไม่ให้บริการล่ม.. 555555

ผมว่าการคิดเรื่องค่าตอบแทนก็เป็นเรื่องที่ดีนะครับ เพราะปกติแทบไม่ค่อยใส่ใจกันเรื่องค่าตอบแทนเท่าไหร่ โดยเฉพาะ on-call ภายใต้ ระบบเงินเดือนแบบเหมาจ่ายรวมล่วงเวลา... บรรยากาศมันเหมือนเป็นเรื่องที่ถูกมองว่าเป็นเรื่องปกติ...

ถึงจะใช้โน้ตบุ๊กดี ๆ อยู่ แต่พูดตามตรงก็ไม่ค่อยรู้สึกว่า vscode เร็วนัก สุดท้ายก็มักจะไปใช้ IntelliJ ที่หนักแต่ฟีเจอร์เยอะแล้วใช้งานสะดวก ไม่งั้นก็ใช้ IDE หรือ text editor ที่พัฒนาแบบเนทีฟไปเลย ซึ่งเร็วชัดเจนและประสบการณ์ใช้งานก็ดีกว่า