ต่อไป »

[ball6847]

คือว่าผมเกิดปัญหานี้มานานแระคับ ตั้งแต่เริ่มรับงานนั่นแหละ

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

ผมเลยอยากจะถามผู้ที่เล่าเรียนมา หรือผู้ที่ทุกวันนี้เลี้ยงชีพด้วยการเขียนโปรแกรม ว่า...

พอท่านๆรับงานกันมาปุ๊บ ลงมือเลยหรือเปล่า หรือว่าต้องมาเขียนแผน ต้องมานั่งคิดโน่นคิดนี่ก่อนมั้ย หรือแบบว่ารับมาลงมือเลย ไอเดีย ได้ตอนเขียนเลยหรอ ปัญหาที่คาดไม่ถึงก็แก้สดตอนเขียนเลยหรอ

คำถามคือ
- ก่อนลงมือเขียนโปรแกรมหรือสคริปท์ ท่านเตรียมตัวอะไรบ้าง ?
- หากต้องเตรียมตัว ท่านใช้เวลาในการเตรียมตรงนี้ไปประมาณเท่าไหร่ เป็นนาที ชม. หรือเป็นวัน ?
- ท่านมีวิธีการเขียนอย่างไรให้เสร็จเร็ว และเกิดปัญหาน้อยที่สุดครับ ?

*ต้องขอโทษที่ถามคำถามเหมือนล้วงตับ เพราะผมมันไม่มีความรู้ส่วนนี้เลย ผมอาศัยมั่วสดมาตั้งแต่แรก ผมเริ่มทนกับปัญหานี้ไม่ไหว เลยอยากจะได้คำแนะนำคับ ถ้าเน้นไปทาง PHP จะดีมากเลยคับ

ปล. ตอนนี้เซ็งมากคับ เขียนใส่กระดาษมากกว่าพิมพ์ลงในคอมซะอีก เดือนๆนึงผมรับงานไม่ค่อยเยอะ แต่ผมต้องซื้อสมุดปกอ่อนเล่มใหม่ทุกเดือน งานเดียวล่อไปเกือบครึ่งเล่ม 

[BosnoS]

เท่าที่รู้มา ควรมีการวางแผน ในกระดาษก่อน ลำดับขั้นตอน คิดไอเดียให้ครบ แล้วค่อยลงมือทำหลังสุด เมื่อพร้อม

แต่ วิธีผม คือ เขียนเลย เป็นคนคิดไกลๆ ไม่ออก ให้มานั่งนึกแล้วค่อยเขียน มันทำไม่ได้ ไอเดีย มักจะออกมาตอนขณะเขียน

แต่พอหลังๆ เขียนไปเยอะๆ เวลาจะแก้ แก้ไม่ถูก เพราะจำไมได้อะไรเป็นอะไร บางทีประกาศตัวแปรไว้ ยังนึกไม่ออกเลย ว่าประกาศเพื่ออะไร บางบรรทัด ก็ไม่เข้าใจว่าทำไว้ทำไม พอลบออก Error ตามมา เลยนึกออก 

[icez]

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

- หากต้องเตรียมตัว ท่านใช้เวลาในการเตรียมตรงนี้ไปประมาณเท่าไหร่ เป็นนาที ชม. หรือเป็นวัน ?
แล้วแต่ระบบครับ ที่นานที่สุดคือสามเดือน
ที่เร็วที่สุดคือ ขอมาปุ๊ปจัดไปเลย ขึ้นกะขนาดระบบที่ทำ

- ท่านมีวิธีการเขียนอย่างไรให้เสร็จเร็ว และเกิดปัญหาน้อยที่สุดครับ ?
แยก code ออกเป็น module ต่างๆ แล้วเขียน function กลาง สำหรับเชื่อมต่อแต่ละระบบเข้าด้วยกัน
เวลามีปัญหาก็แก้ทีละ module ได้ โดยไม่กระทบกับระบบอื่น

[EThaiZone]

ของผมตามคุณ icez เลย ลงกระดาษก่อนซะส่วนมาก

พูดถึงเวลาที่กะ หลายครั้งเราก็พอกะได้ แต่บางครั้งเวลาทำจริงๆ จะต่างกัน
เช่นบางงาน ตีไว้ 3 วัน  แต่พอมาค้นข้อมูลในเครื่อง (ผมชอบยำโค้ดเล็กๆ ไว้เรื่อยๆ นึกไรได้ก็ยำ)
เจออันหนึ่งเคยทำไว้ ก็เลยเป็นว่าอีก 30 นาที ก็เขียนเสร็จ คนเขียนก็อึ้ง "กั๊กงาน เอาค่า hour ดีไหมน้อ  "
(ล้อเล่นเน้อ)

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

