SA, SD และ SE

เมื่อวางแผนโครงการพัฒนาซอฟต์แวร์ฉันมักจะพบผู้ช่วยถามคำถามว่า SA, SD และ SE ต่างกันอย่างไร

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

ด้วยการพัฒนาด้านไอที SA, SD และ SE ได้ค่อยๆกลายเป็นแผนกวิชาชีพที่จำเป็นสำหรับโครงการขนาดใหญ่ทั้งสามอย่างมีความแตกต่างกันมากไม่ว่าจะเป็นกระบวนการพัฒนาหรือแม้แต่การพัฒนาในอนาคตก็มีความแตกต่างกันมาก ในการเป็น PM ที่มีความสามารถจำเป็นต้องสามารถแยกแยะความแตกต่างระหว่างทั้งสามนี้เพื่อจัดเรียงงานได้อย่างถูกต้อง

1. สานักวิจัยระบบ

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

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

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

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

·ขึ้นอยู่กับเอกสารข้อกำหนดของระบบขั้นตอนการปฏิบัติงานมาตรฐานที่มีอยู่ของผู้ใช้เพื่อสร้างกระบวนการปฏิบัติการใหม่ที่ตรงตามความคาดหวังและการทำงานของระบบและการวางแผนโมดูลของกระบวนการจับคู่
ตามการวางแผนฟังก์ชันและโมดูลกำหนดเนื้อหาฐานข้อมูลเบื้องต้นและ ข้อมูลจำเพาะของการจับคู่สิทธิ์ระหว่างระบบและผู้ใช้
·กำหนดคุณสมบัติเฉพาะของส่วนประกอบซอฟต์แวร์แต่ละตัวเช่นอ็อบเจ็กต์ไลบรารีฟังก์ชัน ... ฯลฯ
·ออกแบบขั้นตอนการปฏิบัติงานมาตรฐานใหม่และผูกฟังก์ชันระบบหรือโมดูลเข้ากับกระบวนการเหล่านี้
·พื้นฐาน SA สภาพแวดล้อมและความต้องการของลูกค้าค้นหา SD ที่เหมาะสมที่จะจับคู่

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

เมื่อเทียบกับ SD แล้ว SA จะมุ่งเน้นไปที่การแสดงออกของตรรกะและลำดับงานมากกว่า SA ไม่จำเป็นต้องกังวลว่าจะใช้ระบบปฏิบัติการหรือเครื่องมือการพัฒนาใดดังที่กล่าวไว้ในคุณสมบัติก่อนหน้านี้ไฟล์ SA ที่ดีสามารถใช้เครื่องมือพัฒนาใด ๆ เติมเต็ม. แน่นอนว่า SA ไม่ จำกัด เฉพาะเทคโนโลยีไอที แต่จะมีข้อ จำกัด ในสาขาวิชาชีพ

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

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

ดังนั้น SA ต้องมีความสามารถคุณสมบัติและการฝึกอบรมวิชาชีพดังต่อไปนี้:

1. คุ้นเคยกับภาษาโปรแกรมอย่างน้อยหนึ่งภาษา
2. คุ้นเคยกับวิศวกรรมซอฟต์แวร์คุ้นเคยกับองค์ประกอบและคุณสมบัติของเครื่องมือพัฒนา
3. คุ้นเคยกับระบบการจัดการหรือการออกแบบผังงาน
4. คุ้นเคยกับ UML หรือเครื่องมือคำอธิบายระบบที่คล้ายกัน
5. ทักษะตรรกะที่ดี
6. มีทักษะในการสื่อสารที่ดีโดยส่วนใหญ่จะเข้าใจความต้องการ
7. ความคุ้นเคยในอุตสาหกรรมที่เกี่ยวข้อง

ในสามกลุ่มนี้ SA อยู่ใกล้ PM มากที่สุดดังนั้นเมื่อ SA ทำการวางแผนอาชีพอาจถือว่า PM เป็นเป้าหมายต่อไปของการพัฒนาอย่างมืออาชีพ

2. SD ผู้ออกแบบระบบ

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

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

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

ตัวอย่างเช่นซอฟต์แวร์ทางการเงินชุดเดียวกันภายใต้ WINDOWS XP, MAC, X WINDOWS จะมีโหมดและเทคนิคการแสดงผลที่แตกต่างกันมาก หากคุณจับคู่กับเครื่องมือการพัฒนาต่างๆเช่น C ++, JAVA, .NET, PHP, …มีความแตกต่างมากยิ่งขึ้น สำหรับ SA เขาไม่จำเป็นต้องคำนึงถึงสิ่งเหล่านี้ แต่ SD นั้นแตกต่างกันความแตกต่างเหล่านี้ไม่ได้มีเพียงแค่นั้นและบางครั้งยังรวมถึงต้นทุนในการพัฒนาและปัญหาด้านเวลาและความสำคัญของ SD ด้วย น่ารู้.

