ประเด็นของหัวข้อนี้กว้างและหลากหลายในแนวทางที่เป็นไปได้ ซึ่งคำตอบที่เป็นจริงสำหรับคำถามที่หลีกเลี่ยงไม่ได้สามารถชี้ให้เห็นภาพรวมได้เท่านั้น
ผู้คนจำนวนมากในปัจจุบันต้องการและหวังว่าจะสร้างตัวตนบนเว็บแบบไดนามิก (ที่ขับเคลื่อนด้วยข้อมูล) สถาปัตยกรรมที่พร้อมรองรับเนื้อหาใหม่ การแก้ไข และการโต้ตอบของผู้เยี่ยมชม ตัวอย่างเช่น wikiHow เป็นเว็บไซต์แบบไดนามิก แม้ว่าเป้าหมายของโครงการที่มีคุณภาพจะอยู่ไม่ไกลเกินเอื้อมของคนที่ขยันขันแข็งทุกคน แต่การดูถูกดูแคลนสิ่งที่ท้ายที่สุดเป็นงานที่ท้าทายอย่างยิ่งอาจเป็นความผิดพลาด โดยเฉพาะอย่างยิ่งในวัตถุทางเทคนิคของโครงการที่คาดหวังใดๆ แม้แต่การนำเสนอเว็บแบบไดนามิกที่ง่ายที่สุดก็ยังต้องการทักษะที่เพียงพอในหลากหลายสาขาวิชา
ในการบรรลุเป้าหมายที่ขาดไม่ได้ ไม่มีใครสามารถเบี่ยงเบนจากการออกแบบฐานข้อมูลที่ดีได้ การเตรียมตัวในระเบียบวินัยนี้เพียงอย่างเดียวถือเป็นงานที่สำคัญ (แต่ไม่ใช่เงื่อนไขพิเศษ) เมื่อเราสรุปวัตถุประสงค์ของโครงการได้แล้ว เราต้องนึกภาพวิธีการที่เหมาะสมในการบรรลุเป้าหมายเหล่านั้น จากนั้นเราก็มีภาษาโปรแกรมหรือเครื่องมือให้เลือกตามวิสัยทัศน์สำหรับสถาปัตยกรรมโครงการในอุดมคติ
การมองภาพรวมทั้งหมดตั้งแต่เริ่มต้นจึงเป็นทักษะที่สำคัญที่สุด
ขั้นตอน
ขั้นตอนที่ 1 ให้สมองของคุณทราบว่าเครื่องมือและกระบวนการประเภทใดที่จะช่วยให้คุณบรรลุเป้าหมาย
เนื่องจากแกนกลางของการแสดงเว็บแบบไดนามิกคือฐานข้อมูลและการประมวลผลข้อมูล เป้าหมายสำคัญอันดับแรกของเราคือการตัดสินใจในวงกว้างเกี่ยวกับกลไกจัดการฐานข้อมูล ไม่ใช่ความคิดที่ดีที่จะหวังว่าจะตัดสินใจอย่างไม่ตั้งใจด้วยวิธีการเริ่มแรกที่ดูสมเหตุสมผลและสมเหตุสมผลที่สุด
- เป้าหมายที่สำคัญของการตัดสินใจครั้งแรกนี้คือการวางแผนโครงการของเราในลักษณะ (ด้วยเครื่องมือและกลไกฐานข้อมูล) ซึ่งจะสนับสนุนความต้องการของคุณตลอดเส้นทางในอนาคต ซึ่งเนื่องจากคุณตัดสินใจในเบื้องต้นอย่างถูกต้อง คุณจะ สร้างได้อย่างมีประสิทธิภาพบนรากฐานเริ่มต้นของคุณอย่างมีประสิทธิภาพและปราศจากสิ่งกีดขวางในที่สุด ซึ่งหมายความว่าในอุดมคติแล้ว กลไกฐานข้อมูลที่คุณเลือกไม่ได้เป็นเพียงเครื่องมือที่ใช้งานง่ายหรือดูเหมือนง่ายในการปรับใช้ในปัจจุบัน ตั้งแต่เริ่มต้น จะต้องเป็นเครื่องมือที่จะรองรับความต้องการในการประมวลผลดาวน์สตรีมของคุณ
- บางครั้งการพิจารณาในเชิงพาณิชย์จะส่งผลต่อการเลือกดังกล่าว เครื่องยนต์ใดที่มีการเข้างานอย่างเข้มข้น (และมีค่าใช้จ่ายสูง)? เอ็นจิ้นใดที่แทบไม่สามารถเข้าร่วมในการใช้งานได้ เพื่อรักษาเป้าหมายการประมวลผลที่โปรเจ็กต์ของคุณต้องรักษาไว้? โดยทั่วไปแล้ว รูปแบบที่จะตามมาคือการเลือกเครื่องยนต์ของคุณโดยพิจารณาจากหนึ่งในสองลักษณะที่เป็นไปได้
- ในการดำเนินการดังกล่าว คุณต้องจัดทำแผนภูมิความต้องการพื้นฐานสำหรับตารางของคุณก่อน ผู้เชี่ยวชาญไม่จำเป็นต้องสร้างแผนที่นี้ด้วยซ้ำ (ไม่ว่าจะเกี่ยวข้องกับตารางนับร้อยหรือหลายพันโต๊ะก็ตาม) เพราะโดยปกติแล้วพวกเขาจะมองเห็นได้ทันทีว่าสถาปัตยกรรมและความต้องการในอนาคตที่คุณจะต้องสนับสนุนนั้นต้องอ่านหรือเขียนอย่างเข้มข้น จากนั้น คุณจะเลือกฐานข้อมูลที่เหมาะสม โดยยึดตามลักษณะโดยรวมนี้ และอาจเพิ่มเติมตามรสนิยมและประสบการณ์ส่วนตัว เนื่องจากการทำงานกับเครื่องมือพัฒนาซอฟต์แวร์ที่เกี่ยวข้องอาจระบุภาคแสดง MySQL เป็นตัวเลือกปกติสำหรับการใช้งานที่เน้นการอ่าน นักพัฒนาหลายคนมองหาฐานข้อมูลเช่น PostgreSQL เพื่อการใช้งานที่เน้นการเขียนที่เชื่อถือได้ เราพัฒนาทัศนคติของเราที่มีต่อเครื่องมือที่สำคัญดังกล่าวโดยการวิจัยอย่างรอบคอบ และโดยอาศัยประสบการณ์จากอุตสาหกรรมการพัฒนาซอฟต์แวร์ทั่วไป โดยทั่วไปสามารถหลีกเลี่ยงค่าใช้จ่ายได้ เนื่องจากมีการปรับใช้งานเครื่องมือที่ดีมากฟรี สิ่งที่เรากำลังมองหาคือประสิทธิภาพในสภาพแวดล้อมที่เน้นการอ่านหรือเขียน ความน่าเชื่อถือ ความง่าย และการลดการบริหารจัดการ และการผสานรวมกับเครื่องมือการพัฒนาซอฟต์แวร์ในอนาคต
ขั้นตอนที่ 2 เลือกเครื่องมือพัฒนาซอฟต์แวร์ของคุณ
มีสองรูปแบบที่ต้องพิจารณาในการเลือกเครื่องมือในการพัฒนาซอฟต์แวร์ โดยอ้างว่าเครื่องมือ "ง่าย" นั้นแทบจะไม่ง่ายเลย เมื่อโปรเจ็กต์ต้องทำลายรูปแบบการพัฒนาอย่างหลีกเลี่ยงไม่ได้ และรูปแบบการทำงานที่เครื่องมือ "ง่าย" มักจำกัดอยู่ที่ หากคุณต้องการทำอะไรนอกเหนือจากเครื่องมือที่ "ง่าย" เช่น รวมภาษาหรือพารามิเตอร์การแปลใน URL ที่สร้างขึ้นแบบไดนามิก อาจเป็นเรื่องยากกว่ามากที่จะบรรลุผลสำเร็จในเครื่องมือ "ง่าย" ที่อาจต้องใช้ทักษะการเขียนโปรแกรมที่ซับซ้อนมาก มากเท่ากับหลอกแบบง่ายๆ ให้ทำสิ่งที่ซับซ้อนมากขึ้น เราต้องเชี่ยวชาญเครื่องมือของเราเพื่อสร้างโครงการที่ดี สิ่งนี้ไม่ได้ทำให้เครื่องมือง่าย ๆ เป็นตัวเลือกที่ดีที่สุด หรือเครื่องมือที่ซับซ้อนที่สุดกลายเป็นเรื่องที่ยาก กับดักของการพัฒนาที่ "ง่าย" โดยทั่วไปประกอบด้วยข้อจำกัดซึ่งมีค่าใช้จ่ายสูงมากในการเอาชนะในวิวัฒนาการที่หลีกเลี่ยงไม่ได้ของโครงการ เครื่องมือดังกล่าวมักเกิดขึ้นมากมาย เห็นได้ชัดว่าตอบสนองความต้องการดังกล่าว แต่รูปแบบของความคงอยู่ของเครื่องมือได้หักล้างข้อเท็จจริงที่เห็นได้ชัดของการบรรลุเป้าหมายนี้ ดังนั้น โดยทั่วไปแล้ว เราพบว่าเครื่องมือที่ซับซ้อนและทรงพลังที่สุด ตามรูปแบบที่ดี (หรือความพร้อมใช้งานของอ็อบเจ็กต์และไลบรารี) ไม่เพียงแต่บรรเทาสิ่งกีดขวางที่หลีกเลี่ยงไม่ได้ของเครื่องมือง่ายๆ เท่านั้น แต่ยังทำให้ "ไปถึงที่นั่น" เป็นกระบวนการที่ตรงไปตรงมามากขึ้นด้วย เมื่อเราตรวจสอบขอบเขตของเครื่องมือที่มีอยู่ โดยทั่วไปแล้ว โมเดลที่มีความครอบคลุมน้อยกว่าจะถูกนำเสนอในแนวคิดการพัฒนาเบื้องต้น และแนวคิดที่ดีขึ้นจะถูกนำเสนอโดยเครื่องมือที่เกิดขึ้นในภายหลัง (หรือจะไม่มีโอกาสอยู่รอดในตลาดที่ชนะไปแล้ว) หากเราเลือกเครื่องมือง่ายๆ ที่อ้างว่าง่าย สิ่งที่เรากำลังมองหาคือรูปแบบการพัฒนาที่มีทั้งความคล่องตัวและปราศจากสิ่งกีดขวางในท้ายที่สุด ความขัดแย้งสำหรับ neophyte คือความยากลำบากในการมองเห็นไกลออกไปจนเราสามารถรับรู้สิ่งกีดขวางในการเขียนโปรแกรมให้กับชุดเครื่องมือที่กำหนด บางคนเชื่อว่าเครื่องมือที่ดีที่สุดมีประสิทธิภาพมากที่สุดและจำกัดน้อยที่สุดในแง่ของแนวทางโครงการ อิสระในการพัฒนาสิ่งที่คุณต้องการและต้องการมักจะหมายถึงการทำลายโมเดลทั่วไปของเครื่องมือง่ายๆ ที่เห็นได้ชัดเจน ความท้าทายที่สามารถทำลายสมองของวิศวกรซอฟต์แวร์ที่มากประสบการณ์และเชี่ยวชาญที่สุดได้ เนื่องจากความสำเร็จในวัตถุดังกล่าวหมายถึงการทำให้ "ง่าย" โมเดลทำสิ่งที่อาจไม่มีความสามารถในการรองรับ ตัวอย่างเช่น "Ruby" เป็นเครื่องมือที่ง่ายกว่า C ++ หรือ C # พื้นฐานหรือไม่ ไม่ ไม่เลย โดยเฉพาะอย่างยิ่งหากคุณต้องทำลายโมเดลง่ายๆ ของ Ruby เพื่อให้มีฟังก์ชันการทำงานที่สำคัญ เช่นเดียวกับ Ruby GCC นั้นฟรีสำหรับ Linux และ OSX Ruby ยังมาพร้อมกับ OSX คุณเพียงแค่ต้องค้นพบมันในระบบของคุณ ในบรรดาเครื่องมือที่ง่ายกว่านี้ ตัวเลือกส่วนตัวของฉันคือ Ruby จากเครื่องมือที่ซับซ้อนอย่างแท้จริง C ++ และ C # จะครองราชย์สูงสุดในอนาคต และความจริงก็คือ สิ่งเหล่านี้เป็นพาหนะเดียวสำหรับการพัฒนาที่ปราศจากสิ่งกีดขวาง ดังนั้นจงนั่งตัวตรงและเตรียมตัวสำหรับการศึกษาอย่างจริงจัง เพราะไม่ว่าคุณจะเลือกทางใด คุณจะต้องเชี่ยวชาญไม่เพียงแค่เครื่องมือของคุณเท่านั้น แต่รวมถึงแบบจำลองที่อาจจำกัดซึ่งเครื่องมือเหล่านั้นอาจสร้างอุปสรรคให้คุณในที่สุด Ruby น่าจะสะอาดกว่าเพื่อนที่ "ง่าย" เกือบทั้งหมด C ++ เป็นเครื่องมือแห่งความเป็นเลิศที่ปราศจากภาระผูกพัน และที่จริงแล้ว ผู้เชี่ยวชาญด้านเก๋าที่ช่ำชองจะเปิดโปรเจ็กต์ที่ไม่มีใครเทียบได้ ซึ่งอาจมีความยากลำบากน้อยกว่าที่พวกเขาอาจบรรลุเป้าหมายเดียวกันด้วยเครื่องมือที่อ้างว่าง่าย ในท้ายที่สุด นักพัฒนาที่หลงผิดจากการสังเกตนี้จะต้องจ่ายราคาบางส่วน: เลือกเครื่องมือที่ "ง่าย" ที่เอื้ออำนวยที่สุด หรือกังวลน้อยลงเกี่ยวกับอิสรภาพจากการผูกมัดในเครื่องมือที่ซับซ้อนที่สุด ในกรณีหลัง คุณจะเชี่ยวชาญวัตถุ Fast CGI หยิบลูกบอลและวิ่ง แนวคิดขนาดใหญ่มักถูกนำไปใช้ด้วยโค้ดเพียงเล็กน้อย ใช่ เครื่องมือง่ายๆ อ้างสิทธิ์เช่นเดียวกัน แต่โดยการแยกแยะความยากที่มองเห็นได้ออกห่างจากเราในลักษณะที่เบี่ยงเบนจากรูปแบบเอกพจน์โดยทั่วไปทำให้เกิดความท้าทายด้านวิศวกรรมที่ยากมาก นอกเหนือจากความพิการทางประสิทธิภาพที่ C++ แก้ไข
ขั้นตอนที่ 3 ในระหว่างการแก้ปัญหาเหล่านี้ เราต้องตรวจสอบแบบจำลองพื้นฐานหรือรูปแบบของการพัฒนาโครงการที่มีลักษณะที่เราปรารถนาอย่างหลีกเลี่ยงไม่ได้
นี่หมายถึงการหยิบวรรณกรรมที่ดีที่สุดสำหรับเครื่องมือที่เราต้องการเปรียบเทียบ และอย่างน้อยก็ให้แนวคิดของเราในรูปแบบที่อาจใช้ในชุดเครื่องมือที่กำหนด เมื่อเทียบกับเครื่องมืออื่นๆ ก่อนที่คุณจะเลือก Ruby คุณอาจเลือกซื้อหนังสือสำคัญๆ เช่น "The Ruby Programming Language" และ "Agile Web Development with Rails" การศึกษาครั้งแรกของคุณจะต้องไม่เพียงแค่เชี่ยวชาญเครื่องมืออย่างเพียงพอเท่านั้น แต่ยังต้องนึกภาพว่าคุณจะไปถึงที่นั่นได้อย่างไร - คุณจะจัดเตรียมฟังก์ชันการทำงานที่ต้องการด้วยเครื่องมือที่คุณอาจเลือกได้อย่างไร นี่เป็นงานที่น่ากลัวสำหรับผู้ประทับจิต หากคุณกำลังจะเปรียบเทียบสภาพแวดล้อมการพัฒนาที่อ้างว่าง่ายกับสิ่งที่ดีที่สุด คุณจะต้องประเมินเครื่องมือ C ที่ดีที่สุดด้วย หากคุณกำลังจะเป็นวิศวกรที่ช่ำชองจริง ๆ คุณจะเลือก C เพราะเป็นอิสระจากข้อจำกัด C ยากขึ้นจริงหรือ? ไม่ วากยสัมพันธ์คือวากยสัมพันธ์ ในท้ายที่สุด คุณต้องเชี่ยวชาญในการแสดงฟังก์ชันการทำงานแบบเดียวกัน และความจริงแล้ว ภาษาตระกูล C นั้นยอดเยี่ยมมาก สิ่งที่ยากในการทำให้เป็นเลิศตั้งแต่เริ่มแรกใน C++ คือการวางมือของคุณในแบบจำลองที่คุณอาจต้องสร้างขึ้น การเริ่มต้นที่ยอดเยี่ยมเมื่อเกือบ 15 ปีที่แล้วคือส่วนประกอบ FastCGI ดั้งเดิมซึ่งมีอยู่ใน CPPBuilder ของ Borland ซึ่งอาจยังคงเป็น C++ ที่ดีที่สุดสำหรับ Windows แม้แต่ผู้ประทับจิตภาษา C ก็สามารถทำได้ไกลด้วยแนวทางเชิงวัตถุดังกล่าว เนื่องจากรูปแบบทั่วไปของการทำงานที่ยั่งยืนนั้นสร้างขึ้นในสิ่งที่คุณทำงานด้วย งานของคุณลื่นไหลมากกว่าที่เป็นได้ใน Ruby มาก เมื่อใดก็ตามที่คุณอาจทำลายหรือเกินรุ่น Ruby ในแนวทางของคุณ ในทางกลับกัน เทคนิคการนั่งร้านของ Rails จะช่วยเร่งงานให้กับ neophyte ได้มาก หากโครงการนี้เหมาะกับแม่พิมพ์ทั่วไปของ Ruby and Rails แนะนำข้อกำหนดด้านความปลอดภัยเบื้องต้น เช่น รู้จักในอินเทอร์เฟซ Ruby ทั้งหมดของคุณ และสิ่งต่อไปที่คุณรู้ คุณกำลังเขียนรหัส Ruby ที่สร้างขึ้นโดยอัตโนมัตินับพันบรรทัดใหม่สำหรับทุกตารางที่แอปพลิเคชันของคุณเจรจา ง่ายไหม? ฉันใช้โปรแกรมแก้ไข Windows ชื่อ NoteTab Pro ซึ่งทำงานบนโปรเจ็กต์ Ruby ที่อยู่บนระบบ OSX และมาโครที่ซับซ้อนทำให้การแก้ไขของฉันในไม่กี่วินาที โดยปรับแต่งโค้ดนับพันบรรทัดให้กลายเป็นเกือบสองเท่าของนั้น อย่างไรก็ตาม สิ่งนี้เกี่ยวข้องกับฟังก์ชันพื้นฐานที่ค่อนข้างเรียบง่าย ซึ่งโปรเจ็กต์ถูกจำกัดไว้ ความจริงก็คือใน C++ เราสามารถเขียนออบเจ็กต์ของเราเองซึ่งจัดการงานเหล่านี้ได้ในระดับสากลอย่างแท้จริง คุณไม่จำเป็นต้องทำซ้ำกระบวนการนี้ด้วยซ้ำ ดังนั้นนี่คือการแลกเปลี่ยน ในที่สุด C เชิงวัตถุนั้นทรงพลังและมีประสิทธิภาพที่สุด ซึ่งหมายความว่าทำงานน้อยที่สุดเช่นกัน
ขั้นตอนที่ 4 ไม่ว่าคุณจะใช้เครื่องมือการเขียนโปรแกรมแบบใด ไม่มีทางที่จะหลีกเลี่ยงการพึ่งพา HTML และ CSS ที่สมเหตุสมผล
โดยทั่วไปแล้ว นักพัฒนาที่ช่ำชองพึ่งพา W3C.org สำหรับเนื้อหาที่สำคัญ หน้าเว็บ
วิดีโอ - การใช้บริการนี้ อาจมีการแบ่งปันข้อมูลบางอย่างกับ YouTube
เคล็ดลับ
- ส่วนสำคัญของภารกิจของคุณคือการได้รับทรัพยากรที่ดีที่สุด ฉันจะเริ่มต้นด้วย Ruby; และถ้าคุณต้องการเก่ง คุณจะต้องประเมินภาษา C เชิงวัตถุ และสภาพแวดล้อมที่โครงการที่เขียนอย่างดีจะทำงานได้ดีกว่าเพื่อนทั้งหมด
- ดังนั้นจึงไม่มีสิ่งใดมาแทนที่การศึกษาและประเมินผลอย่างละเอียดถี่ถ้วน
คำเตือน
- อุปสรรคอีกประการหนึ่งของการเรียนรู้เครื่องมือง่ายๆ อย่างแท้จริงคือความประพฤติที่ไม่เป็นมืออาชีพในหลายฟอรัม มีความแตกต่างอย่างมากระหว่างความรู้ความชำนาญแบบมืออาชีพและทักษะที่แกล้งทำเป็น ซึ่งบ่อยครั้งอาจทำให้คุณหลงทางจากวิธีการที่ถูกต้อง แหล่งข้อมูลที่ดีที่สุดโดยทั่วไปคือเพื่อนร่วมงานที่ประสบความสำเร็จมากที่สุด ไม่ใช่ผู้เชี่ยวชาญที่อ้างว่าเป็นเครื่องมือง่ายๆ ที่อ้างว่าสนับสนุนให้ยึดติดกับรูปแบบเดียวที่มีสำหรับพวกเขา เหตุผลหลักที่คุณจะส่งคำถามไปยังฟอรัมคือคุณจะต้องทำเกิน (ซึ่งทำลาย) โมเดลที่ประกอบด้วยวิธีการง่ายๆ ที่อ้างว่าเป็น เมื่อคุณพบกับความต้องการเหล่านี้อย่างหลีกเลี่ยงไม่ได้ คุณต้องการคำแนะนำที่ดีที่สุด
- อย่าคิดว่าทางลัดที่ดูเหมือนเร่งความเร็วได้จริง บ่อยครั้งที่การสนทนาเป็นจริง
