การเขียนโปรแกรมเป็นอาชีพในการแข่งขันจนถึงจุดต่ำสุดหรือไม่? [ปิด]

สำหรับฉันแล้วดูเหมือนว่าอุตสาหกรรมการเขียนโปรแกรมกำลังแข่งขันกันอยู่ด้านล่าง หากเราปฏิบัติตาม:

1. ไม่สละเวลาในการใช้แนวปฏิบัติที่ดีที่สุด
2. ใช้รหัสบุคคลของผู้อื่นให้มากที่สุด (รหัสที่กำหนดเองเป็นความรับผิดชอบ)
3. การใช้ภาษาระดับสูงขึ้นเรื่อย ๆ เพื่อปรับปรุงประสิทธิภาพ
4. เครื่องมือ "พัฒนา" ที่ใช้ GUI เป็นหลักซึ่งทำให้ "การเขียนโปรแกรม" ง่ายขึ้นอย่างมากและไม่ต้องการให้ผู้คนเข้าใจการวางท่อหลังรหัส

สิ่งเหล่านี้บอกเป็นนัยว่าฉันอยู่ในการแข่งขันที่จะเป็นเหมือนพนักงานออฟฟิศคนอื่น ๆ มันอยู่ในความสนใจของนายจ้างสำหรับสิ่งที่ไม่ต้องใช้ทักษะ (ง่ายต่อการเปลี่ยน) สำหรับสิ่งที่จะสร้างไว้ล่วงหน้า (เวลาโครงการน้อยลง)

ประเด็นของฉันที่นี่คือก) มีการจัดแนวระหว่างทักษะและผลประโยชน์ทางเศรษฐกิจของนายจ้างผิดหรือไม่? และ b) ถ้ามีคุณจะลดระดับการบังคับใช้มาตรฐานวิชาชีพได้อย่างไร

ฉันคิดว่าคุณถามคำถามที่เจ็บปวดมาก

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

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

การเปลี่ยนแปลงของเทคโนโลยีนำเสนอทางเลือกสำหรับโปรแกรมเมอร์: เรียนรู้การเขียนโปรแกรมบนพื้นฐานของ GUI หรือเครื่องมือ GUI ของโปรแกรม ... หรือ ... อย่างอื่น

อาจมีการเยื้องศูนย์ระหว่างทักษะของพนักงานและผลประโยชน์ของนายจ้าง แต่ไม่นานโดยเฉพาะอย่างยิ่งหากนายจ้างเข้าใจ ดังนั้นจึงเป็นไปเพื่อผลประโยชน์สูงสุดของทั้งนายจ้างและลูกจ้างว่าพวกเขาแสวงหาสิ่งที่เป็นไปเพื่อผลประโยชน์ร่วมกันของพวกเขา แต่สิ่งหนึ่งที่จะหลีกเลี่ยงไม่ได้ หวังว่าจะเป็นคุณ (-:

ด้วยความปรารถนาดี

KM

สำหรับแนวโน้มที่คุณพูดถึงฉันจะเพิ่มอีกหนึ่งรายการซึ่ง IMHO อธิบายถึงพวกเขา:

มีโปรแกรมเมอร์มากขึ้น (จำเป็น) กว่าที่เคย

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

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

ให้ฉันเล่นผู้สนับสนุนปีศาจกับคะแนนของคุณด้านบน:

ไม่สละเวลาในการใช้แนวปฏิบัติที่ดีที่สุด

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

ใช้รหัสบุคคลของผู้อื่นให้มากที่สุด (รหัสที่กำหนดเองเป็นความรับผิดชอบ)

เมื่อเทียบกับอะไร ประกอบล้อใหม่หรือไม่ หรือใช้รหัสของคนอื่นเพื่อหลีกเลี่ยงปัญหานั้น?

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

การใช้ภาษาระดับสูงขึ้นเรื่อย ๆ เพื่อปรับปรุงประสิทธิภาพ

ตรงข้ามกับการเข้ารหัสทุกอย่างในชุดประกอบ? ;-)

เครื่องมือ "พัฒนา" ที่ใช้ GUI เป็นหลักซึ่งทำให้ "การเขียนโปรแกรม" ง่ายขึ้นอย่างมากและไม่ต้องการให้ผู้คนเข้าใจการวางท่อหลังรหัส

