誰かがCSDP認定を行っていますか?[閉まっている]


15

ソフトウェアエンジニアとしての知識と市場価値を高める可能性のある認定を探していました。IEEEの認定ソフトウェア開発プロフェッショナル(CSDP)が私の注目を集めました。ネット上でユーザーエクスペリエンスを探したところ、実質的なものは見つかりませんでした。あまり人気がないようです。そして、私の組織内の誰もそれをやった友人のサークルを聞いたことはありません。

コミュニティメンバーから、この認定資格を取得した人や、同じ認定資格を取得した経験があるかどうかを知りたいと思います。知識の面で認定は有用でしたか。それはあなたの履歴書に重さを加えましたか?


1
computer.org/portal/web/certification/why_certify/employersには、CSDP証明書所有者を雇用している企業のリストがあります。明らかにそれはその価値を明確に示すものではありませんが、いくらか役立つはずです...
ブライアン・ドリスコ

履歴書に感銘を受けたい場合は、重要なコンパイラを作成してください。それが、プログラミングについて知っておくべきすべての集大成です。
ジョブ

回答:


14

現在、IEEE認定ソフトウェア開発アソシエイト(CSDA)証明書を保持しており、資格がある場合はCSDP試験を受けます(まだ2〜3年の経験が必要です)。

他の証明書と同様に、それは特定のトピックを本の形で知っていることの唯一の証拠です。彼らは実際にあなたがどのように仕事をするかについてあまり語っていません。あなたの過去の仕事の履歴は、はるかに効果的にそれを行います。

私にとっては、大学のソフトウェアエンジニアリングプログラムと非常に密接に相関しているため、CSDAを採用しました。試験を受けて合格することで、大学で義務付けられている深さと幅(学位プログラムの完了によって証明されます)に関連する資料を知っているだけでなく、深さと幅についても検証しましたソフトウェアエンジニアリングの分野で豊富な経験と知識ベースを持つ国際的に認知された組織によって推奨されています。

雇用主による証明書の表示方法は、業界や組織によって大きく異なります。一部の業界は、他の業界よりも特定の認証を優先しています。また、組織は、従業員の観点と保有する証明書に重点を置いています。あなたの質問に対するコメントの中で、Brian DriscollはCSDP / CSDA証明書所有者を保持している企業のリストリンクを投稿しました。お気づきのように、防衛、医療、通信、金融、および一般的なエンジニアリング(ハードウェアシステムの構築)に多くが関与しています。これらは、規制への準拠と精密工学(故障または欠陥に対する低い許容度)が重要な業界です。

認定を取得する場合は、IEEE Computer SocietyProject Management Institute(PMI) Carnegie-Mellon UniversityのSoftware Engineering InstituteInformation Systems Security Certification Consortium(( ISC)2)、および企業トレーニングを行う企業とは対照的に、専門/卒業証明書を提供する大学。

認定資格を評価する際には、今後どこに行きたいか、どのような知識を持ち、自分が持っていることを実証する必要があるかを判断する必要があります。たとえば、IEEE CSDP認定はソフトウェアエンジニアリングの幅広い分野を対象としています。ソフトウェアエンジニアリングの知識体系で特定された主要なトピックで能力を実証していることを示します。。これは、「溝の中の」開発者からソフトウェアリードまたはソフトウェアプロジェクトマネージャーまで、誰にとっても優れた一般的な認定です。ただし、SEIは、CMMI、プロセス管理、プロセス改善(他の多くのものも含む)などのトピックに関する集中的な証明書を提供しています。すべてのプレイヤーがCMMI評価を受ける防衛産業で働く私のような人にとって、CMMIを開発しCMMI評価者をトレーニングする組織からトレーニングと証明書を取得することは価値があるかもしれません。CMMIを適用する組織で働いていない場合、この証明書はそれほど価値がありません。


トーマスに感謝します。それは本当に詳細でバランスの取れた答えでした。私はいくつかの国固有のSE認定を知っていましたが、カーネギーメロンのものについては知りませんでした。CSDP
DPDの

@DPD CMUが提供するものは、CDSPに代わるものではありません。IEEEのCDSPと同様に、それらは世界的に認知されています(特にCMMI認定)。それらは別の組織によって許可されており、必ずしもソフトウェアエンジニアリングの知識体系に根ざしているわけではありません。SEIが提供するのは、主に彼らが行う仕事の認定です。CSDPは、広範なソフトウェアエンジニアリングをカバーする幅広い証明書です。PMIのCAPMおよびPMP認定(プロジェクト管理の息吹をカバー)を除き、他は非常に具体的できめの細かいトピックに適合しています。
トーマスオーエンズ

私の質問は、CSDAでどのように勉強したのですか?私たちのコースが利用できる本はありますか?
ジェイソンクリス

