有人做过CSDP认证吗?[关闭]


15

我正在寻找一些认证,这些认证可以潜在地增强我作为软件工程师的知识和市场价值。IEEE的认证软件开发专家(CSDP)引起了我的注意。当我在网上寻找任何使用它的用户体验时,我找不到任何实质性的东西。似乎不太受欢迎。我当然没有听说过我的组织或朋友圈中有做过这项工作的人。

我想从社区成员那里了解是否有人进行了此项认证及其经历。认证在知识方面有用吗?它增加了简历的重量(而不是重量!)?


1
computer.org/portal/web/certification/why_certify/employers列出了雇用CSDP证书持有者的公司;显然,这并没有明确表明其价值,但应该会有所帮助……
Brian Driscoll

如果您想在履历表上给我留下深刻的印象,请编写一个平凡的编译器。那将是您应该了解的有关编程的一切的最高潮。
工作

Answers:


14

我目前持有IEEE认证软件开发协会(CSDA)证书,如果有资格,我将参加CSDP考试(我仍然需要2-3年的经验)。

像任何证书一样,仅通过书本形式即可证明您知道某些主题。他们对您在工作中的表现并没有说太多。您过去的工作经历将更加有效。

对我来说,我参加CSDA是因为它与我大学的软件工程计划紧密相关。通过参加考试并通过考试,我验证了自己不仅知道与我所在大学相关的深度和广度相关的材料(学位课程的完成证明了这一点),而且还了解了与深度和广度相关的材料由国际认可的组织推荐,该组织在软件工程领域拥有丰富的经验和知识基础。

雇主如何看待证书,在行业和组织之间差异很大。一些行业比其他行业更喜欢某些认证。组织也将自己的精力放在有远见的员工及其持有的证书上。在对您的问题的评论中,Brian Driscoll发布了指向持有CSDP / CSDA证书持有者的公司列表的链接。如果您注意到,国防,医学,电信,金融和通用工程(建筑硬件系统)涉及很多领域。在这些行业中,遵守法规和精密工程(对故障或缺陷的低容忍度)很重要。

如果要获得认证,我肯定会关注世界公认的组织,例如IEEE计算机协会项目管理协会(PMI)卡内基梅隆大学软件工程学院信息系统安全认证联盟(( ISC)2),以及提供专业/研究生证书的大学,而不是进行公司培训的公司。

在权衡认证时,您需要确定要走的路要走以及需要掌握哪些知识以及需要证明自己的知识。例如,IEEE CSDP认证涵盖了软件工程的广度-您正在展示在软件工程知识体系中确定关键主题中的能力。对于任何人来说,这都是一个很好的通用认证,无论是“开发者”还是软件主管或软件项目经理。但是,SEI在诸如CMMI,过程管理和过程改进(包括许多其他方面)方面提供密集的证书。对于像我这样的人来说,他在国防业中工作,所有参与者都经过CMMI评估,因此从开发CMMI并培训CMMI评估员的组织那里获得培训和证书可能很有价值。如果您不在使用CMMI的组织中工作,则此证书的价值不高。


谢谢托马斯,这是一个非常详细和平衡的答案。我知道一些国家/地区特定的SE认证,但不知道卡内基-梅隆(Carnegie-Mellon)的认证。我会认为它是CSDP的替代选择
DPD

@DPD CMU提供的不是CDSP的替代方案。像IEEE的CDSP一样,它们也是世界公认的(尤其是CMMI认证)。它们是由不同的组织授予的,不一定植根于软件工程知识体系。SEI提供的主要是工作证明书。CSDP是涵盖软件工程广度的广泛证书。除了PMI的CAPM和PMP认证(涵盖项目管理的内容)之外,其他认证均针对非常具体,细粒度的主题。
Thomas Owens

我的问题是您如何学习CSDA?我们的课程有书吗?
杰森·克里斯

