From 65e611adeaa2a86b76942d872f20650309b1a7d3 Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Wed, 21 Jan 2026 23:38:58 +0900 Subject: [PATCH 01/10] docs(q1-re): add 20260121 --- .../ja/posts/2026/20260121-q1-mid-report.md | 112 ++++++++++++++++++ 1 file changed, 112 insertions(+) create mode 100644 content/ja/posts/2026/20260121-q1-mid-report.md diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md new file mode 100644 index 0000000..441b6e4 --- /dev/null +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -0,0 +1,112 @@ +--- +title: 2026年活動見直し +description: 中期基本計画 中間報告 +slug: "0121" +date: 2026-01-21 22:29:00+0900 +categories: + - Roadmap +--- + +皆様、新年あけましておめでとうございます。[^new-year] + +2026年睦月を迎え、凍晴の空が広がる時期となって参りました。昨年の1年間は継続開発の Alice Project や、maui-linux を含め、地道に成長した1年だと感じましたが、今年も実りある1年になることを祈っております。 + +[^new-year]: 新年が明けてから20日程度経っており、今更なのですが、今年の初記事なので一応。 + +さて、本題に入りましょう。本資料では今までの活動方針を見直し、方針について再考します。[^new-year-2] + +[^new-year-2]: 1年の初めの記事が振り返りの記事というのは、あまり年始にふさわしくありませんが… + +## きっかけ + +2024年の非常に長い間、GitHub コントリビュート (後述) を参考として開発を続けてきた。これを毎日連続させることで開発を長期間継続的に行っていることに満足していた。ただ、12月後半から旅行に行っていたため、継続ができなかった。以前は、Git の Commit を過去の日付を指定することで継続させていた[^git-c]が、今回は1週間半程度と長期間空いてしまったため、ここで終わりとした。 + +この時、連続が切れたことで、毎日開発をしなければいけないという義務感がなくなったことにより、いくつか良い点が見えてきた。そこで、今までの開発で見失ってきた点がいくつか見えるようになってきたので、ここで再確認したいと思い、この資料を作成した。 + +[^git-c]: 毎日開発することが目的なのに、過去の日付を指定するのでは意味がないように見えますが、ただの自己満足なので許してください + +## 発生していた問題 + +先述した GitHub コントリビュートだけでなく、他にも本来の目的から外れていたことやその原因が見えてきた。 + +### 形式化した開発 + +#### GitHub コントリビュートの形骸化 + +LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHub を使って開発を行っている。GitHub は非常に便利なサービスであり、これなしに開発はできないほどである。 + +特に、2023年後期頃からは、GitHub の Contributions (いわゆる GitHub の草) を開発水準の参考としてきた。開発水準というのは、「どの程度開発しているか」という開発頻度を見るものだった。 + +開発を継続することで、技術力が上昇して行くと考え、GitHub のコントリビュートを続けていきたいと考えていた。おそらく、初めのうちは成功していたが、中盤頃から陰りが見えてきた。 + +- メリット + - 開発の継続による技術力の定着 + - 継続によりプロジェクトの大規模化 + - Ivy Cafeteria 内部向け資料の Git 化 (コミット数を稼ぐ目的だが、wiki として見やすくなったという点においてメリット) +- デメリット + - 最低1日1コミット[^github-cont]が必要なので、1日で成果になるものしか取りかかれない (挑戦的なことができない) + - 新プロジェクトが作りにくい体制 + - 意味のないコミットが増える + +[^github-cont]: 厳密には GitHub コントリビューションになればいいので、Issue / Pull Request の作成なども含まれる + +### 過度な保守性 + +#### C# への固執と技術力の上限 + +#### Alice Project を中心とした過去の遺産に固執した開発体制 + +#### 新しい視点が欠けている (AI 登場以来の開発方法にややこだわっている) + +### 客観性の欠如 + +#### Alice Project の目的意識の不明瞭さ + +### 新規プロジェクトの評価 + +#### 新規プロジェクトの案はあるものの、実装に移ることがない + +#### 新鮮さに欠ける新規プロジェクト + +新規プロジェクト案の殆どが、旧 LEC 時代の「3D都市計画」や「A-RPG 計画」などに比べて面白さが欠けている (個人開発の限界を知ってしまった/厳しいと思って挑戦しない姿勢) + +### 組織目的への逆進性 + +#### そもそも開発に偏重している + +(技術系の人間なので仕方ないが、かつては 3DCG や動画編集、グラフィックなど幅広くやっていた。LRA は総合組織だし、Ivy Cafeteria はゲーム/グラフィック系の組織なので、グラフィック分野はもう少し回復させたい) + +かつては音楽部門など、確かな「楽しさ」が大きく残っていた。しかし、現在は「OSS 化」や「技術力向上」などの社会的な部分を重視しすぎて、かつての楽しさはほとんど残っていない。「義務感」でもなく、ただの「惰性」で開発を続けているだけにすぎない。 + +#### 利益重視な開発体制 + +目的である「自由な開発」や「好きなことをする」を無視した「技術力向上」や「実務に役に立つ技術」などを優先した利益重視な開発体制 (組織目的の達成から著しくそれている) + +## 組織が今後進むべき路線 + +### 開発の多様化 + +#### ゲーム開発の推進 + +上記の問題点では、Alice Project への批判が強く示されている。だが対照的に、Ivy Cafeteria については殆ど触れていない。これについては、本プロジェクトは今回の自己批判において大きな問題はなく、概ね理想に近いと考えたからだ。 + +というのも、Ivy Cafeteria で現在開発が進んでいる「LynnePG」については、ゲーム開発としても、ドット絵のグラフィック制作についても新しい経験が多く、かつての「A-RPG」計画で達成できなかったような体験ができているというのが大きい。特に、「A-RPG/A-Adventure 2D」では単純な横移動やジャンプすらイマイチだったが、現在の「LynnePG」では、開発して早々にそういった単純動作を完成させることができた。それ以降の開発はあまり進んでいないが、今月の開発では銃の基本実装ができ、テストプレイや成功した時だけでなく、予期せぬバグですら楽しいと感じられる。ゲーム開発はやはり難易度が高く、グラフィックも制作する必要があるため大変であり、商業的利益はほとんど得られないと予測するが、だからこそ、LRA にぴったりなプロジェクトだとも感じる。 + +#### 実験的プログラム/計算プログラム + + + +#### データベース + + + +#### 深層プログラム + +### 開発一極化からの脱却 + +#### 多様な分野への挑戦 + + +### 内部化 + +#### 単独開発 From ed9ff99717a9b70bb685aa2b1028a07eb232c947 Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Wed, 21 Jan 2026 23:58:09 +0900 Subject: [PATCH 02/10] docs: update 20260121 --- .../ja/posts/2026/20260121-q1-mid-report.md | 48 ++++++++++++++++++- 1 file changed, 47 insertions(+), 1 deletion(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index 441b6e4..193e31a 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -94,19 +94,65 @@ LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHu #### 実験的プログラム/計算プログラム +今まで開発してきたプロジェクトは、 +- ウェブアプリケーション/ウェブサイト + - Lemonium.net (ここ) + - Alice Docs + - Alice Aqua + - Common Novel + - Novel IL + - MauiGtk.net (外部協力) +- ライブラリ + - Alice Console (+ AnovSyntax) + - Common Novel + - Novel IL +- ツール + - Alice Novel + - Alice Console + - Alice Aqua + - Himeno Flex -#### データベース +など、継続的に開発が必要な分野に偏っており、単発の実験的プロジェクトは非常に少ない。 + +一応、実験的プロジェクトの過去の事例として + +- Jupyter-test + - 円周率 - モンテカルロ法 + - 最大公約数 - ユーグリット法 + - パラドックス - モンティ・ホール問題 + - 距離空間 - ユーグリット距離 / シェビチェフ距離 / マンハッタン距離 + - シーザー暗号 +- Medicolor (画像処理・色覚異常のシミュレーション) + +があるが、実用的ではないものの、開発していて楽しかったものが多い。 +LRA は、この「実用的ではない (が、面白い)」というプロジェクトを大いに歓迎している。 + +最小構成の 3D レンダリングエンジンを作ってもいい、ただ立方体を回転させて、ターミナルに AA (アスキーアート) として表示するだけでもいい、光の計算をしてもいい、F# で数学の計算をしてもいい、何をしても面白いと思っている。 + +どうせ、秀才プログラマーや大規模 OSS 組織には勝てないから、コーディングで楽しめばいい。それができるのが、LRA という組織だから。 + +#### データベース +今までの LRA では、データベースや動的サーバーを過度に避けてきた。理由としては単純に「お金がかかる」や、「間違えて大規模な請求があったら困る」という資金的な面であった。 #### 深層プログラム + + ### 開発一極化からの脱却 #### 多様な分野への挑戦 + +### 新しいアイデアの導入 + + + ### 内部化 #### 単独開発 + +#### ドキュメント文化 From 5a9b29b10a460ddd3a902a321b5d9bcd60e2bdc2 Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Thu, 22 Jan 2026 01:36:19 +0900 Subject: [PATCH 03/10] docs: update 20260121 --- .../ja/posts/2026/20260121-q1-mid-report.md | 135 ++++++++++++++++-- 1 file changed, 123 insertions(+), 12 deletions(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index 193e31a..8e5f053 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -19,7 +19,7 @@ categories: ## きっかけ -2024年の非常に長い間、GitHub コントリビュート (後述) を参考として開発を続けてきた。これを毎日連続させることで開発を長期間継続的に行っていることに満足していた。ただ、12月後半から旅行に行っていたため、継続ができなかった。以前は、Git の Commit を過去の日付を指定することで継続させていた[^git-c]が、今回は1週間半程度と長期間空いてしまったため、ここで終わりとした。 +2024年の非常に長い間、GitHub コントリビューション (後述) を参考として開発を続けてきた。これを毎日連続させることで開発を長期間継続的に行っていることに満足していた。ただ、12月後半から旅行に行っていたため、継続ができなかった。以前は、Git の Commit を過去の日付を指定することで継続させていた[^git-c]が、今回は1週間半程度と長期間空いてしまったため、ここで終わりとした。 この時、連続が切れたことで、毎日開発をしなければいけないという義務感がなくなったことにより、いくつか良い点が見えてきた。そこで、今までの開発で見失ってきた点がいくつか見えるようになってきたので、ここで再確認したいと思い、この資料を作成した。 @@ -27,17 +27,17 @@ categories: ## 発生していた問題 -先述した GitHub コントリビュートだけでなく、他にも本来の目的から外れていたことやその原因が見えてきた。 +先述した GitHub コントリビューションだけでなく、他にも本来の目的から外れていたことやその原因が見えてきた。 ### 形式化した開発 -#### GitHub コントリビュートの形骸化 +#### GitHub コントリビューションを継続する習慣の形骸化 LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHub を使って開発を行っている。GitHub は非常に便利なサービスであり、これなしに開発はできないほどである。 特に、2023年後期頃からは、GitHub の Contributions (いわゆる GitHub の草) を開発水準の参考としてきた。開発水準というのは、「どの程度開発しているか」という開発頻度を見るものだった。 -開発を継続することで、技術力が上昇して行くと考え、GitHub のコントリビュートを続けていきたいと考えていた。おそらく、初めのうちは成功していたが、中盤頃から陰りが見えてきた。 +開発を継続することで、技術力が上昇して行くと考え、GitHub のコントリビューションを続けていきたいと考えていた。おそらく、初めのうちは成功していたが、中盤頃から陰りが見えてきた。 - メリット - 開発の継続による技術力の定着 @@ -45,16 +45,65 @@ LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHu - Ivy Cafeteria 内部向け資料の Git 化 (コミット数を稼ぐ目的だが、wiki として見やすくなったという点においてメリット) - デメリット - 最低1日1コミット[^github-cont]が必要なので、1日で成果になるものしか取りかかれない (挑戦的なことができない) - - 新プロジェクトが作りにくい体制 + - 大規模改革、新機能・新プロジェクトが作りにくい体制 - 意味のないコミットが増える [^github-cont]: 厳密には GitHub コントリビューションになればいいので、Issue / Pull Request の作成なども含まれる +初期は上記に挙げたメリットが目立っていたが、活動を続けるうちに、デメリットの面が段々と強くなっていった。最終的には新しい技術の確立ができず、メリットは殆どなくなっていた。古い体制を引き継ぎ続ける組織となっていた。 + +実際、この習慣が終わってから、Alice Project 管理の Alice Novel は大規模リファクタリングや修正を達成した。これは、たまたま時間があったというのもあるが、それ以上に、「1日で作業が終了しなくても良い」という安心感の元開発できたから、というのが大きいだろう。 + ### 過度な保守性 #### C# への固執と技術力の上限 -#### Alice Project を中心とした過去の遺産に固執した開発体制 +LRA 及び傘下の組織は C# に強く固執している。実際、C# 以外で利用している言語はほとんどなく、ウェブ系で利用している JavaScript / TypeScript 程度である。() + +元々、様々な言語を学習することによって、貴重な学習時間が分散して広く浅くの学習になるのを避けるために、万能言語である C# を選択し、集中学習したのが原因である。これは、技術力が低かった当時は悪くない選択だと評価できる。 + +しかし、現在はすでに C#の主要機能 (というより、プログラミング言語全般の一般常識) についてはある程度理解しており、言語固有の機能や、Rust に代表されるメモリ管理知識など幅広い技術について学ぶ必要があると考えられる。 + +もちろん、C# についてすべて理解できているわけでもないが、C# という単独の言語に固執するより、知識の汎用性が高いメモリ管理 (低層の開発では利用するはず) などのより多くの言語で利用できる知識を確保するべきだと考える。この点について、巨視的な視点が欠けていたように感じる。 + +#### 過去の遺産に固執した開発体制 + +(先述した) GitHub コントリビューションの継続する習慣により、(後述する) 新規プロジェクトの設置がほとんど行えなかった。(内容的には後述する、新規プロジェクト創設関係と重複する部分もあると思う) が、その影響を加味しても、以前からのプロジェクト (特に Alice Project) の成長に注力しすぎていたと考える。 + +以下は2025年の月別のコミット数のランキングを示す。 + +| 月 | 1位 | 2位 | 3位 | 4位 | 5位 | +| -- | -- | -- | -- | -- | -- | +| 1 | *fluores* (LRA) | Alice Aqua (Alice) | Alice Console (Alice) | *wiki* (Ivy) | Alice Novel (Alice) | +| 2 | Alice Docs (Alice) | Lemonium.net (LRA) | *fluores* (LRA) | **Akizuki Forest** (Ivy) | *wiki* (Ivy) | +| 3 | *fluores* (LRA) | Lemonium.net (LRA) | Alice Docs (Alice) | dotfiles (LRA) | Alice Novel (Alice) | +| 4 | **Akizuki Forest** (Ivy) | *fluores* (LRA) | Alice Docs (Alice) | Alice Aqua (Alice) | **Common Novel** (Alice) | +| 5 | Alice Docs (Alice) | Alice Novel (Alice) | Alice Aqua (Alice) | *Aliénor Cast* (Aliénor) | Sample Games (Alice) | +| 6 | Lemonium.net (LRA) | Alice Novel (Alice) | Alice Docs (Alice) | *fluores* (LRA) | **Novel IL** (Alice) | +| 7 | Lemonium.net (LRA) | *fluores* (LRA) | Alice Novel (Alice) | **Common Novel** (Alice) | Alice Docs (Alice) | +| 8 | **Common Novel** (Alice) | Alice Docs (Alice) | *fluores* (LRA) | LynnePG (Ivy) | *wiki* (Ivy) | +| 9 | *wiki* (Ivy) | *fluores* (LRA) | Lemonium.net (LRA) | **ReFlight** (Ivy) | Alice Docs (Alice) | +| 10 | *fluores* (LRA) | *wiki* (Ivy) | Alice Aqua (Alice) | Alice Docs (Alice) | Lemonium.net (LRA) | +| 11 | **mauigtk.net** (MauiGtk) | Alice Aqua (Alice) | **articles-qiita** (LRA) | *fluores* (LRA) | *wiki* (Ivy) | +| 12 | **articles-qiita** (LRA) | *fluores* (LRA) | Alice Docs (Alice) | Alice Aqua (Alice) | Alice Novel (Alice) | + +- *斜体*は影響が小さいもの + - fluores: 実質プロジェクト停止 (依存更新のみ) + - wiki: 内部資料 + - Aliénor Cast: 内部プロジェクトかつ停止 +- **太字**は影響が大きいもの + - Akizuki Forest: Alice System を導入、大規模リファクタ + - Common Novel: 新規プロジェクト + - Novel IL: 新規プロジェクト + - ReFlight: 新規プロジェクト (現在はほぼ終了) + - mauigtk.net: 新規ウェブサイト (外部組織要請) + - articles-qiita: 新規記事 + +これを見ると、Alice Project 関係の Common Novel、Novel IL、Akizuki Forest (Ivy Cafeteria 傘下だが、Alice System の導入なので) を除くと、ほとんど新規プロジェクトがないことがわかる。(自主的かつ完全新規の開発プロジェクトは ReFlight のみ) + +また、ランキングを見てもわかる通り、Alice Project 系の開発に偏っている。(CI/CD を用いた依存更新が多いのは強く影響しているが) + +原因の考察については後述の新規プロジェクトの欄を参照。 #### 新しい視点が欠けている (AI 登場以来の開発方法にややこだわっている) @@ -62,6 +111,8 @@ LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHu #### Alice Project の目的意識の不明瞭さ +元々は + ### 新規プロジェクトの評価 #### 新規プロジェクトの案はあるものの、実装に移ることがない @@ -92,6 +143,8 @@ LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHu というのも、Ivy Cafeteria で現在開発が進んでいる「LynnePG」については、ゲーム開発としても、ドット絵のグラフィック制作についても新しい経験が多く、かつての「A-RPG」計画で達成できなかったような体験ができているというのが大きい。特に、「A-RPG/A-Adventure 2D」では単純な横移動やジャンプすらイマイチだったが、現在の「LynnePG」では、開発して早々にそういった単純動作を完成させることができた。それ以降の開発はあまり進んでいないが、今月の開発では銃の基本実装ができ、テストプレイや成功した時だけでなく、予期せぬバグですら楽しいと感じられる。ゲーム開発はやはり難易度が高く、グラフィックも制作する必要があるため大変であり、商業的利益はほとんど得られないと予測するが、だからこそ、LRA にぴったりなプロジェクトだとも感じる。 +(「LynnePG」の進捗がイマイチなのは、Godot4 C# の日本語情報がほとんどなく、開発に時間がかかるため。また、ゲーム開発に使えるような長時間を確保できることがあまりない) + #### 実験的プログラム/計算プログラム 今まで開発してきたプロジェクトは、 @@ -135,24 +188,82 @@ LRA は、この「実用的ではない (が、面白い)」というプロジ #### データベース -今までの LRA では、データベースや動的サーバーを過度に避けてきた。理由としては単純に「お金がかかる」や、「間違えて大規模な請求があったら困る」という資金的な面であった。 +今までの LRA では、データベースや動的サーバーを過度に避けてきた。理由としては単純に「お金がかかる」や、「間違えて大規模な請求があったら困る」という資金的な面であった。(あとは、初めてやることなので時間がかかりそう) + +現在でも LRA は資金難であることに変わりはない。しかし、Firebase や、Cloudflare の D1 のように、非常に安価 (使用量によっては無料) で扱えるサービスが多くあるのにデータベースや動的サービスに触っていないというのは非常にもったいないと感じた。 + +これについては、大きな時間を見つけられるかが課題であるが、ただ新しいことへの挑戦として、こちらの方面も見れたらと思う。 #### 深層プログラム +低層 (低レイヤー) の開発に手を出してみたいという思いがあります。が、正直ハードウェアを触る機会がなさそうなんですよね…。(低層について学んでも今後使えない、というわけではなく、そもそも組み込みハードウェアを購入する必要がありそう) 一応、エミュレーターという手もありますが、それはあまりおもしろくないですね。 + +そうなると、ハードウェアを購入するか、WebAssembly とかのあたりになりそうです。後者は WASI とかに興味があるので、試せたら面白そうですね。まあ、関連領域として、OS 開発 (Linux の Fork とか) でもいいかもしれないです。(KDE の知識を高められる) + +#### 新言語の学習 + +今までは C# に学習リソースを傾倒することで、圧倒的技術を得ようと考えていました。が、言語設計的な考えができるように、他の言語についてももっと知りたいという思いがあります。軽率ではありますが、Rust はやはりメモリ管理などの関係上知っておきたい言語として名前を上げておきます。CLI ツールについては軽量さ、高速さが重視されるので、Rust について学習を行いたいと強く考えています。 + +他の言語としては、C# と同じく GC を用いる言語でありながら、別のルートを行っている Go ですかね。ただ、Go は学習自体は面白そうですが、C# から旅立つ動機が弱いですね…。おそらく Go は C# よりもクロスプラットフォームなど優れている点がいくつかありそうですが、実用上の圧倒的な差は感じないので…。 +#### ウェブ系 -### 開発一極化からの脱却 +ウェブ系についてはもう、そんなにやることがないので今後も続けるかはわかりません。 -#### 多様な分野への挑戦 +ただ、tauri については本気でやったら面白そうだと考えています。(ただ、Rust の学習を先にする必要があります。Rust がわからなくても tauri は使えそうですが、それはいつも通りのウェブ開発と変わらないので) +#### AI はやりません +AI の開発は人気すぎて、精度・速度・サイズはもちろん、独自性でも勝てないのでやるつもりはありません。(現時点では) + +機械学習は…面白そうですが。(ただ、データの準備などが大変なのでやる可能性は低いです) やる場合は、ライブラリを使うのではなく、簡単なものでいいので、理論から作成したほうが面白いし、機械学習への理解を深められそうです。(これについては理論理解のためで、実用目的ではありませんが) + +### 開発一極化からの脱却/多様な分野への挑戦 + +#### 3DCG + +LRA としては2年近くやっていない気がします。(リアルでも2ヶ月前に久しぶりに触りましたが、その1回だけです) + +建物とか作ったら面白いのですが…時間がかかるんですよね。Blender には拡張機能などで効率的に建築を作れるようなので、そのあたりを試してもいいですね。 + +ただ、結局小物を作って、マテリアルの設定をこだわるほうが面白いかも知れません。 + +#### 2Dグラフィック + +イラスト・ドット絵です。 + +まあイラストについては、ほとんど公開していませんが、たまに描いています。今後も公開するか、しないかはさておき、もうちょっとイラストを描いてもいいかもしれませんね。服のデザインとかを勉強したいという思いもあります。(図書館とかで服デザインの本とかを借りてもいいかもしれません) + +ドット絵は「LynnePG」向けでしか描いていませんね。「LynnePG」も停滞気味なので、ほとんど描けていませんが。 + +もう少し各頻度を増やせたらいいかもしれませんね。楽しいので。 + +別の画風を取り入れてみたり、男性を書いてみたり、新しいものに挑戦するのも悪くないですね。 + +#### 音楽 + +音楽作成はやる可能性は低そうです。新しい分野に挑戦、ということでやってもいいのですが、ほぼ初めてなので準備が大変なんですよね…。(旧 LEC 時代は適当な音楽を作っていたが、パソコンを変更したので、アプリケーションを再インストールしたり、音楽理論を学んだりしないといけない) + +「音楽系 + プログラミング」については、リアルの活動の方でやっているのでこちらでやるつもりはありません。 + +#### ドキュメント/Blog + +ドキュメント、Blog については、Qiita や本ウェブサイト (Lemonium.net) などでたまに書いています。今後は、今くらいの頻度で投稿できればいいと思います。楽しい、というよりも衝動的に書きたくて書いているようなものなので。(この文章も) + +というか、Blog は正直、中期指針以外に書くことがないのですが。(一番大規模プロジェクトである Alice Project は Alice Docs を保持しており、Ivy Cafeteria は進捗が少なく、LRA 本部の開発も大規模なものはないので) ### 新しいアイデアの導入 +#### イベント参加 + +以前の OSC Niigata みたいに、イベントに参加したら面白そうですね。OSC Niigata は OSS の中でも SQL 方面について知れましたし。(C# 関係、ウェブ関係、Linux (特に KDE) 関係、あたりの主要 OSS は認知しているつもりですが、それ以外の界隈の話は殆ど知らないので面白いですね) + +(交通手段の予約とかが面倒であんまりイベント参加しないのですが) +#### 論文 -### 内部化 +論文でも読んで面白いアイデアがないか探してみましょうかね。 -#### 単独開発 +## まとめ/最後に -#### ドキュメント文化 +「GitHub コントリビューションの継続」は継続によって技術力を向上させること、「C# 重視」は言語を絞ることで学習時間が分散しないようにする、そういった目的で進めていた施策で、当初はそれに大きく貢献していたのに、末期には新しく変わることができない足かせとなっていた。やはり、成長するには「継続する」だけでなく、「変わる」必要があるのだと強く痛感させられた今回だった。 From 0de859b12c8b7c5ea3d6a5d73377b8e3a36326d7 Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Thu, 22 Jan 2026 01:43:53 +0900 Subject: [PATCH 04/10] docs: update 20260121 --- content/ja/posts/2026/20260121-q1-mid-report.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index 8e5f053..3ba0d97 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -212,7 +212,7 @@ LRA は、この「実用的ではない (が、面白い)」というプロジ ただ、tauri については本気でやったら面白そうだと考えています。(ただ、Rust の学習を先にする必要があります。Rust がわからなくても tauri は使えそうですが、それはいつも通りのウェブ開発と変わらないので) -#### AI はやりません +#### AI/機械学習 AI の開発は人気すぎて、精度・速度・サイズはもちろん、独自性でも勝てないのでやるつもりはありません。(現時点では) @@ -260,10 +260,12 @@ LRA としては2年近くやっていない気がします。(リアルでも2 (交通手段の予約とかが面倒であんまりイベント参加しないのですが) -#### 論文 +#### 記事・論文を読む -論文でも読んで面白いアイデアがないか探してみましょうかね。 +理数系の記事や論文でも読んで面白いアイデアがないか探してみましょうかね。 ## まとめ/最後に 「GitHub コントリビューションの継続」は継続によって技術力を向上させること、「C# 重視」は言語を絞ることで学習時間が分散しないようにする、そういった目的で進めていた施策で、当初はそれに大きく貢献していたのに、末期には新しく変わることができない足かせとなっていた。やはり、成長するには「継続する」だけでなく、「変わる」必要があるのだと強く痛感させられた今回だった。 + +この文章の執筆を通して、技術力と開発の時間という限られた「制約」を、どのようにしたらうまく使えるか、また、楽しい活動に回帰できるかについてよく考えることができたと感じている。ただ、ここで考え、文章で書いたことは、書いただけでは何も意味はなく、文章後半で書いた進むべき路線を実行できてこそ、楽しい LRA の活動が見えると考えている。だからこそ、この資料を「意味のない資料」ではなく、未来に影響を与えた資料としてうまく活用できるように努力を注ぐ。 From c50bbc88fdb84728bcc53b1a7529a87bca7b2931 Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Fri, 23 Jan 2026 12:04:29 +0900 Subject: [PATCH 05/10] docs: update 20260121 --- .../ja/posts/2026/20260121-q1-mid-report.md | 76 +++++++++++++------ 1 file changed, 51 insertions(+), 25 deletions(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index 3ba0d97..e5c9dc6 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -1,6 +1,6 @@ --- -title: 2026年活動見直し -description: 中期基本計画 中間報告 +title: レナ改革 / 活動見直し +description: 2026年第1期 中期基本指針 追加指針 slug: "0121" date: 2026-01-21 22:29:00+0900 categories: @@ -9,35 +9,33 @@ categories: 皆様、新年あけましておめでとうございます。[^new-year] -2026年睦月を迎え、凍晴の空が広がる時期となって参りました。昨年の1年間は継続開発の Alice Project や、maui-linux を含め、地道に成長した1年だと感じましたが、今年も実りある1年になることを祈っております。 +2026年睦月を迎え、凍晴の空が広がる時期となって参りました。昨年の1年間は継続開発の Alice Project や、maui-linux を含め、着実に成長することができたと感じておりますが、今年も実りある1年にできるよう一層努力を続けていきたいと考えています。 [^new-year]: 新年が明けてから20日程度経っており、今更なのですが、今年の初記事なので一応。 -さて、本題に入りましょう。本資料では今までの活動方針を見直し、方針について再考します。[^new-year-2] +さて、本題に入りましょう。本資料では、今までの活動をついて振り返り、課題点の対応策や改革方針について考えた内容を記載しています。[^new-year-2] [^new-year-2]: 1年の初めの記事が振り返りの記事というのは、あまり年始にふさわしくありませんが… ## きっかけ -2024年の非常に長い間、GitHub コントリビューション (後述) を参考として開発を続けてきた。これを毎日連続させることで開発を長期間継続的に行っていることに満足していた。ただ、12月後半から旅行に行っていたため、継続ができなかった。以前は、Git の Commit を過去の日付を指定することで継続させていた[^git-c]が、今回は1週間半程度と長期間空いてしまったため、ここで終わりとした。 +私は、2025年の約1年間、GitHub コントリビューション (後述) を参考として、ほぼ毎日欠かさずに開発を続けてきました。この期間の間はずっと、長期間継続的に行えていることに満足していました。ただ、12月後半から旅行に行っていたため、継続が難しい状況になりました。以前は、Git の Commit を過去の日付を指定することで継続させていました[^git-c]が、今回は1週間半程度とやや長期間空いてしまったので、その手は利用せず、ここで継続する習慣を一旦終了としました。 -この時、連続が切れたことで、毎日開発をしなければいけないという義務感がなくなったことにより、いくつか良い点が見えてきた。そこで、今までの開発で見失ってきた点がいくつか見えるようになってきたので、ここで再確認したいと思い、この資料を作成した。 +この継続する習慣が途絶えたことで、いくつかの良い点が見えてきました。そこで、この習慣や組織目的から逸れた思想などに関して、課題点が見えてきたので、それらを資料としてまとめ、改善に役立てたいと考え、この文章を作成しました。 [^git-c]: 毎日開発することが目的なのに、過去の日付を指定するのでは意味がないように見えますが、ただの自己満足なので許してください -## 発生していた問題 - -先述した GitHub コントリビューションだけでなく、他にも本来の目的から外れていたことやその原因が見えてきた。 +## 課題点 ### 形式化した開発 -#### GitHub コントリビューションを継続する習慣の形骸化 +#### 開発を継続する習慣の形骸化 -LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHub を使って開発を行っている。GitHub は非常に便利なサービスであり、これなしに開発はできないほどである。 +私は、2023年以降のほとんどの開発プロジェクトにおいて GitHub を利用して開発しています。GitHub は非常に便利なサービスであり、これなしに開発はできません。 -特に、2023年後期頃からは、GitHub の Contributions (いわゆる GitHub の草) を開発水準の参考としてきた。開発水準というのは、「どの程度開発しているか」という開発頻度を見るものだった。 +特に、2023年前期からは GitHub の Contributions (いわゆる GitHub の草) を開発量の参考として意識していました。 -開発を継続することで、技術力が上昇して行くと考え、GitHub のコントリビューションを続けていきたいと考えていた。おそらく、初めのうちは成功していたが、中盤頃から陰りが見えてきた。 +開発を継続することで、技術力が上昇して行くと考え、GitHub のコントリビューションを長期間継続したいと考えていました。結果として、以下のようなメリット、デメリットが見えてきました。 - メリット - 開発の継続による技術力の定着 @@ -46,31 +44,36 @@ LRA を含め、2023年以降のほとんどの開発プロジェクトは GitHu - デメリット - 最低1日1コミット[^github-cont]が必要なので、1日で成果になるものしか取りかかれない (挑戦的なことができない) - 大規模改革、新機能・新プロジェクトが作りにくい体制 + - リファクタリングが主になる - 意味のないコミットが増える + - 毎日開発を続けないといけないという義務感と心理的な負担 + - 忙しい時期にもこちらに気を使う必要がある労力的な負担 [^github-cont]: 厳密には GitHub コントリビューションになればいいので、Issue / Pull Request の作成なども含まれる -初期は上記に挙げたメリットが目立っていたが、活動を続けるうちに、デメリットの面が段々と強くなっていった。最終的には新しい技術の確立ができず、メリットは殆どなくなっていた。古い体制を引き継ぎ続ける組織となっていた。 +継続する習慣を初めた頃はメリットが目立っていましたが、活動を続けるうちに、デメリットの面がどんどんと見えてきました。最終的には新しい技術の確立ができず、メリットは殆どなくなり、いつの間にか古いプロジェクトに固執し続けてきました。 -実際、この習慣が終わってから、Alice Project 管理の Alice Novel は大規模リファクタリングや修正を達成した。これは、たまたま時間があったというのもあるが、それ以上に、「1日で作業が終了しなくても良い」という安心感の元開発できたから、というのが大きいだろう。 +この習慣が終わってからは、毎日開発をしなければいけないという義務感がなくなり、気持ちが楽になりました。また実際に、Alice Project 管理の Alice Novel では大規模リファクタリングや放置され続けていたバグの修正を行えました。これは、たまたま時間を取ることができたというのもありますが、それ以上に「1日で作業が終了しなくても良い」という安心感の下開発できたから、という心理的安全性が高まったからと言えるでしょう。 ### 過度な保守性 #### C# への固執と技術力の上限 -LRA 及び傘下の組織は C# に強く固執している。実際、C# 以外で利用している言語はほとんどなく、ウェブ系で利用している JavaScript / TypeScript 程度である。() +LRA 及び傘下の組織は C# に強く固執しています。実際、C# 以外で利用している言語はほとんどなく、ウェブ系で利用している JavaScript / TypeScript 程度しか見られません。 -元々、様々な言語を学習することによって、貴重な学習時間が分散して広く浅くの学習になるのを避けるために、万能言語である C# を選択し、集中学習したのが原因である。これは、技術力が低かった当時は悪くない選択だと評価できる。 +元々、様々な言語を学習することによって、貴重な学習時間が分散して広く浅くの学習になるのを避けるために、万能言語である C# を選択し、集中学習していました。これは、技術力が低かった当時の選択として妥当性の高い選択と見ています。 -しかし、現在はすでに C#の主要機能 (というより、プログラミング言語全般の一般常識) についてはある程度理解しており、言語固有の機能や、Rust に代表されるメモリ管理知識など幅広い技術について学ぶ必要があると考えられる。 +しかし、現在はすでに C#の主要機能やプログラミング言語全般の一般常識についてはある程度理解できており、この方針を続ける必要性は低くなっていると考えます。 -もちろん、C# についてすべて理解できているわけでもないが、C# という単独の言語に固執するより、知識の汎用性が高いメモリ管理 (低層の開発では利用するはず) などのより多くの言語で利用できる知識を確保するべきだと考える。この点について、巨視的な視点が欠けていたように感じる。 +もちろん C# の内部処理や高度なプログラムの方法など、理解できていない部分も多いです。しかし、C# という単独の言語に固執するより、知識の汎用性が高いメモリ管理 (低層の開発では利用するはず) や速度向上のテクニック (アルゴリズムや非同期処理など)、その他言語に関係なく利用できる知識の習得のためにも、他の言語の学習を進めることにメリットを見出しています。(必須とまでは言えませんが) #### 過去の遺産に固執した開発体制 -(先述した) GitHub コントリビューションの継続する習慣により、(後述する) 新規プロジェクトの設置がほとんど行えなかった。(内容的には後述する、新規プロジェクト創設関係と重複する部分もあると思う) が、その影響を加味しても、以前からのプロジェクト (特に Alice Project) の成長に注力しすぎていたと考える。 +(先述した) 開発を継続する習慣にも記載した通り、新規プロジェクトの設置がほとんど行えませんでした。 + +(内容的には後述する、新規プロジェクト創設関係と重複する部分あり) -以下は2025年の月別のコミット数のランキングを示す。 +以下は2025年の月別のコミット数のランキングを示します。 | 月 | 1位 | 2位 | 3位 | 4位 | 5位 | | -- | -- | -- | -- | -- | -- | @@ -99,11 +102,17 @@ LRA 及び傘下の組織は C# に強く固執している。実際、C# 以外 - mauigtk.net: 新規ウェブサイト (外部組織要請) - articles-qiita: 新規記事 -これを見ると、Alice Project 関係の Common Novel、Novel IL、Akizuki Forest (Ivy Cafeteria 傘下だが、Alice System の導入なので) を除くと、ほとんど新規プロジェクトがないことがわかる。(自主的かつ完全新規の開発プロジェクトは ReFlight のみ) +ランキングを見てわかるように、全体として Alice Project 系の開発に偏っている。(CI/CD を用いた依存更新が多いのは強く影響しているが) + +また、新規・成長プロジェクトについても Common Novel、Novel IL、Akizuki Forest[^forest-is-not-alice] に関しては Alice Project 関係なので、その偏重がわかるでしょう。 + +しかもその影響で、自主的かつ完全新規の開発プロジェクトは ReFlight のみとなっています。[^original] -また、ランキングを見てもわかる通り、Alice Project 系の開発に偏っている。(CI/CD を用いた依存更新が多いのは強く影響しているが) +原因の考察については、後述の新規プロジェクトの欄を参照してください。 -原因の考察については後述の新規プロジェクトの欄を参照。 +[^forest-is-not-alice]: 「森林の秋月」は Ivy Cafeteria 傘下だが、今回の成長は Alice System の導入によるものなので、Alice Project 関係としています + +[^original]: mauigtk.net は外部要請、articles-qiita は記事なので新規プロジェクトではなく、その他すべてが Alice Project 関係です #### 新しい視点が欠けている (AI 登場以来の開発方法にややこだわっている) @@ -117,6 +126,13 @@ LRA 及び傘下の組織は C# に強く固執している。実際、C# 以外 #### 新規プロジェクトの案はあるものの、実装に移ることがない +先述した「開発の継続」による影響は確かにあるが、その影響を加味しても新規プロジェクトの創設は少なかった。 + +理由としては、以下が考えられる。 + +- +- + #### 新鮮さに欠ける新規プロジェクト 新規プロジェクト案の殆どが、旧 LEC 時代の「3D都市計画」や「A-RPG 計画」などに比べて面白さが欠けている (個人開発の限界を知ってしまった/厳しいと思って挑戦しない姿勢) @@ -139,7 +155,7 @@ LRA 及び傘下の組織は C# に強く固執している。実際、C# 以外 #### ゲーム開発の推進 -上記の問題点では、Alice Project への批判が強く示されている。だが対照的に、Ivy Cafeteria については殆ど触れていない。これについては、本プロジェクトは今回の自己批判において大きな問題はなく、概ね理想に近いと考えたからだ。 +上記の課題点では、Alice Project への批判が強く示されている。だが対照的に、Ivy Cafeteria については殆ど触れていない。これについては、本プロジェクトは今回の自己批判において大きな問題はなく、概ね理想に近いと考えたからだ。 というのも、Ivy Cafeteria で現在開発が進んでいる「LynnePG」については、ゲーム開発としても、ドット絵のグラフィック制作についても新しい経験が多く、かつての「A-RPG」計画で達成できなかったような体験ができているというのが大きい。特に、「A-RPG/A-Adventure 2D」では単純な横移動やジャンプすらイマイチだったが、現在の「LynnePG」では、開発して早々にそういった単純動作を完成させることができた。それ以降の開発はあまり進んでいないが、今月の開発では銃の基本実装ができ、テストプレイや成功した時だけでなく、予期せぬバグですら楽しいと感じられる。ゲーム開発はやはり難易度が高く、グラフィックも制作する必要があるため大変であり、商業的利益はほとんど得られないと予測するが、だからこそ、LRA にぴったりなプロジェクトだとも感じる。 @@ -264,6 +280,16 @@ LRA としては2年近くやっていない気がします。(リアルでも2 理数系の記事や論文でも読んで面白いアイデアがないか探してみましょうかね。 +## レナ改革 + +### 概要 + +レナ改革 (Lena Stream) は、2026年第1期 中期基本指針 ([2026Q1](../../2025/1224)) の追加計画です。 + +### 期間 + +2026年1月-3月 (2026Q1 と同様) + ## まとめ/最後に 「GitHub コントリビューションの継続」は継続によって技術力を向上させること、「C# 重視」は言語を絞ることで学習時間が分散しないようにする、そういった目的で進めていた施策で、当初はそれに大きく貢献していたのに、末期には新しく変わることができない足かせとなっていた。やはり、成長するには「継続する」だけでなく、「変わる」必要があるのだと強く痛感させられた今回だった。 From 5a4fc58a3b68247a29c898edcabc2cafeada9bb0 Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Sat, 24 Jan 2026 12:53:30 +0900 Subject: [PATCH 06/10] docs: update 20260121 --- content/ja/posts/2026/20260121-q1-mid-report.md | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index e5c9dc6..27e4482 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -114,7 +114,17 @@ LRA 及び傘下の組織は C# に強く固執しています。実際、C# 以 [^original]: mauigtk.net は外部要請、articles-qiita は記事なので新規プロジェクトではなく、その他すべてが Alice Project 関係です -#### 新しい視点が欠けている (AI 登場以来の開発方法にややこだわっている) +#### 新しい視点が欠けている + +こちらも後述する新規プロジェクトの創出と類似する点を含みますが、旧来の方法にこだわり新しい仕組みや方法の導入がやや遅いと感じます。 + +先述した通り本年度は新規プロジェクトの創出がほとんどなかったため、新しいアイデアによる開発はほとんど行えませんでした。そのため、以前からのゲームエンジンや小説言語 (Alice Project) などに固まってしまっていました。今後は、ReFlight (航空シミュレーション + プログラム) に代表されるような新しいアイデアの導入を進めていきたいと考えています。 ### 客観性の欠如 From e2c44477be73a2dc5af155ca71be42110f83678a Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Sun, 25 Jan 2026 16:08:21 +0900 Subject: [PATCH 07/10] docs: update 20260121 --- .../ja/posts/2026/20260121-q1-mid-report.md | 68 ++++++++++++++++--- 1 file changed, 58 insertions(+), 10 deletions(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index 27e4482..ab44001 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -130,35 +130,83 @@ LRA 及び傘下の組織は C# に強く固執しています。実際、C# 以 #### Alice Project の目的意識の不明瞭さ -元々は +Alice Project についての目的について言及するには、設立当初から現在に至る歴史を振り返る必要があります。 + +2023年7-9月頃、当時は LEC NEO 部門の Himeno Next (Himeno Flex 開発計画) のもと活動を行っていました。Himeno Flex は当時としては期待の大きい計画で、このアプリケーションの完成によって、ただし、Himeno Flex は MAUI での開発に難航しており[^re-himeno]、開発後半からは次期計画に期待がかけられていました。その次期計画として白羽の矢が立ったのがこちらの Alice Project (当時は Alice Novel 単独の計画) です。 + +[^re-himeno]: 最近も再開発されましたが、結局当初の目標であるクロスプラットフォーム対応はできませんでした。 + +そういった経緯で開発が始まった Alice Novel ですが、当初の目標は概ね以下のようなものでした: + +- 技術力向上 (C#、GUI ネイティブ開発、MAUI) +- 言語ベースのノベルゲーム開発 (当時は初の試みだと考えていましたが、実際は多く存在しました) +- テキスト部分とコアエンジン部分の分離 (ゲームエンジンとしては珍しいですが、あまりメリットがないからでしょう) +- リアルタイム読み込み (ファイルロード時に一気に読み込むのではなく、逐次読み込む方式。こちらも珍しいですが、メリットが少ないからでしょう) +- Himeno Next に代わる計画の成功 + +これらは概ね達成され、追加で以下の目標外の技術向上も行えました: + +- CI/CD の有効活用 (GitHub Actions / Azure DevOps) +- パッケージの発行 (Nuget) +- Alice Console などを含めた周辺エコシステムの導入 + - 言語開発 (Anov 構文) + - 拡張言語開発 (Novel IL) + - 資料整備 (Alice Docs) +- GitHub Organization 設立 + +すでに、当初のほとんどの目標は達成しています。「技術力向上」については、すでに達成しているとも、更に向上させるとも認識可能で、現在は後者の考えのもと開発を継続しています。ただ、近日はあまり新しい技術[^new-tech]の導入は減っており、既存の技術投入の活用が多くなっています。そうなると、後者についてももはやすることがないと考えられます。 + +[^new-tech]: ここでの新しい技術とは、AI のような一般社会における新技術ではなく、私が試したことのない、データベースやアセンブリ言語などの技術領域のことを示しています。 + +(実用性を目標とするにしても、現在のシステムは一般ユーザーにとって非常にわかりにくく、それの簡略化のためにドキュメント作成や広報、システムの刷新などが必要となり、不可能ではありませんが非常に難しいと予想されます) + +そこで、Alice Project の目標の再設定、または重要度の見直し[^imp]をそろそろ行うべきだと考えています。開発の継続を行うのなら、新しい技術の投入 (例えばデータベース) などについて考える必要があります。 + +[^imp]: 今まで Alice Project は LRA の中でも first-class support されてきましたが、その開発優先度を下げるという意味 ### 新規プロジェクトの評価 -#### 新規プロジェクトの案はあるものの、実装に移ることがない +#### 新規プロジェクト創出の遅れ + +新規プロジェクト創出が遅れた点については、先述した「開発の継続」による影響は確か大きいですが、それ以外の要因も考えられます。 + +- 開発の継続習慣による、新規プロジェクト創出の難しさ (先述) +- リアルの忙しさ +- 利益主義への転換 (詳しくは後述。面白いものの技術力向上などの利益が少ないものはほとんど進んでいない) +- 組織開発への注視 (個人開発が多かった2022-2024年と比較して、2025年には KDE や MauiGtk などの外部組織での活動を重視していました。その影響で内部組織に力があまり注力できなかった可能性があります) -先述した「開発の継続」による影響は確かにあるが、その影響を加味しても新規プロジェクトの創設は少なかった。 +リアルの忙しさについては仕方がありません。LRA も、リアルの私があっての組織ですから、リアルの活動を縮小するのはほとんど不可能です。 -理由としては、以下が考えられる。 +なので、本題は「利益主義」「組織開発への注視」にあります。前者に関しては後述しますので、後者について掘り下げていきましょう。 -- -- +LRA (当時 LEC) 設立当初 (2022年) から2024年頃にかけては、ほとんど個人開発のみによって成り立っていました。これは技術力があまり高くなく、開発協力できるほどの技術力がなかったのと、組織とのつながりがなかったからでした。2022年後半ごろから日本 KDE での翻訳活動を開始し、2023年前半 (?) 頃から MauiGtk のコミュニティーとの協力体制を確立しつつありました。また、Electron.NET や、Errands などの微量な貢献を行いました。 + +そういった微量な開発を行っている中、紆余曲折あり、MauiGtk Community を GitHub Organization として正式に設立し、最初期メンバーとして加わりました。元々、個人開発では開発できるものの規模に限りがあり、大規模開発の協力または設立を行いたいと考えており、渡りに船といった状況でした。 + +そういった影響によって、大規模開発の進行に期待しましたが、Thomas 氏を中心として資金支援を待つタイミングとなり、すぐには進みませんでした。(そろそろ動き始めるはずです) そのため、表向きは外部組織でも内部組織でも両方とも開発があまり進んでいるように見えないという状況に陥ってしまいました。 + +また、外部組織での開発があるため、内部組織では小規模プロジェクトはともかく、中-大規模プロジェクトについて新規プロジェクトが出せなかったというのもあります。 + +実際、2025Q3 で「*新企画に関してもいくつか思いついていますが、実行に移すかはまだ検討中です。(すでに、非公開の企画書を作成済みです)*」「*技術同人誌: 実際に作成するかどうか、実現性の検討を行いたいと思っています。*」と言及しているように、新規プロジェクト案自体は存在しました。ただ、検討のみにとどまり、計画実行までは進めませんでした。 #### 新鮮さに欠ける新規プロジェクト 新規プロジェクト案の殆どが、旧 LEC 時代の「3D都市計画」や「A-RPG 計画」などに比べて面白さが欠けている (個人開発の限界を知ってしまった/厳しいと思って挑戦しない姿勢) +(→ 新規プロジェクトの案はあるものの、実装に移ることがない) + ### 組織目的への逆進性 +#### 利益重視な開発体制 + +目的である「自由な開発」や「好きなことをする」を無視した「技術力向上」や「実務に役に立つ技術」などを優先した利益重視な開発体制 (組織目的の達成から著しくそれている) + #### そもそも開発に偏重している (技術系の人間なので仕方ないが、かつては 3DCG や動画編集、グラフィックなど幅広くやっていた。LRA は総合組織だし、Ivy Cafeteria はゲーム/グラフィック系の組織なので、グラフィック分野はもう少し回復させたい) かつては音楽部門など、確かな「楽しさ」が大きく残っていた。しかし、現在は「OSS 化」や「技術力向上」などの社会的な部分を重視しすぎて、かつての楽しさはほとんど残っていない。「義務感」でもなく、ただの「惰性」で開発を続けているだけにすぎない。 -#### 利益重視な開発体制 - -目的である「自由な開発」や「好きなことをする」を無視した「技術力向上」や「実務に役に立つ技術」などを優先した利益重視な開発体制 (組織目的の達成から著しくそれている) - ## 組織が今後進むべき路線 ### 開発の多様化 From 5d71fadad0f84820e8916b85552353ec0d09886d Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Sun, 25 Jan 2026 17:09:05 +0900 Subject: [PATCH 08/10] docs: update 20260121 --- .../ja/posts/2026/20260121-q1-mid-report.md | 26 ++++++++++++++----- 1 file changed, 19 insertions(+), 7 deletions(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index ab44001..d70ce71 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -187,7 +187,7 @@ LRA (当時 LEC) 設立当初 (2022年) から2024年頃にかけては、ほと また、外部組織での開発があるため、内部組織では小規模プロジェクトはともかく、中-大規模プロジェクトについて新規プロジェクトが出せなかったというのもあります。 -実際、2025Q3 で「*新企画に関してもいくつか思いついていますが、実行に移すかはまだ検討中です。(すでに、非公開の企画書を作成済みです)*」「*技術同人誌: 実際に作成するかどうか、実現性の検討を行いたいと思っています。*」と言及しているように、新規プロジェクト案自体は存在しました。ただ、検討のみにとどまり、計画実行までは進めませんでした。 +実際、[2025Q3](../../2025/0630) で「*新企画に関してもいくつか思いついていますが、実行に移すかはまだ検討中です。(すでに、非公開の企画書を作成済みです)*」「*技術同人誌: 実際に作成するかどうか、実現性の検討を行いたいと思っています。*」と言及しているように、新規プロジェクト案自体は存在しました。ただ、検討のみにとどまり、計画実行までは進めませんでした。 #### 新鮮さに欠ける新規プロジェクト @@ -199,13 +199,25 @@ LRA (当時 LEC) 設立当初 (2022年) から2024年頃にかけては、ほと #### 利益重視な開発体制 -目的である「自由な開発」や「好きなことをする」を無視した「技術力向上」や「実務に役に立つ技術」などを優先した利益重視な開発体制 (組織目的の達成から著しくそれている) +LRA の目標については、いくつかの資料にて触れられています。2023年には [History of LEC](../../2023/1110) にて、2024年からは [About: Lemon's Resting Area](../../../about/lra) にて、2025年からは追加で [About: Hisotry](../../../about/history) にて記載されています。 + +2023年の History of LEC は、当時の専門組織 (ブランド相当) への言及が多いですが、確かに「*私がこの LEC という組織を設立した理由は、自分の好きなことをやりたいからでした。*」と LEC という組織に対する思いを示しています。 + +続く、2024年の About: Lemon's Resting Area では、組織目的について、「*この組織の最大の目的は Lemon73 自身のやりたいことをやる場所です。*」と、また「*利益や目的が重視され、忙しい現代社会に疲れた私が、自由な発想と理論で活動できる場所 (**Resting Area: 休息所**) として設置したのが本組織です。*」と役割について言及しています。 + +更に、2025年の About: History では、「*2022年、現実の活動には関係のない、自由で楽しい活動をしたいということでこの Lemon73 という名義で活動を開始しました。同年5月に設立した LEC (Lemon Electronic Computer) も同様の思想を掲げ、グラフィック部門やプログラム部分での高度化などを目的として設立しました。*」というように、2022年設立当時の意識について言及しています。 + +これらを見てわかるように、LRA の組織目的や意識は「好きなことをやる、楽しいことをやる」に一貫しており、資料上は非常に明確でした。しかし、2025年中期頃から現在に至るまで、その目的を無視し、達成から著しく逸れた「技術力向上」や「実務に役に立つ技術」などを優先した利益重視な開発体制が続いてしまっていました。 + +「役に立つ技術」というのも悪くありませんし、面白い部分もあります。ただ、近日はすでに知っている技術のもと開発する機会が多くなり、目新しさのある開発ができていなかったというのは事実だと思います。 #### そもそも開発に偏重している -(技術系の人間なので仕方ないが、かつては 3DCG や動画編集、グラフィックなど幅広くやっていた。LRA は総合組織だし、Ivy Cafeteria はゲーム/グラフィック系の組織なので、グラフィック分野はもう少し回復させたい) +かつての LEC には、ゲーム事業や Lemon Festival (LF) を中心として、3DCG や音楽部門などの多くの部門が存在しました。しかし、[茶屋計画](../../2024/0319)以降の現在は、プログラム以外の部門は縮小・消滅しており、ただのプログラミングの組織と化しています。LRA は総合組織と称していますが、名ばかりと言われても仕方がないくらいです。これは、私自身が技術系の人間なので仕方ない部分もありますが、それ以外の絵を描いたり、3DCG をモデリングしたり、という体験は非常に楽しかったはずです。なぜ、いつの間にか、部門は消えていたのでしょうか…。かつての、同人組織のような自由さやグラフィック系重視の体制をもう一度変えてみたい、と思っています。 + +(ウェブサイトをデザインではなくメンテナンス性重視にしてしまったのが最たる例です。確かにウェブサイトの更新にそれほど時間をかけたくないという思いがありましたが、理想形として考えていた「カフェテリア風のデザイン」はあまり色濃く反映されませんでした) -かつては音楽部門など、確かな「楽しさ」が大きく残っていた。しかし、現在は「OSS 化」や「技術力向上」などの社会的な部分を重視しすぎて、かつての楽しさはほとんど残っていない。「義務感」でもなく、ただの「惰性」で開発を続けているだけにすぎない。 +かつては 3DCG、音楽部門など、確かな「楽しさ」がありました。しかし現在、「OSS 化」や「技術力向上」などの社会的側面を重視しすぎて、かつての楽しいと思ってやっていた事柄は今やほとんど残っていません。これは、「義務感」でだと思い続け、ただの「惰性」で開発を続けているだけにすぎないのではないでしょうか。 ## 組織が今後進むべき路線 @@ -213,11 +225,11 @@ LRA (当時 LEC) 設立当初 (2022年) から2024年頃にかけては、ほと #### ゲーム開発の推進 -上記の課題点では、Alice Project への批判が強く示されている。だが対照的に、Ivy Cafeteria については殆ど触れていない。これについては、本プロジェクトは今回の自己批判において大きな問題はなく、概ね理想に近いと考えたからだ。 +上記の課題点では、Alice Project への批判が強く示しています。だが対照的に、Ivy Cafeteria については殆ど触れていません。これについては、本プロジェクトは今回の自己批判において比較的課題が少なく、概ね理想に近いからでしょう。 -というのも、Ivy Cafeteria で現在開発が進んでいる「LynnePG」については、ゲーム開発としても、ドット絵のグラフィック制作についても新しい経験が多く、かつての「A-RPG」計画で達成できなかったような体験ができているというのが大きい。特に、「A-RPG/A-Adventure 2D」では単純な横移動やジャンプすらイマイチだったが、現在の「LynnePG」では、開発して早々にそういった単純動作を完成させることができた。それ以降の開発はあまり進んでいないが、今月の開発では銃の基本実装ができ、テストプレイや成功した時だけでなく、予期せぬバグですら楽しいと感じられる。ゲーム開発はやはり難易度が高く、グラフィックも制作する必要があるため大変であり、商業的利益はほとんど得られないと予測するが、だからこそ、LRA にぴったりなプロジェクトだとも感じる。 +というのも、Ivy Cafeteria で現在開発が進んでいる「LynnePG」については、ゲーム開発としても、ドット絵のグラフィック制作についても新しい経験が多く、かつての「A-RPG」計画で達成できなかったような体験ができているというのが大きいです。特に、「A-RPG/A-Adventure 2D」では単純な横移動やジャンプすらイマイチでしたが、現在の「LynnePG」では、開発して早々にそういった単純動作を完成させることができました。それ以降の開発はあまり進んでいませんが、今月の開発では銃の基本実装ができ、テストプレイや成功した時だけでなく、予期せぬバグですら楽しいと感じています。ゲーム開発はやはり難易度が高く、グラフィックも制作する必要があるため大変であり、商業的利益はほとんど得られないと予測できますが、だからこそ、LRA にぴったりなプロジェクトだと感じています。 -(「LynnePG」の進捗がイマイチなのは、Godot4 C# の日本語情報がほとんどなく、開発に時間がかかるため。また、ゲーム開発に使えるような長時間を確保できることがあまりない) +(「LynnePG」の進捗がイマイチなのは、Godot4 C# の日本語情報がほとんどなく、開発に時間がかかるためです。また、ゲーム開発に使えるような長時間をあまり確保できていないからです) #### 実験的プログラム/計算プログラム From e9b5ab3a0c8cb14edfcabe287a757d858155e6ee Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Mon, 26 Jan 2026 18:04:23 +0900 Subject: [PATCH 09/10] docs: update 20260121 16k over texts --- .../ja/posts/2026/20260121-q1-mid-report.md | 98 +++++++++++++------ 1 file changed, 67 insertions(+), 31 deletions(-) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index d70ce71..66ff7fa 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -9,19 +9,21 @@ categories: 皆様、新年あけましておめでとうございます。[^new-year] -2026年睦月を迎え、凍晴の空が広がる時期となって参りました。昨年の1年間は継続開発の Alice Project や、maui-linux を含め、着実に成長することができたと感じておりますが、今年も実りある1年にできるよう一層努力を続けていきたいと考えています。 +2026年睦月を迎え、凍晴の空が広がる時期となって参りました。昨年は Alice Project や maui-linux を初めとした多くのプロジェクトを通じて技術や運営の経験を積み、着実に成長することができたと感じております。今年も実りある1年にできるよう一層邁進して参ります。 [^new-year]: 新年が明けてから20日程度経っており、今更なのですが、今年の初記事なので一応。 -さて、本題に入りましょう。本資料では、今までの活動をついて振り返り、課題点の対応策や改革方針について考えた内容を記載しています。[^new-year-2] +さて、本題に入りましょう。本資料では、今までの活動をついて振り返り、課題点の発見とその対応策、改革方針について考え、その内容を記載しています。[^new-year-2] [^new-year-2]: 1年の初めの記事が振り返りの記事というのは、あまり年始にふさわしくありませんが… ## きっかけ -私は、2025年の約1年間、GitHub コントリビューション (後述) を参考として、ほぼ毎日欠かさずに開発を続けてきました。この期間の間はずっと、長期間継続的に行えていることに満足していました。ただ、12月後半から旅行に行っていたため、継続が難しい状況になりました。以前は、Git の Commit を過去の日付を指定することで継続させていました[^git-c]が、今回は1週間半程度とやや長期間空いてしまったので、その手は利用せず、ここで継続する習慣を一旦終了としました。 +私は、2025年の約1年間、GitHub コントリビューション (後述) を参考として、ほぼ毎日欠かさずに開発を続けてきました。この期間の間はずっと、長期間継続的に行えていることに満足していました。 -この継続する習慣が途絶えたことで、いくつかの良い点が見えてきました。そこで、この習慣や組織目的から逸れた思想などに関して、課題点が見えてきたので、それらを資料としてまとめ、改善に役立てたいと考え、この文章を作成しました。 +ただ、12月後半から旅行に行っていたため、継続が難しい状況になりました。以前は、Git の Commit を過去の日付を指定することで継続させていました[^git-c]が、今回は1週間半程度とやや長期間空いてしまったので、その手は利用せず、ここで継続する習慣を一旦終了としました。 + +この継続する習慣が途絶えたことで、いくつかの良い点が見えてきました。そこで、この習慣を初めとした、組織思想から逸れた活動などに関して課題点が見えてきたので、それらを考え直し、改善に役立てたいと考え、この文章を作成しました。 [^git-c]: 毎日開発することが目的なのに、過去の日付を指定するのでは意味がないように見えますが、ただの自己満足なので許してください @@ -114,7 +116,7 @@ LRA 及び傘下の組織は C# に強く固執しています。実際、C# 以 [^original]: mauigtk.net は外部要請、articles-qiita は記事なので新規プロジェクトではなく、その他すべてが Alice Project 関係です -#### 新しい視点が欠けている +#### 新しい視点の欠如 こちらも後述する新規プロジェクトの創出と類似する点を含みますが、旧来の方法にこだわり新しい仕組みや方法の導入がやや遅いと感じます。 @@ -126,7 +128,9 @@ LRA 及び傘下の組織は C# に強く固執しています。実際、C# 以 また、-->先述した通り本年度は新規プロジェクトの創出がほとんどなかったため、新しいアイデアによる開発はほとんど行えませんでした。そのため、以前からのゲームエンジンや小説言語 (Alice Project) などに固まってしまっていました。今後は、ReFlight (航空シミュレーション + プログラム) に代表されるような新しいアイデアの導入を進めていきたいと考えています。 -### 客観性の欠如 +原因についての考察は後述する、「新規プロジェクトの新鮮さ」にて記載します。 + +### 客観性の不足 #### Alice Project の目的意識の不明瞭さ @@ -191,9 +195,19 @@ LRA (当時 LEC) 設立当初 (2022年) から2024年頃にかけては、ほと #### 新鮮さに欠ける新規プロジェクト -新規プロジェクト案の殆どが、旧 LEC 時代の「3D都市計画」や「A-RPG 計画」などに比べて面白さが欠けている (個人開発の限界を知ってしまった/厳しいと思って挑戦しない姿勢) +先述の通り、新規プロジェクトの数がそもそも少なく、また計画された新規プロジェクトも新鮮さや面白さに欠けることからほとんど採用が見送られました。 + +これについては、2022年の「A-RPG 計画」の失敗や、旧 LEC 時代の構想である「3D 都市計画」、「生物学研究」(実態はウイルスの 3D モデルの作成) などが実用化されなかったこと、2024-2025年の「Lemon Festival」からの撤退が間接的な影響を与えていると考えています。 + +というのも、この旧 LEC 時代はまだ開発や製作の経験が浅く、基本的には「頑張れば個人開発でもフル 3D のゲームくらい作れる」くらいの認識だったので、大胆な計画や、理想的なプロジェクト案が多く生まれていました。(LEC KISS や LEC COI では「桜システム」(現存する Ivy Cafeteria のシナリオ) を越えるプロジェクトについて真剣に考えられており、多くのシナリオが考えられていました) + +しかし、先述した「A-RPG 計画」はうまくゲーム化できず、3D モデリング系の計画は労力的にかなり厳しく、3D モデリングや音楽などを定期的に行うきっかけだった「Lemon Festivel」の終焉と共に「個人開発の限界」に直面することとなりました。 + +これ以降、現実的なラインとして既存の計画の延長線上か、小規模計画しか進めなくなってしまいました。(大規模計画が厳しいと思い、新しく挑戦しない姿勢) また、この考えによって、かつての大規模計画についても、後ろ向きの検討になってしまい、「新規プロジェクトの案はあるものの、実装に移ることがない」という状況に陥ってしまいました。 + +これは、個人開発であるため仕方ない部分も大きいです。事実、現在「3D 都市計画」のような大規模計画をやろうとしても、それは不可能でしょう。 -(→ 新規プロジェクトの案はあるものの、実装に移ることがない) +そういった意味でも、「中小規模だけど面白いプロジェクト」を創設するしかない状況です。それが難しいのですが。 ### 組織目的への逆進性 @@ -233,28 +247,27 @@ LRA の目標については、いくつかの資料にて触れられていま #### 実験的プログラム/計算プログラム -今まで開発してきたプロジェクトは、 +今まで進めてきたプロジェクトは、 -- ウェブアプリケーション/ウェブサイト +- ウェブサイト - Lemonium.net (ここ) - Alice Docs - - Alice Aqua - Common Novel - Novel IL - MauiGtk.net (外部協力) -- ライブラリ - - Alice Console (+ AnovSyntax) - - Common Novel - - Novel IL -- ツール +- アプリケーション/ツール - Alice Novel - Alice Console - Alice Aqua - Himeno Flex +- ライブラリ + - Alice Console (+ AnovSyntax) + - Common Novel + - Novel IL -など、継続的に開発が必要な分野に偏っており、単発の実験的プロジェクトは非常に少ない。 +など、継続的に開発が必要な分野に偏っており、単発の実験的プロジェクトは非常に少ないです。 -一応、実験的プロジェクトの過去の事例として +とはいえ、完全に実験的プロジェクトの事例がなかったというわけではなく、一応過去の事例として - Jupyter-test - 円周率 - モンテカルロ法 @@ -264,25 +277,27 @@ LRA の目標については、いくつかの資料にて触れられていま - シーザー暗号 - Medicolor (画像処理・色覚異常のシミュレーション) -があるが、実用的ではないものの、開発していて楽しかったものが多い。 +などが挙げられます。これらの実用性はほとんどないですが、開発していて楽しかったものが多いです。 -LRA は、この「実用的ではない (が、面白い)」というプロジェクトを大いに歓迎している。 +LRA としては、この「実用的ではない (けど、面白い)」というプロジェクトを大いに歓迎しています。 -最小構成の 3D レンダリングエンジンを作ってもいい、ただ立方体を回転させて、ターミナルに AA (アスキーアート) として表示するだけでもいい、光の計算をしてもいい、F# で数学の計算をしてもいい、何をしても面白いと思っている。 +最小構成の 3D レンダリングエンジン、ただ立方体を回転させて AA (アスキーアート) として表示する、光の計算、F# で数学の計算…。何をしても面白いと思っています。 -どうせ、秀才プログラマーや大規模 OSS 組織には勝てないから、コーディングで楽しめばいい。それができるのが、LRA という組織だから。 +どうせ、秀才プログラマーや大規模 OSS 組織には勝つことはできませんから、コーディングで楽しめばいいでしょう。また、それができるのが、LRA という組織だと思っています。 #### データベース -今までの LRA では、データベースや動的サーバーを過度に避けてきた。理由としては単純に「お金がかかる」や、「間違えて大規模な請求があったら困る」という資金的な面であった。(あとは、初めてやることなので時間がかかりそう) +今までの LRA では、データベースや動的サーバーを過度に避けてきました。これの理由としては、単純に「お金がかかる」や、「間違えて大規模な請求があったら困る」という資金的な面でした。(あとは、初めてやることなので時間がかかりそう、というのもあります) -現在でも LRA は資金難であることに変わりはない。しかし、Firebase や、Cloudflare の D1 のように、非常に安価 (使用量によっては無料) で扱えるサービスが多くあるのにデータベースや動的サービスに触っていないというのは非常にもったいないと感じた。 +現在でも LRA は資金難[^money]であることに変わりはありません。しかし、Firebase や、Cloudflare の D1 のように、非常に安価 (使用量によっては無料) で扱えるサービスが多くあるのに、データベースや動的サービスに触っていないというのは非常にもったいないと感じています。 -これについては、大きな時間を見つけられるかが課題であるが、ただ新しいことへの挑戦として、こちらの方面も見れたらと思う。 +[^money]: まあ、LRA の資金については、技術力向上などの実益がありそうなら、リアルの活動の方から資金投下します。 + +これについては、大きな時間を見つけられるかが課題です。ただ、新しいことへの挑戦としてこちらの方面も前向きな検討をしたいと思っています。(これに関しては、2025年の間も計画案として挙げていたので) #### 深層プログラム -低層 (低レイヤー) の開発に手を出してみたいという思いがあります。が、正直ハードウェアを触る機会がなさそうなんですよね…。(低層について学んでも今後使えない、というわけではなく、そもそも組み込みハードウェアを購入する必要がありそう) 一応、エミュレーターという手もありますが、それはあまりおもしろくないですね。 +低層 (低レイヤー) の開発に手を出してみたいという思いがあります。が、正直ハードウェアを触る機会がなさそうなんですよね…。(低層について学んでも今後使えない、というわけではなく、そもそも組み込みハードウェアを購入する必要がありそうです) 一応、エミュレーターという手もありますが、それはあまりおもしろくないですね。 そうなると、ハードウェアを購入するか、WebAssembly とかのあたりになりそうです。後者は WASI とかに興味があるので、試せたら面白そうですね。まあ、関連領域として、OS 開発 (Linux の Fork とか) でもいいかもしれないです。(KDE の知識を高められる) @@ -298,12 +313,16 @@ LRA は、この「実用的ではない (が、面白い)」というプロジ ただ、tauri については本気でやったら面白そうだと考えています。(ただ、Rust の学習を先にする必要があります。Rust がわからなくても tauri は使えそうですが、それはいつも通りのウェブ開発と変わらないので) +それ以外なら、先述しましたが、Web Assembly あたりが技術としては面白そうです。 + #### AI/機械学習 -AI の開発は人気すぎて、精度・速度・サイズはもちろん、独自性でも勝てないのでやるつもりはありません。(現時点では) +AI の開発については、人気すぎて、精度・速度・サイズはもちろん、独自性でも勝てる見込みがないのでやるつもりはありません。(現時点では) 機械学習は…面白そうですが。(ただ、データの準備などが大変なのでやる可能性は低いです) やる場合は、ライブラリを使うのではなく、簡単なものでいいので、理論から作成したほうが面白いし、機械学習への理解を深められそうです。(これについては理論理解のためで、実用目的ではありませんが) +AI の利用に関しても API を叩くだけで技術面であまり面白くなく、API 料金もかかるので微妙です。ブラウザで動かすとかは面白いかも知れませんが…。あまり前向きには検討していません。 + ### 開発一極化からの脱却/多様な分野への挑戦 #### 3DCG @@ -314,6 +333,8 @@ LRA としては2年近くやっていない気がします。(リアルでも2 ただ、結局小物を作って、マテリアルの設定をこだわるほうが面白いかも知れません。 +(一応、2025年の計画では、東方風の家具を作るプロジェクト (スカコレ = スカーレット・コレクション) がありました。結局手を付けられませんでしたが) + #### 2Dグラフィック イラスト・ドット絵です。 @@ -346,6 +367,8 @@ LRA としては2年近くやっていない気がします。(リアルでも2 (交通手段の予約とかが面倒であんまりイベント参加しないのですが) +今年の OSC で KDE のブースを出したいと思っていますが、準備が面倒かつある程度費用がかかるので現時点ではなんとも言えません。 + #### 記事・論文を読む 理数系の記事や論文でも読んで面白いアイデアがないか探してみましょうかね。 @@ -354,14 +377,27 @@ LRA としては2年近くやっていない気がします。(リアルでも2 ### 概要 -レナ改革 (Lena Stream) は、2026年第1期 中期基本指針 ([2026Q1](../../2025/1224)) の追加計画です。 +レナ改革 (Lena Stream)[^lena] は、2026年第1期 中期基本指針 ([2026Q1](../../2025/1224)) の追加計画です。 + +本資料前半の内容を踏まえて、LRA の活動をより楽しくすることを目的として追加で設定しました。 + +[^lena]: 名称の「レナ」は、ロシア連邦シベリア東部を流れる「レナ川-Лена」に由来している。レナ川は雪解けの影響で春から夏にかけて水量が増加することを、今回の改革によって春から夏にかけて成長することになぞらえてこの名称としました。 ### 期間 -2026年1月-3月 (2026Q1 と同様) +2026年2月-3月 + +### 内容 + +- 新規計画 + - 中規模計画を1件以上作成 (実行、公開は必須ではない) + - 小規模計画を3件以上作成、1件以上は実行と公開をする +- 既存計画 + - LynnePG の開発推進 +- プログラム以外の活躍を1件以上公開する (3DCG、イラストなど) ## まとめ/最後に -「GitHub コントリビューションの継続」は継続によって技術力を向上させること、「C# 重視」は言語を絞ることで学習時間が分散しないようにする、そういった目的で進めていた施策で、当初はそれに大きく貢献していたのに、末期には新しく変わることができない足かせとなっていた。やはり、成長するには「継続する」だけでなく、「変わる」必要があるのだと強く痛感させられた今回だった。 +「GitHub コントリビューションの継続」は継続によって技術力を向上させること、「C# 重視」は言語を絞ることで学習時間が分散しないようにする、そういった目的で進めていた施策で、当初はそれに大きく貢献していたのに、末期には新しく変わることができない足かせとなっていました。今回の振り返りでは、成長するには「継続する」だけでなく、「変わる」必要があるのだと強く痛感させられたました。 -この文章の執筆を通して、技術力と開発の時間という限られた「制約」を、どのようにしたらうまく使えるか、また、楽しい活動に回帰できるかについてよく考えることができたと感じている。ただ、ここで考え、文章で書いたことは、書いただけでは何も意味はなく、文章後半で書いた進むべき路線を実行できてこそ、楽しい LRA の活動が見えると考えている。だからこそ、この資料を「意味のない資料」ではなく、未来に影響を与えた資料としてうまく活用できるように努力を注ぐ。 +この文章の執筆を通して、技術力と開発の時間という限られた「制約」を、どのようにしたらうまく使えるか、また、楽しい活動に回帰できるかについてよく考えることができたと感じています。ただ、ここで考え、文章で書いたことは、書いただけでは何も意味はなく、文章後半で書いた進むべき路線やそれを踏まえたレナ改革を実行できてこそ、楽しい LRA の活動が見えると考えています。だからこそ、この資料を「意味のない資料」ではなく、未来に影響を与えた資料としてうまく活用できるように努力を注ぐつもりです。 From dcfa7f67ebde7cf6b87bf0e36b4685f0e68f9e74 Mon Sep 17 00:00:00 2001 From: Lemon73 <108001913+Lemon73-Computing@users.noreply.github.com> Date: Mon, 26 Jan 2026 18:13:30 +0900 Subject: [PATCH 10/10] docs: add descriptions about the lena stream --- content/ja/posts/2026/20260121-q1-mid-report.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/content/ja/posts/2026/20260121-q1-mid-report.md b/content/ja/posts/2026/20260121-q1-mid-report.md index 66ff7fa..bf518d5 100644 --- a/content/ja/posts/2026/20260121-q1-mid-report.md +++ b/content/ja/posts/2026/20260121-q1-mid-report.md @@ -381,6 +381,8 @@ LRA としては2年近くやっていない気がします。(リアルでも2 本資料前半の内容を踏まえて、LRA の活動をより楽しくすることを目的として追加で設定しました。 +(そもそも指針を設けること自体が義務感につながる可能性があります。これについては、無計画、無作為な開発になることを防ぐために組織運用上設定した参考値であり、拘束力は非常に低いものと考えてもらって構いません。途中での計画変更・未達成は全く問題がありません) + [^lena]: 名称の「レナ」は、ロシア連邦シベリア東部を流れる「レナ川-Лена」に由来している。レナ川は雪解けの影響で春から夏にかけて水量が増加することを、今回の改革によって春から夏にかけて成長することになぞらえてこの名称としました。 ### 期間