C++はRustが誕生する以前から成熟した言語だった。Rustの誕生によって、C++から乗り換えるべきなのだろうか。必ずしもそうとは限らない。 新しいプロジェクトの言語を選択するに当たって、プログラマーは選択肢に事欠かない。C++もRustも、さまざまなプロジェクト（ブラウザベースのソフトウェアからビデオゲームまで）に適しており、それぞれにメリットがある。 C++、Rustそれぞれの歴史と概要 関連記事 C++からRustに移行して幸せになる人、そうならない人　その違いは？ C++はRustが登場する前から成熟度の高い言語だった。開発者はC++からRustに切り替える必要があるのだろうか。必ずしもそうとは限らない。C++とRustの品質、両言語の相違点と類似点を調べて、どちらのプログラミング言語を選ぶかを決めたい。 米国国防総省のDARPA、CからRustへのコード変換を自動化する「TRA

改めて考える、「Gitのコミットメッセージを能動態や命令調で書く意味」：命令調のGitコミットメッセージの問題点とは TechTargetは「Gitコミットメッセージの能動態または命令調の書き方」に関する記事を公開した。「開発者はGitのコミットメッセージを命令形で書くべきだ」という意見があるが、本当にそうだろうか。言語的背景やオープンソースプロジェクトでの採用傾向などを踏まえて著者が問題提起する。

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

「何も変えないでそっくりそのまま移行してくれ、とお客さんが要求してくるプロジェクトが結構多いのです。当社が手掛けている案件の内容を見られるページがあるのですが、直近のものを開くと……。ほら『現行踏襲』と出ています」 2カ月ほど前の2024年8月、とある情報システム開発会社の幹部と雑談していたときのことだ。彼はノートパソコンを開き、管理画面から適当なプロジェクトを選び、顧客からの要望を記載した箇所を見て嘆息しつつ話してくれた。画面そのものは見せてもらえなかったが、その場で確認しつつ話す様子から彼の悩みが伝わってきた。 「現行踏襲ならプロジェクトとは呼べない」とすぐに思ったものの、言っても仕方がないと考え直した。プロジェクトという言葉の成り立ちは「前の方へ（pro）投げる（ject）」だったはずだ。つまりプロジェクトとは将来に向かって何かをぶつけ、何らかの変化を起こすことである。製品の打ち切り

DX Criteria( DX基準 )は、日本CTO協会が監修・編纂している企業のデジタル化とソフトウェア活用のためのガイドラインです。 本基準は、デジタル技術を企業が活用するために必要な要素を多角的かつ具体的に体系化したものです。ソフトウェアエンジニアリング組織の健全な成長・経営目標の可視化・パートナーとのコミュニケーションなどに使っていただくことを目的に作成されています。 また、本基準は絶対ではありません。誰かを攻撃したり、アセスメント結果の数字のみに注目して本質的な改善をおろそかにするためのものではありません。極めて実践的で具体的な項目で構成されているため、定期的に最新動向に併せてCTO協会のWG内で議論をおこないながら、適宜アップデートをしていくものです。

WBS（Work Breakdown Structure）の出来は、プロジェクトの成功に大きな影響を与える。WBSの不備は、計画の不備につながり、プロジェクトが混乱する要因になりかねないからだ。だが、「WBSをきちっと作れますか？」と問われて、自信を持って「イエス」と答えられる人は少ないだろう。出来上がったWBSを見ると簡単に作れそうに見えるが、いざ自分で作ってみようとすると意外と難しい。 「これを知っていればWBSなんて簡単に作れますよ」という魔法のようなテクニックはないが、いくつかの定石のようなものはある。1回のコラムで定石のすべてを書ききれるわけではないので、不定期になるが、何回かにわたって解説したい。今回のテーマは、WBSの表記方法とその使い方だ。 WBSの表記方法にルールはない WBSの表記方法に決まりはないが、一般的には、ボックス内に作業を記述し、ボックス間を結ぶ線で階層構造を