ส่วนเรื่องการเขียนตัวโค้ด
จริงๆ ถ้าเขียนลงกระดาษก็จะหมดปัญหาครับ ผมเขียน mind mapping นะ ไม่ใช่ flowchart
ถ้าเป็นสมัยก่อน ตามครู-อาจารย์จะสอนเขียน flowchart แต่มาสมัยนี้
มันใช้ไม่ได้ครับ ยิ่งกับงานแนว multi method ที่ต้องมีการทำงานวิธีการแยกส่วนนี้ มาก็งงครับ
เลยออกมาเป็น mind mapping จะดีกว่าเห็นๆ (เข้าใจง่ายกว่า เวลามาฟื้นความจำก็ไวกว่า)
ที่เหลือเราค่อยมาดู node ที่เราเขียนแยก แล้วมานึกเป็น flowchart เล็กๆ ที่หลังจะดีกว่าครับ

เขียนเป็น draft ตัวแรกออกมา ส่งกลับไปให้คนจ้างดู ระหว่างรอตอบกลับก็เขียนระบบหลักไปก่อน
ผ่านเมื่อไหร่ก็ลุย (แต่โดยปกติไม่ค่อยส่ง draft ให้ใครดูหรอกครับ ส่งไปแล้วดูไม่ค่อยจะออกกัน)

+100

[ColdMoney]

ถ้าโปรแกรมใหญ่ ปรกติส่วนตัวผมจะเขียนในกระดาษก่อนครับ คร่าวๆว่า feature มีอะไรบ้าง แยกแต่ล่ะ parts ย่อยแต่ล่ะ block ว่าทำงานยังไง algorithm หลักๆแต่ล่ะตัว จนเสร็จ พอเสร็จก็เริ่มลงมือตามที่เขียนไว้รวดเดียว แต่บางครั้งก็มีความคิีดที่ดีกว่า้ขณะเขียนอยู่ ก็เปลี่ยนเลยแต่จะไม่เยอะ ต้องมีอะไรเป็นหลักไว้ก่อน

[ball6847]

โอ้ว แหล่มมากคับ ขอบคุณทุกท่านคับ 

[arabanaki]

ของผมก็
1. เขียน requirement
2. เขียน design
3. เขียน plan
4. เขียนโปรแกรมและทดสอบ
ครับทำแบบนี้ทุกงานครับ ทำมาสิบปีละ

[UnzO]

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

- หากต้องเตรียมตัว ท่านใช้เวลาในการเตรียมตรงนี้ไปประมาณเท่าไหร่ เป็นนาที ชม. หรือเป็นวัน ?
แล้วแต่ระบบครับ ที่นานที่สุดคือสามเดือน
ที่เร็วที่สุดคือ ขอมาปุ๊ปจัดไปเลย ขึ้นกะขนาดระบบที่ทำ

- ท่านมีวิธีการเขียนอย่างไรให้เสร็จเร็ว และเกิดปัญหาน้อยที่สุดครับ ?
แยก code ออกเป็น module ต่างๆ แล้วเขียน function กลาง สำหรับเชื่อมต่อแต่ละระบบเข้าด้วยกัน
เวลามีปัญหาก็แก้ทีละ module ได้ โดยไม่กระทบกับระบบอื่น

ไม่ผิดหวังเลยคนใต้ 

ไม่ผิดหวังที่ได้ยินชื่อเสียงเรียงนามมานาน 

เท่าที่รู้มา ควรมีการวางแผน ในกระดาษก่อน ลำดับขั้นตอน คิดไอเดียให้ครบ แล้วค่อยลงมือทำหลังสุด เมื่อพร้อม

แต่ วิธีผม คือ เขียนเลย เป็นคนคิดไกลๆ ไม่ออก ให้มานั่งนึกแล้วค่อยเขียน มันทำไม่ได้ ไอเดีย มักจะออกมาตอนขณะเขียน

