Astro
One frontend architecture with endless possibilities Step into the future with Islands — Astro's next-gen frontend architecture. Supercharge your development with automatic JS-to-HTML streaming and a beloved developer experience. Content-first websites Fetch data from your CMS or work locally with type-safe Markdown and MDX APIs. Astro automatically removes unused JavaScript and renders to HTML fo
［速報］「The Amazon Builders' Library」発表。大規模分散システムの構築、運用などについて、Amazonが学んできたことをコンテンツとして公開。AWS re:Invent 2019
［速報］「The Amazon Builders' Library」発表。大規模分散システムの構築、運用などについて、Amazonが学んできたことをコンテンツとして公開。AWS re:Invent 2019 Amazon.comが開発してきた世界最大級の電子商取引システムや、それを支えるインフラであるところのAmazon Web Servicesは、世界でも最も複雑で巨大な分散システムの1つです。 そしてAmazon.comやAWSにとってさえ「分散システムの構築は難しいものだった」と、Amazon.com CTO Werner Vogels氏。 そしたなかで、Amazonはどのように堅牢でスケーラブルな分散システムを作ったのか？ エンジニア組織をスケールさせてきたのか？ どのように運用しているのか？ どうやってサービスを迅速に提供しているのか？ AWSのブログに投稿された記事「Check
All-in-one markdown editor, collaborative canvas, and diagram-as-code builder
#公園廃止 は1軒のクレームから: 子どもの「手を引いて看板の前に立たせ」令和3年10月12日会議子ども政策課記録
3ページ: 地域でクレーマーと交渉し、「話がまとまったように思えたが、実態は変わらなかった」 4ページ: 「苦情者は子どもが遊園地でボール遊びをしていると手を引いて看板の前に立たせてボール遊びは禁止だと言う」等、体罰・虐待を疑わせる発言がある。Read less
1. はじめに(HTTP/3と概要) 1.1 はじめのはじめに 1.2 HTTPのセマンティクスとバージョンの話 1.3 HTTP/3の概要 1.4 HTTP/3 と呼ばれるまでの道のり 1.4.1 Google QUICの実験 1.4.2 HTTP over QUIC、標準化の開始 1.4.3 HTTP/3への改称 1.5 標準化動向を追うために 2 QUICについて 2.1 QUIC、はじめに 2.2 QUICの概要 2.3 QUICコネクションとQUICパケットの基礎 2.4 フレームについて 2.5 ストリームについて 2.6 コネクションの確立 2.7 コネクションのクローズ (TODO)2.8 負荷分散・トラフィックのオペレーション 2.9 その他 (FEC, Multipath, LB) 2.9.1 Forward Error Correction(FEC) 2.9.2 MP
誰もがその戦いの背景にある歴史の深淵と人々の覚悟を見誤っていた。開戦初日に決着が付くと高を括って鼻歌混じりに筆を取った私は、気が付けば夏休みの８割を喪失し、すべての指が腱鞘炎で悲鳴を上げる中で参考文献の海に這いつくばっていた。 —— Josh Nobus —— ぜんぜんわからない 俺たちは雰囲気で REST をやっている 何度調べてもなんだかよく分からない概念ランキングの個人的 Top5 に入る言葉。 それが「REST」だ。 いろんな Web サービスの REST API はよく使わせてもらっているし、REST API が何かと聞かれれば「その Web サービスの機能を HTTP リクエストで呼び出せる API エンドポイントのことだよ」みたいにそれっぽくお茶を濁すことはできると思うが、じゃあ自分で RESTful なサービスを作ってみろと言われたら私は作れない。作れなかった。 だってどん
ソニー、特許文書で競合を何故か「他の劣ったメーカー」と呼び続ける。専門家は「幼稚、プロ意識欠如」と批判 | テクノエッジ TechnoEdge
著書に『宇宙世紀の政治経済学』（宝島社）、『ガンダムと日本人』（文春新書）、『教養としてのゲーム史』（ちくま新書）、『PS3はなぜ失敗したのか』（晋遊舎）、共著に『超クソゲー2』『超アーケード』『超ファミコン』『PCエンジン大全』（以上、太田出版）、『ゲーム制作 現場の新戦略 企画と運営のノウハウ』(MdN)など。 ゲームのハードウェアは先進技術や創意工夫の塊であり、特許と切っても切れない縁があります。もちろん、PlayStationを擁するソニーも例外ではありません。 ですが、同社が過去12年間にわたり、特許の出願文書中で競合他社を何故か「他の劣ったメーカー」と呼び続けていることが分かりました。 フロリアン・ミューラー氏は20年以上も特許アナリストを営んでいるベテランであり、テクノロジーと知財について影響力あるFOSS Patents を運営する人物。そのミューラー氏が、最近公開されたソ
パフォーマンスチューニングとは、ゲームシステムのパフォーマンスを引き出せるよう、CPUやメモリなどを調整すること。モバイルゲーム開発において、重要な工程であるが必要な知識が幅広く、体系的な学習が難しいという問題があった。同社ではこれを解決するために同書籍を作成。社内のUnityエンジニアに配布したと7月に発表していた。 社外への公開を決めた理由について同社は「内容は十分に汎用的であらゆるモバイルゲーム開発で役立つ知識がまとまっている。モバイルゲーム業界全体としてよりオープンでより良いモノ作りができる環境づくりの一助となればと、無料で公開を決めた」と説明している。 オープンソース化の理由については「パフォーマンスチューニングは、端末の性能向上などにより、年単位の短いスパンで知識をアップデートする必要がある。オープンソース化することで、社内外問わず、古い内容を指摘し合い、新しい知識を教え合う動
SREエンジニアが組織改善プロジェクトを立ち上げてみた - ぐるなびをちょっと良くするエンジニアブログ
こんにちは。データ・AI戦略部 SREチームの小野です。普段は部内のシステムに対し、SRE推進活動を行っています。直近では、データエンジニアと協力してデータ基盤周りの改善に取り組んでいます。 <SREの主な仕事> IaC化(Terraform/Terraform Cloud Business)の導入・推進 SLI/SLOの導入・推進 ポストモーテムの導入・推進 アプリケーションデプロイ基盤の導入・推進 ツールやAPIの設計・開発 インフラ設計・開発・運用 トイル削除・システムの自動化 データ基盤改善 一般的なSREエンジニアは、インフラ関連の業務が中心になると思います。しかし、データ・AI戦略部のSREチームは、開発を含めた幅広い仕事をします。やりたいことがあり、手をあげればそれを後押ししてくれる雰囲気の職場です。 今回は、SREエンジニアである私が、組織改善プロジェクトを立ち上げた話をお
Best Practices | Playwright
Introduction This guide should help you to make sure you are following our best practices and writing tests that are more resilient. Testing philosophy Test user-visible behavior Automated tests should verify that the application code works for the end users, and avoid relying on implementation details such as things which users will not typically use, see, or even know about such as the name o
ゆめみオープンハンドブック
ゆめみオープンハンドブックとは？ ゆめみ社内の規則やガイドラインなどをまとめた情報ポータルです。 このコンテンツは業界の発展に貢献・寄与するために、ゆめみの徹底的な透明性の考え方をもとに一般公開しており二次利用可能です。また、採用候補者向けに社内の実態を知ってもらうねらいもあります。 リンク切れなどがある場合はこちらのサイトからアクセスしてみてください
Streamlit turns data scripts into shareable web apps in minutes. All in pure Python. No front‑end experience required.
A collective list of free APIs API Key の登録なし＋無料で株価情報が取れる API ないかなーと探していたら、面白いリストが見つかりました。48 カテゴリにわたり数百もの API がリストされています。545 contributors (2019/11/6 時点) によるまさに集合知（？）ですね。 Github: https://github.com/public-apis/public-apis A collective list of free APIs for use in software and web development. の説明通り、 Animals Anime Anti-Malware Art & Design Books など、どんなデータ？と思うようなカテゴリから、 Geocoding、Jobs、Music まで、全部見ることが
私のチームで行っているドキュメント管理方法の紹介(GitHub Actions, S3, AsciiDoc) | DevelopersIO
ドキュメントツールのインストール(Windows) Macの場合の設定方法は、本項の後に記載 PowerShellの起動 各種ツールをインストールするため、PowerShellを管理者として実行 Windowsボタンを押下 powershell と入力 右クリックで管理者として実行 を選択します Chocolateyのインストール 本手順は前述で起動したPowerShellを利用 1.Chocolatey のサイトにアクセスし、インストールコマンドをクリップボードへコピー 2.前項でコピーしたコマンドをPowerShellにペーストして実行します Set-ExecutionPolicy Bypass -Scope Process -Force; [System.Net.ServicePointManager]::SecurityProtocol = [System.Net.ServiceP
概要 Word や Excel でのドキュメント作成を回避し、なるべく生産性高く、かつ、OS 環境依存なく、すべて基本無料で構成できるツールで、Markdown ベースで設計書を作成することを考えてみます。 GitHub 上で閲覧できる形でドキュメントを作成することを前提に、VSCode（＋プラグイン）を用いて、テキスト文書、表（テーブル）、図（構成図など）、キャプチャ、などをスピーディに作成し、PullRequest ベースで運用していけるように、プラグインを構成および、レギュレーションを作成してみました。 GitHub の README.md や Wiki に書いて使えるかと思いますので、併せて markdown 形式および、vscode のプラグイン推奨設定ファイル形式でも載せておきます。 もし、もっとこのプラグインを使うと良い、などアイデアなどありましたら教えていただけると幸いです
Markdoc is a powerful, flexible, Markdown-based authoring framework. From personal blogs to massive documentation sites, Markdoc is a content authoring system that grows with you. View docs
昨今、さまざまなIT企業が社内の研修資料などを学習コンテンツとして公開している。例えばセガやMIXI、リクルート、サイボウズなどがコンテンツを公開しており、よくSNSで「神資料」などと話題になる。実際、ITmedia NEWSでもたびたび取り上げており、人気が出やすい記事となっている。企業側にとっても、IT人材の関心を集める有効な手段の一つだろう。 こういった資料が公開されるのは、企業のテックブログ（技術ブログ・開発ブログとも呼ぶ）であることが多い。従って、記者は記事のネタを求めて日々さまざまな企業のテックブログをウォッチしている。そんな中で、あるSaaS企業のテックブログが目を引く取り組みをしているのを見つけた。 その企業とは、クラウド型会計・人事サービスを手掛けるfreeeだ。freeeは、自社のテックブログ「freee Developers Hub」で、2021年以降に社員が登壇した
技術記事を書く人を大事にしよう
TL;DR 技術記事を書いて公開してくれる人は貴重な資源なので、なるべく潰さないように大事にしましょう。 はじめに プログラムを書いてて、なにかわからないことがあれば検索すると思います。すると、世の中にはごく少数の役に立つ記事と、大多数の役に立たない記事があることがわかるでしょう。その役に立つ記事を求めてネットの海をさまよっていると、「あれ？またこの人の記事だ」と思うことがよくあるでしょう。C++の言語仕様を調べてると「あの人」の、Vim関連を調べていると「あの人」の、Go言語なら「あの人」の記事を見つけることでしょう。逆に言えば、ある程度限定された分野において、体系だった知識があり、わかりやすい記事を書いてくれる人というのは極めて貴重な人材ということになります。 しかし、そんな「つよつよエンジニア」も、はじめから強かったわけではありません。当然のことながら新人時代があり、よくわかっていな
概要 定型的な システム開発 では以下のような設計書が使われる。 システム要件定義 システム方式定義 ソフトウェア要件定義 ソフトウェア方式設計 ソフトウェア詳細設計 しかしそれ以前に 開発者目線、開発者発信で顧客に提案する概要資料を作りたい ケースがある。あるいは就職活動時の自身のポートフォリオを採用担当に説明することも同様かもしれません。 オードリー・タンがコード書く前にまずreadme.txtを書く話、Yahoo!がプロダクト開発の最初にプレスリリースから作る話、自分が前職で商品企画する際にまず広告から考えていた話、どれも明確なゴールイメージをまず確定させて必要要件を定義していくという意味で全部共通の考え方 — 菅俊一 / Syunichi SUGE (@ssuge) February 2, 2021 なんて話も。 技術とマーケティングのちょうど中間、開発者と顧客との意思疎通の橋渡し
Welcome Welcome to "100 Exercises To Learn Rust"! This course will teach you Rust's core concepts, one exercise at a time. You'll learn about Rust's syntax, its type system, its standard library, and its ecosystem. We don't assume any prior knowledge of Rust, but we assume you know at least another programming language. We also don't assume any prior knowledge of systems programming or memory mana
How We Made Bracket Pair Colorization 10,000x Faster In Visual Studio Code
Register now for a full day of community, learning, and all things Visual Studio Code Bracket pair colorization 10,000x faster September 29, 2021 by Henning Dieterichs, @hediet_dev When dealing with deeply nested brackets in Visual Studio Code, it can be hard to figure out which brackets match and which do not. To make this easier, in 2016, a user named CoenraadS developed the awesome Bracket Pair
AT Protocol (BlueSky Social)仕様解説 ～ W3C DID仕様を添えて ～ - Qiita
結論 まだMastodon以下の機能実現状況なので、SNS目的で参加するのはNostr以上に勧めしません。 API叩いて遊べる人や、自分で問題解決できる人向け ※現在、基本機能も完成していないためクローズドβ中です。 公式サーバーの作成には、既存ユーザーに発行される招待コードが必要です(2週間に付き1個) 有志の非公式サーバーもそちら用の招待コードが必要になりました。 まだまだ仕様も未完成！！！破壊的変更も色々起きるぞ！ ※コードを買ってまで参加するものではないと思います。開発やフィードバックに協力できる人のみ参加すべき。 はじめに Twitterの動乱に巻き込まれ、移住先にMisskeyやMastodonなど選ばれつつある今日このごろ、皆様いかがお過ごしでしょうか。 つい先日、BlueSkyのクローズドベータが開始されました。 BlueSkyは、Nostr同様Twitter創設者のジャッ
仕事ですぐに使えるTypeScript — 仕事ですぐに使えるTypeScript ドキュメント
注釈 本ドキュメントは、まだ未完成ですが、ウェブフロントエンドの開発を学ぶときに、JavaScriptを経由せずに、最初からTypeScriptで学んでいく社内向けコンテンツとして作成されはじめました。基本の文法部分以外はまだ執筆されていない章もいくつもあります。書かれている章もまだまだ内容が追加される可能性がありますし、環境の変化で内容の変更が入る可能性もあります。 書籍の原稿はGitHub上で管理しております。もしTypoを見つけてくださった方がいらっしゃいましたら、 GitHub上で連絡 をお願いします 1 。reSTファイルだけ修正してもらえれば、HTML/PDFの生成までは不要です。フィードバックなども歓迎しております。 1 https://github.com/future-architect/typescript-guide/pulls
はじめに
好奇心旺盛な人のためのWebRTC #この本は、WebRTCの実装者が苦労して得た知識を世界に向けて発信するために作成されました。 好奇心旺盛な人のためのWebRTC は、常により多くのことを求めている人のために書かれたオープンソースの書籍です。 この本は抽象化されたものではありません。 この本はプロトコルとAPIに関するもので、特定のソフトウェアについて語るものではありません。 私たちはRFCを要約し、文書化されていないすべての知識を一箇所に集めることを試みます。本書はチュートリアルではないので、コードはあまり含まれません。 WebRTCは素晴らしい技術ですが、使いこなすのは難しいものです。この本はベンダーに依存せず、利益相反を排除するようにしています。 この本は誰のためのものか。 #WebRTC が何を解決するのかさえ知らず、もっと学びたいと思っている開発者。既に WebRTC を使っ
「日本最大級の偽文書」か 郷土史の定説ひっくり返るかも…京都・山城の古文書｜文化・ライフ｜地域のニュース｜京都新聞
椿井文書を模写したとされる「笠置山之城元弘戦全図」。椿井文書が山城地域に波紋を広げている（京田辺市田辺・中央公民館） 京都府山城地域の自治体史に数多く引用されてきた史料「椿井文書（つばいもんじょ）」を偽文書と指摘する新書が先頃出版され、地元の歴史関係者らに波紋を広げている。たった１人の男が質の高い偽文書を大量に作り出した手法などを明らかにしており、特に関わりの深い山城地域では定説が覆りかねないためだ。郷土史が再検証を迫られるだけでなく、「日本最大級の偽文書」の作者かもしれない男の人物像にも注目が集まる可能性がある。 椿井文書は、山城国相楽郡椿井村（現木津川市）の有力農民、椿井政隆（１７７０～１８３７年）が制作した文書の総称。椿井は山城や近江、河内、大和などで、武家につながる家系だと示したい豪農や山の支配権争いなどに関わり、歴史的な正当性を与えるために多くの文書を創作したとされる。 以前から
無料で使える 高機能なwikiツール マニュアルや企画書の共有、議事録の同時編集など、 チーム内での快適な情報共有と作業効率化を支えるツールです。 GROWIを始める
PDFやWord、Excelファイルを読み込み、レイアウトなどはそのまま内容だけを翻訳。Google Translation APIに新機能
PDFやWord、Excelファイルを読み込み、レイアウトなどはそのまま内容だけを翻訳。Google Translation APIに新機能 Googleは、機械学習を用いて翻訳を行う「Translation API」の新機能として、PDF、Word、Excel、PowerPointのファイルを読み込み、レイアウトなどを保ちつつ内容だけを別の言語へ翻訳して出力する「Document Translation」を発表しました。 With Translation API Advanced, translate documents in100+ languages & formats such as Docx, PPTx, XLSx & PDF while preserving document formatting. Learn more about this new feature added
Wantedly Engineering Handbook | Wantedly Engineering Handbook
新しく Wantedly の開発チームに参加する人向けのドキュメント集です。社内のエンジニアが知るべき情報のうち外部にも公開できる情報を体系的にまとめたものです。 入社前後のフルタイムの社員が一番の想定読者です。ハンドブックの内容はインターンや採用選考を受けている人にも役に立つことを期待しています。また、PDF 形式の電子書籍およびオンラインドキュメントとして広く一般公開しています。1 年に 1 度、物理書籍としても印刷し社内外に配布します。
Notion解説シリーズ、第2回です！ 単なるメモアプリの域を超え、ドキュメント管理からプロジェクト管理、社内Wikiまで作成できる、オールインワンの万能ツール「Notion」。 基礎編となる第1回では、Notion初心者の方にむけて、基本的な使い方や特徴について解説いたしました。 ▼基礎編・発展編も同時公開しています！ 大ブーム目前！神アプリ「Notion」の基本的な使い方と特徴をご紹介【基礎編】 Webページも自作できる！万能ツール「Notion」を使い倒すアイデアと活用法【発展編】 第2回・応用編となる本記事では、Notion最大の特徴である「データベース機能」の使い方について、詳しくお伝えしていきます。 Notionが「万能ツール」と呼ばれる所以は、このデータベース機能にあるといっても過言ではありません。これを使いこなせれば、タスク管理やスケジュール管理などもNotionひとつで可
![「Notion」を無敵にする、データベース機能を徹底解説！その使い方は無限大【応用編】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/022cb9d5a6839f0b13a44e6ce042a844b5ad7f17/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2020%2F12%2F22192032%2F1391b94d1d034a1beb837087d9039de8-1.png)
新興組版システム typst のススメ
はじめに Typst とは、新しい組版ソフトウェアです。数式を多用する科学技術系の記事を書くのに向いています。 ローカル環境で PDF にコンパイルすることもできますし、 Overleaf のようなオンラインの執筆環境も提供されています。 この分野では LaTeX が歴史的にも非常に強く、なかなか代替のソフトウェアが出現しなかったのですが、ようやく注目にも値する品質のものが登場してきたという感じです。 そもそも組版システムとは そもそも Qiita や Zenn でも数式を埋め込むことができるこの時代、ドキュメントを書くための専用の言語を使う理由は何でしょうか。 LaTeX はオワコンではないのでしょうか。 組版システムというのは簡単には無くなりません。これは、ブログや Wiki などの Web の記事とは性質が異なるからです。 組版システムは紙に印刷することを最終的な目的にしたシステムで
【毎月更新・日本の AWS エンジニアがクラウド解説】 初心者向け解説、最新のクラウドネイティブな開発手法・利用シーン別ハンズオンを学ぶ »
あなたの window.open はなぜ開かないのか，Chrome で - マンガ〜ノ伊藤ノ〜ト
先日 window.open をしようとしたらポップアップブロッカーに阻まれて open することができなかった． Blocked まあ，これならよくあることなのだが，いかんせん自分の記憶では onClick のようなユーザーのアクション内で開かれた window.open は阻まれないことになってると思っていた．だからそのときも onClick のイベントハンドラ内で window.open したから大丈夫だろう，と思っていたら，見事にブロックされてしまったのでなぜだろう，となっていた． 検証 なので，検証するために 3 つのケースを用意してみた: 検証ページを用意したのであなたの環境でも試してみてね♥ 今回試すブラウザは Google Chrome を前提にしてます ケース1 const immediate = () => { window.open('https://www.goog
Published 2022/01/19 21:23 (JST) Updated 2022/01/19 21:41 (JST) 建設受注統計書き換えを巡り、国土交通省が過去に調査票を廃棄した際、公文書管理法に定められた内閣府との協議をしていなかったことが19日、分かった。国交省は同日の総務省統計委員会会合で「公文書管理上の問題があった」とし、国交省が設ける作業部会で適切な管理体制を検討すると報告した。統計の集計作業だけでなく公文書のずさんな取り扱いも判明したことで批判が強まりそうだ。 「建設工事受注動態統計調査」は都道府県が業者から調査票を回収し、国交省が集計。紙の調査票は保存期間2年と規定しているが、公文書管理法では期間満了で廃棄する場合も、内閣府の同意を得なければならない。
情報システム・モデル取引・契約書 情報システム開発におけるユーザ企業とITベンダ間の取引構造を透明化するため、DXの進展によるそれぞれの役割の変化等を踏まえた、それぞれが各開発段階で担うべき責務等の解説と、契約書のひな型を提供しています。 改正民法への対応内容はその後に公開した「情報システム・モデル取引・契約書（第二版）」に含まれますが、改正民法対応版作成に関する経緯等を含めた説明や第二版作成時に削除された参考資料を参照できます。
If you’re looking to restore (or introduce) a little order to your life, Craft will fall somewhere between “immediately helpful” and “enough to bring a tear to your eye.” This productivity app is so versatile that it’s hard to define: It’s for taking notes, writing to-do lists, organizing important documents, organizing unimportant documents, stashing away random scraps and, ultimately, transformi
AWS Docs GPT
AI-powered Search and Chat for AWS Documentation
ログイン
Documentation as Codeで継続的なドキュメント運用を実現する / July Tech Festa 2021 winter
July Tech Festa 2021 winter [D-5] https://techfesta.connpass.com/event/193966/
About ようこそプロジェクトに貢献するにはGeneral コード補完コメントからコードを生成コードからコメントの自動生成GitHub CopilotとのクイックQ&A正規表現プログラミング言語間の翻訳タイプヒンティング構造化データからのオブジェクト生成コードからドキュメントへClient Side Tips Copilot スニペットハンドリングGitHub Copilot ショートカット定義に移動便利なファイルのピン留めDesign Patterns AI が理解可能な命名規則一貫性のあるコーディングスタイルハイレベルアーキテクチャを先に小さなコードチャンクで作業するコンテキストレス・アーキテクチャ微細な OSS 依存関係の排除Collaboration AIフレンドリーなドキュメンテーションプロンプトとコード生成プロセスのコーチングTesting ユニットテストの作成テストコード生
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Eraser – Docs and Diagrams for Engineering Teams
GitHub - flano-yuki/http3-note: My HTTP/3 Note
すべての Web サービス設計者に捧ぐ「RESTful って結局なんなんだ」
ゲームシステムを高速化する社内ノウハウを無償公開 Unityエンジニア向けに サイバーエージェント
Streamlit • A faster way to build and share data apps
無料で使える公開 API のリスト：48 カテゴリ - Qiita
GitHub+VSCodeでのMarkdownドキュメンテーションのプロジェクトルールを考える
A powerful, flexible, Markdown-based authoring framework
無料の研修・プレゼン資料がどっさり freeeのテックブログが“神まとめ”になっていた
開発者が考える提案書テンプレート markdown版 - Qiita
Welcome - 100 Exercises To Learn Rust
OSS開発wikiツールのGROWI | 快適な情報共有を、全ての人へ
「Notion」を無敵にする、データベース機能を徹底解説！その使い方は無限大【応用編】 | SELECK [セレック]
The Amazon Builders' Library
統計調査票、廃棄時に協議せず 国交省、公文書管理法に違反 ｜ 共同通信
https://awslabs.github.io/smithy/
情報システム・モデル取引・契約書 | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
Craft – The Future of Documents
深層学習の原理を明らかにする理論の試み - Google ドライブ
GitHub CopilotとのクイックQ&A