@JasonKrs我攻读了软件工程专业的本科学位,并在我最后的学年参加了考试。我的课程几乎与CSDA完全重叠。除了学前几年的一些内容外,我几乎没有做任何课外学习。
Thomas Owens

那么好吧......你刚刚删除了我的问题(我知道它会被删除...笑),你会在聊天和我一起去,我想问问你一些东西
贾森鼠星

4

这是短暂而又美好的事情:它将会获得动力。

很多雇主都非常重视过去的经验,您去过的学校,以及-因为缺乏更好的说法“烂掉了”。与普遍的看法相反,软件开发并没有我们许多技术人员想相信的那样具有创造力。在确实允许甚至需要创造力的领域中,通常需要先了解最终用户的角色/故事,系统要求,业务领域,经济学,软件工程过程和软件体系结构,然后再进行软件构建[编码]。

自敏捷运动兴起以来,人们一直错误地将共识重点放在编码和开发人员上。实际上,这可能是对《敏捷宣言》作者试图达到的目标的一种误解,尽管很难从《宣言》中收集到这一点。敏捷从甚至精益求精的LEAN原则中大量借鉴。LEAN确实专注于实施人员,但仅从这些人最接近公司的[ 合同客户 ]实际客户这一事实出发。

为什么这种区别很重要?实施员工会直接感受到许多决定(好与坏)的影响。因此,它们处于独特的位置,可以进行简单的更改,从而对性能和质量产生巨大影响。令人遗憾的是,他们常常不完全了解最终客户,因此有很多机会可以提高性能和产品质量。LEAN的使命是通过消除浪费,提高交付速度和提高质量来实现效率水平的不断提高,从而始终如一地为最终客户提供更大的价值。敏捷推动了软件构建空间中废物清除的极限,但是从最终客户(以及合同客户的最终用户)的角度来看,真正的有效性是最小的。

为此,值得一提的是在速度和质量上取得了积极的成就,例如Code Craftsmanship(融合科学与艺术)的显着提高使我们在施工方面向前迈进了一步,但是在此过程中,我们对重要-客户。我不仅指最终用户,还指企业的最终客户。就像在LEAN中一样,一切都始于实际客户,然后倒退。那么这与IEEE的CSDA和CSDP有什么关系呢?好多

首先,通常需要扎根于工程学科中所反映的理解类型的人员来充分认识到,在考虑过程的实际有效性,里程碑和质量属性的同时,必须始终将过程集中在总体目标上。如果您缺少这些特征中的任何一个,那么您就无法为合同的[企业]客户提供全部价值,而这反过来又可能引发一系列事件,从而降低最终客户/公司客户的价值。不好。

此外,承担领导职责的能力(如果您有一支自律的团队(如敏捷授权)要求每个人都有一定程度的领导能力),通常需要对当前主题有足够的广度和深度的理解,与之交互的功能,以及将这些知识与来自不同背景的多个利益相关者进行交流的能力。现实情况是,无论工作描述如何,人们都希望开发人员是工程师。他们是一个聪明,有才华的人,对他们的技能有广泛而深入的了解,其中包括他们对主要活动的掌握以及对任何合同客户问题领域的理解和解决能力。

那么,为什么在讨论CSDA和CSDP时大赞敏捷?简单-基础。如果您有一个CSDA和CSDP团队,即使他们被某种方式欺骗了,他们仍将对软件工程中的所有流程和学科去向何处,它们为何存在以及何时恢复使用它们的方式仍然有一定的了解。在迈向新方向之前统一理解。该基金会将为跨SDLC方法论一致地交付软件开发实践提供机会,并能够非常容易地在SDLC方法之间进行切换和/或组合。IEEE为计算专业人士(无论是工程专业,计算机科学专业的毕业生,IT专业人员还是自学成才的开发人员)开辟了一条渠道,以统一和展示对软件开发,交付,退役过程是一门值得尊重的工程学科,应该受到尊重。由于这些因素,它将获得动力。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.