背景 昨今のサイバーセキュリティの取り組みの一環として、「脅威インテリジェンス」が注目されていますが、その取り組みが指し示す内容や、事業会社が具体的に実施すべき事項があまり明確にされていないなどの課題があると感じました。 そこで当プロジェクトでは、様々な文献やツール、サービスを利用し、脅威インテリジェンスの概要・概念からその効果、ライフサイクルを整理し、またプロジェクトメンバーで実際に脅威インテリジェンスの取り組みを実践することで、事業会社が取り組む内容の一部をケーススタディとしてガイドラインにて紹介しています。 ガイドラインを活用することで、経営層に脅威インテリジェンスの必要性と導入を提案でき、また運用箇所に目的と運用事項を説明できる内容で構成しています。 また、従来組織が取り組んできたフレームワークやガイドライン、チェックリストをベースとした「コンプライアンス型アプローチ」では、昨今の

中核人材育成プログラム 卒業プロジェクト 第7期生 中核人材育成プログラムは、将来、企業などの経営層と現場担当者を繋ぐ、“中核人材”の育成を目的としたプログラムです。テクノロジー（OT / Operational Technology・IT / Information Technology）、マネジメント、ビジネス分野を総合的に学ぶ1年程度のトレーニングを実施しています。 中核人材育成プログラムについて、もっと詳しく 本プログラムの最後に受講者が取り組む卒業プロジェクトは、業界のあるべき姿と現状のギャップを分析し対応を行うことと、1年間のプログラムで学んだ技術や人脈を業界の課題に当てはめていくことを主眼としています。 また、PBL(Problem Based Learning)の考え方を活用したアウトプット形の学習として設計されています。 このページでは、その取組みのうち、公開可能な成果を

ソフトウェア開発におけるコードレビューの位置づけは、曖昧にされがちだ。欠陥を見つけるためにやっているのだろうか。コード品質を高めたいのだろうか。いずれにしても、チームやプロジェクトで統一された目的がないこともめずらしくない。レビュアーはただ、眼の前にあるコードの中で気になった箇所にコメントしているだけになってはいないだろうか。 また、チームのバージョン管理ツールを観察すると、コードレビュー待ちの開発ブランチが多いこともめずらしくない。実装することにばかりに時間が割かれ、コードレビューは後回しになっているのだ。しかし、レビューを終えなければ、それらは統合ブランチにマージされない。そうして生存期間が長いブランチが多くなるほど、マージコンフリクトが起こりやすくなる。その対処に支払うコストもばかにはならないだろう。 本稿は、コードレビューに関する2つの論文を中心に、機能的なコードレビューのあり方に

GoogleやMetaなどの大手IT企業は大規模なプロジェクトをたくさん推進していますが、それらのプロジェクトは必ずしも成功するとは限りません。AI関連製品のコンサルティングを行っており、かつてMetaで機械学習に取り組んでいたこともあるジェフリー・リュウ氏が、「なぜGoogleのプロジェクトは失敗するのにMetaのプロジェクトは成功するのか？」という疑問について分析しています。 Google's Lost Moonshots · Jerry Liu https://www.jerry.wtf/posts/googles-lost-moonshots/ リュウ氏は、Googleはかつて製品を作るだけでなく「未来を定義する」会社でもあり、Googleが生み出したイノベーションやスローガンは世界に大きな影響を及ぼしてきたと指摘。たとえばGoogle マップはナビゲーションの世界に革命をもたらし

C++はRustが誕生する以前から成熟した言語だった。Rustの誕生によって、C++から乗り換えるべきなのだろうか。必ずしもそうとは限らない。 新しいプロジェクトの言語を選択するに当たって、プログラマーは選択肢に事欠かない。C++もRustも、さまざまなプロジェクト（ブラウザベースのソフトウェアからビデオゲームまで）に適しており、それぞれにメリットがある。 C++、Rustそれぞれの歴史と概要 C++は、効率と信頼性が高いプログラミング言語だ。その信頼性、パフォーマンス、スケーラビリティの高さから、開発者はC++を選ぶ。広範なライブラリサポートを有するC++標準テンプレートライブラリ（Standard Template Library、以下STL）によって多くの関数が提供される。システムプログラミング、ビデオゲーム開発、OSやWebブラウザ上で実行される最新アプリケーションでは、C++が使

改めて考える、「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の表記方法に決まりはないが、一般的には、ボックス内に作業を記述し、ボックス間を結ぶ線で階層構造を

ソフトウェアのセキュリティに関する問題が毎日のように発生する中、各国政府は、セキュリティの問題を軽減すべく、企業やさまざまな組織を指示に従わせようとしている。しかし、そこには1つ問題がある。それは、政府はソフトウェアがどう使われているかをほとんど理解しておらず、オープンソース開発者がソフトウェアをどう開発しているのかについては、それ以上に理解していないということだ。 では、この新たな規制の波に対応する準備は整っているのだろうか？答えはノーだ。 Kroah-Hartman氏は、Linuxコミュニティの現状について触れ、Linuxカーネルのセキュリティチームは、積極的なスタンスを採用する他のセキュリティチームとは違って、基本的に問題が起きてから対応するスタンスだと説明した。Linuxカーネルのセキュリティチームは、2005年に正式に発足して以来、企業との協力関係や契約は一切結ばずに、非公式な組

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人は中国、米国、カナダ、イン

グーグルのスンダー・ピチャイCEOは、AIが彼の生涯で最大の技術的変化をもたらすと考えている。Google グーグルの社員たちはBardの有用性を疑問視しているとブルームバーグが報じた。グーグルのチャットボットBardは、OpenAIのChatGPTに対抗するものだ。Discordのチャットで、グーグル社員たちはBardについて議論している。グーグル（Google）の社員の中には、ChatGPTのライバルである同社のBardについて、疑問を投げかけている者がいる。 2023年2月に初めて発表されたグーグルのチャットボット「Bard」は、同社の主要なジェネレーティブAI製品の一つだ。その数カ月前にOpenAIのChatGPTが発表されたことで、グーグルでは「コードレッド」が発令され、ジェネレーティブAIのプロジェクトにリソースを投入するようになったと報じられている。 ブルームバーグ（Bloo

産業技術総合研究所（産総研）は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の開発にかか