การทำฟรอนต์เอนด์ด้วย Go มีประสิทธิภาพกว่าที่คิด เห็นได้ชัดว่าเหตุผลที่กรณีการใช้งานเพิ่มขึ้นนั้นมีอยู่จริง

 
  • เครื่องมือเขียนโค้ดด้วย AI ที่มีอยู่เดิมส่วนใหญ่ให้บริการสำหรับองค์กรเป็นหลัก ทำให้นักศึกษา ฟรีแลนซ์ และสตาร์ทอัพเข้าถึงได้ยาก
  • แต่ในทางกลับกัน การนำไปใช้ในองค์กรก็ไม่ใช่เรื่องยากเหมือนกันหรือ เพราะมีประเด็นด้านความปลอดภัยของโค้ด?
 

"หยุดอุปกรณ์ ไม่ได้เหรอ? หยุดไม่ได้ ฉันคงต้องหนีออกไปจากที่นี่" นี่ก็คือผลงานที่ทิ้งวลีระดับตำนานไว้ในวงการมีมของเกาหลีครับ

 

ฉันเคยได้ยินเรื่องของบริษัทที่คนรู้จักทำงานอยู่ ซึ่งเป็นบริษัทซอฟต์แวร์ด้านระบบจองและบริหารลูกค้าที่ติดตั้งเซิร์ฟเวอร์ภายในองค์กร
ผลิตภัณฑ์นี้ถูกพัฒนามาเกือบ 20 ปีแล้ว และเพราะตลาดเป้าหมายชัดเจน จึงว่ากันว่าอยู่ราว ๆ อันดับ 2 ของอุตสาหกรรมนี้
แม้สิ่งนี้จะไม่ใช่บริการแบบคลาวด์/เว็บและไม่ได้มีความก้าวหน้าทางเทคนิคมากนัก แต่ก็ทำให้รู้สึกว่าธุรกิจลักษณะนี้ก็น่าสนใจทีเดียว

 

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

 

การนำการแก้ไข conflict กลับมาใช้ซ้ำนี่ดีมาก

 

อย่างที่คิดเลยว่า ความพอดีนั้นสำคัญ

 

เวลา diff ผมใช้ git-delta เพื่อดูในรูปแบบ TUI อยู่ครับ

  10   │ [core]  
  11   │     pager = delta  
  12   │ [interactive]  
  13   │     diffFilter = delta --color-only  
  14   │ [delta]  
  15   │     line-numbers = true  
  16   │     side-by-side = true  
  17   │     navigate = true  
  18   │     diff-so-fancy = true  
  19   │     hyperlinks = true  

ถ้าขี้เกียจไปหมดทุกอย่างก็ใช้ tig ... ฮ่าๆๆๆ
มีอะไรที่ดีกว่านี้อีกไหมครับ...?

 

มีประโยชน์มาก 👍🏻

 

ไม่ว่าจะมองยังไง ก็เหมือนกำลังทำโจทย์ง่าย ๆ ให้ยากขึ้น...

 

เป็นคนที่ยอดเยี่ยมจริง ๆ นะครับ. :)

 

ฉันเข้าใจว่าพรรคแรงงานของสหราชอาณาจักรอยู่ทางซ้ายกว่าพรรคอนุรักษ์นิยม แต่เอ๊ะ~

 

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

 

ส่วนตัวผมใช้ Clojure อยู่ และเห็นด้วยกับเนื้อหาในบทความมาก
ในการทำงานผมใช้ Python และ Java(Type)Script เป็นหลักมาโดยตลอด แต่ถ้าดูแลไม่ดีแม้เพียงนิดเดียว ก็มักจะตามการเปลี่ยนแปลงของตัวภาษาและไลบรารีต่าง ๆ ไม่ทัน จนโค้ดกลายเป็น legacy code ได้ง่ายอยู่เสมอ แต่สิ่งที่ผมพอใจมากเกี่ยวกับ Clojure คือโค้ดที่เขียนไว้ครั้งหนึ่งแล้ว แม้กลับมาดูอีกหนึ่งปีให้หลัง ก็ยังแก้ไขและพัฒนาต่อได้อย่างสะดวกทันที
หลังจากนั้น สำหรับการใช้งานส่วนตัว หากไม่ได้ติดข้อจำกัดจากไลบรารีเฉพาะบางตัว ผมก็มักเลือกใช้ Clojure เป็นหลักครับ

 

เขียนได้ดีมากเลยนะครับ

อ่านอย่างเพลิดเพลินครับ!

 

แพงมาก คุ้มราคาไม่ค่อยได้เลย สำหรับการใช้งานจริงรู้สึกว่า o3-mini ยังดีกว่าเสียอีก แต่ถ้าจะใช้สำหรับงานโค้ดดิ้ง เพราะขั้นตอนการให้เหตุผลสั้นและต้องแก้ปัญหาโทเคนกลาง ๆ พอมองในแง่นั้นก็น่าจะดีที่สุดแล้ว เรื่องราคาก็..