แต่พอหลังๆ เขียนไปเยอะๆ เวลาจะแก้ แก้ไม่ถูก เพราะจำไมได้อะไรเป็นอะไร บางทีประกาศตัวแปรไว้ ยังนึกไม่ออกเลย ว่าประกาศเพื่ออะไร บางบรรทัด ก็ไม่เข้าใจว่าทำไว้ทำไม พอลบออก Error ตามมา เลยนึกออก 

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

[payu]

SDLC ครับ = software development life cycle

ปกติ .. (ตำรานะครับไม่ใช่ชีวิตจริง)
เวลาที่ system analyst ใช้ในการวิเคราะห์และออกแบบระบบ จะอยู่ที่ประมาณ 40-50%
ส่วนเวลาที่ใช้ coding แค่ไม่เกิน 30% ครับ
ที่เหลือคือ testing and debug

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

ถ้าพูดถึงมาตรฐานการพัฒนา software หรือ tools ที่ใช้ช่วยมีเยอะมากๆ ครับ สาธยายไม่หมด

สำหรับผม ... มั่วครับ .. มั่วหมด ตั้งแต่ต้นจนจบ ... ฮ่าๆ

[thenetxx]

ขั้นแรก ดู requirement

ขั้นสอง วาด flow chart,site map, er diagram ออกมา

ขั้นสามส่งให้ลูกค้า(หรือเจ้านาย)ดู ถ้าเค้าโอเค ก็เริ้มขั้นต่อไป ถ้าไม่ ก็วาดใหม่

ขั้นที่สี่ ผมมีจะ framework ของตัวเอง class กะ module บางตัวเขียนไว้แล้ว ก็ดู ๆ ว่าอันไหน เอา module เก่ามาโมได้ก็ยัดเข้าไป

นั่งจิ้ม ๆ มั่ว ๆ เด๋วก็เสร็จ

 

[Dr.K]

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

[thenetxx]

ลืมระยะเวลาทำงาน

ถ้างานบริษัท ก็ดูว่ารีบแค่ไหน ทำเรื่อย ๆ วันละหน้าสองหน้า

ถ้างานนอก จ่ายเงิน 50% แรกมะไร ก็เมื่อนั้น -*-
เร็วสุด 15 นาที นานสุด ปีกว่า

[EThaiZone]

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

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

 

[ball6847]

ไม่นึกว่าโปรแกรมเมอร์มือฉมังของบอร์ดจะมารวมตัวช่วยกันตอบกระทู้นี้ ผมตั้งทีแรกนึกว่ากระทู้จะตก  ที่ไหนได้ คนที่ผมอยากให้ตอบมากันหมดเลย ครบแระเอิ้กๆ ใครอยากแจมมาเลยผมอยากรู้วิะีของหลายๆคน

เท่าที่อ่านคือส่วนมาก วางแผนก่อนทั้งหมด เขียนแยกเป็นสัดส่วน มี framework หรือฟังก์ชั่นหรือ class ประจำตัว

ผมเข้าใจผิดไปจริงๆ ผมนึกว่านึกคร่าวๆแล้วเขียนเลย เรียกได้ว่า "มั่ว on demand" ไม่ได้นึกไปถึงขึ้นวิเคราะห์เลย 

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

[thenetxx]

เขียนโปรแกรมอย่างที่เราคิดมันไม่ยากครับ

มันยากตรงที่ เขียนโปรแกรมให้ได้อย่างที่ลูกค้าคิด นี่ดิ

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

win win เข้าใจพื้นฐานความต้องของลูกค้าได้ มีชัยไปกว่าครึ่ง ไม่ต้องมานั่งแก้งานบ่อย ๆ

[payu]

ผมเคยอยู่ในบริษัทรับทำ software มาซึ้งเลยครับว่าเรื่องนี้เป็นปัญหาใหญ่มากจริงๆ (แต่น้อยกว่าเรื่องการจัดการความต้องการของลูกค้า) เคยพยายามเอามาตรฐานการพัฒนามาใช้ก็เยอะ ซึ่งทุกๆมาตรฐานมาแนวเดียวกันหมดเลยก็คือ คิด วิเคราะห์ วางโครงสร้าง แยก system แยก module เหมือนกันหมด และที่ขาดไม่ได้ก็คือ เอกสารครับ ... ทุกอันเน้นให้ทำเอกสาร ซึ่งเป็นงานที่โปรแกรมเมอร์เหลี่ยดที่สุด (ขนาด comment ในโปรแกรม หรือ manual ยังไม่อยากทำเลย .. หุหุ)

