Akihito Koriyama koriym

RESTful API Patterns & Practices • Mike Amundsen • GOTO 2024

Source: https://www.youtube.com/watch?v=etKM5-gGwto

データ中心の習慣は、システムをデータサービスの集合体としてではなく、ビジネス機能の集合体として設計することです。これは、データを証拠として捉えるこの考え方に戻ります。つまり、金を掘るようなものではなく、データは実際にビジネス機能の証拠です。私は支払いを承認したい、他の人と情報を共有したい、新しい顧客をオンボードしたい、それが私がしたいことです。データを使って必要なアクションを実行できるようにすることは非常に重要です。これは私が自己参照的な引用をする唯一の時で、ちょっと気味が悪いですが、とにかくやります。これは約10年前に私が話したことです。「あなたのデータモデルは、オブジェクトモデルではなく、リソースモデルでもなく、表現モデルでもありません。それぞれが層であり、他の層を乱すことなくその層を調整したり、置き換えたりする自由があるべきです。」これは少し挑戦的ですが、データメッセージングはその意味で重要です。なぜなら、しばしば私たちが遭遇するのは、実際にデータモデルを使用してデータモデルからAPIを生成するように指示するツールだからです。そしてそれは本当に私たちに不利益をもたらします。時には、もし私が今日自分のマシンでコマンドラインアプリを使って問題を解決しようとしているだけなら、それはおそらく良いアイデアでしょう。しかし、もし私が長期性や未来を持ちたいなら、もし私が相関のない理性的な存在と相互作用したいなら、それはおそらく良いアイデアではありません。なぜなら、そのデータ層で多くのことが変わるからです。

したがって、データストレージを隠蔽することは本当に本当に重要です。これは始める素晴らしい例です。あなたがTSQLを使っているのか、MongoDBを使っているのか、物理ファイルを使っているのか、私は本当に気にしません。アクションを実行するために必要なデータについて話し合いましょう。そして、後でそれを変更しても気にしません。階層型データベースやオブジェクト指向データベースに変更しても、datomicからTSQLに変更しても、私には関係ありません。その技術を隠蔽することは本当に重要です。技術を隠蔽

紹介
レックス・フリードマン
(00:00:00) ご存知かどうかは分かりませんが、あなたをファシストと呼ぶ人もいます。
ドナルド・トランプ
(00:00:03)ええ、そう呼ばれています。だから、彼らを共産主義者と呼んでもいいと思っています。ええ、彼らは私を呼ぶよりもずっとひどい呼び方をしています。
レックス・フリードマン
(00:00:08) 私も含め、これを聞いている多くの人は、カマラが共産主義者だとは思っていません。
ドナルド・トランプ
(00:00:15) 私は、同じやり方で戦うべきだと考えています。

source: https://about.fb.com/news/2024/07/open-source-ai-is-the-path-forward/

オープンソースAIが前進への道

2024年7月23日マーク・ザッカーバーグ（創業者兼CEO）著

高性能コンピューティングの初期の頃、当時の主要テクノロジー企業はそれぞれ、独自のクローズドソースのUnixバージョンの開発に多額の投資をしていました。当時、他のアプローチでこのような高度なソフトウェアを開発できるとは想像し難いものでした。しかし最終的には、オープンソースのLinuxが人気を得ました。当初は、開発者が好きなようにコードを修正でき、より安価だったからです。そして時間が経つにつれ、Linuxはより高度になり、より安全になり、クローズドなUnixよりも広範なエコシステムを持つようになり、より多くの機能をサポートするようになりました。今日、Linuxはクラウドコンピューティングと、ほとんどのモバイルデバイスを動かすオペレーティングシステムの業界標準の基盤となっています。そして、私たちは皆、その結果としてより優れた製品の恩恵を受けています。

私は、AIも同様の道を辿ると信じています。今日、いくつかのテクノロジー企業が先進的なクローズドモデルを開発しています。しかし、オープンソースは急速にその差を縮めています。昨年、Llama 2は最先端の背後にある古い世代のモデルに匹敵するだけでした。今年、Llama 3は最も高度なモデルと競争力があり、いくつかの分野ではリードしています。来年からは、将来のLlamaモデルが業界で最も高度になると予想しています。しかし、それ以前でさえ、Llamaはすでにオープン性、修正可能性、コスト効率の面でリードしています。

