挫折の三菱ジェット、開発会社解散 元社長「素人集団のままだった」
ダイハツ不正の真因は「技術力不足」、トヨタ出身経営者が見抜けぬ訳
スピード開発である「時短開発」をこなし切れない開発設計部門の「技術力不足」が不正を招いた。厳しい開発日程による「時間不足」によって短期開発ができずに認証部門が不正を行ったという調査書の見方を、自動車の開発設計の経験者は否定する。（出所：日経クロステック、「ミラ イース」の写真：ダイハツ工業） 結論から言えば、ダイハツ工業が不正に手を染めた真因（問題を引き起こした本当の原因）は「技術力不足」にある。それを許したのは管理職の機能不全およびリスクに対する経営陣の機能不全だ。そして、少なくとも34年間、不正を継続し隠蔽し続けても問題にならなかったという現実が、同社の不正行為を正当化した──。これが専門家への取材を通じて得た、ダイハツ工業の不正問題の「真相」である（図1）。 改めて、第三者委員会による調査報告書（以下、報告書）の見方は表層的なものにすぎないと指摘しておく。そのわけは、社員が「本当の事
PythonでGUIアプリを開発しよう
「Tkinter」というGUIライブラリを利用することで、PythonでもデスクトップのGUIアプリを作成できる。その方法を解説しよう。 第5回 PythonのGUIアプリで様々なイベントに対応する、カギは「bind関数」 実は、commandオプションはすべてのウィジェットで使えるわけではありません。Labelウィジェットのように、操作されることを前提としていないウィジェットにはcommandオプションはありません。 2024.01.12 第4回 Pythonでクリックに反応するには？ イベントドリブンを利用しよう Tkinterを含む大抵のGUIライブラリは、「イベントドリブン」という仕組みを採用しています。イベントドリブンでは、ユーザーの操作などをきっかけに処理を実行します。イベントドリブンのプログラミングでは、プログラムの進行が直線的ではなくなります。 2024.01.11 第3回
要件定義～システム設計ができる人材になれる記事 - Qiita
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
40年取材をして分かった、日本企業に「設計図」はない
仕事における自分のミッションを改めて考える必要が出てきたため、1985年から記者の仕事を始めて以降を振り返ってみた。主に何を取材し、どう書いてきたのか。果たして専門性というものが自分にあるのか。 PMからMOT、そしてデータマネジメントへ 最初に『日経コンピュータ』の編集部へ配属されてからしばらくは、色々なことを取材し書いていた。途中から企業情報システムの開発や運用の失敗を実名で報じる「動かないコンピュータ」に力を入れるようになった。諸事情で動かないコンピュータの連載をいったんやめて代替の連載を始めたり、周年の記念号で動かないコンピュータの大特集をつくったりした。 失敗だけではなく成功についても紹介しようと、大きな開発プロジェクトが終わったとき、経緯や苦労を聞いて長めの記事を書くことにも取り組んだ。2000年前後から日本でプロジェクトマネジメント（PM）の推進団体の活動が活発になり、団体の
ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴
www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている（ご存じの方は彼にご一報を）。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80％、いやもしかしたら90％をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく
マイクロソフト、Rust言語による開発を含む初めてのWindowsカーネルをInsiderプログラム参加者向けに提供開始
マイクロソフト、Rust言語による開発を含む初めてのWindowsカーネルをInsiderプログラム参加者向けに提供開始 Microsoft AzureのCTOを務めるMark Russinovich氏は、Rust言語を採用して開発されたファイルを含む初めてのWindowsカーネルが、正式リリース前のWindowsを試用するWindows Insiderプログラム参加者向けに提供開始されたことをツイートで明らかにしました。 If you're on the Win11 Insider ring, you're getting the first taste of Rust in the Windows kernel! pic.twitter.com/uyZkK2vRLY — Mark Russinovich (@markrussinovich) May 10, 2023 ツイートでは、Wi
「東京は日本のリスクそのもの」 吉見俊哉教授が期待するものとは：朝日新聞デジタル
","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 -->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"
Makefileで外部プログラムの実行結果を変数に取り込む - Qiita
Makefileで外部のプログラムやコマンドを実行した結果を変数に取り込む方法を調べて結構苦労したのでメモとして残しておく。 結論としては\$(shell ), ` `とあと \$(eval )あたりを駆使する。 簡単な例 例としてdate +%M:%S:%Nで時刻を取得してそれを変数VALに取り込む例を考える。
開発組織の生産性を可視化するState of DevOpsとFour Keysとは(増補改訂版) / Introduction to State of DevOps and Four Keys for Visualizing Productivity in Development Organizations expanded and revised edition
以下のイベントの発表資料です。 https://phpcon.php.gr.jp/2022/ 想定課題 開発がスケールしたり、開発年数が経過すると、様々な要因で開発生産性の低下が起こります。 そこで現場のエンジニアは改善をしたくなるかと思いますが、大抵の場合、ステークホルダーと工数確保の合意が必要になります。 その際にこのようなことを言われがちではないでしょうか？ 今動いているものを直す必要ある？ 効果測定どうやんの？ 費用対効果はどれくらい？ パフォーマンスチューニングの世界には「推測するな計測せよ」という言葉がありますが、開発組織における生産性についても測定してモニタリングする必要があると思います。 本セッションの目標 以上を踏まえ、本トークでは開発組織とステークホルダーの間の共通言語を獲得することを目標に以下の内容についてお話します。 State of DevOpsとは Four K
業績が良い会社の開発マネジメントはどのような姿か
開発戦略の視点 開発戦略は、経営・事業の目標・方針に基づいて設定した、開発機能全体の目標とその達成に向けた方針です。その立案に際しては、「製品・サービス戦略」「組織・人材戦略」「投資戦略」という視点から詳細に検討します。 「製品・サービス戦略」では、中長期的な経営目標を達成するために必要となる製品・サービスの創出計画立案に取り組んでいきます。商品・サービスロードマップの立案、技術ロードマップの立案などが、この視点に含まれます。 「組織・人材戦略」では、製品・サービス戦略の実行に適した組織の構築、有能な人材の採用・育成に向けた中長期的な計画立案に取り組んでいきます。技術人材ロードマップの立案、技術組織構築・獲得計画の立案などがこの視点に含まれます。 「投資戦略」では、製品・サービス戦略の実現において必要となる各種経営資源の適切な投入計画の立案に取り組んでいきます。研究開発投資計画の立案などが
Software Design連載 2021年10月号 スナップショットテストの可能性を追求する - MonotaRO Tech Blog
こんにちは、辰巳です。 第3回は「スナップショットテスト」をテーマにお送りします！ 「組織が拡大する中で、十分な設計情報がない状況でも、複雑に改修が積み重なったソフトウェアをいかに安全かつ正確に変更できるか？」 本記事では、数多くの大幅なシステム変更の経験を経て、この課題に対してモノタロウがいま実践しているグッドプラクティスを紹介します。 本記事の初出は、 Software Design2021年10月号「Pythonモダン化計画（第3回）」になります。過去の連載記事は以下を参照ください。 第1回 Software Design連載 2021年8月号 Python製のレガシー＆大規模システムをどうリファクタリングするか 第2回 Software Design連載 2021年9月号 「テストが無い」からの脱却 スナップショットテストの可能性を追求する モノタロウは、事業者向けの間接資材を販売
開発設計リーダーの25カ条 挑戦も正確さも求められる人材
盆休みが明け、「さあ、頑張ろう」という読者は多いだろう。職場の全員がそうありたいものだ。中でも、リーダーの思いや取り組み姿勢が重要となる。リーダーの休み明けのありようが、職場のメンバーの思いや姿勢に大きく影響する。これまで取り上げてきた開発設計のありようは、実は「開発設計リーダーのありよう」を取り上げてきたのだ。
接触確認アプリCOCOAからの教訓｜情報処理学会・学会誌「情報処理」
楠 正憲（内閣官房 政府CIO 補佐官） 2021年1月 Android版の接触確認アプリCOCOAが数カ月にわたって動作していなかったことが明らかにされた．筆者は 2020年4月から接触確認アプリの導入について，有志での議論に参加し，有識者会議のメンバとして，また途中から政府CIO補佐官として， 接触確認アプリの導入を支援してきた．本稿では接触確認アプリCOCOAの開発と運用について，どのような課題があったかについて振り返る． 接触確認アプリ導入の経緯 筆者が接触確認アプリについて知ったのは昨年（2020年）3月頃のことである．ちょうどシンガポールのTrace Togetherが話題となって，日本でも接触確認アプリをリリースできないかといった話題で，いくつかのコミュニティが盛り上がり始めた． Androidのシェアが高いシンガポールに対して，日本ではiPhoneのシェアが非常に高く，iP
よく分かる！iOS アプリのリリース手順のまとめ | DevelopersIO
2014/04/16 コンプライアンスの「Content Rights」と「Advertising Identifier」についての解説を追加しました。 はじめに iOS 7 がリリースされ、さまざまな新しい機能が使えるようになりました。iOS 7 SDK を使ったアプリをリリースしたい！と思っているかたも多いのではないでしょうか。しかし iOS アプリのリリース作業は手順が複雑そうで取っ付きづらい印象を持たれているかたが多いと思います。筆者もそうでした。 ということで、最新 (2013年10月21日現在) の iOS アプリのリリース手順についてできる限り分かりやすくまとめてみました。リリース時の参考にしていただければと思います。 概要 まずはじめに全体像を確認しておきましょう。iOS アプリのリリースは下図のようなフローで行います。 リリース用の Provisioning Profil
設計業務の95％はルーチンワーク、経営者は退屈な仕事から設計者を解放せよ
前回は、設計手順書に基づいてモジュラーデザイン（MD）を進めると「設計の自動化」に行き着くことをMDの第一人者である日野三十四氏に聞いた。自動化によって設計者をルーチンワークから解放することが、創造的なものづくりの第一歩だと同氏は指摘する。（聞き手は高野 敦＝日経ものづくり） ――設計手順を確立する究極の目的は「設計の自動化」ということですが、いち早く設計手順書の作成に着手した欧米のメーカーは、やはりそうした狙いがあったのでしょうか。 日野三十四（ひの・さとし）氏 モノづくり経営研究所イマジン所長。マツダに30年以上勤務し、技術情報管理や技術標準化を推進した後に、2000年に経営コンサルタントとして独立。韓国の世界的な電機メーカーを皮切りに、日本の最大手の重工業メーカー、電機メーカー、産業機械メーカー、電力システムメーカーなどに対しモジュラーデザイン(MD)のコンサルティングを行ってきた。
組み込みもけっこう末路なのかもしれない
業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道 業務系に限らず、組み込み系もけっこう先行きは明るくないと思う。 メーカーの下請けでやってるようなところだと ・メーカーの予算削減で人員は減るが仕事量は変わらない ・むしろシステムの高機能化でアーキテクチャは複雑になる ・しかし一つの製品の納期はどんどん短くなる ・メーカー側もコスト面から製品に対して人員を割かなくなるので、メーカー側の社員が手が回らず下請けに丸投げしだす ・請け側の会社も仕事が少しでもあるところにスキルをあまり考えずに要員を投入する はい、デスマ。 発注側も受け側も余裕が無くなっていて、それでも請けるほうは仕事無いから請けるしか無くて、だいたい当初の想定通りのフェーズや要因で炎上する。で、年中残業やら休日出勤やらで疲弊するエンジニア。 請ける側にも多分に問題はあって、マネジメントできない人がマネジメントをし、設計
最新システムエンジニアリング情報館
このサイトでは、最新の世界標準に基づくシステムエンジニアリングの情報を配信しております。要求分析、アーキテクチャ設計に加え、DoDAFやEAなどのアーキテクチャフレームワークやINCOSEを紹介しています。 システムエンジニアリングに必須となるロジカルシンキングについては、こちらを参照ください。 このサイトの内容を学べます！ このサイトの内容をワークショップで学ぶチャンスが来ました！２０１３年９月８日（日）にAPCOSEC2013にてシステムズエンジニアリングのチュートリアルを開催いたします。同じく、Sysmlを作ったSnaford Friedenthal氏の１日チュートリアルもあります。詳細は以下を参照ください。 APCOSEC2013チュートリアル紹介サイト 自動車業界におけるモデルベース開発 最新の取り組みが分かります！ ２０１３年９月６日（金）にモデルベース開発のカンファレンスを開
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テクニカルライティングの基本
リアル言えない大事