หลังๆ มีหลายๆ ทฤษฎี เกิดขึ้นมากมาย ศึกษาไม่หมด แต่ตัวนึงที่พูดถึง และมีการสอนกันเยอะก็คือ uml ครับ (เป็นภาษาช่วยในการวิเคราะห์ และออกแบบระบบงานให้เป็นลักษณะ object, algorithm) แต่ผมไม่พูดถึงรายละเอียดดีกว่า เยอะจัด ...

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

ที่สำคัญ ... มี library ของตัวเอง จะได้ไม่ต้องทำงานซ้ำๆ หรือ module ซ้ำๆ ที่ใช้บ่อย ลดงานไปได้เยอะครับ

[kanokk]

เขียนโปรแกรมไ่ม่เป็น แต่อยากแจมมั่ง

ของผมก่อนเข้านอนทุกวัน จะลิสต์งาน (คอมพิวเตอร์นะ ไม่ใช่งานประจำที่ทำอยู่ งานประจำนั้น ไม่เคยจดหรือคิดไรล่วงหน้า ด้นสดๆตลอด) ที่ต้องทำให้เสร็จวันรุ่งขึ้น ลงใน short note แล้วเอาไปใส่กระเป๋าเสื้อเอาไว้
วันนึงๆ ก็ประมาณ 7-8 รายการโดยส่วนมาก เช่น อัพเดทเว็บ...#5... , ปั้มเว็บ#10 , ปั่นกระทู้ #30 , แก้โคดเว็บ...... , นึกไม่ออกละ
แล้วก็ไปทำงานตามปกติ ว่างก็แวบมาทำคอม งานไหนเสร็จก็ลบทิ้ง ถ้าเสร้จหมด ก็สบายตัว ไปฟุ้งซ่านได้ แต่ถ้าไม่หมด ก็ต้องทำต่อให้เสร็จ แล้วแต่เวลาที่เอื้ออำนวยให้แวบทำได้
เพราะนิสัยเสียอย่างนึง ก็คือ นั่งหน้าคอมแล้วไม่วางแผนไม่ได้ ไม่งั้นฟุ้งซ่าน

[ball6847]

ผมก็พยายามจะลิสท์นะ แต่ไม่เคยทำได้เลย ทำได้วันสองวันก็ลืมซะแล้ว 

[icez]

มี security strength library สำหรับ php อยู่ตัวนึง
เป็นตัวที่ใช้บ่อยที่สุดเลย มาถึงก๊อปวางจับ include จบ แล้วไปนั่งแก้ใน code ต่อ T_T

นอกนั้นปกติเวลาแยก module ถ้าระบบใหญ่ๆ จะใช้โครงสร้างประมาณนี้ครับ

home/
--- index.php [หน้าแรก]
--- *.php [ก็แล้วแต่ script ละนะครับ] ปกติ folder นี้จะมีแฟ้มไม่เยอะ จะแบ่งเป็น folder ย่อยมากกว่า

home/system/
--- config.php [ตามชื่อเลยครับ]
--- common.php [คำสั่ง initiate script เตรียมตั้งค่าพื้นฐานระบบ]
--- function.php [เก็บ global function]
--- template.php [ระบบ template --- ใช้ smarty lite ก๊อปมาจาก Seditio ครับ]
--- header.php [ประมวลผล header]
--- footer.php [ประมวลผล footer]

home/templates/
--- *.tpl [แล้วแต่งาน แล้วแต่เว็บ ว่ามีอะไรบ้าง]
--- *.css [บางทีขี้เกียจก็ไม่ใช้ template ก็มี แต่ก็ยังมี css]



สรุป: เอา seditio มา mod เอง ประหยัดเวลาไปได้ 80%
ref: _http://www.neocrome.net/ << Official web ของ Seditio

[coconut]

คิดก่อนว่าเราจะเจอปัญหาอะไรบ้าง
เขียนอย่างมี class สะสมฟังชั่นเรื่อยๆ แก้ปัญหาทีละเปราะ
ผมเป็นคนที่ไม่สนใจ performance ซักเท่าไหร่ครับคราวแรก รันไปเหอะ เครื่องคอมเด๋วนี้แีรงจะตาย ปล่อยมันรันไป
.....
ทำเสร็จแล้ว ก็ึค่อยมาปรับปรุงฟังชั่นตามอัธยาศัยครับ