やはり俺の情報教科書はまちがっている。 - Qiita
目次 はじめに 個人を特定する情報が個人情報じゃない デジタル署名は暗号化しない TLS(SSL) は共通鍵を公開鍵で暗号化しない TLS(SSL) が使われていれば安全じゃない 変数は箱じゃない Python 等は「ソースコードを 1 行ずつ実行するインタプリタ方式」じゃない 日本語 1 文字は 2 バイトじゃない 動画が動いて見えるのは残像によるものじゃない 標本化定理は「2 倍以上の周波数」じゃない その他いろいろ はじめに 2022 年から高等学校で、プログラミング等を学ぶ「情報Ⅰ」が 必修 必履修科目になりました。1 さらには 2025 年入試から大学入試共通テストでも出題されるようになり、教科「情報」の重要性が高まっています。 これで 2030年に79万人不足すると言われる IT 人材 の問題が解決！…と言いたいところですが、先日も『課題感ある教科1位「情報」』という調査結果が
NTT退職エントリ 底辺子会社編
先日10年勤務したNTTを退職してフリーランスエンジニアになりました。 流行りの？NTT退職エントリーですが、よくあるのはNTT研究所とかの超エリートがGAFAMでデータサイエンティストになりましたみたいな話ですが、 私の場合はグループでも底辺の話で、NTT持株会社から見るとひ孫会社で保守を専門にする会社で更に中途採用です。 研究所なんてほんの上位の話なので、NTTの実態として大量の底辺保守人材を抱えているので、ある意味リアルな話になるかなと。 自己紹介 NWエンジニア歴9年、AWSエンジニア歴1年の37歳。 NWエンジニアと言いつつほぼ監視のみという弱々エンジニアでしたが、AWSエンジニアに転向して1年でフリーランスに挑むことにしました。 前歴 新卒時は氷河期末期。 新卒は金融営業だったが1年で嫌気差し退社 次も金融だったがパワハラにあい1年で退社 鬱になり就職活動する気も起きないが金も
汚染水の浄化処理に関する計測・分析結果 - 廃炉プロジェクト｜廃炉作業の状況｜東京電力ホールディングス株式会社
「ALPS処理水」の表記について（2021.4.27見直し） ・ トリチウム以外の放射性物質が、安全に関する規制基準値を確実に下回るまで、多核種除去設備等で浄化処理した水（トリチウムを除く告示濃度比総和１未満）は「ALPS処理水」 ・ 多核種除去設備等で浄化処理した水のうち、安全に関する規制基準を満たしていない水 （トリチウムを除く告示濃度比総和１以上）は「処理途上水」 ・ 2つを併せて示す場合は「ALPS処理水等」と表記します。 ※なお、過去に掲載した資料については、これまでの表記（以下、2020年3月見直し）としています。 「多核種除去設備等の処理水」の表記について（2020年3月見直し） ・ トリチウムを除き告示濃度比総和1未満の処理水は「多核種除去設備等の処理水」又は「処理水」 ・ 十分に処理していない処理水は「多核種除去設備等の処理水（告示比総和1以上）」 ・ ２つを併せて示す場
分析の方法｜ALPS処理水の第三者分析｜大熊分析・研究センター｜国立研究開発法人日本原子力研究開発機構 福島研究開発部門
English 分析の方法 JAEAによる分析では、海洋放出前のALPS処理水に含まれるトリチウム及びトリチウム以外の核種の濃度などを測定します。 分析は、基本的には国の定めた分析方法(公定法)に沿って行いますが、核種によっては公定法が無いものもあります。 その場合は、専門家による検証を経た論文 (査読付き論文) やJAEAにおいて実績のある分析方法などに沿って分析を行います。 それぞれの分析フローは以下のとおりです。 トリチウム以外の核種の分析方法 ALPS処理により、トリチウム以外の核種が規制基準以下に浄化されていることの確認を行います。 ALPS処理水のように複数の放射性物質を含む場合は、含まれる放射性物質の影響を総合的に考慮した規制基準値が適用されます。 具体的には、核種ごとの濃度を、核種ごとの規制基準値 (告示濃度) で割った値の合計値が1以下であれば、放射性物質の放出基準を満足
どうすれば人類は戦争を克服できるのか？ 空想的な平和主義が戦乱をもたらす。 - Something Orange
「暴力」について考えてみたい。 というのも、幸村誠の歴史冒険マンガ『ヴィンランド・サガ』がクライマックスに到達しているからだ。 ヴィンランド・サガ（２７） (アフタヌーンコミックス) 作者:幸村誠 講談社 Amazon 戦争を嫌い、平和を求めるこの物語の主人公トルフィンの物語はかつて夢見た理想の地「ヴィンランド（アメリカ大陸）」に到達し、そこで小さな村を作り出すに至っている。 しかし、しだいにそこにも戦乱の影が忍び寄ってくる。はたしてすべての暴力を否定するトルフィンたちは戦争を止めることができるのか――と、考えるだけで胃が痛くなるような展開が続いているのである。 それではなぜ胃が痛くなるかといえば、そもそも「すべての暴力を否定する」ことはどうにも不可能なのではないかと思えるからにほかならない。 たしかに、暴力は悪だろう。殊に弱者に対する暴力は絶対に否定されるべきものでもあるだろう。 しかし
マイナ保険証につきまとう数々の“面倒”…「5年更新」かつ手続き煩雑で無保険者が続出の恐れ（日刊ゲンダイDIGITAL） - Yahoo!ニュース
マイナンバーカードと健康保険証が一体化した「マイナ保険証」をめぐり、またトラブルだ。別人の医療情報が誤ってひも付けられたケースが昨年12月から先月22日までに、新たに60件あったことが12日、厚労省の調査で判明。うち4件が閲覧されたという。 河野デジタル大臣はトンズラ準備？ マイナンバーにトラブル続出「私を処分」答弁の裏の計算 問題だらけでも、岸田首相はどこ吹く風だ。12日の衆院決算行政監視委員会で、マイナ保険証について「一体化にはメリットがある」と繰り返し強調。現行の保険証を来年秋に原則廃止する方針に変更はないと明言した。 保険証廃止のツケを負わされる国民はたまったもんじゃない。マイナ保険証には、いくつも“面倒”がつきまとうからだ。 マイナカードに書き込まれた電子証明書は有効期限5年。期限を過ぎると健康保険証として使えなくなるため、5年ごとに電子証明書の更新手続きをわざわざ役所窓口で行わ
いろいろおかしいマイナンバーカード｜青野慶久
新しく菅内閣が発足してデジタル化推進が叫ばれる中、その中心的政策であり、普及に向けて大量の税金が投入されているマイナンバーカード。でも、いろいろおかしくない？ 「マイナンバー」と「マイナンバーカード」は別物です。マイナンバーは国民の出席番号みたいなもので、ない方が不便だと思います。でも、それを使うために、新しくプラスチックの「物理カード」を「全国民に」発行して持たせる必要がありますか？ しかも、発行や更新の手続きが複雑すぎませんか？ 私の知識不足・勘違いもあるかもしれませんが、おかしいと思うところを列挙してみます。これを機に議論が活性化することを期待しています。 -- ・そもそもマイナンバーカードの目的がよくわからない。身分証明のためなら運転免許証や健康保険証でよくね？行政手続きのためなら普通にID発行してネットでやればよくね？ そもそも何が問題なの？ ・カードに書かれたマイナンバーが漏れ
マイナカード券面刷新で法改正へ 政府デジタル計画改定案（共同通信） - Yahoo!ニュース
政府のデジタル社会推進会議は6日、マイナンバーカードの券面に記載する情報の刷新など今後取り組む施策を示した重点計画の改定案をまとめた。券面情報は2026年中にもプライバシーに配慮した内容に見直す方針で、来年の通常国会でのマイナ法改正案提出を視野に入れる。改定案には、カードを巡り相次いで判明したトラブルへの対応も盛り込んだ。9日に閣議決定する。 【一覧】マイナンバーを巡る最近の主なトラブル カードは16年に交付が始まり、氏名や住所、12桁の個人番号のほか性別も記載されている。当時取得した人の多くは更新時期が近づいており、性的少数者らの団体などからの要望を踏まえ、身分証明の機能を残しつつ不要な情報を削除する。偽造防止を目的とした券面デザインの見直しも行う。作業部会を設け、24年度早期に詳細を詰めるとしている。 成年を対象にカードの更新手続きのオンライン化も検討する。 マイナ保険証に他人の情報を
糞コードは直すな。 - Qiita
とりあえず落ち着け。 みなさん、毎日なにかしらのコードを読み、開発する日々を送っていると思います。そんな中で、 糞コードは死ぬべきである！！絶対に直すべき！！ という感情に取りつかれてしまうことがあると思います。自分の技術力に自信のある人ほど、無理やりにでも直そうと試みると思います。それがどんな修羅の道か。そして、糞コード修正がどんな道を歩むのか。この記事では糞コード修正の罠とありがちなストーリーについて書きたいと思います。 ビジネスとしてのプログラムは本質的に糞である 例えば、「携帯電話の利用料金」のプログラムがあります。 「携帯電話 透明性高め料金値下げを」という記事もあるように世の中の携帯電話の料金プランはかなり複雑です。例えば、auだと「auでんき」といった電気料金とパックされた電話料金プランがあります。また、「auスマートバリュー」といったプランもあり、家のインターネット回線をa
マイナンバー制度は一部ITエンジニアが思っているような良いものではない～マイナンバーシステムの技術的問題点～｜ザード＠
結論マイナンバーのシステムはレイテンシーが酷すぎてリクエストを捌ききれない 一部ITエンジニアの主張について恐らく政府の意図もそこにあるのだろうが、特にITエンジニア界隈は現在の行政システムをマイナンバーで一元化して便利にしようという主張をしがちである が、結論としてはこれは不可能である。何故ならば政府のサーバは基本的にマイナンバーを保存していないからである 結論としてはマイナンバーと紐づいた符号というIDが各政府機関や保険組合ごとに発行され、この符号を使ってマイナンバーと結びつけて住基ネットで個人を特定して運用される。これがマイナンバーのシステムの全体像である つまり、政府含む特定の人たちがやりたいような集計処理をやろうとした場合、厚生労働省の中間サーバから符号を引っ張って来て財務省のサーバから符号を引っ張ってきてマイナンバーと紐づけて集計処理をする…のような処理…とはならない 何が問題
ちょうぜつ改め21世紀ふつうのソフトウェア設計
Forkwell Library #14 2023.1.25 のスライドです。 https://forkwell.connpass.com/event/271212/
アーキテクチャオタクが Twitter の内情について妄想を垂れ流す
Yuta Okamoto @okapies Twitter のような巨大な分散システムが、どのくらいの人員がサボタージュしたら壊れるかなんて外からは分からないし、何だったら中の人間にだって分かってないかも。イーロン・マスクも含めてね。色々な可能性を考慮しつつ推移を見守るしかない。 twitter.com/100poisha/stat… 2022-11-19 17:38:11 ざんねん @100poisha Twitterのコア開発者が辞めたのでTwitter終了←まちがい Twitterのコア開発者が辞めたので代わりの開発者を雇わないと数年で終了←せいかい ソフトウェアは腐りますけど、だからといってメンテナンスしないと1日で腐り果てるほど脆くないんですよ。そのせいでメンテナンスせずに数年経って腐り文字数 2022-11-18 14:47:09
Elon Musk は Twitter で何をしようとしているのか - The Decisive Strike
まだ Twitter の一斉解雇をめぐる混乱は続いているようですが、この解雇を通じて見えてくる Elon Musk の意図を考えてみたいと思います。これは公開されている情報に基づく長山個人の推測に基づいた分析であって、正しさはいっさい保証されていません。 個人的な所感としては以下です。 まず第一に、Musk は、Twitter をメディア企業からエンジニアリング企業へと変質させようとしているんじゃないかと考えています。これは、「どの部署がレイオフ対象になったか」から見えてくることです。TechCrunch の記事によれば、米国でレイオフ対象になった主要なチームは、アクセシビリティ、機械学習倫理 (META: ML Ethics, Transparency & Accountability)、人権、キュレーション、PR (Comms)、SRE (Site Reliability Eng) な
マイナンバーカードには「婚姻届を出したら運転免許もパスポートも更新申請されて補助や免除の一覧が自動的に出てくる」みたいな役割を期待している
タマゴケ @s5ml マイナンバーカード 「目指すべきはコンビニで住民票が出せる」みたいな世界ではなく、「婚姻届出したら運転免許もパスポートも更新申請されて、そのタイミングで受けられる補助・免除が国・都道府県・市区町村全部一覧化できる」みたいな世界だぞ。 コンビニ住民票なり保険証なりで喜んでちゃだめだぞ 2022-10-10 16:07:22 タマゴケ @s5ml マイナンバー法の一丁目一番地は行政の名寄せです。マイナカードではありません。 >この法律は、行政機関、地方公共団体（略）が、個人番号（略）を活用し（略）他の行政事務を処理する者との間における迅速な情報の授受を行うことができるようにする（略） elaws.e-gov.go.jp/document?lawid… pic.twitter.com/t1haRsIgAB 2022-10-10 20:11:45
人口5千万人の日本、を前提に設計からやりなおすべき時期 - orangeitems’s diary
日本が人口減へ向かうのは間違いなく、今の形で居続けるのは無理だろうと思います。それを見越して、まだ人がいるうちにいろいろ準備しておいたほうがいいんじゃないでしょうか。 例えば、限界集落のような、人がほとんど住んでいないところに、電気やガス、水道を供給し続け、郵便サービスやインターネットができるようにする意味はあるのでしょうか。そのための人材も今後確保できなくなっていくのではないでしょうか。 今後、人口が拡大していく前提で、道を作り行政を配置し、街が設計されています。それを無理に維持しようとしているよう見えます。その結果、使わないもしくは、利用人数が著しく少ない設備を、メンテナンスし続けなければいけない無駄が生じます。 それを、税金で賄おうとするので、本当に必要な設備投資にお金がまわせません。 そして、メンテナンスを実施する人間自体が不足し、お金があっても仕事を引き受けてくれる業者がいなくな
｢au大規模通信障害｣はKDDIだけの問題ではない
この時点で、該当ネットワークセンターにつながる端末（主にスマートフォン）では音声通話が使えない状態だが、全国に問題が広がっていたわけではない。ルーターの問題発生アラートが上がり、一部端末で音声通話ができない状態であることがわかったため、15分後の1時50分にシステムを切り戻し（フォールバック処理、システム更新で問題が起きた場合に正常だった元のシステムに戻すこと）が行われた。 直後にKDDIは事故対策本部を立ち上げ、障害対策の準備を始めるが、2時17分にはVoLTE交換機への輻輳が発生。音声通話のサービスに極端に接続しづらい状況となった。この時点で一部端末ではデータ通信も不通になった模様だ。 輻輳とは通信要求が集中し能力を超えてしまうことで応答が極端に遅くなり、通信内容の破棄や再送信が繰り返し発生するなど、さまざまな理由により有効な通信帯域が極端に減じてしまう現象だ。輻輳が発生すると何らかの
KDDIで発生した通信サービスの障害はなぜ起きたのか
au @au_official （7/3 12時現在） 長時間にわたりau携帯電話サービスがご利用しづらい事象が発生し、深くお詫び申し上げます。 news.kddi.com/important/news… 西日本エリアは11時頃に復旧作業終了、東日本エリアは17:30ごろに復旧作業終了予定です。ネットワーク試験の検証のうえで、本格再開時間を決定いたします。 2022-07-03 12:16:48 リンク news.kddi.com （7月3日 12時00分現在）au携帯電話サービスがご利用しづらい状況について KDDIのお知らせ一覧 （7月3日 12時00分現在）au携帯電話サービスがご利用しづらい状況について 2 users 147
笑いの絶えない明るい職場で死にかけた話｜梶本時代
本当すみません。全部無理になって駐車場でケーキ食べてます pic.twitter.com/SCFHPCpFx2 — 梶本 時代 (@uni_iga_iga) April 7, 2022 去年末から度々死にたくなっていたが、 「いま私が死んだら職場が回らん」 と言いながら体を引きずって出勤した。 その結果がこれ。 どれほどヤバい職場なのか。 中規模病院の病棟に、正看護師として常勤していた。 残業10時間以内、年間休日120日以上、男性を含めた産休育休所得率100％。 お局様はおらず、師長さんは常に笑顔で恫喝なんてもってのほか。 本当に優しい人たちしかいない。 これだけ見ると、見事なホワイト企業だ。 しかし、離職率がハンパなかった。有能な人から辞めていくのだ。 何が問題なのか、はじめは理解出来なかった。 しかし、配属されて３年目、ようやく気づいた。 法的に裁くことができないのに、蓋を開けるとめ
なぜ急に電力不足になったの？例年通り暑いし、説明がない→予想以上にある複数の要因を電気学会員が解説してみた
松尾 豪 Go Matsuo @gomatsuo 国内外電力市場・制度と燃料中・下流(ガス・石炭)の調査を行っています。CIGRE会員、電気学会正員、公益事業学会会員。お問合せはgo.matsuo@eesi.co.jpまで。ツイートは全て情報・思考実験の備忘録で、議論はしません。 note.com/gomatsuo/n/ndf… 松尾 豪 Go Matsuo @gomatsuo 今回の需給逼迫の要因は、毎回恐縮ですが、複数の要因が挙げられます。大きく分けると、以下３点に収斂されます。 ※推敲できておらず、変な文章になっていましたので、修正しました。 ①火力発電所の廃止によって、かねてから今夏・今冬の供給力は厳しいものになると見られていました。 ②3月16日の 2022-06-28 14:14:05 松尾 豪 Go Matsuo @gomatsuo 福島県沖地震により、福島県浜通りの発電所が
2022年6月21日に発生したCloudflareの障害について
はじめに本日2022年6月21日、Cloudflareの19か所のデータセンターにおいて、トラフィックに影響を与える障害が発生しました。折り悪くこの19か所の拠点は当社最大の拠点であり、全世界のトラフィック処理の大半を占めています。この障害は、当社のインフラの重要な一部であり、Cloudflareのトラフィックの大部分を処理する当社最大の拠点における耐障害性を高めるための長期的なプロジェクトの一環として行われた変更により発生したものです。06:27 UTC、今回の障害の原因となったネットワーク設定の変更をこれらの拠点で実施。06:58 UTC、最初のデータセンターがオンラインになる。07:42 UTC、すべてのデータセンターがオンラインになり、正常稼働となる。 お客様の拠点によっては、Cloudflareを使用するWebサイトやサービスにアクセスできない場合があります。その他の拠点では、C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
