หลังจากเป็นผู้ประสบภัยว่าจะไม่เขียนแต่ติดตามข่าวน้ำท่วมปีนี้แล้วขอจดไว้หน่อยเถอะ การสื่อสารสถานการณ์ต่างๆ ของรัฐบาลห่วยมาก ถึงขั้นเลวร้ายจนแทบไม่มีใครเชื่อถือแล้ว รัฐบาลจัดการปัญหาช้าไป อาจจะประเมินสถานการณ์ผิดหรือคิดไม่ถึงอย่างไรไม่รู้ แต่กว่าจะจัดการก็สองเดือนหลังน้ำเริ่มท่วมแล้ว การจัดการปัญหาเร่งด่วนเฉพาะหน้าห่วยแตกอีกนั่นแหละ ไม่สามารถบอกได้เลยว่าตรงไหนจะท่วมบ้างแน่ๆ ล่วงหน้าแล้วให้อพยพ การจัดการของช่วยเหลือผู้ประสบภัยก็แย่อีก แย่อย่างไรก็น่าจะเห็นตาม Twitter เป็นเหตุการณ์ที่ทำให้คนแตกแยกมากกว่าเดิมมากกว่ามั้ง เพราะตรงไหนท่วมปุ๊บ อีกฝั่งก็จะก่อกำแพงห้ามน้ำเข้าทันที แล้วก็ทะเลาะกันทั้งๆ ที่มันควรจะเจรจาว่าจะทำไรในภาพรวมได้ มีภัยพิบัติร้ายแรง ฝั่งธนช่วยตัวเองนะจ๊ะ! (ปีที่แล้วคงสงบสุขเกินไป มีแต่ฝั่งกลางกรุงที่วุ่นวาย ปีนี้เลยไปหนักฝั่งธน) ที่ฝั่งธนท่วมมีสองอย่าง 1.น้ำจากบางบัวทองหลากลงมา 2. กำแพงส่วนตัวในเขตบางพลัดแตก พื้นที่เอกชนทั้งหลายที่ไม่ให้สร้างกำแพงเมืองถาวรคงได้สร้างหลังจากเหตุการณ์ครั้งนี้ ไม่งั้นก็คงอยู่ในพื้นที่ไม่ได้หละ ประเทศไทยมีแต่กรุงเทพฯ จริงๆ ข่าวน้ำท่วมอีสานแทบจะไม่เห็นเลย คนที่คุมจังหวัดสุพรรณคงได้เลือกอีกสมัยแน่นอน ป้องกันน้ำท่วมได้เยี่ยมยอดขนาดนี้ (แต่ก็ไม่รู้ว่าจังหวัดอื่นจะชอบด้วยหรือป่าวนะ) กรุงเทพฯ สกปรกมาก ไม่เข้าใจว่าทำไมน้ำมันไหลจากคลองด้านเหนือลงคลองด้านใต้กทม.ช้านัก คลองด้านใต้พล่องน้ำจนแห้งแล้ว น้ำก็ยังมาไม่ถึงซักที ข้องใจสุดๆ การจัดการน้ำท่วมใน กทม. อำนาจเป็นของรัฐบาลหรือ กทม. กันแน่หรือจริงๆ กทม.ก็มีอำนาจเด็ดขาดที่จะเปิดปิดประตูระบายน้ำและช่วยรัฐบาลในการดึงน้ำลงทะเลได้? รัฐบาลประสานงานกับกทม.ยังไง เหมือนคุยกันคนละภาษาจนทำงานร่วมกันไม่ได้เลย การจัดการมวลชนในเขตกทม. อย่างคลองสามวาต้องให้ สส. ในเขตไปคุยหรือจริงๆ สำนักระบายน้ำ สก. [...]
Less behavior, more case
คำเตือน blog นี้เขียนเพื่อบ่นการทำงานโดยเฉพาะ! ช่วงนี้ประชุมเยอะ เลยคิดอะไรได้นิดหน่อยเนื่องจากพยายามจะจำกัดให้ Project ไม่โตเกินไปแต่รู้สึกจะห้ามไม่ได้เท่าไหร่ เคย Tweet ลอยๆว่าจริงๆ ควรทำระบบในรูปแบบกลับด้านจากเผื่อเหลือ ให้เป็นระบบที่ยังขาดบางอย่างอยู่ซะ แต่ก็ไม่ได้คิดต่อว่าเพราะอะไรจนช่วงนี้แหละที่ประชุมรวบรวมว่าระบบต้องทำอะไรบ้างถึงเขียนยาวๆ ได้ เนื่องจากระบบที่ทำอยู่ เป็นระบบที่ใหญ่มากประกอบด้วยการทำงานจากชั้นย่อยๆ หลายๆส่วน มีพฤติกรรมล้านแปดจาก Marketing เมื่อจะเริ่มทำเจ้าของระบบก็เอา Requirement ทั้งหมดมาแปลงเป็น Design ขนาดใหญ่เพื่อให้ระบบทำตาม Requirement/Bahavior ได้ทั้งหมดตั้งแต่เริ่มต้น!!! ซึ่ง Requirement ก็เปลี่ยนแปลงไปมาเพิ่มนู่นนี่จนปัจจุบันก็ยังไม่ได้ Finale design ที่สมบูรณ์พร้อมที่จะให้ Programmer ตาดำๆ ไปเขียนหรือแบ่งส่วนให้ชัดเจนเสียที เพราะรายละเอียดจุกจิกทั้งหลายมักจะโผล่มาจากคนนู้นทีคนนี้ทีจนมันไม่เสร็จ ก็เลยคิดได้ว่า จริงๆแล้วถึงแม้ระบบมันจะใหญ่ขนาดไหนก็ตาม มันควรจะตัด Behavior พื้นฐานแล้วค่อยๆทำก่อน ไม่จำเป็นต้องออกแบบหรือคิดถึง Behavior ทั้งหมด เมื่อได้ชั้นต่างๆ ที่มีหน้าที่ชัดเจน มี test(case) ครอบคลุมแล้วเราถึงค่อยทำ Behavior เพิ่ม การออกแบบก็ไม่ใช่ออกแบบทั้งหมดตั้งแต่ต้น แต่ต้องทำเพื่อให้มันค่อยๆ เพิ่มได้เพราะงั้นสิ่งที่ควรทำจริงๆ คือ [...]
HTML5 Application Cache #2
จากภาคแรก สิ่งที่ยังไม่ได้เขียนถึงคือ event และ status ของ Application Cache สองอย่างนี้ใช้คู่กันเมื่อ manifest file มีการเปลี่ยนแปลงโดย browser จะยิง event มาหลังจากเทียบ manifest file และโหลดไฟล์ที่กำหนดให้เก็บไว้ event ต่างๆ ก็มี checking: event แรกที่จะถูกยิงออกมา เป็นช่วงที่ browser ดาวโหลด manifest มาเทียบว่าต้องดึงไฟล์มาใหม่หรือไม่ ตรวจสอบเสร็จก็จะมี 4 event ที่ยิงถัดมาคือ noupdate, downloading, obsolete, error noupdate: หลังจากตรวจสอบแล้ว manifest ไม่มีการเปลี่ยนแปลง Application Cache ก็ยิง event นี้ออกมา downloading: หลังจากตรวจสอบแล้วว่า manifest มีการเปลี่ยนแปลง browser ก็จะดาวโหลดไฟล์ใหม่และ Application Cache [...]
HTML5 Online/Offline
เมื่อวานเขียนเรื่อง Application Cache ไปสิ่งหนึ่งที่เกี่ยวข้องแต่แยกออกมาคือ online/offline ใน browser ปัจจุบัน (Chrome, Firefox, Safari) สามารถตรวจว่าตอนนี้เครื่องที่เราใช้อยู่ online/offline อยู่ได้จาก navigator ตามด้านล่าง สถานะ online/offline จะดูตาม network interface ของเครื่องเลยว่ามี interface ไหนที่ active อยู่บ้างถ้าไม่มี interface ไหน active เลย navigator.onLine จะมีค่าเป็น false ถ้ามี interface นึงที่ active จะมีค่าเป็น true นอกจาก flag ที่ check จาก navigator แล้วยังมี event ที่บอกว่าเปลี่ยนเป็น online/offline เมื่อไหร่ดักได้ตาม code ด้านล่าง จาก code ไว้สำหรับคอยดักดูว่า [...]
Sequence dev process
ได้ Stylus มากำลังเห่อ แถมช่วงนี้กำลังตบตี Dev Process ทดลองอะไรต่างๆ และติดใจ Sequence diagram มากสุดเพราะมันทำให้เห็นหน้าที่ชั้นต่างๆ ชัดดี เลยลองเขียน Sequence ของ Dev process ปัจจุบันซักหน่อย ได้ออกมาตามภาพด้านล่าง จริงมีวาดไว้อีกหลายอย่างแต่คงเอามาเปิดเผยไม่ได้ ฮะๆ
Subscribe / Connect
Subscribe to our e-mail newsletter to receive updates.
