มีใครทำใบรับรอง CSDP หรือไม่ [ปิด]


15

ฉันกำลังดูการรับรองที่สามารถเพิ่มพูนความรู้และมูลค่าตลาดของฉันในฐานะวิศวกรซอฟต์แวร์ Professional Software Development (CSDP) ที่ผ่านการรับรองของ IEEE ได้รับความสนใจจากฉัน เมื่อฉันดูข้อมูลจากประสบการณ์ออนไลน์ของผู้ใช้ฉันไม่สามารถพบสิ่งใดได้เลย ดูเหมือนจะไม่เป็นที่นิยมเกินไป และแน่นอนฉันไม่ได้ยินใครในองค์กรของฉันหรือกลุ่มเพื่อนที่ทำเช่นนั้น

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


1
computer.org/portal/web/certification/why_certify/employersมีรายชื่อ บริษัท ที่จ้างผู้ถือใบรับรอง CSDP; เห็นได้ชัดว่ามันไม่ได้บ่งบอกถึงคุณค่าของมันอย่างชัดเจน แต่น่าจะมีประโยชน์บ้าง ...
ไบรอันคอลล์

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

คำตอบ:


14

ขณะนี้ฉันถือใบรับรอง IEEE Certified Software Development Associate (CSDA)และฉันจะรอสอบ CSDP เมื่อฉันมีสิทธิ์ (ฉันยังต้องมีประสบการณ์ 2-3 ปี)

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

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

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

ถ้าฉันจะได้รับการรับรองฉันจะดูองค์กรที่เป็นที่ยอมรับระดับโลกเช่นIEEE Computer Society , Project Management Institute (PMI) , สถาบันวิศวกรรมซอฟต์แวร์ที่ Carnegie-Mellon University , สถาบันรับรองความปลอดภัยของระบบสารสนเทศ (( ISC) 2)และมหาวิทยาลัยที่มีประกาศนียบัตรวิชาชีพ / บัณฑิตเมื่อเทียบกับ บริษัท ที่ทำการฝึกอบรมขององค์กร

เมื่อคุณชั่งน้ำหนักหนังสือรับรองคุณต้องกำหนดว่าคุณต้องการลงที่ไหนและต้องมีความรู้ประเภทใดและต้องแสดงให้เห็นว่าคุณมี ตัวอย่างเช่นการรับรองมาตรฐาน IEEE CSDP ครอบคลุมความกว้างของวิศวกรรมซอฟต์แวร์ - คุณกำลังแสดงให้เห็นถึงความสามารถในหัวข้อสำคัญที่ระบุไว้ในเนื้อหาวิศวกรรมความรู้. เป็นเรื่องที่ดีและได้รับการรับรองโดยทั่วไปสำหรับทุกคนตั้งแต่นักพัฒนา "ลงไปในร่องลึก" ไปจนถึงผู้นำด้านซอฟต์แวร์หรือผู้จัดการโครงการซอฟต์แวร์ อย่างไรก็ตาม SEI เสนอใบรับรองแบบเข้มข้นในหัวข้อต่าง ๆ เช่น CMMI การจัดการกระบวนการและการปรับปรุงกระบวนการ สำหรับคนอย่างฉันที่ทำงานในอุตสาหกรรมการป้องกันซึ่งผู้เล่นทุกคนต้องผ่านการประเมิน CMMI การฝึกอบรมและใบรับรองจากองค์กรที่พัฒนา CMMI และฝึกอบรมผู้ประเมิน CMMI อาจมีค่า หากคุณไม่ได้ทำงานในองค์กรที่ใช้ CMMI ใบรับรองนี้ไม่มีประโยชน์


ขอบคุณโทมัสนั่นเป็นคำตอบที่ละเอียดและสมดุลจริงๆ ฉันรู้ว่ามีใบรับรอง SE เฉพาะบางประเทศ แต่ไม่เกี่ยวกับ Carnegie-Mellon ฉันจะพิจารณาว่าเป็นทางเลือกสำหรับ CSDP
DPD

