恥ずかしながら Docker をほぼ触ったことがなかったので、基礎的なことを学びました。 学びながら「こんな絵があったら理解しやすかったなー」と感じていた絵を自分で描きました。 せっかくだから整理して公開したいと思います。 同じ様な方の役に立ったら、とても嬉しいです。

南山大学で2023年12月5日に実施した「ソフトウェア工学特別講義 」の講義資料です。 アジェンダ: ・ 大規模言語モデル (LLM) とは？ ・NTT版大規模言語モデル tsuzumi のご紹介 ・プログラミングへの活用 ・プログラミングを超える範囲のソフトウェア開発タスクへの応用

ウェブデザインと開発の主要なテーマに関するコース（随時追加予定）をご確認ください。Chrome チームのメンバーの支援を受け、業界のエキスパートが各コースを作成しました。モジュールを順番に受講するか、最も興味のあるトピックを受講してください。

いよいよ 2024 年に開始される Chrome による 3rd Party Cookie の Deprecation。 これはおそらく「Web の歴史上最大の破壊的変更」と思って差し支えない。 一方、そのインパクトに対してエコシステム側に万端の準備が整っているかというと、必ずしもそうとは言えない。 単に「3rd Party Cookie がなくなるから、代わりに何を使えばいいのか」といった浅い知識ではなく、「そもそもなぜ 3rd Party Cookie が無くなるのか？」「行き着く先はどのような Web なのか」について、 25 回に分けて解説を試みる。

今年も DigitalIdentity に関する技術の勉強会である #iddance のアドカレやります。 みんなが注目しているパスキー、それを支えるFIDO/WebAuthn、一体どうなるDID/SSI/VCあたり 、 eyJ(JWT)、ID連携でもどんどん新しい拡張仕様が策定されているOAuth/OIDC、そして未だに第一線で使われ続ける SAML などのプロトコルや仕様はもちろん、それ以外のネタでも大歓迎です。 気軽に参加して、なんか書いてください！ Digital Identity技術勉強会 #iddance Advent Calendar 2022 Digital Identity技術勉強会 #iddance Advent Calendar 2021 Digital Identity技術勉強会 #iddance Advent Calendar 2020

DNS リソースレコードを管理していると、「DNS には浸透期間があるため、DNS の設定変更後は24時間〜72時間お待ちいただく必要があります」などと書かれた DNS 事業者の注意書きを見かけることがあります。 ホスティング業者によって「浸透」等が不適切に使われている例 - www.e-ontap.com DNS浸透言ってるところと言っていないところ【レンタルサーバ編】 - ohesotori.hateblo.jp このような記述が蔓延っているために、DNS 利用者の間で「DNS では設定が浸透するまで待たなければならない」という誤解が広まっています。 また、DNS リソースレコードの地理的な伝播状況を可視化するための DNS Propagation Checker なるツールがいくつか存在しています。 https://www.whatsmydns.net/ https://www.ns

先月半ばのガーディアンにダニエル・カーネマンのインタビュー記事が掲載されている（H/T Mostly Economics）。そこではナチスの迫害から逃げ回った少年時代が語られた後に、イスラエルでのパレスチナ問題に関する彼の見方が示されている。 As an Israeli, there at the very birth of the nation, Kahneman has had a front-row seat in one of the most vivid theatres of human misunderstanding. His work has much to say about prejudice, the inability to fully recognise alternative points of view and our strong aversion to

執筆者: 張 君子, 大池 陸斗, 小岩井 航介 サービス開発１部 先日公開されたAndroid14から、Credential Provider APIによるパスキー管理ができるようになりましたので、実際にパスキー管理を行うアプリを試作してみました。 弊社内で、アプリ・サービスの開発を通して技術知識を身に着ける取り組みとして、「つくる会」という取り組みがあり、この取り組みの中で、今回の試作を行いました。 「つくる会」の詳細については、別のブログで紹介予定です。 注意:ここでの記載内容は、執筆者の個人の意見であり、会社の見解を示すものではありません。また、こちらで紹介しているソースコードは、調査・試作目的で作られたものであり、実際に利用される場合には十分ご注意ください。 また、当記事執筆時点のCredential Provider APIのバージョンはbeta02となっており、その後のアップ

スクラムチームの構成 私たちのスクラムチームは以下のような構成で開発を行いました。 開発者 4人 プロダクトオーナー 2人 スクラムマスター 1人（私） プロダクトオーナーが2人というのは通常のスクラムで考えるとあまりないのですが、今回ビジネスサイドから参加したメンバーが通常業務との兼任だったため、なかなか時間を割きにくいという特殊な事情もあり、このような体制をとっていました。 スクラム開発で起こった問題 「スクラムわからん」 これが僕たちのチームに最初に立ちはだかった、最大にして最難関の壁でした。 スクラムの講義やスクラムガイドに目を通しただけではスクラムを理解することは難しく、何を取り組むにしても「これはスクラムのやり方に則っているのだろうか？」という疑問にぶつかってしまい、みんながモヤモヤしているし、物事も前に進まないということがスプリント1では起きていました。 スプリント1のスプリ

[LinkedIn discussion, Twitter thread] Never before in my life had I seen so many smart people working on the same goal: making LLMs better. After talking to many people working in both industry and academia, I noticed the 10 major research directions that emerged. The first two directions, hallucinations and context learning, are probably the most talked about today. I’m the most excited about num

2023年度リクルート エンジニアコース新人研修の講義資料です

8月30日、理化学研究所の「計算科学研究センター」（神戸市）に設置されているスーパーコンピューター（以下、スパコン）「京」の電源を停止しシャットダウンした。本格稼働したのが2012年だったので、7年間の運用だったことになる。 スパコン「京」といえば、何よりも2009年の事業仕分けの際に蓮舫議員が発言した「2位じゃダメなんですか？」を連想する人が多いだろう。今でもツイッターで「事業仕分け」と検索すると、その発言を揶揄したツイートがとにかく多い。今回の運用終了のニュースが出たことでさらに増えている。あれから10年も経っているにもかかわらずだ（当時、テレビ各局が毎日のように同じ映像を流していたことが今でも影響しているのだろう）。 それほどまでにインパクトを残した「2位じゃダメなんですか？」という言葉が、実は間違っていなかったということは、ほとんど知られていない。 私は当時、政府の事業仕分けを担当

おはようございます、ritouです。 何の話？ 最近のユーザー認証を取り巻く状況について、次の2つの事例の共通点を考えましょう Passkey(FIDOアライアンスが言ってるMulti-Device FIDO Credentialsの方)はFIDOクレデンシャルがApple/Google/MSといったプラットフォーム(など)のアカウントに紐づけられる仕組み Google Authenticator のクレデンシャル管理がデバイス単位からGoogleアカウントに紐づくデバイス間で同期されるように変わる これらは "クレデンシャル" と呼ばれる、秘密鍵やパスワードなどの "認証のための情報" をデバイス単位ではなくプラットフォームアカウント単位に保存/管理するというお話です。 そのおかげで、新しいデバイスを使い始める際にこれまで利用してきたサービスに対して色々と設定しなおすことなく、Apple

私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト