ได้เห็น Evo X เต็มเมืองแน่เลย

Lancer EX เดิมๆ

ด้านหลังของ EX

เริ่มด้วยด้านหน้า

ค่อยๆ ถอดออกมา

สภาพหลังถอด

เอาไฟหน้าออกด้วยครับ

สภาพด้านหน้าหลังถอดไฟ

ถอดด้านข้าง

จากนั้นมาที่ด้านท้ายครับ

ตรงขอบบังโคลนหน้าครับ

หน้าของ EVO X

ยัดด้านข้างเข้าไปครับ

ใส่เกิ๊ตครับ

หน้า EVO X

โฉมด้านข้างครับ

ด้านข้างต่อครับ

ท้ายครับ

สภาพ Evolution X สุดโหด

ตัวนี้หลังจากทำสี เหมือนจริงเด๊ะๆ

ต่อจากนี้ คงจะเห็นไอ้หน้าดุเนี่ยเต็มบ้านเต็มเมืองแน่ๆ  แต่ผมคนนึงล่ะที่จะไม่ซื้อ  เหตุผลน่ะเหรอ  หุหุ  ไม่อยากจะคุย  (ไม่มีตังค์นั่นเอง T-T)

“ทำไมทำ PHP Framework เองหล่ะ”

วันนี้เลยมาตอบแบบยาว ๆ เสียหน่อย

คือในตอนแรกเริ่มเดิมทีเนี่ย ผมก็เขียน Class ต่าง ๆ ใช้งานเองอยู่มากมาย ทั้ง Class สำหรับ Query ฐานข้อมูล MySQL หรือ Class วันที่อย่าง thai_datetime ที่รองรับวันที่ภาษาไทย และปี พ.ศ. โดยรวมก็รู้สึกว่าทำงานกับพวกนี้สะดวกขึ้นมาก โยน Object ไปๆ มาๆ ง่ายและง่ายเสร็จเร็ว

แต่พอมาระยะหลัง ๆ งานที่ได้รับมันเป็นงานที่เกี่ยวกับข้อมูลจำนวนมาก ๆ การทำแบบนั้นสิ้นเปลื้องทรัพยากรอย่างมาก และบางครั้งเกิดความซ้ำซ้อน และโค้ดโปรแกรมรกอย่างเห็นได้ชัด รวมไปถึงการที่ผมเริ่มเขียน PHP แบบรวมไฟล์เดียว คือ process ทุกอย่างจะทำงานภายใต้ index ไฟล์ ทำให้การลาก if-else ของหน้าต่าง ๆ มันยาว และยุ่งยาก เลยนั่งคิดว่าจะทำยังไงดี

คราวนี้คิดออกว่าเราทำไม ไม่ทำการอ้างอิงหน้าแบบ Class ไป Method เสียเลยหล่ะ (ในตอนต่อไปขอเรียก Class ว่า Model) คือเมื่อ เขียนโปรแกรมต้องการข้อมูลเกี่ยวกับอะไรก็เรียก Model และตามด้วย Method ที่ต้องการ

ตัวอย่างเช่น

ต้องการอ่านข่าว id ที่ 1234 ระบบก็ไปเรียก Model “News” และ Method “Show” โดยส่ง id “1234″ เข้าไปใน Method แล้วเมื่อได้ข้อมูลแล้วก็แสดงผลออกมา

ตอนแรกก็กะทำแค่นั้น แต่ไป ๆ มา ๆ มันเข้าเค้า MVC เว้ย เลยศึกษา RoR อยู่พักนึง เลยเข้าใจเลยว่าไอ้ที่จะทำเนี่ยมันคล้าย ๆ กัน เลยจัดการดัดแปลงแนวคิดใหม่ จากการที่จะเรียก Model ตรง ๆ เป็น ไปเรียก Method ของ Controller (Controller-Method) แทน แล้ว Controller-Method จะไปเรียกใช้ Model และ Method ที่เกี่ยวข้องทั้ง ๆ มาใช้งาน ซึ่งคราวนี้ Model มีอิสระต่อการเรียกใช้ข้อมูลของฐานข้อมูลมากขึ้น สามารถปรับแต่งและแก้ไขคำสั่ง SQL ได้ตามต้องการ โดยการจัดการข้อมูลในฐานข้อมูลต้องสอดคล้องกับความหมายของ Model นั้น ๆ เมื่อ Controller-Method สั่งให้ Model ทำงานเสร็จแล้ว Model จะทำการบันทึกสถานะที่จำเป็นในการแสดงผลใส่ลง Observer-Data (ตัวตรวจจับข้อมูลที่ต้องการ) ไปยัง View ให้ View จัดการแสดงผลข้อมูลตามที่ Controller-Method สั่งมาอีกที แล้วเจ้า View เนี่ยจะเอาข้อมูลใน Observer-Data มาใช้งานตามแต่ View จะใช้

ตัวอย่างเดิมแต่เปลี่ยนแนวคิดใหม่

ต้องการอ่านข่าว id ที่ 1234 ระบบก็ไปเรียก Controller “News” และ Controller-Method “Show” เสร็จแล้ว Controller-Method มีการทำงานอะไร ต่าง ๆ มากมาย เช่นมีการใช้ Model พื้นฐานอย่าง News และอาจจะมี Model “ความดิดเห็น” และ “ข่าวที่เกี่ยวข้อง” อื่น ๆ อีก เพื่อเอาไปแสดงผล โดยส่ง id “1234″ เข้าไปใน Controller-Method ด้วย เพื่อเอาข่าวที่ 1234 ออกมา เมื่อได้ข้อมูลครบแล้ว ก็เข้าไปใส่ใน Observer-Data ซึ่งเมื่อได้ข้อมูลแล้วก็แสดงผลออกมาโดยเอาไปจัดการรูปแบบต่าง ๆ ให้สวยงานในส่วนของ View ชื่อ “ShowNews” โดยส่วนของ View จะถูกครอบอีกชั้นด้วย Theme หลักของระบบอีกที

ซึ่งระบบจะประมาณนี้ แต่สุดท้ายก็มีการแยกส่วนหลัก ๆ เป็น Core, Add-on, Warrper Class, Page และ Apps ซึ่งอาจจะมีอะไรมากกว่านี้อีกหน่อย แต่คงไม่ต่างจากข้างบนมากนัก

จากสิ่งเหล่านี้ ทำให้ผมได้แนวคิดมากมาย และการทำแบบนี้มันทำให้รู้ว่า “กูก็ทำได้วะ” เอาแนวคิดที่เราเคยทำอะไรมามากมายใส่มันลงไป

อีกอย่างคือ Framework หลาย ๆ ตัวของเมืองนอกมักเขียนคำสั่ง SQL เพียว ๆ ไม่ค่อยได้ และมักจะทำให้เราเสร็จ ซึ่งผมไม่ชอบเท่าไหร่ เพราะมันควบคุมและย่อคำสั่ง SQL ลำบากมาก หรือทำไม่ได้เลย ซึ่งทำให้ประสิทธิภาพตกไป ใน Framework ผมเลยไม่มีการจัดการ SQL สำเร็จรูปมากมาย อาจมีคำสั่งพื้นๆ เช่นนับจำนวน Record ในตาราง หรือตัวช่วยแบ่งหน้า อะไรพวกนี้ นิดหน่อยซึ่งเป็นงานที่ทำซ้ำ ๆ และใช้กันเยอะอยู่แล้ว เอามาใส่เป็นแบบสำเร็จรูป ส่วนคำสั่ง insert, update, delete อาจจะทำส่วนง่าย ๆ ไว้ในกรณีที่ต้องการลบข้อมูลที่ใช้ primary key อ้างอิงเป็นหลัก แต่ถ้าใช้ตัวอื่น ๆ ด้วย ก็สามารถใช้ SQL Query ทั่วไปแทนได้เลย

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

การพัฒนา Framework ตัวนี้พยายามให้มันอยู่บนพื้นฐานของ Add-on มากกว่า Core คือไม่อยากใช้อะไรก็เอา add-on ออก พยายามไม่ให้ตัวที่เป็น Core ผูกติดกับ Add-on แต่ให้ Add-on มันมาผูกกับ Core เอง เพราะเวลาเอา Add-on ออกมันจะได้ไม่มีปัญหา ซึ่งมันต่างกับ Framework บางตัวที่มีอะไรให้ใช้มากมาย แต่บางครั้งมันมากเกินไปหนัก Framework แล้วมันเอาออกไม่ได้ ซึ่งมันทำให้ประสิทธิภาพตกไปเลย ซึ่งพยายามไม่ให้เกิดกับตัวนี้ (หวังไว้นะ)

อีกอย่างที่ำอยากทำคือทำให้ได้อย่าง RoR กะว่าจะทำ Bat File แล้วเขียนให้มันสร้าง Model, View และ Controller ด้วยคำสั่งเดียว -_-’ แต่คงยากหว่ะ เอาแค่นี้ก่อนดีกว่า ฮ่า …..  ทำคนเดียวไม่ได้ทำหลายคน ค่อยเป็นค่อยไปแล้วกัน

ที่มา : http://www.thaicyberpoint.com/ford/blog/id/27

1. เป็นเพื่อน
2. เป็นคนรัก
3. เป็นพี่ เป็นน้อง
4. เป็นพ่อ
5. เป็นอาจารย์
6. เป็นพ่อครัว
7. เป็นช่างไฟ
8. เป็นช่างไม้
9. เป็นช่างประปา
10. เป็นช่างซ่อมรถ
11. เป็นสถาปนิก
12. เป็นดีไซเนอร์
13. เป็นคนเก่งในเรื่อง sex
14. เป็นคนรอบรู้เรื่องผู้หญิง
15. เป็นนักจิตวิทยา
16. เป็นผู้ฟังที่ดี
17. เป็นผู้จัดการที่ดี
18. เป็นพ่อที่ดี
19. เป็นคนสะอาดเรียบร้อย
20. เป็นคนเข้าใจความรู้สึกคน
21. เป็นนักกีฬา
22. เป็นคนอบอุ่น
23. เป็นคนดูแลเอาใจใส่
24. เป็นห่วงเป็นใย
25. เป้นคนกล้าหาญ
26. เป็นคนฉลาด
27. เป็นคนสนุกสนาน
28. เป็นคนสร้างสรรค์
29. เป็นคนอ่อนโยน
30. เป็นคนเข้มแข็ง แข็งแรง
31. เป็นคนเข้าใจโลก
32. เป็นคนที่มีความอดทน
33. เป็นคนรอบคอบ
34. เป็นคนทะเยอทะยาน
35. เป็นคนมีความสามารถ
36. เป็นคนเก่ง
37. เป็นคนมุ่งมั่น
38. เป็นคนจริง
39. เป็นคนที่เชื่อถือได้
40. เป็นคนกระตือรือร้น
41. เป็นคนเห็นใจคน

และต้องห้ามลืม

42. ให้ของขวัญอย่างสม่ำเสมอ
43. พาไป shopping
44. ซื่อสัตย์
45. พยายามรวย
46. ห้ามอยู่นอกสายตา
47. ห้ามมองผู้หญิงอื่น
และในเวลาเดียวกัน คุณต้อง
48. ให้ความดูแลอย่างเต็มที่
49. ให้เวลาอย่างเต็มที่
50. ต้องไว้ใจและมีช่องว่างอย่ากังวลว่าจะไปไหน

และนีคือสิ่งสำคัญที่สุด
ห้ามลืมวันเกิด
ห้ามลืมวันครบรอบต่างๆ
ห้ามลืมนัด

ใครจะนำไปใช้ ไม่ว่ากันนะครับ อิอิ

ปล.จะโพสเป็น part ตามที่คุณ Fordot ได้ทำการแบ่งไว้นะครับ

