เอ มันจะต่างจากปัจจุบันที่แปลง TS -> JS ยังไงบ้างนะครับ?

ที่ผมหายไปเพราะโควต้าหมดครับ เพิ่งได้โควต้ากลับมา

ที่คิดมากไปว่าพฤติกรรมจากการ ignore type อาจเปลี่ยนไปหรือต่างกัน ทำไมถึงคิดแบบนั้นล่ะครับ ไม่ได้ถามจี้นะ แต่ผมอยากฟังเพราะอาจมีมุมที่ผมคิดไม่ถึง

ที่ผมเข้าใจคือ JS มันก็ ignore type ในระดับ core อยู่แล้วนะ เพราะตัวแปรเดียวกันจะ assign type ต่างกันไปมากี่รอบก็ได้ เพียงแค่ว่าในปัจจุบันไม่รองรับการ ignore type ในระดับ syntax แค่นั้นเอง

static typed ต้องดูว่า strong typed แค่ไหนครับ บางทีใช้เป็น any ใช้เป็น unknown ไม่ได้เลยก็หงุดหงิดอยู่ เพราะตอน dev กำลัง prototype ก็จะลวกๆ หน่อย บางที http response ก็ยังไม่แม่น แถมมี field ที่ลักปิดลักเปิดอีก จะทำให้การ dev ช้าลง แล้วต้องมาคอย debug จนกว่าจะ declare type ได้ครอบคลุมทุก scenario ซึ่งการ prototype บางทีความคิดมันมาแล้วมันก็ไปตอนมานั่งแก้ type declaration นี่แหละครับ

typescript มันแปลกอย่างนึง ถ้าไม่ได้ประกาศว่าจะเป็น null ได้ มันก็จะไม่ยอมให้รันเลย ต้องไปแก้ tsconfig หรือไม่ก็ต้องไปประกาศให้ชัดๆ ไปเลย

เดี๋ยวต้องมีคนมาเถียง ก็ต้องหัดจดสิ่งที่คิด ต้องหัดเขียนโปรแกรมให้ถูกต้องในครั้งแรก ฯลฯ เบี่ย (เพลีย + เบื่อ)

1. Type script debug+ edit ใน chrome ลำบาก เราแก้งานผ่าน chrome บ่อย js บางจุดแก้โค้ดแล้วรันต่อได้เลย ไม่ต้อง refresh ใหม่

2. อย่าที่ท่านบนว่า บางที request response ไม่นิ่ง เสียเวลาแก้
   บางทีก็แก้ requirement ขอเพิ่ม field ที่แสดง dynamic มันสะดวกกว่า
   แก้ ที่ store procedure กับ html เอา ไม่ต้อง restart service หรือ ต้อง build งานกันใหม่

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

เท่าที่สังเกตเวลาไป consult คนอื่น ประเภทตัวแปรจะจำเป็นมาก หากโค้ดที่เขียนมีความซับซ้อนสูง ข้อแนะนำของผมคือ refactoring เถอะ ทำทีเดียว โค้ดหลักพันบรรทัด ชม. เดียวก็เสร็จ ที่ผ่านมาแก้ปัญหากันเป็นเดือนแล้วก็ยังไม่เสร็จ พอมาถึงตรงนี้ประเภทตัวแปรก็จะช่วยได้อีกรอบ แต่ก็ไม่ถึงกับจำเป็น

จนตอนนี้ PHP ยังไม่รองรับ async เลย

edit เพิ่มหน่อยเผื่อเดี๋ยวจะดราม่ากันมากขึ้น (แล้วเราจะสุมไฟเพิ่ม) ส่วนตัวไม่ได้มีปัญหากับตัวภาษาโปรแกรมอยู่ละ เพราะมันก็แค่ข้อความที่รอเอาไปแปลงเป็นรหัสเครื่อง หรือให้คอมพิวเตอร์ทำตาม แต่ไม่ค่อยโอเคเท่าไรกับการที่ห้ามแซะ ห้ามวิจารณ์ภาษานั้นภาษานี้ ประหนึ่งเป็นสิ่งศักดิ์สิทธิ์ หรือย้อนบอกว่าหลัง ๆ เดี๋ยวก็ปรับปรุง ซึ่ง... จนตอนนี้ยังไม่เห็นภาษา C ปรับปรุงจนเอามาแทนภาษาสำหรับเว็บเลย มีแต่สร้างภาษาใหม่กันไปเรื่อย ๆ เอามารองรับงานต่าง ๆ ที่ต่างออกไป แล้ว PHP มันแทบจะไม่ตอบโจทย์อะไรเลยสำหรับเว็บยุคใหม่ แล้วปรับปรุง API กันน้อยมากในแต่ละเวอร์ชัน ฟีเจอร์ที่ควรจะเพิ่มก็ไม่เพิ่ม อย่าง async ที่พูดถึง จริงอยู่ที่มันไม่ต้องมีก็ได้/มี workaround แต่นั่นไม่ใช่ข้อแก้ตัวที่จะไม่เพิ่มความสามารถที่ภาษาเว็บอื่น ๆ เขามีกันมาแทบจะทศวรรษแล้ว