@DPD ข้อเสนอ CMU ไม่ใช่ทางเลือกอื่นสำหรับ CDSP เช่นเดียวกับ CDSP ของ IEEE พวกเขาได้รับการยอมรับทั่วโลก (โดยเฉพาะอย่างยิ่งการรับรอง CMMI) องค์กรเหล่านี้ได้รับอนุญาตจากองค์กรอื่นและไม่จำเป็นต้องมีการรูทในหน่วยความรู้วิศวกรรมซอฟต์แวร์ สิ่งที่ SEI นำเสนอส่วนใหญ่เป็นการรับรองในงานที่พวกเขาทำ CSDP เป็นหนังสือรับรองที่ครอบคลุมหลากหลายด้านวิศวกรรมซอฟต์แวร์ ด้วยข้อยกเว้นของการรับรอง CAPM และ PMP ของ PMI (ซึ่งครอบคลุมถึงลมหายใจของการจัดการโครงการ) คนอื่น ๆ จะมุ่งไปที่หัวข้อที่เฉพาะเจาะจงและละเอียดมาก
Thomas Owens

คำถามของฉันคือคุณเรียน CSDA อย่างไร มีหนังสือของเราให้บริการบ้างไหม?
Jason Krs

@JasonKrs ฉันเรียนวิศวกรรมซอฟต์แวร์สำหรับระดับปริญญาตรีของฉันและเข้าสอบในปีสุดท้ายของการเรียน หลักสูตรของฉันเกือบจะตรงกับ CSDA ฉันแทบจะไม่ได้เรียนนอกหลักสูตรเลยยกเว้นการแปรงเนื้อหาจากปีก่อน ๆ
Thomas Owens

ตกลงแล้ว ... คุณเพิ่งลบคำถามของฉัน (ฉันรู้ว่ามันจะถูกลบ ... lol) คุณจะไปแชทกับฉันไหมฉันอยากจะถามคุณบางอย่าง
Jason Krs

4

นี่คือระยะสั้นและหวาน: มันจะได้รับแรงผลักดัน

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

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

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

ด้วยเหตุนี้มันจึงคุ้มค่าที่จะสังเกตเห็นความสำเร็จในเชิงบวกของความเร็วและคุณภาพเช่นการปรับปรุงที่ชัดเจนใน Code Craftsmanship [การผสมผสานวิทยาศาสตร์และศิลปะ] ได้ผลักดันให้เราก้าวไปข้างหน้าในการก่อสร้าง แต่ในกระบวนการที่เรามองไม่เห็น สำคัญ - ลูกค้า และฉันไม่ได้หมายถึงเพียงแค่ผู้ใช้ แต่เป็นลูกค้าขององค์กร เช่นเดียวกับใน LEAN ทุกอย่างเริ่มต้นจากลูกค้าจริงและทำงานไปทางด้านหลัง ดังนั้นสิ่งนี้เกี่ยวข้องกับ CSDA & CSDP ของ IEEE หรือไม่ ความอุดมสมบูรณ์

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

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

เหตุใดจึงพูดจาโผงผางใหญ่เกี่ยวกับ Agile เมื่อพูดถึง CSDA & CSDP ง่าย - รากฐาน หากคุณมีทีม CSDA และ CSDP แม้ว่าพวกเขาจะถูกโกงพวกเขาจะยังคงมีความรู้ที่ดีว่ากระบวนการและสาขาวิชาทั้งหมดในสาขาวิศวกรรมซอฟต์แวร์ไปทำไมพวกเขาถึงอยู่ที่นั่นและเมื่อใดที่พวกเขากลับคืนมาเป็นวิธีการ ของการรวมความเข้าใจก่อนที่จะเดินไปข้างหน้าในทิศทางใหม่ มูลนิธินั้นจะสร้างโอกาสในการส่งมอบแนวทางการพัฒนาซอฟต์แวร์ที่สอดคล้องกันในวิธีการ SDLC และความสามารถในการหมุนระหว่างและ / หรือรวมวิธีการ SDLC ได้อย่างง่ายดาย IEEE ได้สร้างช่องทางสำหรับผู้เชี่ยวชาญด้านการคำนวณไม่ว่าจะเป็นสาขาวิชาวิศวกรรม, ผู้สำเร็จการศึกษา CS, ผู้เชี่ยวชาญด้านไอทีหรือนักพัฒนาที่สอนด้วยตนเอง - เพื่อรวมและแสดงให้เห็นถึงความเข้าใจพื้นฐานของการพัฒนาซอฟต์แวร์, การจัดส่ง และกระบวนการรื้อถอนเป็นวินัยทางวิศวกรรมที่ควรค่าแก่การเคารพและควรได้รับการปฏิบัติด้วยความเคารพ และเนื่องจากปัจจัยเหล่านี้มันจะได้รับแรงผลักดัน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.