สืบเนื่องจากที่ผม post ข้อคิดเห็นของผมเกี่ยวกับการเรียนรู้ด้าน network ไว้ในกระทู้ “ข้อสอบ CCNA ใน
books.rackhub.com” http://www.thaiadmin.org/board/index.php?topic=9186.0
และ มีคุณ Chokul ได้ส่ง message ถึงผมตามที่อ้างถึงข้างบนเพื่อให้ช่วยแนะแนวทางในการก้าวขึ้นมาเป็น Networker ผมก็เลยอยากจะเรียบเรียงจากประสบการณ์ เพื่อให้ลองใช้เป็นแนวทางเบื้องต้น แล้วก็เลยตัดสินใจ post เป็นกระทู้ใหม่ เพื่อให้คนอื่นที่อาจสนใจได้รับทราบด้วยเผื่อสามารถนำไปใช้เป็นแนวทางด้วย

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

Networker ถือเป็นคนกลุ่มหนึ่งที่ทำงานด้าน network โดยตรง ซึ่งแตกต่างจากกลุ่มของ system admin หรือ network admin ยกตัวอย่างที่เห็นค่อนข้างชัดคือพวกที่ได้ ccie พวกนี้จัดเป็น networker คนพวกนี้จะเชี่ยวชาญเรื่อง network มาก แต่ถ้าต้องให้มานั่ง configure active directory หรือ mail server ก็ไปไม่เป็นเหมือนกัน แต่ถ้าเป็นเรื่อง network เขาจะรู้เรื่องมากกว่าพวก network admin ในขณะที่กลุ่ม system admin และ network admin นั้นจะทำงานที่ใกล้เคียงกัน คือ ดูแลระบบ networkและsystemในองค์กรใดๆ ซึ่งอาจจะมีขนาดเล็กจนถึงปานกลาง และใหญ่

ใน องค์กรระดับเล็กถึงปานกลางเรามักจะเรียกคนดูแลระบบ IT รวมๆว่า admin หรือ administrator แต่พอเป็นองค์กรระดับใหญ่ จำเป็นต้องมี admin มากกว่าหนึ่งคน ทีนี้เขาก็เริ่มแบ่งงานกัน ซึ่งโดยมากมักจะแบ่งเป็นพวก system ดูแล server, AD, mail, database (บางที่ที่ใหญ่มาก ก็จะแบ่งออกไปอีกเป็น database admin ก็มี) และอีกพวกจะดูแลด้าน network เช่น switch, router, vpn, firewall, internet link เป็นต้น ตอนนี้จะเห็นว่า เรามีคนอยู่สามกลุ่มที่ใกล้เคียงกันคือ admin, system admin, network admin คิดว่าน่าจะพอแยกออกแล้วนะครับ ที่อยู่ของคนสามกลุ่มนี้ส่วนใหญ่จะอยู่ตามบริษัทเอกชน enterprise ทั่วไป และมีอยู่ในพวก SI (System integrator) ขนาดเล็กถึงขนาดใหญ่จะขอพูดถึงเนื้อหาของคนสามกลุ่มคร่าวๆ เพื่อให้เห็นเป็น idea เพื่อจะได้นำไปเปรียบเทียบกับพวก networker ในภายหลังได้นะครับ

กลุ่ม administrator

