要点#
- オープンソースのやり方
- オープンソースコミュニティの特徴は、参加者が心から参加したいと思っていることです。
- オープンソースプロジェクトをリリースする際にプロジェクトが完璧すぎると、参加する人がいなくなるので、プロジェクトを初期段階でオープンソースにする必要があります。
- たとえば、deno のようなものです。
- 適切でない機能にはノーと言うことを学ぶ必要があります。
- オープンソースプロジェクトには良いドキュメントとコメントが必要です。これにより、人々が積極的に参加することができます。なぜなら、ほとんどの人は怠惰だからです。
- 迎え入れられない、関わる価値がない
- 人々があなたの
README.md
を見に来るのは、彼らが必要なものを見つけるためだけです。 - あなたの知恵や派手な機能を称賛するためではありません。
- 開発者の個人的な成長
- 開発者が使用するツールは必ずオープンソースである必要があります。
- オープンソースプロジェクトは、開発者にとって最高のチャレンジです。
- オープンソースの動機
- Max Howell: パッケージマネージャーから始めて、動作するソフトウェアを作ることを目指しています。
- オープンソースプロジェクトの困難
- log4j などのオープンソースプロジェクトには、困難を解決するための十分なスポンサーがありません。
- Max Howell のプログラミング言語に関する見解
- TypeScript を使用し、古い形式の C++ を捨てるために Rust を使用します。
- C++ は型システムをひどく見せるが、常にそうではない。
- PHP は人々が必要とするものを提供することで成功した。
- PHP は人々が常に理性を保つわけではないことを示しています。
- TypeScript を使用し、古い形式の C++ を捨てるために Rust を使用します。
- 自社の新しいプロジェクトtea.xyzを宣伝する
後記#
去年の 8 月、実験室で実験をしながらライブ配信を見ていました。いくつかの視点を簡単にメモしました。
実際に何かをうまくやりたいと思ったら、やるだけです、特にプログラムの場合は。
しかし、一度始めると、どこから始めればいいのかわからなくなります。
自分が学んだ技術スタックが時代遅れになるのを心配していたり、思いついた製品のアイデアが既に競合他社に存在していることを心配していたりします。
だから、当時は大物の経験や視点を見て、彼らの教えを受け入れました。
しかし、今はまず基礎をしっかりと固めることが大切だと思います(笑)