再生可能エネルギーや電気自動車（EV）についての批判が最近増えているように感じる。正当な批判も確かにある。例えば、太陽光発電であれば、自然林を周辺住民の同意なしに伐採、造成したり、固定価格買い取り制度（FIT）の穴をついて権利だけ取得し、システムの価格低下をぎりぎりまで待つケース、あるいはその権利の転売でもうけるケース、20～30年後の発電終了後の撤去計画や予算を明らかにしていないようなケースについての批判だ。筆者としてはそうした事業者の責任もさることながら、そうした業者のふるまいを許した制度設計に問題があったと考えている。 EVであれば、充電インフラの不備不足の指摘や、もっと根本的な、長距離を移動するモビリティーとして重い電池を載せて走るEV（BEV）は最適解か、といった問いも建設的な正しい批判だと思っている。そこに別の解がなければ単なる“ないものねだり”だが、例えば、燃料電池車（FCV

100万人の雇用と、15兆円もの貿易黒字が失われかねない――。 脱炭素の遅れで自動車は輸出できなくなり、最大の輸出産業で雇用が失われる。トヨタ自動車の豊田章男社長が“必死の警告”を続けている。 菅義偉首相の「2050年カーボンニュートラル宣言」の後、日本自動車工業会（自工会）の会長として宣言に賛成した上で、このままでは「産業が崩壊する」と叫び続けているのだ。 「カーボンニュートラル2050、これは国家のエネルギー政策の大変化なしに達成は難しい」「ここで手を打たないと、モノ作りを残して、雇用を増やし、税金を納めるという、自動車業界がやっているビジネスモデルが崩壊する」（2020年12月17日） 「車の競争力をどれだけ上げたとしても、このままでは日本で車を作れなくなる」（2021年3月11日） 「クリーンエネルギーを調達できる国や地域への生産シフトが進み、日本の輸出や雇用が失われる可能性がある

Global Wind Energy Council（世界風力会議＝GWEC、本部ブリュッセル） は2021年10月7～8日に北九州市で開催された「世界洋上風力サミット」で、「日本の洋上風力発電の導入可能量は、日本の全電力需要量の8倍になる」と発言した。もちろん、これは洋上風車を技術的に設置可能かどうかしかみておらず、それ以外のさまざまな制約、例えば漁業との折り合いや景観保護、陸上の送電線との連系の可否などは考慮していない。それでも、日本の再生可能エネルギーの今後を議論する上では重要なデータになりそうだ。 講演したのは、GWEC、Chair of Global Offshore Wind Task ForceのAlastair Dutton氏。10月7日にオンラインで登壇した。 世界で2050年に計2000GWの洋上風車を導入へ Dutton氏は、まず世界の洋上風力発電施設の導入状況につい

委託したシステム開発が頓挫したとして、野村ホールディングス（HD）と野村証券が日本IBMを相手取って計約36億円の損害賠償を求めた裁判。プロジェクト失敗はベンダー側に非があるとした2019年3月の一審判決から一転、2021年4月の控訴審判決はユーザー企業側に責任があるとした。工数削減提案に十分に応じなかったり、プロジェクト途中で追加要件を多発したりした野村側の姿勢を東京高裁は問題視し、逆転敗訴の判決を下した。 関連記事 野村HDが日本IBMに逆転敗訴の深層、裁判所が問題視した「X氏」の横暴な変更要求 野村HDが日本IBMに逆転敗訴のワケ、「工数削減に応じず変更要求を多発」と指摘 東京高裁が特に問題視したのが、システムの仕様を策定するうえで重要な役割を担っていた野村証券のユーザー部門「X氏」の振る舞いだ。 当時、投資顧問事業部（判決文では「投資顧問部」）の次長だったX氏は、パッケージソフトに

みずほ銀行で2021年2月28日に起きたシステム障害は、同行が保有する7割超のATMに不具合が出るなど、顧客に大きな影響を与えた。直接の原因は、同日に行った定期預金に関するデータ更新作業でシステムのキャパシティーを超えた負荷がかかり、処理に失敗したことだ。 「見積もりをした上でテストしたが、これが不十分。運用面で見積もりの甘さがあった」。3月1日に開いた記者会見で、みずほ銀行の藤原弘治頭取は、システム負荷が想定を超えた理由に言及した。 会見で質疑応答が進み、障害が発生した経緯、処理内容、データ量などが明らかになるにつれ、ある疑問が湧いてきた。もしかしたら障害を回避できる可能性があったのではないか。気になるのが「前日の運用」だ。 想定以上のデータ量でメモリー不足に まず2月28日の日曜日に何が起きたのかを会見内容を基に追っていこう。定期預金に関するデータ更新作業は2種類あった。1つは定期預金

「このシステムを作ったのは誰だ！ 出て来い！」 そんな切ない怒りの声がIT職場に響き渡る。 前任者、あるいは委託先が作った画面やシステムを変更・移行することになった。ところがあまりにも個性あふれる作りで、しかもドキュメントが残されておらず、どこからどう手をつけていいのか分からない。運用保守担当者は途方に暮れる。 ITシステムの「作り逃げ」は闇の深い問題である。過去に「作り逃げ」されたシステムは、現在の担当者の時間とモチベーションを奪う。いわば「未来の時間泥棒」だ。今回は罪深き「作り逃げ」の問題にメスを入れる。 後のことを考えず構築されたシステムで運用保守担当者が苦労する 筆者にも経験がある。以下のようなシステムを目にしてぼうぜんとしたことが……。 設計書が残されていない（あるいは更新されていない） コーディングが雑（あるいは個性的過ぎる） 他システムとの依存関係が不明 データを変更／抽出で

会話が無い。聞こえてくるのは仕事の指示や叱責のみ。そんなIT職場で働いた経験がある。 叱責が耳に付く職場だった。若手にヒステリックな声をあげている先輩社員も目立っていた。 筆者は外部の人間だったため多少の世間話は許された。しかし社員たちは雑談することなく黙々と作業をしていた。私がたまに雑談で声を掛けた時の、若手社員たちのうれしそうな（すがるような）瞳が忘れられない。彼ら／彼女らはその後そろって退職した。 雑談すらせず仕事に取り組んでいたのに、生産性が高いというわけではなかった。部課長や先輩社員から若手への叱責の内容を聞いていると、大半が意識違いや抜け漏れに起因する手戻りなのである。 「そういうことじゃない」 「なんで相談しなかったの？」 「普通こう対応するよね。常識だろ？」 この手の言葉がひっきりなしに飛び交う。 いやいや、雑談する隙すら無い職場環境で相談しないことを責めるのはあんまりだろ

厳格なOLTPと高速なOLAPを両立 新RDBの特徴は厳格なOLTP（オンライントランザクション処理）が可能でありながら、ビッグデータ分析にも使用できる高いOLAP（オンライン分析処理）性能を有していることだ。OLTPとOLAPの両立はHTAP（Hybrid Transaction／Analytical Processing）と呼ぶ。OLTPで用いる行方向のデータは不揮発性メモリーを採用する主記憶（メインメモリー）に格納し、OLAP用の列方向のデータを2次記憶装置に格納する。2次記憶装置にも不揮発性メモリーを使用する。 OLTPに関しては、トランザクション処理の分野で一般的なベンチマークである「TPC-C」において1ノードで1000万トランザクション／秒（TPS）の達成を当面の目標とする。そしてトランザクション処理においては、一貫性と隔離性のレベルを示す「トランザクション分離レベル」が最も

米アマゾン ウェブ サービス（Amazon Web Services）は2019年8月23日に発生したクラウドサービス「Amazon Web Services（AWS）」東京リージョンの大規模障害に関して同月28日、新しい報告をWebサイトに掲示した。障害が発生したサービスを追加したほか、利用企業が複数のアベイラビリティーゾーン（独立性の高いデータセンター群、AZ）横断の冗長構成にしたシステムにも一部で障害（予期せぬ影響）があったと認めた。 障害が発生していたサービスとして追加したのは日経 xTECHの既報の通り、アプリケーションロードバランサーの「Amazon ALB」、インメモリーキャッシュの「Amazon ElastiCache」、データウエアハウスの「Amazon Redshift」、仮想デスクトップの「Amazon Workspaces」などだ。仮想マシンの「Amazon EC2

遊びつくされたゲームからバグを見つけ出す着眼点 エディさんは「バグは何かの条件が重なったときに起こる場合が多い。バグを見つけるときの基本的な考え方だ」と言う。特に本来は重なることがない条件が重なったときには、ゲーム開発者が想定していない挙動が起こる可能性がある。この考え方に基づいて、シドタイマー持ち込みバグと別のイベントを組み合わせ、低歩数クリアの記録更新ができないか試したという。 バグを見つけ出す方法について、エディさんは次のように話す。「プレー中に発見することは意外と少ない。ゲームで遊んだ後に外出して歩いているときなど、ゲームをプレーしていないときに突然思いつく」。シドタイマーも雪の降る日、喫茶店からの帰り道でひらめいた。「頭の中でFF6のプレーを想像していると『このタイミングでこうしたら、こういう現象が起こるのではないか』とひらめく」（エディさん）。 ひらめいた仮説を基に実機で思いつ

Q.IT企業に勤務する管理職です。当社ではテレワーク制度を導入しており、社員は自宅で勤務できます。ところが最近、業務上必要がないのに頻繁にテレワークをする部下が出て悩んでいます。指導しても会社に認められた権利だと反論するばかりで会社に来ません。 テレワーク制度が許可制なら、申請を却下して問題ないでしょう。会議や客先対応などがある日についてはテレワークを認める必要はありません。もし却下できずに業務に支障を来す場合は、制度そのものを見直すことをお勧めします。日ごとにテレワークの許可を取る「都度申請方式」にすれば、質問のようなトラブルはなくなるでしょう。 他の業種に比べて、システム環境が整っているIT企業ではテレワークの導入が容易です。同様のトラブルは、他のIT企業でもしばしば起こっているようです。 とはいえ、テレワークが可能であれば、通勤時間の削減になるので有益な働き方になります。その意味でも

「悪い方が良い」原則をご存じだろうか？ プログラミング言語「Common Lisp」の開発に携わったことでも知られるソフトウエア技術者リチャード・ガブリエル（Richard Gabriel）氏が1990年に発表した有名なエッセイ「The Rise of ``Worse is Better''」で主張したソフトウエア開発の考え方だ。 このエッセイでガブリエル氏は、美しく完全に設計・実装されるより、単純で雑に設計・実装されたソフトウエアの方が良いと説く。彼は前者を「正しいやり方」「MIT/スタンフォード式」、後者を「悪い方がよい原則」「ニュージャージー式」と呼び、ニュージャージー式がいかに優れているか様々な事例を挙げて説明する。 これは一見とても奇妙に聞こえる。 ソフトウエア開発では通常「美しい設計」や「美しいコード」が尊まれる。「車輪の再発明はするな」とか、「階層構造に分けて、要素をいつでも

「非公開求人多数！」「非公開求人に強い」。ネットで転職情報を集めようとすると、人材紹介会社（人材エージェント）のこんな宣伝文句をよく目にします。 非公開求人という言葉から、秘密のベールに包まれた希少な求人、という印象を持たれがちです。極秘プロジェクトのために高スキルの人材を探しているといったイメージでしょう。一般的な職歴やスキルしかない自分には縁遠いと考えている技術者も少なくありません。 しかし実際は、非公開求人の多くは、企業が自社サイトなどで公募する公開求人と大きな違いはありません。もちろん機密性の高い求人もありますが、一部に過ぎません。 では、なぜ企業は、わざわざ求人を非公開にするのか。大きな理由が、採用活動の効率化です。 企業が求人情報を公開すると、様々な人から応募があります。応募者全員に対して書類選考や面接を実施していては、いくら時間があっても足りません。 そこで企業は、人材エージ

Webアクセスの新しい通信プロトコル「HTTP/3」が登場した。従来のHTTPよりもWebアクセスを劇的に効率化する。HTTP/3が登場した背景やその仕組みを解説する。 HTTPの最新プロトコルであるHTTP/3。当初は別の名前で呼ばれていた。なぜHTTP/3になったのか。それを説明するために、まずはHTTP/3の構成を解説しよう。 HTTP/3の特徴はTCPではなくUDPとQUICを使うことだ。 従来のHTTP/1.1やHTTP/2は、トランスポート層にTCPを利用するのに加え、セキュリティーはTLSが担当する。TCP/IPにTLSを追加することで安全な通信を実現していた。 これに対し、QUICはセキュリティー機能を内蔵しており、標準で暗号通信を行う。当初は独自のセキュリティー機能を搭載していたが、TLS 1.3の登場後は、TLS 1.3の機能を取り込んで安全な通信を実現している。 2種

日本取引所グループ傘下の東京証券取引所は2018年10月23日、9日に株式売買システム「arrowhead」で起こったシステム障害のより詳しい原因や再発防止策などを公表した。合わせて東証の宮原幸一郎社長に月額報酬の10%を1カ月間減額するなどの経営幹部の処分も発表した。

パスワードを12文字以上にすれば、必ずしも記号を使う必要はない――。インターネットの危険情報を取りまとめるセキュリティ組織であるJPCERTコーディネーションセンター（JPCERT/CC）は、推奨するパスワードの作り方の方針転換をした。これまでは「大小英字、数字、記号といった全文字種を組み合わせて、8文字以上のパスワードにする」を推奨していた。 JPCERT/CCは2018年8月1日から31日まで「STOP！パスワード使い回し！キャンペーン」を実施している。パスワードの使い回しを控えるように呼び掛ける活動で、2014年から毎年実施している。2018年はヤフーや楽天、セブン銀行など26の賛同企業/団体とともにユーザーに呼びかけている。キャンペーンでは、破られにくいパスワードの作り方と管理方法をユーザー向けに紹介している。この内容が2017年までと比べて大きく変化した。 2017年までは「大小

マニュアル作成・共有サービス「Teachme Biz」を手掛けるスタディストは2018年7月23日、6月26日に公表した同サービスへの不正アクセスは、従業員の作業ミスによるものだったと発表した。可能性があるとしていた顧客データの流出もなかったという。

「異能」ともいえる際立った能力や実績を持ち、まわりから一目置かれるエンジニアを1カ月に一人ずつ取り上げ、インタビューを掲載する。今月取り上げるのは「Yugui」というハンドルネームで知られる園田裕貴（そのだゆうき）氏。書籍「初めてのRuby」の執筆者であり、過去にはRuby 1.9系のリリースマネジャーを務めた。スケールアウト（現Supership）の初期中心メンバーの一人でもある。今回は、プログラミングとの出会いからWeb業界で働くようになったきっかけを聞いた。 プログラミングを始めたきっかけは、小学校低学年のころ、自宅にPC-8800シリーズ（PC-88）というパソコンがあったことです。父親はIT関係の仕事ではありませんでしたが、趣味で多少プログラミングをしていました。デスクトップミュージック（DTM）のようなことをしたり、自作のプログラムで事務処理をしたりしていたようです。 私も家で

コンピュータに最初に触れたのは、中学1年のときに家にパソコンが来たことでした。父親がコンピュータソフトウエア開発の会社を立ち上げて、家に開発用のDOS/Vパソコンがやって来たのです。 悔しいことに、その時点ではプログラミングにはあまり興味を持ちませんでした。単なるゲーム機の一種としてDOS/VやWindows 3.1のパソコンに触れていたというのが実情です。高校まではプログラミングは全くやっていませんでした。 世の有名なプログラマーは、たいてい小さい頃から街頭でパソコンを触っていたりマイコン雑誌を読んだりしています。それに比べると、コンピュータにあまり興味を持たなかったことにコンプレックスや一種の後ろめたさを感じています。 留学でコンピュータの重要性に気づく 1996年に国際基督教大学（ICU）に入りました。ICUには教養学部（リベラルアーツ）という一つの学部しかありません。「最初の2年間

私の兄は建築士です。建築士の場合、例えば「森と調和する美術館」や「3世帯同居の一戸建て」などを設計する際に、そのコンセプトや予算に応じた規模、メンテナンス箇所、強度計算を含んだ「設計書」を作成し、コンペ（建築設計の競技）に臨んでいます。どうして、機械設計には「設計書」の単語がないのでしょうか？ この質問に対する私の回答はこうです。 【回答18】 恐らく、実務経験のない学者か誰かがそうした設計フローの学術書、もしくは教科書を作成したのだと思います。それを実務経験の浅い執筆者が転記し、長年の間に日本企業から「設計書」が消えてしまったのでしょう。 日本の製造業から消えた「設計書」 寿司職人や大工の世界では、親方が弟子に長い期間「修行」させ、基本姿勢を日々指導しています。例えば、寿司職人といえば、「飯炊き3年握り8年」という言葉がある通り、修行は10年以上かかると言われています。しかし、技術者の場