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

 

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

 

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

 

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

 

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

 

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

 

"กระบวนการนั้นเองสุดท้ายก็จะกลายเป็นประสบการณ์สั่งสมของนักพัฒนา" เห็นด้วยอย่างยิ่งครับ

 

ชวนให้นึกถึงเว็บตูนที่ AI กลับเป็นฝ่ายพรอมป์ตให้มนุษย์เขียนโค้ดเลยครับ

https://comic.naver.com/bestChallenge/detail?titleId=818158&no=21

 

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

 

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

 

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

 

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

 

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

 

ก็ใช้ AI อยู่นะ แต่เพราะมันโง่ ถ้าแก้สิ่งที่มันทำพลาดให้ถูกไม่ได้ก็เอาไปทำจริงให้ถูกต้องไม่ได้ พอเห็นคนทำแบบ vibe coding ก็มีแต่โค้ดที่เต็มไปด้วยข้อผิดพลาด...

 

ดูเหมือนว่านี่จะยังเป็นปัญหาที่เกิดขึ้นต่อไป เว้นแต่ AI จะสามารถแก้ปัญหาและเรียนรู้ไปพร้อมกันได้เหมือนมนุษย์จริง ๆ

 

ชวนให้สงสัยว่าเอนจินเกมตัวมันเองจะเป็นอย่างไร

 

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

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

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

 

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

 

ผมเห็นด้วยว่ามันเป็นเฟรมเวิร์กที่ดีในตัวมันเอง แต่เพราะหลายบริษัทและสตาร์ทอัปอ้างเรื่องประสิทธิภาพการพัฒนาแล้วปล่อยงานออกมาโดยไม่ใส่ใจเรื่องประสิทธิภาพการทำงาน พอได้ยินว่าแอปไหนทำด้วย Electron ก็เลยรู้สึกปฏิเสธไว้ก่อน