水素エネルギー普及へ 政府が基本戦略決定 官民15兆円超投資へ | NHK
次世代のエネルギーとして注目される水素。 水から作ることができ燃やしても二酸化炭素を排出しないことから今後、需要が拡大していくと見られています。 水素の燃料電池を使ったバスや乗用車など、徐々に私たちの身の回りでも目にすることが多くなってきました。 こうしたなか政府は6日に6年ぶりに「水素基本戦略」をとりまとめ今後15年間で官民で15兆円を超える投資を行うとしています。 水素の開発、普及は進むのか？ 各国の動きも含めて詳しくまとめました。 「水素基本戦略」とは？ 政府は6日に水素や再生可能エネルギーに関する関係閣僚会議を開き「水素基本戦略」を正式に取りまとめました。 日本は世界に先駆けて水素社会を実現させようと、2017年に「水素基本戦略」を策定し、水素を燃料とする燃料電池車の普及や火力発電への活用などに取り組んできました。 その後、欧米などでも温室効果ガスの排出量削減に向けて、技術開発や投
ChatGPTとペアプログラミングしたら爆速開発できました - karaage. [からあげ]
ChatGPTにコーディング能力でも敗北しました この前、ChatGPTに文章能力で敗北したというブログ記事を書きました。 今回は、文章に続いてコーディング能力でも完全敗北したという話です。 きっかけは、以下の妻の「複数ページのPDFを1つずつ別ファイルで保存する作業を自動化するプログラム」のお願いです。 単純作業が辛いから、アレをあーしてこーしてくれるプログラム書いて😥と思いついちゃったので、いつもなら @karaage0703 先生に言うんだけど、絶賛社畜中で毎日遅くて可哀想なので、仕事増やしても良いかしらと一応気を遣っています。でも私も(確定申告しんどすぎて)発狂しそう笑。— ねこじすた (@necogista) March 9, 2023 いつもなら、妻に尊敬してもらうために頑張ってプログラム作るのですが、その日は仕事のトラブルで帰宅が11時過ぎ。ご飯食べてお風呂入ったら深夜1時
![ChatGPTとペアプログラミングしたら爆速開発できました - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d429c0ecee0b5def43e5b898a70779c29c8597b5/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20230305%2F20230305110235.png)
Twitter、「開発者契約」を密かに改定し、公式にサードパーティアプリを禁止
米Twitterは1月19日（現地時間）、開発者利用規約「開発者契約」を更新し、サードパーティアプリの提供を公式に制限した。告知はなかった。本稿執筆現在、日本語版はまだ更新されていない。 「ライセンス対象物（APIやコンテンツのこと）を使用またはアクセスして、Twitterアプリの代替または類似のサービスまたは製品を作成すること」を制限すると明示した。つまり、サードパーティアプリの開発を禁止するということだ。 Twitterでは1月12日からサードパーティアプリで問題が発生しているが、Twitterからは何も説明がなかった。 17日にTwitterの開発者対応チームの公式アカウントが「Twitterは、古くからあるAPIルールを施行している。その結果、一部のアプリが動作しなくなる可能性がある」とツイートしたが、「古くからあるAPIルール」が何を指すのかは不明だった。 サードパーティアプリ「
COBOLをJavaで「リライト」の愚、SI企業の良識はどこに？
SI企業の強み・弱みを分析し、SIビジネスの先行きについてまとめた書籍『SI企業の進む道 業界歴40年のSEが現役世代に託すバトン』。同書から抜粋し、「誰も指摘しなかったSI企業の課題」を連載で指摘する。今回は、SIerがユーザー企業の要望に応えられない根源的な理由を探る。（技術プロダクツユニットクロスメディア編集部） 既存ITシステムの問題をユーザー企業以上に理解しているのはSIerである。ところが、その問題をユーザー企業に説明し、対策をとろうとはしない。ではなぜ、SIerのIT技術者たちは口を閉ざしているのだろうか。 その答えはこうだ。問題を説明した後に「では、どうすればいい？」と問われても答えられないからである。つまり、既存ITシステムの変革をどのように行えばいいのか分からないのだ。 情報処理推進機構（IPA）が平成29年に出したレポート「システム再構築を成功に導くユーザガイド」には
トヨタ・ソニーなど国内8社出資 先端半導体の国産化へ新会社 | NHK
次世代の半導体の開発競争が世界的に激しくなる中、トヨタ自動車やソニーグループ、NTTなど日本の主要な企業8社が、先端半導体の国産化に向けた新会社を共同で設立したことが明らかになりました。経済安全保障上、重要性が増す先端半導体の5年後の量産化を目指すことにしています。 関係者によりますと新会社の名称は「Rapidus」で、 ▽トヨタ自動車、 ▽デンソー、 ▽ソニーグループ、 ▽NTT、 ▽NEC、 ▽ソフトバンク、 ▽半導体大手のキオクシア、 ▽三菱UFJ銀行の8社が出資します。 新会社では、自動運転やAI＝人工知能、スマートシティーなど大量のデータを瞬時に処理する分野に欠かせない先端半導体の技術開発を行い、5年後の2027年をめどに量産化を目指します。 政府も研究開発拠点の整備費用などに700億円を補助することにしていて、近く、西村経済産業大臣が発表する見通しです。 先端半導体をめぐっては
トヨタ、ＥＶ戦略見直し検討 クラウンなど開発一時停止＝関係者
トヨタ自動車が電気自動車（ＥＶ）事業を巡り、戦略の修正を検討していることが分かった。写真は同社のロゴ。上海で２０２１年４月撮影（２０２２年 ロイター／Aly Song） ［２４日 ロイター］ - トヨタ自動車が電気自動車（ＥＶ）事業を巡り、戦略の修正を検討していることが分かった。基本設計のプラットフォーム（車台）も見直しの対象に含めており、２０３０年までにＥＶ３０車種をそろえるとしていた従来の計画の一部は既にいったん止めた。想定以上の速度でＥＶ市場が拡大し、専業の米テスラがすでに黒字化を達成する中、より競争力のある車両を開発する必要があると判断した。 事情に詳しい関係者４人が明らかにした。見直しを決めれば、昨年発表した４兆円の投資計画は、ＥＶ化への対応が遅いとトヨタを批判してきた一部投資家や環境団体などが求める姿に近づく可能性がある。いったん停止した車両の開発計画には、小型の多目的スポーツ
ソフト開発「中抜き」、独禁法違反助長の恐れ 公取委 - 日本経済新聞
公正取引委員会は29日、ソフトウエア開発を担う下請け企業と発注元との取引に関する調査をまとめた。自社では作業しないにもかかわらず利益を得る「中抜き」の存在を25%の下請けが認識していた。報告書では中抜きをする企業が、下請けが何層にも連なる「多重下請け構造」を悪化させ、独占禁止法違反行為を助長する恐れがあると指摘した。公取委が親会社と下請け企業の間に介在する企業の実態を調べたところ、下請け企業全
第一三共 コロナワクチン 年内にも数千人規模の臨床試験実施へ | NHKニュース
新型コロナウイルスの国産ワクチンについて、開発を進める製薬会社の1つ、第一三共は、国産の「mRNAワクチン」の数千人規模の臨床試験を年内にも実施する方向で準備を進めていることが分かりました。 国産の「mRNAワクチン」 現在、国内で使われている「mRNAワクチン」はいずれも海外で開発されたものですが、第一三共では独自の技術を使った国産の「mRNAワクチン」の臨床試験を始めています。 籔田バイオロジクス本部長によりますと年内にも開発中のワクチンを数千人に投与する最終段階の臨床試験を始める準備を進めていて、結果を踏まえて国に承認の申請を行う方針だということです。 新型コロナウイルスではすでに実用化されたワクチンがあることから、ワクチンが含まれていない偽の薬を数万人に投与して効果を比較する大規模は臨床試験は倫理的に難しいとされています。 このため会社では開発中のワクチンを投与した人の抗体の値をす
COCOA不具合放置の遠因か、開発ベンダー選定で繰り返された「丸投げ」の実態
新型コロナウイルス感染症対策の切り札と期待されていた接触確認アプリ「COCOA」。そのAndroid版で「接触を検知・通知できない」という根幹機能に関わる不具合が4カ月以上放置されていた問題は、開発体制の見直しや原因調査に波及しようとしている。同問題は2021年2月3日に厚生労働省が公表した。 「アプリそのものの出来があまりよくなかった」――。平井卓也デジタル改革相は2021年2月9日、現状のCOCOAについてこう断じ、今後は内閣官房IT総合戦略室がCOCOAの保守・運用などに関与していく考えを示した。一方でCOCOAを担当してきた厚労省は不具合発見が遅れた原因について第三者による調査を検討しているという。 現在の体制は、厚労省と発注先ベンダーの両方が問題を抱えている。ただ原因を究明するならば、厚労省の前任者らが関わっていた発注プロセスが最善だったのかという点まで踏み込んで検証すべきだ。
検査仕様書なしでシステム開発するとどうなるか？
検査仕様書なしでシステムを開発するとどうなるのか? ある炎上プロジェクトの建て直しを通じて嫌と言うほど思い知らされた。 そのプロジェクトの顧客が一番怒っていたのは「一体どういうテストをしてリリースしてるんだ?」という点だった。 プロジェクトの建て直しはやり慣れているのでまずは検査仕様書をレビューして検査項目の強化だな、とか軽く考えていた。 でもプロマネに検査仕様書を見せてくれと言っても整理できてないから待ってくれ、の一点張り。 まずは社内の人間で見るだけだから整理なんていらないよ、と説得しても頑固に出さない。 なんとそいつは検査仕様書なしでテスト(うちの会社の定義ではそんなもんはテストと言わないけど)して顧客にリリースしてた。 全く動かないシステムをリリース顧客は「全く動かない」と怒っていたが僕はいくらそれはないだろ、顧客が話を盛っているんだろうと甘く考えていた。 しかし、プロジェクトの自
日本のプログラマはレベルが低い
日本のプログラマでマスを占めてるのは、大規模SIのコーダーじゃん？ そんで、そこでのお仕事はExcel方眼紙に書かれた設計書を、ひたすらプログラム言語に翻訳するだけという。 だから翻訳するために最低限の言語仕様だけ知っていれば良くて、あとはまあ上手に立ち回るコミュ力があれば上出来とされるけど、あくまでオプション扱い。 仕事そのものには数学的素養どころか、理系的センスすら全く不要。 つまり、SIにおけるプログラミングは工学でも自然科学でもない。 そんな知識がなくても務まるし、実際備わっていない人が大半。 だからSIにおけるプログラマはどう間違ってもエンジニアではない。 もしエンジニアなどと言ってしまったら、他の分野の「正しい」エンジニアに失礼だろう。 というか、エンジニアと呼べるレベルには程遠いと言い換えてもいい。 まあライン工としては一人前だと思うが。 以上のことから結論づけると、タイトル
ソフト開発の単価は高すぎ、人月商売の生き残り策を伝授する
日本のIT業界について、私がこの「極言暴論」でいつも問題にしているのは、ご用聞き商売であること、人月商売であること、世界に類を見ない多重下請け構造であることの3つだ。ユーザー企業のご用ばかりを聞いているようでは、変革の武器であるITで勝負する企業としては話にならないし、ピンハネが横行してブラック企業でも生息できる多重下請け構造を発達させているようでは、先端産業・ハイテク産業であるはずのITの名が泣く。 だが人月商売については、それ自体が問題であるとは思っていない。こう書くと「えっ！ 木村は今まで散々、人月商売は駄目だと書いてきたじゃないか。あれは嘘だったのか。それとも変節したのか」と非難の声がごうごうと巻き起こるかもしれない。だが、私は嘘を書いていないし、変節したわけでもない。これからきちんと説明するが、ご用聞きをベースにIT業界の多重下請け構造を使って行う人月商売が「悪」だと言っているだ
システム技術者が「ちょっと変えるだけでしょ？」という、ユーザーからの注文に辟易する理由。
どうも、 「単純な要件でも、システムの作りによって大きく難易度が変わる」 「システムは決して規格品ではなく、作る人によって全く出来が異なる」 ということが直感的に理解しにくいところが、色んな問題の根本原因の一つなんじゃないかなあ、という気が最近しています。 しんざきは、システム開発関連の仕事をしています。元々の専門分野はDB屋なんですが、まあ他にも色々やります。 で、当然のことながらユーザーと色々やりとりをして、仕様を固めて設計して開発して、みたいなことも何度もやっているのですが、その際何度も何度も聞いた言葉の一つに、 「ちょっと変えるだけでしょ？」 という言葉があるんです。 恐らく、システム開発に携わったことのある人であれば、何度となく聞いた言葉ではないでしょうか。 この「ちょっと変えるだけでしょ？」という言葉は一種の呪いの言葉、パワーワード・キルのようなものでして、ユーザー側と開発側の
1行直すだけってそんなに大変なの？
どこの会社でも「1行直すだけでしょ？ そんなに大変なの？」ということを何度も聞かれる (もしくは言外にそのニュアンスを含められる) ので毎度説明するのだけれど、「いや、そう思うだろうけれど大変なんですよ」以外に答えられていなくて、自分でもあまりうまい答えではないなと感じるのでまじめに考えてみた。 まず大前提として1行を修正するのに本当に言われるがままにその1行を直すのであればそれは作業者で世の中にエンジニアなんて職業はいらないわけで、ぼくらの付加価値は1行を直すときに1行の外にあるものを想起できるから価値があるわけです。 じゃあ、どんなことを考えているかというと、まずたいていそんなすぐに安請け合いできないシステムというのは1行を直すときに影響を受ける行数というのは10行や20行ではないことが多い。そこで影響範囲を考えます。途端にこれが1万行になったりする。すると、1万行へ影響が出るのにこれ
エンジニア立ち居振舞い：重箱の隅をつつかない - 面白コンテンツ探求日記
お題「エンジニア立ち居振舞い」 自分は重箱の隅をつつかないというのを意識してる。 重箱の隅をつつく問題はコードレビューの現場でよく聞く。レビューの場で所詮「書き方レベル」の指摘が横行してしまうというやつ。 誰しも綺麗なコードを追求したい気持ちはあると思うし、自分もそうなんだけど、あまり良くないなと思ってやらない事にしてる。理由は3つ。 時間の無駄 指摘される側の精神衛生上よくない そもそも意味ない 細かい指摘でも修正してマージするまでには結構時間がかかる。コードを直し、手元でビルド・動作確認し、pushしてCIを回し、「修正しました」と報告し、LGTMが付いてやっとマージできる。このプロセスが日に何度も発生すると確実に時間を食ってしまうし、Nitsな内容を何度も何度も受けると精神的にも疲弊してしまう。それで生産性が下がってしまえばもっと大きな問題になる。 こうした指摘をしたくなる時、「コー
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース
仕様書がない開発が増えた理由 | ScrapEngineer
最近の開発で仕様書等のドキュメント類を書くことが少なくなりました。 私は主に業務系のWebサービスを作成してましたが、最近はオープン系のサービスも受け持つことも多いのですが、仕様書やテストのエビデンスがオープン系のお客様の場合は求められることが少ない・・・ というかほぼない。 何故、お客様は仕様書を求めないのか？ 予算を削りたい お客様にとって仕様書なんて見てもわからないもの貰ってもしょうがない。 貰ってもしょうがないものなら作ってもらわないで、削ってしまおうって考えがあります。 テストのエビデンスも同様です。 これは仕様書の作成やエビデンスの作成に工数が掛かるため、工数の削減を計って予算を削りたいという考えがあります。 例えば、おおまかに計算しますが以下のようなシステムがあります。 開発工数：1人月 検証工数：0.5人月 設計工数：0.5人月 ドキュメント作成工数：0.5人月 管理工数：
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
国産三菱ジェット、米百機解消 6度目の納入延期も ｜ 共同通信
開発者の3分の2以上は職場でマルチディスプレイを使用、10万人対象の調査で判明【やじうまWatch】