Linux FoundationのGreg Kroah-Hartman氏は12月6日、Open Source Summit Japan 2023の基調講演に登壇し、Linuxカーネルのセキュリティの現状と今後の課題について、さまざまな観点から議論した。安定版Linuxカーネルのメンテナーであり、Linuxカーネルセキュリティチームの主要メンバーでもあるKroah-Hartman氏は、講演の中で、オープンソースソフトウェアのセキュリティを取り巻く状況の変化や、規制上の課題、そしてこれらの問題に対するLinuxカーネルの対応について語った。 ソフトウェアのセキュリティに関する問題が毎日のように発生する中、各国政府は、セキュリティの問題を軽減すべく、企業やさまざまな組織を指示に従わせようとしている。しかし、そこには1つ問題がある。それは、政府はソフトウェアがどう使われているかをほとんど理解してお

Focused on web standards and modern web app UX, you’re simply going to build better websites Remix is a full stack web framework that lets you focus on the user interface and work back through web standards to deliver a fast, slick, and resilient user experience. People are gonna love using your stuff. export async function loader({ request }) { return getProjects(); } export async function action

2023.12.08 スキル 牛尾剛マイクロソフトアジャイルグローバルチーム 考える前に手を動かせ、質問する前に自分で考えろ…日本の社会人にとっての“あるある”は「世界最先端で働くエンジニアにとって真逆の考えだった」と、書籍『世界一流エンジニアの思考法』で紹介したのが、米国マイクロソフトのエンジニア・牛尾剛さんだ。 10月末に発売された著書は、各書店やAmazonの売れ筋ランキングで上位に入り、読者からは驚きや感嘆が交じったXが連日ポストされている。 「即レス」は非効率 「試行錯誤」は非効率 「後で文書化」は非効率 「ググれ、カス」は非効率 「早く失敗しない」は非効率 「納期を守りすぎる」は非効率 「会議の前に準備する」は非効率 「口頭だけでなく文書化」は非効率 何もかも覆された…でも超納得の一冊 pic.twitter.com/EmAQ3bSTfI — もとやま📚著書『投資としての読書

「5人のボランティアが米国で始めたPMI（プロジェクト・マネジメント・インスティテュート）は世界最大のプロフェッショナル・コミュニティーになった。今なお成長を続けており、中でもアジア・パシフィック（AP）は最速の伸びを示している」 来日したPMIのソヒュン・カン アジア・パシフィック・リージョナル・マネージング・ディレクターはこう切り出した。PMIが認証した「プロジェクトマネジメントプロフェッショナル（PMP）」と呼ぶ資格の保有者は全世界で160万人いて、このうち68万人がPMIの会員になっている。APの42カ国（中国とインドを除く）で見ると、PMPが14万人で会員が6万2000人だ。 APの中で最も多いのは日本で、PMPが4万4000人で会員が1万3000人。さらに1万3000人のうち、6000人はPMI日本支部という地域組織の会員にもなっている。4万4000人は中国、米国、カナダ、イン

｢私が今もまだ考えている最大の課題は、大規模言語モデル（LLM）は本当に何の役に立つのかということだ｣ Bardのユーザー・エクスペリエンス部門の責任者を務めるキャシー・パール（Cathy Pearl）は、ブルームバーグによると2023年8月のチャットにこう書いたという。 ｢本当に役に立つものだ。ただし未定！｣ ｢私の経験則では、独自に検証できない限り、LLMのアウトプットは信用しないことにしている｣とBardのシニアプロダクトマネージャー、ドミニク・ラビージ（Dominik Rabiej）は2023年7月に語っている。 ｢LLMを使えるところまで持って行きたいが、まだそこまでには至っていない｣ AIを搭載したチャットボットは幻覚に陥りやすく、しばしば事実を捏造したり、誤って伝えたりすることが多い。例えば、グーグルのBardは、ガザとイスラエルの間で最近武力衝突が激化しているのにも関わらず