IMHO เครื่องมือใด ๆ ที่สามารถนำไปใช้ในทางที่ผิด ซึ่งไม่ได้บอกว่าผู้สร้าง GUI นั้นจำเป็นต้องสมบูรณ์แบบหรือแม้แต่ดี - ส่วนใหญ่ (หรืออย่างน้อยก็บางส่วน) สามารถใช้งานได้ภายในขีด จำกัด แต่ถ้ามีคนไม่ทราบข้อ จำกัด เหล่านี้มันเป็นปัญหาของเครื่องมือหรือผู้ใช้หรือไม่?

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

• จำนวนรหัสโดยรวมและ
• โอกาสของบุคคลภายนอกที่เคยเห็นรหัสดังกล่าว

น้อยกว่ามาก

ตอนนี้กับอินเทอร์เน็ตและ WTF รายวันเราได้สัมผัสกับตัวอย่างที่เลวร้ายที่สุดในแต่ละวัน มันเหมือนกับการดูข่าวทั้งหมดเกี่ยวกับการก่อการร้ายและแผ่นดินไหวและการหย่าร้างเซเลบและร้องไห้ออกมาว่าโลกนี้อันตรายและผิดศีลธรรมอย่างไร

คุณสรุปสถานการณ์อย่างถูกต้อง แต่ตีความความหมายผิดทั้งหมด

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

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

ฉันอ่านสิ่งนั้นมาสี่สิบปีแล้วและฉันก็ไม่ได้อยู่ในจุดเริ่มต้นของการทำนาย มันยังไม่เกิดขึ้นเลย

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

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

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

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

โปรแกรมเมอร์แอสเซมบลีและฟอร์แทรนอาจกล่าวในสิ่งเดียวกันเมื่อการเขียนโปรแกรมที่มีโครงสร้างและล่ามอย่างกว้างขวางเข้ามาในรูปภาพ

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

พิกซาร์ใช้เวลาในการสร้างภาพยนตร์นานกว่าที่เคย แม้จะมีความเร็วในการคำนวณเพิ่มขึ้นอย่างมากพร้อมกับมัน แต่อนิเมเตอร์ก็ได้เรียกร้องให้เพิ่มความซับซ้อนและรายละเอียดในฉากของพวกเขา แอนิเมชั่นความสามารถของ Toy Story นั้นไม่เป็นที่ยอมรับในปี 2010 เหมือนในปี 1995 เนื่องจากเครื่องมือของพวกเขามีความก้าวหน้าดังนั้นจึงมีความสามารถและความคาดหวัง

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

ในขณะที่ฉันเห็นด้วยกับคำตอบส่วนใหญ่ที่ชี้ให้เห็นว่ายังมีงานอีกมากที่ต้องทำฉันจะให้คำตอบที่แตกต่างเพื่อให้คุณพิจารณา:

ใช่มันเป็นและมันควรจะเป็น

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

เหตุผลเดียวที่ฉันกลัวที่จะใช้ภาษาระดับสูงขึ้นหรือเครื่องมือที่เรียบง่ายและเป็นนามธรรมมากขึ้นคือเครื่องมือเหล่านั้นมักจะทำให้สมมติฐานที่เข้ามาในทางของฉัน

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

งานของเราคือการแก้ปัญหาได้ดีกว่าส่วนที่เหลือส่วนใหญ่ความซับซ้อนของ toolchain นั้นไม่เกี่ยวข้องกันอย่างมากในมุมมองภาพขนาดใหญ่ตราบใดที่มันยังอยู่นอกเส้นทางและช่วยให้คุณสร้างและสร้างสิ่งที่ดี

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

ไม่ว่าคุณจะทำอะไรโดยอัตโนมัติหรือดึงชั้นวางออกมาซอฟต์แวร์ที่ทำแพคเกจส่วนใหญ่จะแบ่งเป็นสองประเภท:

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