กลุ่มนี้จะทำทุกอย่างเกี่ยวกับระบบ ITในองค์กร รวมตั้งแต่ server AD, DNS, DHCP, MAIL, File,  Printer, Router, internet link, switch, vlan, wan และอื่นๆทุกอย่าง (ทำแค่ระดับเบื้องต้น ไม่ได้ลงลึก) สิ่งหนึ่งที่เหมือนกันเกือบจะทั้งหมดของกลุ่มนี้คือ เมื่อมีการติดตั้งระบบใหม่มักจะเป็นการจ้าง SI เข้ามาทำให้ ถัดจากนั้น admin ก็จะเป็นคนดูแลต่อ งานที่ adminจะได้ทำส่วนใหญ่ จะเป็นการแก้ปัญหาให้ user และการกู้ระบบเมื่อมันล่มเช่น email, router, internet เป็นต้น สิ่งที่จะเป็นตัววัดว่าadmin คนไหนเก่งกว่ากันก็จะขึ้นอยู่กับชั่วโมงบินของแต่ละคน และขนาดของระบบ IT ที่ดูแล เพราะยิ่งระบบมีขนาดใหญ่ user เยอะ มันก็จะมีปัญหาจากuser ตามมาค่อนข้างมาก admin มักจะต้องเจอกับปัญหาเฉพาะหน้าให้แก้ไขอยู่เสมอ ระดับของปัญหานั้นจะเป็นระดับง่ายถึงปานกลาง ในช่วงแรกของadminทุกคนจะรู้สึกว่าปัญหาทุกอย่างเป็นเรื่องยากไปหมด แต่เมื่อเขาทำไปซักพัก เขาจะรู้สึกว่าง่ายขึ้น และจุดนี้เองที่เป็นที่กำเนิดของคำว่าทำมากประสบการณ์เยอะก็จะเก่ง เพราะพอทำมากๆเจอปัญหาหลายแบบ เขาจะเรียนรู้วิธีแก้ไข แล้วพอมันเกิดขึ้นอีก ทีนี้ก็หมูเลย แก้ไม่ยาก เพราะเคยทำมาแล้ว มาถึงตรงนี้ก็ฟังดูธรรมดาใช่ไหมครับ แต่อันที่จริงถ้าหากมองจากภาพใหญ่เราจะพบว่า อันที่จริงแล้วปัญหาที่adminเจอกันส่วนใหญ่นั้นเป็นการแก้ปัญหาให้ user หรือทำระบบเพื่อ support user ซึ่งระดับของปัญหาเล่านี้ยังจัดว่าเป็นระดับง่ายถึงแค่ปานกลาง ดังนั้น ถ้าหาก adminยังมองระดับตัวเองไม่ออกและไม่รู้จักขยับขยายระดับของตัวเองขึ้นเขาก็ จะเริ่มติดอยู่กับระดับของ admin และประโยคที่ว่า ทำมานาน ลงมือทำเองมามาก ปฏิบัติมาเยอะ ประสบการณ์สูง และมั่นใจว่านั่นคือที่สุดแล้ว เพราะเขาแก้ปัญหาที่เกิดขึ้นในบริษัทได้เกือบจะทั้งหมด จะเริ่มเกิดขึ้น  และถึงแม้ในบางครั้งบริษัทอาจจะมีเรื่องใหม่ๆเข้ามาให้เขาทำ เขาก็สามารถจัดการมันได้โดยไม่ยากอะไรนัก สิ่งเหล่านี้จะกลายเป็นกับดักของเขาเองไปในตัว เพราะเขาจะวนเวียนอยู่แต่กับระดับซึ่งครอบตัวเขาไว้ทำให้เขามองว่าทั้งหมด ที่เขามองเห็นและทำอยู่ในบริษัทนั่นมันคือที่สุดแล้ว เกือบจะทั้งหมดของadminที่ไม่ได้ขยับขยายตัวเองไปไหน สุดท้ายเมื่ออยู่ไปนานๆ จะมีได้สองแบบ คือโดนดอง (บริษัทจะมองว่าเขามีความสามารถสูงแต่เงินเดือนที่จ้างก็ไม่ได้สูงอะไร และดูเขาก็มีความสุขในสิ่งที่เขาทำอยู่ เพราะฉะนั้นบริษัทควรหาทางจ้างเขาไปเรื่อยๆในตำแหน่งนี้แหละดีแล้ว) ในขณะที่อีกกลุ่มจะถูก promoteเป็น IT managerเพราะบริษัทมองว่าเขารู้จักระบบงานทุกเรื่องของบริษัทแล้ว น่าจะเอามาดูแลทั้งระบบในระดับงาน IT management เลยก็น่าจะดี adminที่อยู่ที่เดิมจนรากงอกก็มีทางไปสองแบบหลักๆ แล้วแต่ดวงแล้วแต่บริษัทที่อยู่ว่าจะเป็นอย่างไร  ถ้าโชคดีก็อาจได้เป็น IT manager

]]> http://www.nawattapon.com/2009/06/networker-roadmap-part-1/feed/ 0