ในโครงการที่กำหนดเองเนื้อหางานของ SD มีดังนี้:

·ข้อกำหนดองค์ประกอบของหน้าจอออกแบบ
·โครงสร้างและกฎของหน้าออกแบบ·ออกแบบหน้า
จอการทำงานของระบบและแก้ไขข้อมูลจำเพาะของฟิลด์และการประมวลผลที่ไม่เข้าใจผิด
·การจัดการอำนาจการออกแบบและกลไกการทำงานของระบบ
·เขียนคู่มือผู้ใช้
·ปรับความหมายของ DB เพื่อให้สอดคล้อง ข้อกำหนดฟิลด์หน้าจอและการจัดระเบียบการทำงาน
·ร่วมมือกับ SA ในการเขียนเอกสารการพัฒนาระบบสำหรับโปรแกรมเมอร์ที่เขียนโค้ด
·เขียนแผนการทดสอบ UI (ส่วนต่อประสานผู้ใช้)

ในฐานะ SD ที่มีความสามารถจำเป็นต้องมีเงื่อนไขต่อไปนี้:

1. ทำความคุ้นเคยกับระบบปฏิบัติการอย่างน้อยหนึ่งระบบและเข้าใจคุณสมบัติและ API ของแต่ละส่วนประกอบของระบบปฏิบัติการนี้เป็นอย่างดี
2. คุ้นเคยกับเครื่องมือการพัฒนามากกว่า 2 ชนิดและเครื่องมือที่จำเป็นสำหรับโครงการต้องเป็นหนึ่งในจุดที่ดีความคุ้นเคยรวมถึงไลบรารีฟังก์ชันต่างๆในการติดตั้งมาตรฐานค่าคงที่ของระบบคำจำกัดความของอ็อบเจ็กต์ไวยากรณ์และผู้จำหน่ายการพัฒนาเครื่องมือเสริมหลัก , และวิธีการใช้เครื่องมือที่สำคัญ
3. มีสุนทรียภาพบางอย่าง
4. สามารถใช้ซอฟต์แวร์เครื่องมือวาดภาพได้อย่างน้อยหนึ่งซอฟต์แวร์
5. ทำงานเป็นวิศวกรซอฟต์แวร์มืออาชีพมานานกว่าสามปี

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

3. SE, บริการระบบ

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

แน่นอนว่าแม้ว่า SE จะกินได้ทุกที่ แต่ก็เป็นกลุ่มที่เงียบที่สุดและไม่ค่อยมีใครเปล่งเสียงในโครงการ โดยพื้นฐานแล้วงานของพวกเขาคือการสร้างสภาพแวดล้อมที่ระบบสามารถดำเนินการได้ SE สามารถให้คำแนะนำ SA และ SD เกี่ยวกับวิธีแสดงระบบได้ แต่เวลาของคำแนะนำมักเกิดขึ้นหลังจากที่ระบบหมดปัญหาที่ระบบสามารถจัดการได้

ในแง่ของเงื่อนไขพื้นฐานวิศวกรระบบมีความใกล้เคียงกับ SD มากที่สุด แต่มีความแตกต่างตรงที่พวกเขาไม่จำเป็นต้องมีประสบการณ์ในการพัฒนาซอฟต์แวร์ที่ดีนั่นคือพวกเขาไม่จำเป็นต้องสามารถเขียนโปรแกรมได้ แต่คุณต้องมีความเข้าใจระบบปฏิบัติการระบบเซิร์ฟเวอร์และสภาพแวดล้อมการทำงานของเครือข่ายในระดับมาก

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

ในโครงการงานที่ SE จะดำเนินการมีดังนี้:

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

SE มีข้อกำหนดพื้นฐานดังต่อไปนี้:

1. คุ้นเคยกับระบบปฏิบัติการอย่างน้อยหนึ่งระบบโดยเฉพาะเทคโนโลยีที่เกี่ยวข้องเช่นการตั้งค่าระบบและการปรับแต่งอย่างละเอียด
2. คุ้นเคยกับระบบปฏิบัติการเว็บเซิร์ฟเวอร์อย่างน้อยหนึ่งระบบคุ้นเคยกับวิธีกำหนดค่าและเพิ่มประสิทธิภาพ
3. เคยทำงานเป็นวิศวกรซอฟต์แวร์มานานกว่าหนึ่งปีหรือคุ้นเคยกับเครื่องมือพัฒนา
4. มีความเข้าใจเกี่ยวกับสภาพแวดล้อมเครือข่ายโดยเฉพาะการตั้งค่าการสื่อสารบางอย่าง
5. คุ้นเคยกับวิธีการประเมินความน่าเชื่อถือและประสิทธิภาพและเข้าใจการตั้งค่าที่เกี่ยวข้องกับสภาพแวดล้อมของระบบ