産業技術総合研究所（産総研）は2023年、若手AI研究者の育成を支援する「覚醒プロジェクト」を立ち上げた。35歳未満の若手研究者を対象に独創的な研究テーマを募集し、採択された研究者には研究資金や計算資源、プロジェクトマネージャー（PM）による助言などの支援を提供する。応募は10月13日まで、同プロジェクトのサイトで受付中だ。 ホットなAI分野で先端を走るプロジェクトマネージャーたちは、「覚醒」にどのような研究者を求めているのか？ PMの一人で、自然言語処理を専門とする東京大学大学院 情報理工学系研究科の谷中 瞳准教授に話を聞いた。 東京大学大学院 情報理工学系研究科 准教授（卓越研究員） 谷中 瞳氏 2013年、東京大学大学院工学系研究科化学システム工学専攻修士課程修了。同年、株式会社野村総合研究所に入社し、特許検索システムの開発に従事。2018年、東京大学大学院工学系研究科システム創成学

Elastic社のブログをきっかけに、最近見かける新しいライセンスについて個人的に調べてみた。私は専門家ではないので要注意。公開情報も隅々まで追えているわけではないし。 なお一部ライセンスはOpen Source Initiative (OSI)による承認を受けていないので、ここではオープンソースライセンスではなく単に「ライセンス」と書くことにする。 新しいライセンスが誕生している背景 従来のオープンソースライセンスが再頒布以外の利用をあまり想定していなかった。 Open-core modelないし完全オープンソース戦略を採る企業が自衛策を必要とした。 既存のライセンスが難解なため、理解しやすいライセンスが求められた。 OSS活動を収入に繋げるためのモデルが試行錯誤されている。 新しいライセンスを導入しているプロジェクト（一例） プロジェクト ライセンス Elastic SSPLと独自ライ

アジャイル環境で必須　ビジネス要件定義書（BRD）を作成する際のポイント：どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書（BRD：Business Requirements Document）を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ

Javaは、企業のITシステムの開発になくてはならないプログラミング言語としての地位を確立している。一方で、PythonやJavaScriptといった若い世代に人気がある言語と比較すると、煩雑な記法が多く堅苦しいイメージは否めない。 こうしたイメージを一新してJavaの生産性を高める試みが「Project Amber（プロジェクト・アンバー）」だ。同プロジェクトではこれまで、Javaプログラムの可読性を高めるために数々の記法の改良を行ってきた。 その成果の1つとして、2023年秋に公開予定の「JDK（Java Development Kit） 21」に導入されるのが、Javaプログラムの実行の起点である「mainメソッド」の大幅な簡略化だ。Javaの新機能は「JEP（JDK拡張提案）」として管理されており、mainメソッドの簡略化は「JEP 445」で規定されている。 Javaの開発にかか

プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり

ある会合で話をしてほしいと言われた。会合の趣旨を聞くと「日本がなぜITの利用で劣後してしまったのかを考えること」と説明してくれた。演題を考えているうちに「ソフトを他人に作らせる日本、自分で作る米国」という一言が浮かんだ。 この言葉は10年近く前、2013年12月に出版した拙著の書名である。元々は日経ビジネスオンライン向けに書いたコラムに付けた題名であり、そのコラムを同書の巻頭に再録した。 「日本企業は自社で利用するソフトのほとんどをIT（情報技術）企業に開発させているのに対し、米国企業はソフトを内製する比率が高い」「日本のソフト開発技術者の大半はIT企業に所属するが、米国のソフト開発技術者の大半はIT企業ではなく一般企業に所属している」、これがコラムの内容であった。ここでいうソフトはコンピューター上で動かすプログラムのことである。 これ自体はソフトの内製化と言われる問題だ。実は同書の主題は

私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

戦後のメンバーシップ型雇用を維持する日立では、スキルギャップから成果を出せなくなった中高年社員の雇用を維持するため、若手が余計に働いて稼がなくてはならない。そのなかでも、デキる人に仕事が集中する構造があり、過重労働がはびこりやすい。「仕事が終わらないから、社内の労務管理システムの抜け道を使って、残業時間が増えすぎないよう、改ざんします。具体的には、WindowOSに指示を出して、労務管理システムを停止させます。これは上司から強制されるわけではなく、同期やチームメンバーの間でやり方を教え合うんです。あとは、労務管理の対象外となっている（接続履歴が把握されない）別のパソコンを使って仕事をしたり…」（SE職） Digest 責任感から自滅していくパターン 行動規範SQDCとフェーズゲート QFマインド醸成会議、落穂（おちぼ）拾いの会 週休3日制の現実「有休消化で精いっぱい」 週1日丸ごと副業に費