OSSをテーマにしたイベントの OSS X Users Meetingに参加してきたので、その参加レポートです！
oss-x-users-meeting.connpass.com
基調講演『改めて学ぶオープンソースの秘密』まつもと ゆきひろ氏 / 一般財団法人Rubyアソシエーション代表理事
プログラミング言語が誕生してからどういった経緯・歴史を経て現在利用されているプログラミング言語になっていったかというお話をされていました。
「今までコンピューターでできなかったことが出来るようになると、それが人工知能って呼ばれる」など、発表の中で面白い表現が使われていて楽しくお話を聴けました！
特に印象に残ったお話
ソフトウェアはもともと自由なものだったのが、商品化されて制限が厳しくなってきた、そんな中で再び自由を手に入れるためにフリーソフトウェアの考え方と、著作権を守るライセンスという考えが整理されていった。
オープンソースはソースコードはコードが公開されているだけでなく、自由なライセンスをつける必要がある。
オープンソースの定義という10項目がある。
- 再頒布の自由
- ソースコードがある
- 派生ソフトウェア
- 作者のソースコードの完全性(integrity)
- 個人やグループに対する差別の禁止
- 利用する分野(fields of endeavor)に対する差別の禁止
- ライセンスの分配(distribution)
- 特定製品でのみ有効なライセンスの禁止
- 他のソフトウェアを制限するライセンスの禁止
- ライセンスは技術中立的でなければならない
↑はメモが間に合わなかったので、こちらから引用しました。後で読む。
オープンソースの定義 (v1.9) 注釈付 – Open Source Group Japan – オープンソース・グループ・ジャパン
オープンソースの定義は素晴らしいが、開発者が生活出来るようにどうすればいいかをこれからは考えていかなければならないという課題がある。
オープンソースはここ20年で出てきた新しい世界で、オープンソースがないときに比べて遥かに良くなっている。
オープンソースをこれから守っていきつつ、貢献していきましょう。
講演『オープン化が進むC++の現状と展望』高橋 晶氏 / cpprefjp(C++)コミュニティ コアメンバ
私はC++を触ったことがないので、こういうライブラリがあるんだ〜・こういう状況なんだ〜と初見のお話が多かったです。
質疑応答のところであったGitHubスポンサー、知りませんでした。
開発者を経済的に支援できる仕組み。
GitHub スポンサーについて - GitHub Docs
資料はこちら
speakerdeck.com
特に印象に残ったお話
C++はまだまだオープンソースになっていない部分もあるが、オープン化自体は進んでいる。
そして、オープン化することで議論も活発になり、言語の進化が大幅に加速している。
高速化することで大きなメリットはあるけれど、教育が追いつかなくなっている。
変わりやすい最新のライブラリの設計をどう共有していくのかというのも課題。
オープンソースだと情報共有なども含めてボランティアに頼っているので、インセンティブをどう持たせるか・それに合わせて責任をどう持ってもらうかを考えていくことが、長く開発を続けていただくために必要。
GitHubスポンサーという仕組みがうまくいき始めているところもあるようで、それがもっと発展していけば良いかも。
GitHub スポンサーについて - GitHub Docs
C++の仕事が無くなったと良く聞くようになった。それは、C++が活躍する場が変化したことが原因。
C++はGUIやゲームなど、高速化のためのバックエンドとして利用するという需要が増えてきていて、領域に特化して言語が選ばれることは健全な流れ。
C#のバックエンドやPythonのバックエンドにもC++が利用されている。
特定の言語に固執せず、複数の言語を学んで適材適所でプログラミング言語を選んでいくのが良い。
講演『Pythonの現在とこれからと』鈴木 たかのり氏 / 一般社団法人PyCon JP Association 副代表理事
Pythonの概要から、どんな歴史で開発されてきたのか、どう運営されているかなどのお話がありました。
後半では言語のアップデートやこれからのPythonの未来のお話など、勉強になりました！
資料はこちら
slides.takanory.net
特に印象に残ったお話
Pythonで便利なライブラリを見つけるときはこのサイトがオススメ：Awesome Python
Pythonの妥協のないコードフォーマッター：Black
他にも旬なプロジェクトがいくつか紹介されていました！
Pythonのコミュニティも豊富
- PyCon JP 2021 2021年10月15日(金)、16日(土)
- PyCon JP TV 月１ライブ配信 次回は2021年9月3日(金)
- Python Charity Talks in Japan 2021.09 - connpass 2021年9月11日(土)
- Python Boot Camp(初心者向けPythonチュートリアル) — PyCon JP Pycon JPがやっている初心者向けハンズオン
Python3.10のアップデートでは「Better error messages」という更新も入り、初心者に優しくなった
これからの未来：Pythonの高速化が進んでいきそう
The “Shannon Plan” ：4年で5倍の高速化(1年で1.5倍)
GitHub - markshannon/faster-cpython: How to make CPython faster.
講演『26 Java Years - これが今のJavaだ！』谷本 心氏 / 日本Javaユーザーグループ代表
Javaは古い？堅い？ダサい？→No!! という走りだしから始まって楽しいプレゼンでした。
特に印象に残ったお話
JavaはOSSと共に歩んできた言語。エンタープライズ系で使われることが多い言語でありながら、開発環境・ライブラリ・フレームワークなどにOSSプロダクトが盛んに使われていた
言語も現在はOSS化され、企業でも提供を開始している
IDEはIntelliJ IDEAが主流。
追加で調べてみたら、2020年でシェア72%らしいです。良い。→数字で見る 2020年における Java の現状 | The IntelliJ IDEA Blog
主流になったOSSのプロダクトがJavaの標準機能として取り込まれている。
そうやって企業・団体・エンジニアの貢献によって、JavaのOSSエコシステムは成熟していった。
しかし、その一方でJava界隈のOSSで起きた問題もいろいろあった。
Javaは Write Once, Run Anywhereというポリシーを守るため、JavaではないものをJavaと認めないという意思があった。（不要なJavaの分断を防ぐという意味では良い判断。）
JavaであるかどうかについてはTechnology Compatibility Kit (TCK) で互換性のチェックを通っているかで判断している。
以下については、そういった考えがある中で、Javaと認められないことよって起こった事件。
- Apache harmony事件 → OpenJDKに合流
- Android事件 / Google訴訟事件 → OpenJDKになってAndroidの開発に適応されたが、既にJavaではなくKotlinが主流に。
※現在はOpenJDKが唯一のOSS版Javaになっている。
今の主流は各社が提供するOpenJDKを利用することが主流。
各社によって少しずつ提供するツールは異なるが、コア機能については100%同じ。他の部分も99%は同じ。
Javaのように長い歴史と巨大なエコシステムを伴うものをOSS化していく上で相当な努力があった。
講演『エコシステムと WebAssembly』chikoski氏 / WebAssembly Night、Rust.Tokyo 主催
WebAssembly、聞いたことはあるけれど触ったことがなかったし概念もよく分かってなかったので、そもそもWebAssemblyってなに？ってところからお話いただいたのとてもありがたかったです。
特に印象に残ったお話
Rust.Tokyo 2021： 9/18 開催
WebAssemblyは C / Rust / Assembly Script などをコンパイルしてブラウザで高速に動かせるようにしたもの
ブラウザの上でJavaScriptではないプログラム（C++など）を動かしたいというニーズはずっとあった。
VimをWebAssemblyで動かしてブラウザ上で動かしているというツールも既にある。
他にも、Webアプリでは Acrobat / Squoosh / Zoom / Autocad、サーバレス環境では Envoy / Istio など、利用例は広がっている。
WebAssemplyが利用されるにつれてニーズが分類できるようになってきた。それがエコシステムとパフォーマンス。
パフォーマンスについて、WebAssemblyはネイティブよりも1.2倍遅いと言われてはいるが、ブラウザで処理することでAPIでアクセスすることもなくなり、そのレイテンシがいらなくなるなど、純粋に比較することは難しい。
パフォーマンスはJavaScriptよりも安定していると言われている。常に同じようなパフォーマンスで動いてほしいというニーズに合っている。
現在はパフォーマンスよりもエコシステムについての期待が高い。
既にある資産をJavaScriptに書き直すのではなく、WebAssemblyを使うと少ないコストでブラウザ上で動かせるというメリットが大きい。
手に馴染んだ言語が使え、開発者体験をの向上が期待できる。（学習コストや既存資産の活用など）
WebAssemblyの利用事例：Shopify
Getting started
言語を選定する上で、Performance x Flexibility x Security を考える必要がある。WebAssemblyは以下の通りニーズを満たせる。
- Performance
- サーバー内の実行
- ネイティブコードの事前生成
- 精製したコードのキャッシュ
- Flexibility
- プログラムなのでユースケースが広い
- いろんな言語で実装可能
- セキュリティ
- メモリ保護
- 安全な実行コードの生成
- アイソレーション
WebAssemblyはコンパイル・デコンパイルができるので、コンパイル後のもののコードが読めるというメリットもある。
Wasmファイルはコンパイルによって作られる関数定義のまとまり
WebAssemblyの辛いところ
- Wasmにはバージョンがなく（1で固定されている）、仕様もさまざま。
- データ表現に関する規定がない。
- 言語ごとにライブラリを提供し、それを使ってデータ表現を統一しながらコンパイルをしていく必要がある。
全体を通して
全体を通して、OSS化によって言語の発展が活発になっているというポジティブさを感じました。
その一方で、ボランティアで成り立っている以上、開発者の生活をどう支えていくかについて課題を感じているという意見も複数あり、OSSの難しさもあるなぁと思いました。
セッション途中で紹介されたGitHubスポンサーがとても良い仕組みですね。
楽しかった〜！
