IAEA報告書は｢処理水の海洋放出｣を承認していない。中国を｢非科学的｣と切り捨てる日本の傲慢
福島県大熊町の東京電力福島第一原発敷地に所狭しと並ぶ処理水保管タンク群。8月中にも海洋放出が開始される見通しだ。 REUTERS/Kim Kyung-Hoon 福島第一原子力発電所で発生した、いわゆる処理水（詳細は後述）を海洋放出する日が近づいている。 日本政府やメディアは、国際原子力機関（IAEA）が｢国際的な安全基準に合致している｣とした調査報告書（7月4日）によって、海洋放出の安全性と正当性が示されたかのように主張する。 だが、この報告書に、海洋放出の方針を｢推奨するものでも承認するものでもない｣との記載があることに、どれほどの人が注意を向けているだろう。 報告書で｢お墨付きを得た｣とし、地元・福島の漁民や市民団体、中国や太平洋の島しょ国など海外の反対を｢非科学的｣｢外交カードにしている｣などと決めつけるのは、あまりに傲慢な態度ではないか。 報告書提出までの経緯 まずは｢処理水｣問題
Dockerの"分からない"を簡単にメモ - Qiita
概要 前提 規約 コンテナはエフェメラル(短命:ephemeral）であること .dockerignoreを有効活用する 不要なパッケージのインストールを避ける コンテナ毎に1つのプロセスだけ実行 レイヤーの数を最小に 複数行の引数はアルファベット順、改行すること Docker network 概要 bridge none host overlay ipvlan macvlan Docker Volume 概要 bind mount volume tmpfs mount Dockerfileを扱う まずはDockerfileを作成する！ FROM:ベースイメージを作成 RUN: 任意のコマンドを実行する WORKDIR: ワークディレクトリを追加する レイヤーの確認 コンテナの生成と停止 imageを作成 runでコンテナを起動 stopでコンテナを停止 pruneでDockerのお掃除
７月の猛暑、観測史上最高に ほぼ確実に「１２万年ぶりの暑さ」
村に迫る山火事を見守る住人ら＝２５日、ポルトガル・カスカイスのザンブジェイロ村/Patricia De Melo Moreira/AFP/Getty Images （ＣＮＮ） 世界各地で異常な猛暑が続く今月は、観測史上、最も暑い月になる見通しだ。欧州連合（ＥＵ）のコペルニクス気候変動サービスと世界気象機関（ＷＭＯ）が２７日に発表した。世界の７月の平均気温が記録を大幅に更新するのは確実だとしている。 ７月の気温はこれまでの３週間で既に観測史上最高を記録。地球上で１２万年ぶりの暑さとなることはほぼ間違いないと専門家は指摘する。 １日～２３日の世界の平均気温は１６．９５度となり、７月の気温としては２０１９年に観測された過去最高の１６．６３度を大幅に上回った。
JSON Schema や Ajv と TypeScript の型を紐づけるときの考え方や技術
宣伝 4/25 に Encraft #2 サーバーとクライアントを結ぶ技術 というイベントで JSON Schema について喋る。いま現在進行形で IDL として JSON Schema, GraphQL, Protocol Buffer, zod, joi を使っているのでそれらを食べ比べる発表をするつもりだ(明らかに JS 上でしか動かないものを IDL と呼んでいいか不安になってきた)。そしてスキーマ駆動開発(code first なアプローチをスキーマ駆動と呼んでいいのか不安になってきた)を推進する上で、その中では大人の事情に柔軟に一番対応できるのは JSON Schema だという悲しい話をする。だが、私はこの JSON Schema を書き過ぎたせいで話したいことが大量にあり、JSON Schema の話だけで 1 時間超えそうな勢いなことに気づいた（発表時間は 20 分）。
Pages Router と App Router での i18n 対応の違い
Next.js で作っていた個人ブログの App Router への移行を試みていたのですが、軽い気持ちで実装していた i18n 周りの移行に苦労しました。このブログでは、ライブラリを使わずに i18n 対応する際の Pages Router と App Router での実装方法の違いについて紹介したいと思います。 ３行まとめ Pages Router で利用できた i18n Routing が App Router では利用できない App Router で i18n 対応を実装するには、Next.js の middleware や rewrites などの機能をうまく活用する App Router 向けの i18n 対応ライブラリは、ビルド時にコードを大きく書き換えており、Tubopack などを見据えた将来的な安定性に少し不安がある i18n 対応で必要なこと 個人ブログの i18
ChatGPTは、難解なNode.jsの処理を解釈して、Pythonに移植できるのか？ - Taste of Tech Topics
こんにちは、igaです。 先日の連休で、あるコンテンツの聖地巡礼をして英気を養ってきました！ 英気を養ったところで、「Node.jsからPythonにソースコードを移植する」ということが必要になりました。 元のNode.jsのコードでPythonには存在しない書き方をしていて、そのままPythonに書き直すのが難しいため、ChatGPTに助けてもらって移植を行ってみよう、と考えました。 今回のポイント 変換にあたって、Node.jsで変数の値をインクリメントする「index++」という記述が、Pythonには存在しません。 同じように変数の値をインクリメントする場合、Pythonでは「index += 1」という記述にする必要があります。 それで今回のソースコードですが、関数の引数を指定するところでインクリメントの、しかもやや複雑な記述が存在していました。 num = this.#tran
ついに「プーチンの排除」が始まった…ロシア「反戦派エリート」への接近とアメリカの「意外な思惑」（長谷川 幸洋） @gendai_biz
ラブロフ外相が関わる1.5トラック ウクライナ戦争をめぐる米国とロシアの非公式・秘密協議について、参加している元米高官がロシア・メディアのインタビューに応じた。「クリミア半島を失えば、ロシアが核を使うのは、ほぼ確実」「プーチンを排除するのは不可能ではない」などと衝撃の内幕を語っている。 私は先週のコラムで、この秘密協議を紹介した。参加したのは、米側がシンクタンク、外交問題評議会（CFR）のリチャード・ハース前会長ら、ロシア側がセルゲイ・ラブロフ外相らだ。米NBCが報じた特ダネだが、ハース氏が自分のブログで事実と認めている。 だが、肝心の中身はいま1つ、判然としなかった。今回、協議に参加している元米高官は匿名で、ロシアの英字メディア「モスクワ・タイムズ」のインタビュー（7月25日付）に応じた。 読者は「ロシアのメディアが信用できるのか」と思われるかもしれない。彼らが自分のサイトに載せている自
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゼレンスキー氏「前線で非常に良い結果」、近く詳細公表へ
マルタイの棒ラーメン