WSL2は動作しないのでWSL1をセット

wsl --set-default-version 1

インストール

 wsl --install

json-schema-connected Converter example

JSON Schema

{
  "$comment": "This is a medium-complexity social media platform schema set, including user, post, and comment structures with cross-references across multiple files.",
  "$id": "user.json",
  "type": "object",
  "properties": {

日本映画の黄金時代：1950年代の映画史

https://www.youtube.com/watch?v=O5sUM2E6K1E

Credit: cinemacartography

映画の歴史について、私たちはおおよその概要を知っている。初期の映画から現代映画への移行、そしてその間の重要な時代や地域を年代順に埋めていく。通常、これらの動きを使って映画の年表を作成する。同じ目標に向かって働く映画製作者やアーティストの集団によってなされた意識的な決定である。ソビエトモンタージュ派、ヌーヴェルヴァーグ、ドグマ95など、これらの運動の中には、新しい思考モードを通じて映画の風景を形作ろうとする映画製作者や理論家たちが立ち並んでいた。マニフェストが書かれ、ルールが確立され、多くの人々にとって、これらは映画に対する我々のビジョンを変える新しく絶対的な方法であった。

しかし、最高の映画の瞬間とは何だろうか。これは主観的なものである。どの分野の巨匠を扱う場合でも、結局は個人の好みに帰結する。そこで、問いを変えてみよう。映画製作者の才能が最も集中した時期はいつだったのか、そして私が提案する時代が運動の一部ではなかったらどうだろうか。彼らが意識的に集まったのではなく、状況と環境の産物であり、それが彼らの最高の作品を生み出すよう促したのだとしたら。環境が短期間でこれほど劇的に変化したため、同じように変化をもたらす何かを創造する以外に選択肢がなかったとしたら。

The JSON Saga (2009)

Douglas Crockford (当時Yahoo!でSenior JavaScript Architect)

JSON設計者による伝説的プレゼンテーション

Youtube: https://youtu.be/-C-JoyNuQJs?si=vkmXthR2bMqe7UOY
Script: https://mamund.site44.com/rwcbook/the-json-saga/index.html
Slide: https://www.crockford.com/pp/jsonsaga2019.pptx

(日本語訳)

Google Gemini

BEAR.Sunday：静寂と力強さを兼ね備えた、API開発のためのフレームワーク

静寂

喧騒を排し、静寂に耳を澄ませば、微かな音にさえも意識が向かう。それは、繊細なニュアンスや奥深い真理を捉えるための感性を研ぎ澄ます契機となる。

BEAR.Sundayは、複雑な技術をシンプルに、洗練されたコードを静かに紡ぎ出すフレームワークです。過剰な装飾を排し、本質に迫ることで、開発者の創造性を解き放ち、真の価値を生み出すお手伝いをします。

BEAR.Sundayとは

BEAR.Sundayは、オブジェクト指向のパワーとRESTの制約を融合させたPHPのフレームワークです。クリーンなオブジェクト指向設計と、Webの基本原則に沿ったリソース指向アーキテクチャを組み合わせることで、シンプルでありながら柔軟性と拡張性に優れたWebアプリケーションの開発を可能にします。

BEAR.Sundayの中核をなすのは、依存性の注入（DI）、アスペクト指向プログラミング（AOP）、リソース指向アーキテクチャ（ROA）の3つのフレームワークです。これらのフレームワークは互いに連携し、一貫性のある設計原則を提供することで、開発者がビジネスロジックに集中できる環境を整えます。

DIとAOPにより、オブジェクト間の依存関係を適切に管理し、モジュール化された再利用可能なコンポーネントを作成できます。ROAによって、アプリケーションの情報や機能をリソースとして表現し、統一的なインターフェースでアクセスすることができます。これは、Webとの親和性が高く、スケーラブルで疎結合なアーキテクチャを実現します。

また、BEAR.Sundayはフレームワークとライブラリの役割を明確に分離し、開発者がプロジェクトに最適なライブラリを自由に選択できるようにしています。これにより、フレームワークのコアをスリムに保ちつつ、常に最新のベストプラクティスを取り入れることができます。

	```php
	<?php declare(strict_types=1);

	//
	// Original code: https://github.com/nikic/PHP-Parser/blob/master/lib/PhpParser/JsonDecoder.php
	//

	namespace PhpParser;
	JsonDecoder
	{