โดยพื้นฐานแล้วหากคุณมีพื้นฐานทางเทคนิคและบุคลิกภาพเดียวกันกับ SD แต่ความสวยงามไม่ได้เป็นที่ประจบ SE เป็นตัวเลือกที่ยอดเยี่ยม โดยทั่วไปแล้วแผนอาชีพขั้นต่อไปของ SE จะมุ่งเน้นไปที่หน่วยงานด้านเทคนิคเช่น DBA หรือการจัดการเครือข่ายสำหรับผู้ที่คลั่งไคล้หรือทำงานอดิเรกในผลิตภัณฑ์ไอทีมากขึ้น SE เป็นทางออกที่ยอดเยี่ยม

4. ใช้ในโครงการเมื่อใด

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

โครงการที่จะนำไปใช้กับ SA, SD และ SE ในเวลาเดียวกันยังคงขึ้นอยู่กับการพัฒนาที่กำหนดเอง

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

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

เมื่อ SD กำลังออกแบบต้องร่วมมือกับ SA อย่างเต็มที่เพื่อให้แน่ใจว่าระบบที่ออกแบบนั้นตรงตามข้อกำหนดและข้อกำหนดในการปฏิบัติงาน

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

5. วิศวกรซอฟต์แวร์จะเปลี่ยนงานเมื่อใด?

ทุกคนที่เขียนโปรแกรมต่างรู้อยู่ในใจว่างานนี้ไม่สามารถทำได้ชั่วชีวิต ไม่ใช่แค่ปัญหาทางร่างกายและจิตใจ แต่สิ่งที่สำคัญที่สุดคือการเขียนโปรแกรมมูลค่าทางเศรษฐกิจมี จำกัด จริงๆ

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

การถอยหลังคุณไม่คุ้มที่จะจ่ายเงินมากนักด้วยการวางแผน SA และ SD ที่ดีวิศวกรสามารถแก้ปัญหาความต้องการในการพัฒนาซอฟต์แวร์ได้มากกว่า 90% ตราบเท่าที่พวกเขาเป็นไปตามมาตรฐานทั่วไปเว้นแต่จะเป็นเรื่องบังเอิญหรือคุณเป็นอย่างมาก หากคุณสนใจมิฉะนั้นจะเป็นเรื่องยากที่คุณจะมีโอกาสได้พบกับงานอื่น ๆ อีก 10% หรือแม้ว่าคุณจะทำคุณจะไม่สามารถสนับสนุนคุณได้ตลอดชีวิต

วิศวกรซอฟต์แวร์จะเปลี่ยนงานวันหนึ่งนี่คือชะตากรรมของพวกเขา

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

ห้าตัวเลือกแรกโดยพื้นฐานแล้วสองตัวสุดท้ายเป็นเพียงโอกาสเดียวมีเพียงไม่กี่คนเท่านั้นที่สามารถเลือกสองตัวนี้ได้วิศวกรซอฟต์แวร์ส่วนใหญ่ยังคงต้องเลือกหนึ่งในสามตัวแรกเพื่อพัฒนา

SA ดูสวยที่สุดและมีศักยภาพที่ดีที่สุดในอนาคต แต่น่าเสียดายที่มีวิศวกรซอฟต์แวร์เพียงไม่กี่คนที่เหมาะสมกับตำแหน่งนี้ เนื่องจากงานนี้ต้องติดต่อกับผู้อื่นและวิศวกรซอฟต์แวร์ที่ดีมักจะแย่มากในเรื่องนี้

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

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

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

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

6. บทศ

ข้อมูลข้างต้นจัดทำขึ้นเป็นการส่วนตัวสำหรับเพื่อนที่สับสนเกี่ยวกับ SA, SD และ SE เพื่อเป็นข้อมูลอ้างอิงและพื้นฐานในการมอบหมายงาน การเกิดขึ้นของทั้งสามนี้เกิดจากการเติบโตอย่างรวดเร็วของเทคโนโลยีไอทีในปัจจุบันดังนั้นจึงจำเป็นต้องมีการแบ่งงานที่เหมาะสมสำหรับวิศวกรรมซอฟต์แวร์เพื่อรับมือกับสภาพแวดล้อมไอทีที่ซับซ้อนมากขึ้น