SDVで「ニッポン出遅れ」論が意味すること
「EV出遅れ」「OTA出遅れ」「自動運転出遅れ」「水平分業出遅れ」などなどに続き、このところ静かなブームとなりつつあるのが、日本の「SDV出遅れ」論だ。何としてでもニッポン出遅れの材料を探し続けるその熱意には感服至極である。 要するに、SDVに出遅れた日本の自動車メーカーが、絶望的な窮地に陥（おちい）ると言わんばかりのことを記事にする媒体が現れて、新たなトレンドになりそうな気配がしているのだ。その一連の流れが筆者的には全く腑（ふ）に落ちないのである。 そもそも今までと比べてSDV出遅れ論がちょっと弱いのは、破壊的イノベーションとの結びつきが直感的にイメージしにくいという点にある。EV出遅れの時はスマホとガラケーをうまいこと当てはめて説明してきたわけだが、今回は話が難しすぎてそうそう簡単にはいかない。 しかも、そのSDVができるとクルマはどう進化するのかをきちんと定義して説明できる人がいない
年1500億円投じた「アップルカー」、なぜ実現できなかったのか
米アップルの最高幹部は2020年の初め頃、アリゾナ州ウィットマンにある元クライスラーのテストコースに集まり、アップルが実現に向け長年取り組んできた乗用車の最新試作車に試乗した。 丸みを帯びた側面の試作車は、全面ガラスの屋根やスライドドア、ホワイトウォールタイヤを備えた白いミニバンで、４人が快適に座れるように設計されていた。ヒッピー世代が好んだフォルクスワーゲン（ＶＷ）のマイクロバスにインスパイアされたデザインだ。 必ずしも親しみを込めてではないが、このデザインはアップル社内で「ブレッドローフ」、つまり食パン１斤と呼ばれていた。巨大なテレビ画面、パワフルなオーディオシステム、色合いを調整できる窓を備えたこの車は、約５年後に市場に投入される予定だった。 キャビンは自家用ジェットのようなシートで、乗客はその一部をリクライニングチェアやフットレストにすることもできる。 最も重要なのは、ブレッドロー
｢伝説のエンジニア｣が明かすエヌビディアの死角
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
電子計算機っていうとハードウェアがイメージされるところにちょっとした「ハコモノ行政」っぽさがある - in between days
愛媛県庁の大型計算機が退役するのでセレモニーが執り行われた、というニュースがNHKのサイトに出てたんですが、何か分かりにくいなあ、こんがらがってるなあ、と思ってしまった。 よく「ハコモノ行政」っていうけれど、この分野でも大切にされるのは外側の箱なんだなあ。 「長年のサポートに感謝」県庁の電子計算機運用終了の催し｜NHK 愛媛のニュース 50年も使われてきた電子計算機ってどんなの？ 気になるのは次の箇所で、これを読んでどういう「電子計算機」をイメージします？ 愛媛県庁でおよそ50年にわたって税金の計算や会計業務などに使われてきた大型の演算装置、電子計算機の運用が20日で終了となり県庁で催しが行われました。 50年にわたり使われてきた大型の演算装置？？ ということは1970年代のメインフレームだろうから、昔の漫画とかでよく見た磁気テープのストレージがカタカタと動くこういうやつかな？ By Ar
4年後までにソフトウェアテストの70％を生成AIが作り、コードの品質は向上するようになるとの予測、IDC
4年後までにソフトウェアテストの70％を生成AIが作り、コードの品質は向上するようになるとの予測、IDC 調査会社のIDCは、4年後の2028年までに生成AIベースのツールがソフトウェアテストの70%を作成できるようになり、手動テストの必要性が減り、テストのカバレッジが向上することで、ソフトウェアのユーザービリティとコードの品質向上が実現するとの予測を発表しました。 同社によると、生成AIによるテストスクリプトの生成や管理などを含むテスト自動化は日本を除くアジア太平洋地域で特に人気が高まっており、開発者とDevOpsの専門家がこれらの技術を活用することで、ソフトウェア開発全体の自動化をより推進していくことになるとのことです。 また生成AIはレガシーアプリケーションのコードに対するリファクタリングも促進するとしており、2027年までにリファクタリングに関わるコードの変換や開発タスクの50％が
品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中
※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ
プログラミングを始めたころとは考え方が全然変わっていることに気づいてびっくりした話 - 覚書
家にパソコンがはじめて来てから30年くらい、プログラミングを始めてから20年以上が経ちました。その間、IT技術に対する愛は変わらずに、ずっと走り続けてきました。では当時の自分と今の自分で何が違うのだろうと考えてみたところ、めちゃくちゃ変わっていたのでびっくりました。本記事では何がどう変わったのか、それを見てなにを思ったかなどを書きます。 昔は次のようなこだわりがありました。 大きなものは一つの仕事をする単純で小さなツールを組み合わせて作るべし ソフトウェアは可能な限り設定可能になっていてほしいし、それを自分の好みになるまでカリカリチューニングしたい 可能な限りすべてキーボードだけで操作できるようになっていてほしい いわゆるUNIX哲学をはじめとして、いろんな本やWebサイトなどに強い影響を受けていることがよくわかります。 ところが今は次のように全然違うことを考えています。 トラブルハマった
羽生先生の発言は何が開発者の反発を招いたのか？ | やねうら王 公式サイト
2つ前の投稿で羽生先生のインタビュー記事の発言を取り上げたらプチ炎上しました。私は特に炎上を狙ってやっているわけではなく、羽生先生の発言が将棋AI界隈に悪い影響が残り兼ねないので書いたのですが、開発関係者からは一定の同意が得られたものの、将棋ファンからは殺害予告やら、こんなツイートやらが届く始末です。 まあ、一線を越えているものに関しては関係各所と連携しつつ、粛々と対応させていただく次第です。(念のために言っておきますと、将棋ファンのすべてがこういう人たちばかりだとは私は思っていません。極一部にちょっとややこしい人がいらっしゃるという認識です。) この記事は大変長くなるので、「最新版のやねうら王が(お金を出してでも)欲しい！」と言う方や、「やねうら王の開発に支援してやる！」と言う方は、とりあえず、この記事の末尾のリンクから御支援くださいませ。 今回は、前回の羽生先生の発言を再度取り上げ、何
12のソフトウェア・アーキテクチャの落とし穴とその避け方
これは、多数派が支配すべきだという意味ではない。委員会によって設計されたアーキテクチャは、肥大化し、焦点が定まらない傾向がある。私たちの経験では、理想的なバランスとは、多様な経験と視点を持つ数人の仲間が、より良い情報に基づいた決定を下すために、主張に異議を唱えることである。 再利用の目標が誤った決定を左右するようなことがあってはならない。その代わり、再利用は理にかなった場合のみ行うこと。 コード、コンポーネント、設計、あるいはコンフィギュレーションの再利用は、最初は良いアイディアのように聞こえる。経営陣は、再利用によってコストが削減され、納期が短縮され、品質が向上すると信じて、このコンセプトを推進したがる。チームは、MVPをより早く提供するために既存のアプリケーションの大部分を再利用することを決定するかもしれないし、かなり成功した製品を提供するために作成された既存のアーキテクチャを再利用す
サンタ逃亡のお知らせ | やねうら王 公式サイト
毎年、やねうら王プロジェクトでは、クリスマスシーズンになると何かしらのプレゼントを行ってきました。詰将棋問題集100万問であったり、やねうら王のメジャーバージョンのリリースであったり、教師用データセットの公開であったり。今年は、最新版であるやねうら王V8.00をクリスマスに公開しようと準備を粛々と進めてきました。 そんななか、とても心を抉られる記事を目にしました。羽生先生のインタビュー記事です。 将棋をこよなく愛する開発者のみなさんは、将棋ソフトの開発で稼ごうと思っている人たちが少ないのです。 そのため、開発したプログラムを自分のスキルを披露する場として捉えて公開し、私たちが将棋AIを使うためのアプリも無償で公開してくれています。 <a href="https://www.kumon.ne.jp/kumonnow/obog/100_1/" target="_blank" rel="noop
トヨタ最高益を礼賛できない｢EV周回遅れ｣の深刻
トヨタ自動車は11月1日、2024年3月期の純利益が過去最高の3.95兆円になる見込みと発表しました。従来予想の2.58兆円から上方修正した理由のうち約1兆円は円安効果ですが、その要因を除いても好調であることに変わりはありません。 この決算発表を受けて、トヨタが底力を見せたと礼賛するアナリストの声が目立ちました。中でも目を引いたのが、トヨタの稼ぐ力がテスラを超えたという報道です。トヨタは2021年上期に売上高純利益率でテスラに抜かれて以降は後塵を拝してきたのですが、今回の決算で久しぶりにライバルを稼ぐ力で超えることができたというのです。 また、自動車各社の業績については中国市場の減速が不安要因になっていますが、その点でも今回の決算でトヨタが中国への依存度が低いことが強みと評価された様子です。この先、中国市場がさらに停滞してもトヨタの決算への影響が少ないことがプラス要因とも報道されたのです。
IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果
IT子会社が設立される主な理由はコスト削減。課題はIT戦略立案能力、待ちの姿勢、先進技術の習得など。ガートナーの調査結果 ガートナージャパンは、国内のIT子会社の実情に関する調査結果を発表しました。 調査は国内の従業員500人以上、売り上げ規模1000億円以上の企業のCIO、CTO、IT担当役員、最高デジタル責任者、デジタルビジネス推進担当役員などを回答対象者として実施されました。有効回答は300社。 回答した企業のうち、「連結対象」「連結対象外」「ITベンダーなどと共同出資」のいずれかに該当するIT子会社を持つ割合は38.0%。 調査結果では、IT子会社設立の主な理由はコスト削減で、親会社から見た喫緊の課題はIT戦略立案能力、受け身の姿勢、スピード感、先進技術の習得などと説明されています。 IT子会社を設立する理由はコスト削減 IT子会社を持つ企業に、設立している主な理由を上位3つまでの
開発者を魅了する!? ソニーとホンダのEV、狙いはどこにあるのか
10月第2週は特異的な週だったのか、幕張のCEATECからパシフィコ横浜のCanon Expo、その間にはさまざまな発表会、記者会見があり、テック系記者は大忙しというよりも“取捨選択”をせねばならなかった。そんな中、テクノロジージャンルを得意とするジャーナリストの立場で、唯一、ドストライクで楽しめたのが、ソニー・ホンダモビリティの川西泉社長のグループインタビューだった。 この川西社長は、普通のクルマ担当記者では、なかなかうまく真意を引き出すことが難しい。それは記者としての能力や知識の問題ではなく、川西氏自身の思考や付加価値の源泉となる領域に、通常の自動車メーカーとは異なる視点があるからだ。 あまり強調しすぎると言葉が一人歩きしてしまうだろうが、誤解を恐れずに言えば、彼の頭の中にあるのは「ソフトウェア開発者たちがワクワクとした気持ちで面白がりながら、オモチャのようにEV向けのアプリやコンテン
F1日本GPに見る、世界5億人のファンにサービスを提供するITインフラの現場
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 自動車レースの最高峰と言われるFormula 1（F1）は、年間20以上のレースが開催され、サーキットやテレビ、インターネットなどで観戦するファンは、世界170カ国以上で約5億人にも上る。そのサービスを支えるITインフラは、極めてミッションクリティカルであり、F1公式パートナーのLenovoが2022年からITインフラを供給している。同社が9月22～24日開催の日本グランプリ（GP、三重県・鈴鹿サーキット）で行ったF1の取り組みを説明するメディアツアーに同行し、F1のITインフラの現場を取材した。 2023年シーズンのF1は10チームが参加して、3～11月に欧州、米州、中東、アジア、オセアニアで全23戦が行われる（うち1戦は豪雨災害で中
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
人生はyak shaving。失敗も遠回りもいつか自分の糧になると、エンジニアの仕事が教えてくれた - Findy Engineer Lab
こんにちは。motemen（id:motemen）と申します。現在、株式会社はてなでCTOとして開発組織や技術方針のマネジメントに携わっています。新卒ではてなに入社してから、気づけば15年が過ぎていました。今回「Findy Engineer Lab」で寄稿の機会をいただきましたので、自分のキャリアを簡単にふり返ってみたいと思います。 プログラミングの初期衝動 あらゆるウェブページをハックできる、JavaScriptの全能感 プログラマからソフトウェアエンジニアになっていく コードで自分が評価されることの恐ろしさを知った 「話すことが得意ではない」自分がマネジメントの道へ チーフ、そしてCTO 人生yak shaving プログラミングの初期衝動 初めてプログラミングに触れたのは小学生の頃でした。家に、親が仕事で使っていたパソコン（PC-9801）があったので、それに本屋で買ったムック本につ
カスタマーサポートだけど、開発チームに敬意が持てない
うちの会社のシステム、ほぼ毎日いろんなバグが見つかってお客さんからクレームがきてる。 バグが直った時に、slack上では開発チームに「修正ありがとうございます」って送ってるけど、なんで自分たちが「ありがとうございます」と言っているのかよくわからない。 開発チームが品質の悪いシステムをつくって、 お客さんがバグを見つけて怒って、 カスタマーサポートがお客さんのサンドバッグになって、 開発チームがバグを直して、 カスタマーサポートが開発チームにお礼を言う。 なにかがおかしい。なんだこれ。 自分で引き起こした問題を自分で解消してなぜ感謝される構図になっているんだろうか。ただのマッチポンプじゃないか。 カスタマーサポートはお客さんをサポートするための仕事なんだよ。 不出来な開発チームのための緩衝材じゃないんだよ。 本当はサポートだけじゃなく、サクセスみたいなことも色々やっていきたいと思ってるよ。
リモート開発を助ける「思いやりのある文章」の書き方 - ROUTE06 Tech Blog
新しいプロジェクトに参加してローカル環境を作り始めると、何かとエラーに遭遇します。 また、設計や実装について開発者に相談したり、コードレビューを依頼することもありますね。 開発者が近くにいれば、（それなりに、程よいタイミングを見計らって）話しかけて、エラーの原因を調べてもらったり、設計方法をホワイトボードにスケッチしながら相談できますが、リモート開発ではそうはいきません。 リモート開発で成果を上げるためには、このブログのように何の装飾もインタラクティブ性もない文章で、自分の状況や相談したい事柄を正確に伝える必要があります。 とはいえ私は昔、「文章がわかりにくい」と毎日、毎日上司にフィードバックをもらうくらいには文章を書くのが下手くそでした。今もわかりやすい文章が書けている自信はありません。 それでも、これまでに何度か、議論が好転したり、プロジェクトが前に進むきっかけとなる文章を書けたことが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「PuTTY」に秘密鍵が復元できてしまう深刻な脆弱性 ～「WinSCP」など他ツールにも影響／v0.81への更新と鍵の再生成を
逆風テスラの工場内初ロケ！中国勢にどう対抗？EVの未来は | NHK | ビジネス特集