@JasonKrs私は学部でソフトウェア工学を学び、最終学年に試験を受けました。私のコースはCSDAとほぼ正確に重複していました。コースワーク以外ではほとんど勉強しませんでした。ただし、以前のコンテンツをブラッシュアップする場合を除きます。
トーマスオーウェンズ

さて...あなたは私の質問(私はそれが削除されることを知っていた...笑)あなたは私と一緒にチャットに行くだろう、私はあなたにいくつかのものをお願いしたいと思い削除した
ジェイソンKRS

4

ここに短くて甘いものがあります:それは勢いを増すつもりです。

多くの雇用主は、過去の経験、あなたが通った学校、そして「やけどを負った」と言うより良い方法の欠如にかなりの重点を置いてきました。一般的な信念に反して、ソフトウェア開発は、技術の私たちの多くが信じたいと思っていた創造性と同じくらい創造的ではありません。創造性を可能にし、さらには創造性を必要とする分野では、通常、エンドユーザーのペルソナ/ストーリー、システム要件、ビジネスドメイン、経済性、ソフトウェアエンジニアリングプロセス、およびソフトウェアアーキテクチャを理解してから、ソフトウェア構築[コーディング]を開始する必要があります。

アジャイルムーブメントの台頭以来​​、コンセンサスはコーディングと開発者を優先することを誤って強調してきました。これは実際には、アジャイルマニフェストの著者が取得しようとしていたものの誤解でしたが、マニフェストからそれを収集することは難しいかもしれません。アジャイルは、LEANの原則から多くを借用し、直接採用しました。LEANは実装従業員に焦点を当てていますが、これらの個人は会社の[ 読まれた:契約上のクライアントの ]実際の顧客にです。

なぜこの区別が重要なのですか?実装の従業員は、良い面と悪い面の両方の多くの決定の影響を直接感じています。そのため、パフォーマンスと品質に劇的な影響を与える可能性のある簡単な変更を行うことができる独自の位置にあります。悲しいことに、彼らはしばしばエンドカスタマーの知識に完全に関与しておらず、テーブルのパフォーマンスと製品品質を改善する多くの機会を残しています。LEANの使命は、廃棄物を除去することで効果のレベルを高め、配送速度と品質を向上させることにより、常により大きな価値を最終顧客に提供することです。アジャイルは、ソフトウェア構築スペース内の廃棄物除去の限界を押し上げましたが、エンドカスタマー[および契約クライアントのエンドユーザー]の観点からの真の効果は最小限でした。

そのために、コードクラフツマンシップ[科学と芸術の融合]の明確な改善など、建設の最前線で私たちを前進させたスピードと品質の前向きな成果に注目する価値がありますが、重要なのは顧客。そして、私は単にエンドユーザーではなく、企業のエンドカスタマーを意味します。LEANの場合と同様に、すべては実際の顧客から始まり、逆方向に進みます。では、これはIEEEのCSDAおよびCSDPと何の関係があるのでしょうか?たくさん。

まず、エンジニアリングの分野に反映されている種類の理解に根ざした人が、実際の有効性、マイルストーン、品質の属性を考慮しながら、プロセスが常に全体的な目標に焦点を合わせなければならないことを完全に把握する必要があります。これらの特性のいずれかが欠落している場合、契約上の[エンタープライズ]クライアントに十分な価値を提供できず、その結果、エンドカスタマー/企業のクライアントに対する価値を低下させるイベントの大きな波が発生する可能性があります。良くない。

さらに、リーダーシップの責任を引き受ける能力(自主管理チーム{アジャイルの任務として}が全員がある程度導く能力を必要とする場合)は通常、手元の主題についての十分な広さと深さの理解を必要とします。対話する機能、およびこの知識をさまざまなバックグラウンドから複数の利害関係者に伝える機能。現実には、仕事の内容が何であれ、開発者は深いエンジニアであると人々は期待しています。彼らは、主要な活動を熟知しているだけでなく、契約上のクライアントの問題領域を理解して解決する能力を含む、スキルセットの幅と深さを備えたスマートで才能のある人々であること。

それでは、なぜCSDAとCSDPについて議論するときにアジャイルについての大嫌いなのでしょうか?シンプル-基盤。CSDAとCSDPのチームがある場合、それらが何らかの形でだまされたとしても、ソフトウェアエンジニアリング内のすべてのプロセスと規律がどこに行くのか、なぜそこにあるのか、いつそれらに戻るのかについてある程度の知識があります新しい方向に進む前に理解を統一すること。この財団は、SDLC方法論全体でソフトウェア開発プラクティスを一貫して提供する機会と、SDLC方法間でピボットおよび/または結合する能力を非常に簡単に作成します。IEEEは、コンピューター開発の専門家(工学専攻、CS卒業生、IT専門家、または自習した開発者など)が、ソフトウェア開発、配信、敬意に値し、敬意を持って扱われるべき工学分野としての廃止措置プロセス。これらの要因により、勢いが増します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.