OSSプロジェクトに取り組むメリットと課題
Wixが開発しているOSSプロジェクトについて
成功したOSSプロジェクトの2つの共通点
- チーム全体で所有していること
- インフラストラクチャ指向
OSSプロジェクトの終了について
プロジェクトをオープンソース化することで、コードの品質やドキュメントの質など、あらゆる面でプロジェクトを向上させることができる
メンテナンスにかかる時間が大幅に増加する。OSSプロジェクトに専念する開発者が十分でなければ、コミュニティの要求を満たすことができず、組織外の人にとってはプロジェクトの実行可能性が低くなってしまう。

以下、記事本文の一部を和訳

オープンソースにすればすべてがバラ色というわけではなく、オープンソースのコードが増えるにつれ、私たちの戦略が原因で困難に直面するようになりました。

コメント

「OSSのメリットだけでなく、OSSプロジェクトのメンテナンスコストやプロジェクトを閉じることについて触れられている記事は珍しいので読めてよかった」
「OSSプロジェクトの持続可能性についても記載されていますね」
「Detoxやreact-native-calendarsにはお世話になってます」
「フリーライダーにならないように我々も活動していきたいですね」
「Detoxといえば、GitHubのissueがすごい勢いで立ってメンテナの人がすごい勢いでクローズしてます」
「LeoNatanさん、頑張ってメンテナンスしてくれているなあ」

github.com

React Native アプリの多言語対応もこれで楽になる？

prtimes.jp

wovn.app

世界で使用されるアプリを作るときは多言語対応が必要
WOVN.app の SDK を使用すれば、言語ごとにアプリを開発しなくてよい
アプリ内の翻訳作業などをエンジニア以外ができるようになるらしい（自動翻訳機能もあり）
アプリを作るために必要な人数がどんどん少なくなるなという印象

コメント

「もともとWeb版のサービスがあって、「コード一行でWebを多言語化」みたいなキャッチコピーだった記憶があります」
「React Nativeアプリだとどのタイミングで翻訳を走らせているのか気になりますね」

スケルトンUIを実装できるReact Native ライブラリ

github.com

以前紹介したスケルトンUI
React Native のライブラリとして、GitHub で公開されていた！
ライブラリを使用してスケルトンUIを実装している動画も公開されている

f:id:yamataku3831:20210127185323g:plain:w200

www.youtube.com

コメント

「10月の記事で紹介したrn-placeholderの類似ライブラリ」
「ライブラリは類似のものをいくつか調べておくと、比較やメンテナンスされなくなったときに役にたちます」

github.com

Inside the React Core team

react.christmas

ReactのAdvent Calendarからの抜粋
React Coreチームは9人の少数精鋭チーム
うちコンピューターサイエンス専攻なのは一人
Reactも実はさまざまな失敗の上に成り立っている
- 2015年ごろ、Web Workerに処理を移行しようとして失敗した
- Prepackチームとの協力実験も失敗した
- これらの「失敗」は、Hooks や React Server Componentに繋がっている

prepack.io

コメント

「Reactチームは巨大に見えるけど、実はコアチームは9人なんですね〜」
「Reactのコアチームはパフォーマンス向上が大きなテーマなんですね。一時期のGoogle Chromeのパフォーマンスへの取り組みと近いのかな」
「Facebookのエンジニアリングチームは複数のチームでパフォーマンスとかの共通課題を研究しているのかもしれないですね、過去の pop というアニメーションライブラリも同じ文脈かも」
「facebookarchiveというリポジトリがあるのを知った」
「facebookexperimentalもありますね」
「React Server Component, 興味持って調べてます。実用になったら一部入れてみたいです」
「https://react.christmas/2020 には他にも面白そうな記事がいっぱいあります」

github.com

フロントエンドのツールチェインライブラリ Rome

rome.tools

JavaScript界の著名人、Sebastian McKenzie氏が開発しているOSSツールチェイン
Babel, ESLint, webpack, Prettier, Jestなどのリプレイスを狙っている
JavaScript, Typescript, はてはHTMLも包括するツールチェイン

コメント

「Sebastianは、BabelやYarnを作った本人ですね」
「名前の由来、全ての道はローマに通ずっていうこと？」
「本当に可能なのか...って思いますが、技術力とパワーがすごい」

個人開発者から見た React Native (2021)

zenn.dev

以下のような組織にはReact Native が向いている
- iOS / Android 両方のアプリを開発したいと思っているが、ネイティブアプリエンジニアのリソースが不十分
- Web エンジニアのリソースには比較的余裕がある
- React 等のフレームワークに抵抗がない（もしくは既に使用している）
Web の技術スタックで既に React を採用しているといった場合には、さらに学習コストは少なく、さらに（きちんと設計されている場合に限りますが）、JavaScript（TypeScript）コードの共有も見込めます（モデル層・特定の hooks・コンポーネント等）

コメント

「Flutterとの比較でどうしても語られてしまうんだな」
「記事の冒頭でも話題になったTECH STAND #3 の懇親会でも話題になってました」
「NaturalClarさんのコメントが参考になる」

この前、React NativeとFlutterの勉強会に出て気づいたことは、RN が Flutter と比べてディスられがちなのは、RNを触るのが Web 出身の人の方が多く、モバイル特有のログにエラーログに対して対応しづらい人が多いということ。Flutterはモバイル経験者が触るのでそこで詰まらない。エラーログは読もう
— Naturalclar(Jesse K.) #BlackLivesMatter (@natural_clar) 2021年1月27日