สำหรับ server-side JS ก็เหมือนกับข้างบน จริง ๆ JS มันก็ไม่ได้เหมาะเอามาใช้กับ server เลยแม้แต่นิดเดียว แค่ V8 มันเร็วผิดผีในช่วงนั้นจนคนเห่อใช้มันก็แค่นั้น แล้วพยายามซ่อมจุดบกพร่องในงาน server-side ของมันไปเรื่อย ๆ (ทั้งที่ไม่ควรทำ) จนมาตรฐานมันมั่วไปหมดแล้ว

ในโลกนี้ไม่ได้มีภาษาไหนดีที่สุด เอาจริง ๆ ไม่มีภาษาไหนดีไปกว่ากันเลย (ยกเว้น C ที่สมบูรณ์แบบในตัวอยู่แล้ว) และการวิจารณ์ถึงจุดอ่อนของภาษาในงานที่มันควรจะทำได้ ก็ควรจะเป็นเรื่องปกติ จะได้ปรับปรุงพัฒนากันไปเรื่อย ๆ

หลายคนยังไม่รู้ว่า ฐานข้อมูลในหลาย ๆ การออกแบบมันไม่ต้องยืนยันข้อมูลล่าสุดก็ได้ หรือบางทีก็ไม่ได้คิดถึงเรื่องนั้น จะ query กันในทุก ๆ request เลย ทั้งที่มันสามารถ cache ไว้ใช้ทีหลังได้ ถ้าเป็นคนที่พึ่งเริ่มเรียนรู้ก็จะไม่ว่าอะไรเพราะคนเก่งก็เคยเป็นคนไม่เก่งมาก่อนนั่นแหละ

ปล. Node.JS เร็วที่สุดต่างหาก เพราะมันไม่ใช่แค่แปลงเป็น bytecode แต่มันแปลงเป็น machine code แล้ว branch ไว้ล่วงหน้าเลย ซึ่งก็มี side-effect ของการใช้ memory ที่สูง (แต่น้อยกว่า Java หลายขุมอยู่) แต่ถ้านับเฉพาะงานที่ทำแบบ sequential ตัว PHP จะเร็วกว่าหน่อย และที่ช้าที่สุดคือ Python (เจาะจงหน่อยคือ CPython) เพราะมันไม่แม้แต่จะใช้ JIT ด้วยซ้ำ

ผมคิดเดาเอาเองว่าในอนาคต engine ของ PHP คงเร็วขึ้นอีกมาก ก็ถ้ามีคนทำ engine ให้รัน JavaScript ให้เร็วได้ ฝั่ง PHP ก็คงทำได้เช่นกัน อย่างน้อยตอนนี้ PHP เวอร์ชัน 7 -> 8 ก็ดูมีพัฒนาการขึ้นมากจนมีความหวังว่าในอนาคตมันจะเร็วขึ้นได้อีก

เสียแต่ว่าทีมงานที่ดูแลโครงการ PHP นั้นน้อยเหลือเกิน คุ้นๆ ว่า maintainer หลักจะมีแค่ 2-3 คนนี่แหละ

พูดให้ถูก (แต่ไร้ประโยชน์) ความเร็วขึ้นอยู่กับว่าเอาไปใช้ทำอะไร

ความเร็วของ JS ได้จาก JIT ของ PHP ได้จาก optimized hash ทำให้ความเร็วของ PHP predictable และ consistence กว่า แต่ JS จะเร็วกว่าเมื่อทำงานซ้ำ ๆ กันหลายรอบ

แต่พอเป็น string processing ทั้ง 3 ภาษาแทบไม่ต่างกัน และแทบไม่ต่างจาก static type มากนัก เพราะต่างถูก optimized กันมาตั้งแต่แรก

แต่! ในชีวิตจริง ความเร็วไม่ได้ขึ้นกับภาษา แต่ขึ้นกับ data structure และ algorithm

ทั้ง 3 ภาษาใช้พัฒนาโปรแกรมได้ดีแทบไม่ต่างกัน Python จะได้เปรียบบ้างในเรื่องดีไซน์ สำหรับผมคุณภาพซอฟท์แวร์ที่พัฒนาด้วย 3 ภาษานี้แทบไม่ต่างกัน