昨日はこちらの記事に端を発する形で、空のdiv要素やspan要素は妥当なのかといった話題が見られました。 中身のない空の div 要素や空の span 要素は HTML 仕様として妥当なのか？ - dskdこの記事は空のdiv要素やspan要素が妥当かどうかという疑問にHTML仕様の観点から考察を加える大変面白い記事です。記事の結論としては、“僕の結論としては「否」である。”としています。 しかし、いくらHTML仕様を読んだといっても、こういった議論には解釈が入りがちです（こちらの記事でも結論の前に“ここからは完全に僕の解釈として書く。”と明記されています）。 仕様なのに解釈を入れる必要があるのはどうなのと思いつつ、実はこの記事でこれから紹介するように、HTML仕様もなかなか曖昧に書かれており解釈が必要なのは仕方のないことです。 筆者はどちらかというと空のdivを肯定する考えを持っていたの

はじめに deno のアイコンである恐竜が雨に打たれるだけの CLI derain を作りました。 上記の GitHub リンクからお手軽に試せます。 色々と参考にさせていただいたのは、以下の記事です（感謝でいっぱいです...）。 この記事では、CLI をつくるなかでわかった deno のうれしさについて書こうと思います。 背景 Node.js は 3 年前、TypeScript は半年前ほどから触っています。 ただ、これまでは競技プログラミングやゲーム開発などをメインに行っていたため、あまり Node.js / TypeScript の経験はありません。 Deno のうれしさ デフォルトで TypeScript が動く もっともうれしいと感じたのは、この点かなと思います。 Node.js で TypeScript を動かすにはいろいろと入れなければいけません。 何も入れなくてもデフォルト

アルツハイマー病は脳が委縮していく病気であり、認知機能に大きな影響を与えます。 世界保健機構（WHO）によると、認知症の原因の約7割がアルツハイマー病であり、早期発見と治療によって進行を遅らせることが可能です。 そして最近、リトアニア・カウナス工科大学（Kaunas University of Technology：KTU）マルチメディア工学科に所属するモデュペ・オデュサミ氏ら研究チームは、アルツハイマー病を99.99%の精度で予測するアルゴリズムを開発しました。 研究の詳細は、６月10日付の科学誌『Diagnostics』に掲載されました。 Machine learning tool 99% accurate at spotting early signs of Alzheimer’s in the lab https://www.zmescience.com/science/machi

日本時間 2021 年 9 月 2 日に東京リージョン（AP-NORTHEAST-1）で発生した AWS Direct Connect サービスの中断に関する追加情報を提供いたします。午前 7 時 30 分(以下すべて日本時間)から、Direct Connect をご利用中のお客様は東京リージョンに向かうトラフィックについて断続的な接続の問題とパケットロスの増加を観測し始めました。この事象は、Direct Connect ロケーションから、顧客の Virtual Private Cloud（VPC）が存在する東京リージョンのデータセンターネットワークへのネットワークパスに沿ったネットワークレイヤーの 1 つでネットワークデバイスの一部に障害が発生したことが原因です。お客様は午後 12 時 30 分に復旧を観測しはじめ、午後 1 時 42 分に接続の問題は完全に解決されました。 アベイラビリ

はじめに DPoP（ディーポップ）という仕様を紹介します。 OAuth 2.0 Demonstration of Proof-of-Possession at the Application Layer (DPoP) この仕様は、悪い人がアクセストークンを盗んだとしても、それだけでは API に対する不正アクセスができないようにするための仕組みです。 従来は、クライアントアプリケーションがアクセストークンを提示して API にアクセスしてきたとき、そのアクセストークンが有効であれば、API アクセスは許可されていました。しかし、DPoP などの Proof of Possession（PoP）の仕組みを用いると、アクセストークンを提示しているクライアントがそのアクセストークンの正当な所有者かどうか（＝アクセストークンの発行を受けたクライアントと同一かどうか）もチェックされるようになり、アク

やまゆです。 現在 TLS の実装として一番に挙げられるライブラリは OpenSSL 1.1 ですね。 他に Google fork の BoringSSL や LibreSSL などがありますが、もともとはどちらも OpenSSL の実装をベースにしていますので、やはり大元としては OpenSSL になります。 執筆現在の OpenSSL 安定板バージョンは 1.1.1l です。 2.x はリリースされず 3.0 が次のリリースになる予定です。 このツイートによると、 来週火曜 に正式リリースされるようです。 追記 2021/09/07) OpenSSL 3.0.0 がリリースされました！ こちらの記事から変更点について挙げていきます。 ライセンスの変更。今までは OpenSSL と SSLeay のデュアルライセンスでしたが、 Apache License 2.0 に変更されます。 バ

このモジュールでは、アカウントの種類、プランのオプション、関連する機能、課金など、GitHub 製品の概要について説明します。 また、GitHub Desktop と GitHub Mobile を使用して、外出先で GitHub にアクセスする方法についても説明します。 このモジュールを終了すると、次のことができるようになります。 さまざまな種類の GitHub アカウント (Personal、Organization、Enterprise) の違いを定義します。 各 GitHub プラン (個人アカウントと組織のための GitHub Free、個人アカウント用の GitHub Pro、GitHub Team、GitHub Enterprise) について説明します。 GitHub Mobile と GitHub Desktop で GitHub にアクセスするための機能を確認します。

県がホームページ（ＨＰ）上で公表した新型コロナウイルス感染者情報の文書ファイルのタイトルが一時「感染者情報一覧表ねｗ」と誤表記されていたことが５日、分かった。職員が「ｎｅｗ」と打ち込み、誤って一部を日本語変換した。「ｗ」はインターネット用語で「笑い」を意味し、県は「そうした意図ではなかったが、不適切な表現で誤解を与えてしまった」としている。 誤りがあったのは４日発表分の資料。職員が作業用のエクセルファイルの名前を誤変換したまま保存。掲載前に複数人でチェックしたが、気づかなかったという。 県感染症対策室は「誤解を招く表現がそのまま掲載されてしまった。再発防止に努めたい」としている。【写真】誤表記された状態でホームページに掲載されていた県の公表資料（画像の一部を加工しています）