ฉันเดาว่าฉันลืมซอฟต์แวร์ที่สามเป็นซอฟต์แวร์มาตรฐาน (อีเมลเบราว์เซอร์ word proc ฯลฯ ซอฟต์แวร์ในหมวดหมู่หนึ่งนำไปสู่ธุรกิจที่จ้างนักพัฒนาซอฟต์แวร์เพื่อปรับแต่งซอฟต์แวร์ปิดชั้นวาง (ถ้าทำได้) ซอฟต์แวร์หมวด 2 พวกเขาอาจจ้างนักพัฒนาได้เช่นกันเพราะคนที่รู้ว่าระบบที่ปรับแต่งได้ทั้งภายในและภายนอกนั้นเป็นที่ต้องการอย่างมาก (คิดว่า SAP, PeopleSoft ฯลฯ ) หรือสายพันธุ์ที่กำลังจะตาย (คิดว่าระบบใด ๆ ที่คล้ายกับ SAP และ PeopleSoft มีส่วนแบ่งการตลาดเท่ากัน)

จะมีความต้องการสำหรับนักพัฒนาเสมอ สิ่งที่ฉันเห็นคือสิ่งที่เคยเป็นงานซ้ำซากจำเจและน่าเบื่อกลายเป็นแบบอัตโนมัติ (คิดว่าการเขียนโค้ดสำหรับการเข้าถึงข้อมูลด้วยมือกับการใช้ O / RM) สิ่งนี้ช่วยให้นักพัฒนาสามารถมอบมูลค่าเพิ่มให้กับธุรกิจโดยใช้ความพยายามน้อยลง

ฉันไม่รับข้อโต้แย้งของคุณ:

1. ไม่สละเวลาในการใช้แนวปฏิบัติที่ดีที่สุด

ยกเว้นว่า

1. ใช้รหัสบุคคลของผู้อื่นให้มากที่สุด (รหัสที่กำหนดเองเป็นความรับผิดชอบ)

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

1. การใช้ภาษาระดับสูงขึ้นเรื่อย ๆ เพื่อปรับปรุงประสิทธิภาพ

ผลผลิตไม่เลวต่อ se - ใช่ไหม?

1. เครื่องมือ "พัฒนา" ที่ใช้ GUI เป็นหลักซึ่งทำให้ "การเขียนโปรแกรม" ง่ายขึ้นอย่างมากและไม่ต้องการให้ผู้คนเข้าใจการวางท่อหลังรหัส

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

(ตัวเลขที่นี่มีการแสดงซ้ำผิดโดยอัตโนมัติ :))

การเขียนโปรแกรมด้วยภาพไม่ถูกต้องหรือสมควรได้รับความน่ารังเกียจน้อยกว่าการเขียนโปรแกรมด้วยข้อความ

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

หากคุณมีโอกาสลองใช้ Labview คุณอาจเห็นศักยภาพ (หรือแม้แต่ตัวแปรพิเศษในสภาพแวดล้อม Lego NXT) ในขณะที่ไม่ได้โดยไม่มีข้อบกพร่องหรือข้อบกพร่องมีประโยชน์รับมรดก การเห็นคือการเชื่อ

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

ไม่มีอาชีพอื่นที่เกี่ยวข้องกับวิศวกรรมการมีชีวิตที่มุ่งมั่นต่อการเปลี่ยนแปลงมากเท่ากับการเขียนโปรแกรม ทันทีที่คุณลดความซับซ้อนบางสิ่งคุณเพียงเปิดกระป๋องสู่ปัญหาใหม่ที่ก่อให้เกิดแนวคิดใหม่

ดังนั้นฉันจะไม่ให้ความพยายามของผู้อื่นในการแบ่งปันรหัสและวิธีแก้ไขปัญหาเพื่อช่วยให้เราก้าวไปสู่ความท้าทายใหม่ ๆ ความคิดและประสบการณ์ของผู้ใช้ด้วยการปฏิบัติที่ไม่ดีของผู้ปฏิบัติงานนิสัยที่ไม่ดีและมารยาทไร้มนุษยธรรม

หากเราปฏิบัติตาม:

WTF? คุณหมายถึงว่ารายการนี้ไม่สอดคล้องหรือไม่? รายการควรมาจากด้านเดียวกันสำหรับแต่ละองค์ประกอบแทนที่จะสลับไปมาโดยไม่มีการเตือน ดังนั้นรายการของคุณควรอ่าน:

หากเราปฏิบัติตาม: