尹氏、朴前大統領に謝罪 因縁の関係に「けじめ」―韓国：時事ドットコム
尹氏、朴前大統領に謝罪 因縁の関係に「けじめ」―韓国 2022年04月12日16時36分 １２日、韓国南東部・大邱で、朴槿恵前大統領（左）と懇談する尹錫悦次期大統領（尹氏側提供） 【ソウル時事】韓国の尹錫悦次期大統領は１２日、南東部・大邱で、昨年１２月に特別赦免された朴槿恵前大統領の自宅を訪れ、「面目がない。いつも申し訳なく思っていた」と謝罪した。両氏の関係者が記者団に説明した。 朴韓国前大統領が退院 ５年ぶり公の場「大いに回復」 尹氏は検事として、親友の国政介入事件などで弾劾・罷免された朴氏の捜査、公判を指揮した因縁があり、けじめをつけた形だ。尹氏は「朴氏の行った政策を継承し、広く知らせて、名誉を回復できるようにする」と強調。朴氏は感謝の意を示した。 国際 コメントをする
「驚くほど偽善的」欧米のウクライナ対応、中東からは怒りの声
欧米諸国はロシアのウクライナ侵攻から数日以内に国際法を行使し、ロシアに厳しい制裁を課した一方でウクライナの難民を手厚く受け入れ、その武装抵抗に喝采の声をあげた。 ところが、こうした対応は中東の人々の怒りを買っている。国際紛争に対する欧米諸国の反応が明らかなダブルスタンダード（二重基準）だというのだ。 パレスチナ暫定自治政府のマリキ外相は3月初旬、トルコで開かれた安全保障フォーラムの場で「70年以上も実現不可能と言われていたあらゆることが、1週間足らずで日の目を見た」とした上で「欧米の動きは驚くほど偽善的だ」と述べている。 2003年3月に勃発したアメリカ主導によるイラク戦争については、特定の国が他国に違法に侵略したという見方があった。だが、アメリカに立ち向かったイラク人はテロリストの烙印を押され、西側に逃れた難民は安全保障上の脅威になり得るという理由で追い返されることもあった。 バイデン政
40年越しにTCPの仕様(RFC793)が改訂される RFC9293 - ASnoKaze blog
2022/08/09 追記 「RFC 9293 Transmission Control Protocol (TCP)」として正式なRFCが出ました TCPのコア部分の仕様は1981年に発行された「RFC793 TRANSMISSION CONTROL PROTOCOL」で標準化されています。 この、RFC793の改訂版となる「Transmission Control Protocol (TCP) Specification」は、2013年からIETFのTCPM WGで議論されてきましたが、4月4日にIESGによって承認されました(参考URL)。現在はRFC出版の準備に入っています(新しいRFC番号はこの後正式に決まります) www.ietf.org 改めてTCPの仕様を読みたい場合はこのドキュメントを読むのが良さそう。 概要 この改訂版の仕様(通称 rfc793bis)は、RFC793が
エンジニアはもっと図を書こう - 生涯未熟
たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか？を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この３つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に
『良いコード/悪いコードで学ぶ設計入門 』を出版します｜ミノ駆動
こんにちは、リファクタリングが大好きなミノ駆動です。 これは、私が執筆した『良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』について紹介する記事です。 2022年4月30日発売です（ほぼ同日に電子書籍版も出ます）。 AmazonなどECサイトで、すでに多くの予約が入っており、ヨドバシ.comでは一時期予約終了になったほどです。おかげさまで初版部数が2倍になりました。 ■どんな本？皆さんはプログラミングでバグを埋め込みたいですか？ロジック修正が上手くいかず、ヒィヒィ言いながら長時間残業したいですか？イヤに決まってますよね。ところが現実には、 何度もバグを埋め込んでしまう ロジックを読み解くのに時間がかかる やっとロジック修正しても、全然違う箇所がバグ化してしまう ……ほとんど誰もが体験しているのではないでしょうか。 でも、こうした状況をなんとかしたいと思って
SpringのRCE脆弱性(CVE-2022-22965)について
はじめに Log4jやStruts2など、Java製ソフトウェアにおいてリモートからの任意のコード実行(RCE)の脆弱性が目立つ時代になってしまっていますが、これにさらにSpringも加わってきました。この記事では特にCVE-2022-22965に焦点を当て、技術的な視点からの解説を行ってみます。 なぜJavaアプリでRCEとなるのか? Javaの(特にウェブアプリケーションで)RCEとなるパターンはいくつか知られており、以前こちらの記事にまとめました。今回のCVE-2022-22965はこの記事の「3. クラスローダを操作できてしまうパターン」のパターンになります。 なぜクラスローダを操作できるのか? そもそも「クラスローダの操作」とは何を意味しているのでしょうか。この文脈では、Javaのプロセス内のクラスローダ系のクラスのインスタンスの、getterやsetterのメソッドを攻撃者が実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
