Lazarus 4.0登場！驚きのアプリサイズを実現

その記事から関連ありそうな部分、これしか見つけられなかったんだけど：
”FreePascalプロジェクト全体について、ドキュメントに批判が見られる。量はかなりあるのだが：FPCマニュアルが8冊、 Lazarusドキュメントも複数言語で lengthy。有料のチュートリアルe-bookもある。”
ってことは、批判ってドキュメントが多すぎるってこと？しかも長い上に、複数言語で手に入るってことまで文句言ってるの？

いやいや。君、発言の繋げ方が間違ってるぞ。批判してる人は多い；ドキュメント自体はある、しかも山ほど。これ、”AだからBだ”って話じゃないんだよ。2つの別の事実を言ってるだけ。”ドキュメントはイマイチだ。”と”ドキュメントはある、いっぱい。”ってこと。つまり、ドキュメントはあるし大量にあるけど、質が良くないって話。具体的には、索引とか相互参照がダメダメらしい。ドキュメントが多すぎても、整理されてなきゃ少ないのと同じくらいタチ悪いんだよ。

質問の仕方が間違ってるって？へー、すごい著者様みたいですね。私はドキュメントが何でダメなのか聞いて、例を一つ出しただけなんだけど。アンタ、”No”だけで済ませることもできたのに、代わりに何？’言葉のサラダ’？’索引とか相互参照が悪いって人から聞いた。それについてはXって理由で賛成/反対だな’って返すだけで普通の会話ができたのにさ。ネット上の適当なコメント相手に、全然関係ない理屈で説教しようとしないでくれよ。もっと人間らしくなれって。

1年くらい前にLazarusのドキュメント使うのやめたんだ。AI（実際のドキュメントで学習してるみたい）にプロンプト出す方が楽で速くなったからね。あと，個人的にはAIってPascalのコード生成でも結構いい結果出してくれると思うな。

どのAI？僕の経験だとPascalコード生成はひどいよ。意味不明な構文とかでっち上げの名前とか。”hello， world”も怪しい。Pythonは結構 decentなのに。Pascalはオンラインでの情報が少ないからかな。今も人気だけど，書かれたコードの多くは公開されてないんだ。

主な問題は，AIが古かったりサポートされてないパッケージを使おうとすることが多いってこと。でも，古いコンポーネントやユニットを使わないでって頼むだけで，ほとんどのことができるベースラインをくれるよ。Gemini 2.5を使ったのが最後だけど，すごく古いOLEベースのSCADAシステムのインターフェースを生成するために使ったんだ。生成されたベースコードは，インターフェースの読み書きにほとんど手直しが必要なかったよ。

私も！クライアント向けにLazarus 3（もちろんPascalで）で作ったソフトウェアを本番運用してるんだけど，みんなGUIの”Windows feel”が気に入ってるよ。
LinuxにはGambas ［1］ っていうのがあって，LazarusのBasic版みたいな感じ。［1］

クライアントがVB6で本番運用してた古いソフトで困ってたんだけど，Lazarusアプリに置き換えたら，もう10年問題なく動いてるよ。

ALGOLからPascalやCがどう派生したかの歴史を解説。ALGOL-60→ALGOL-X（却下）→ALGOL-68（ALGOL終了），ALGOL-W→Pascal。もう一つの派生はALGOL-60→CPL→BCPL（TRIPOS，AmigaOS）→B→Cの流れ。

そういえば、Jeff Duntemannが”FreePascal from Square One”の新しいの出したよ、無料PDFだよ
https://www.contrapositivediary.com/?p=5399

これ、コンピュータープログラミングがどういうものか学ぶのに最高の入門書の一つだと思うんだ．たとえPascalみたいな言語が好みじゃなくても、ぜひチェックしてみてほしいね．

＞関数から値を返すには、魔法のResult変数に何か代入するんだ．ローカル変数みたいに自由に読み書きできるよ．
その魔法変数スタイルと、VBScriptみたいに関数名に代入するのと、どっちが分かりやすいか悩むな．魔法変数の方がリファクタリングでいじる行数が減るかもね．
golangのfunc Doit() (result int, err error)っていう構文も、ちょっと複雑な気分になるんだ．別のプラットフォームの言葉を借りるなら、”一つのことをやる方法は一つだけあるべき”だよね．

俺も他の言語でよくresultを戻り値として使うんだ、たぶん25年前にDelphiで覚えたからかな．他の言語だと自動で戻り値にならないからreturn resultとか必要だけど、意図はめちゃくちゃ分かりやすいでしょ．だからそれだけで好きだよ．

Resultの方が分かりやすいのは、Pascalだと他の文脈で関数名だけ書くと引数なしの関数呼び出しになっちゃうからなんだ．例えばこんな感じ：
type PInteger = ＾Integer；

var X： Integer；

function Foo： PInteger；
begin
Foo ：= ＠X；
Foo＾ ：= 123；
end；

最初の代入は魔法のResult変数へのだけど、二番目は自分自身を再帰呼び出しして、返ってきたポインタを逆参照して代入してる．技術的には曖昧じゃないけど（C++と違って代入の左辺に裸の関数呼び出しは書けないから）、人間には分かりにくいよね．Resultならそういう問題はもちろんないし、たぶんDelphiが最初からこれを入れた理由はその辺だろうね．

＞どっちが分かりやすいか悩んでる
関数名への代入は”古いスタイル”のPascalなんだよ．Free Pascalでもまだサポートしてるけど、コンパイラは警告出すようになってるんだ！

＞golangの複数戻り値構文も好きじゃない
あれって、匿名タプルが代入時に自動分解されてるのと基本的には同じじゃないの？

いや、正確には違うね．
タプル全体を変数に入れられないからさ．

Golangの戻り値に名前つけるやつ、初心者には「あれ？この変数名どこから？」ってなるよね。呼び出し元データじゃないシンボル名なら尚更だよ。Google的には必要だったんだろうけど、個人的には分かりにくいだけかな。ローカル変数作るのに困るプログラマー見たことないし、AIが仕事奪う今じゃ余計に無用でしょ。
＞匿名タプルを代入時に自動で分解してるのとほぼ一緒？
コメント見て気づいたんだけど、この名前って、シグネチャだけど実装詳細だって誤解する人もいそう（コード例は省略）。
Golangで未使用変数でもコンパイルエラーにならない珍しい例だって気づいたよ（別のコード例も省略）。もう、ますます嫌いになったわ。

コードを一瞬で読むには、分かりやすい変数名とかreturnキーワードの方が断然楽だね、個人的には。

DelphiとFreePascalでも両方できるよ。組み込みプロシージャのExit(X)はC言語のreturnと同じ感じ。

同時にHomebrewで非推奨になったみたいね［1］参照。主流でこの問題に対応してくれるといいな。［1］ https://github.com/Homebrew/homebrew-cask/pull/199559

Lazarus/Free Pascalはちょっとだけ触ったことあるけど、慣れない点もあったなぁ。また触ってみるのも良いかもね。過去に役立ったこといくつか書いとくわ：fpcdeluxeはfpcとlazarusのビルドインストールに便利、anchordockingdsgnってプラグインでフローティングウィンドウを一つにまとめられる。4.0でそれがデフォルトになってると良いんだけどな。Castle Engine Pascal tutorialも結構良かったよ（ここにある別のスレッドで言及されてた）。
（追記：プラグインについて、fpcdeluxeにウィンドウを全部ドックするオプションがあるの見つけたよ−だから最初からそのプラグイン組み込めるね）。

fpcupdeluxeは特定のバージョンとかクロスコンパイルしたい時にすごく良いよ。安定版が欲しいだけなら、セットアップをダウンロードすれば良いよ。このバージョンではドックされたIDEがデフォルトのオプションだよ。

Lazarusが何に基づいているか、公式サイトだけだと分からなさすぎたよ。どこかの適当な投稿で「Lazarus IDE」って書いてあったからようやく分かったんだ。

コミュニティフォーラムのことかな？「公式サイト」へのリンクは左のサイドバーにあるよ。

LazarusとFPC、デプロイが難しいみたいで残念だね。オープンソースだし仕方ないけどさ。でもLazarusとFPCは素晴らしいプロジェクトだよ。LazarusみたいにGUIアプリ作る簡単な代替、他に知らないんだよね。今Macで試したけど、動かすのにハードルあった。残念だよ、良い選択肢なのに。

その問題は経験ないな。Raspberry Pi Zero WでもLazarus動かしたことあるよ、遅かったけど実際動いたんだ。Macにどんなハードルがあるか分からないけど、WindowsとかLinuxじゃ簡単だよ。

試してみたけど、Lazarus 2よりLazarus 4の方が断然使いやすいね．

リリース告知にはさ、製品が何かって説明もいつも含めてくれると助かるんだけどね．＞LazarusはDelphiと互換性のあるクロスプラットフォームのRAD向けIDEだよ．色んなコンポーネントがあって、グラフィカルなフォームデザイナーで複雑なGUIも簡単に作れるんだ．

Delphiは知ってるけど、Lazarusは今初めて知ったんだよね．きっと他にも俺みたいな人いるはず．Delphiの説明はいいとしてさ，でも全部の言語の全部のIDE知ってるわけじゃないじゃん．一句説明加えても損はないでしょ．上のコメント見てなかったら、またDelphi使うときにLazarusなんて選択肢に全く入らなかったよ．

vc++があれば、オープンソース版を探してgccとかclangに行き着くでしょ？Windowsがあれば、代替は何かなって調べてlinuxとかopenbsdとかについてちょっと学ぶでしょ．少なくとも俺はそう思ってたんだ．それは理にかなってると思うよ．

まあ、Delphi IDE探せばLazarusは見つかるだろうけどさ、教えてよ：利点は何なの？フォーラムの投稿で数バイト節約になるだけじゃん．それ以外に何があるの？エコシステム外の人が告知ポストから大して情報得られないせいで、エリート意識を感じる以外に．門番やってるようにしか見えないんだよね．本来使われるべき文脈でプロジェクトを知る人が減るだけじゃん．それって完全にマイナスに見えるんだけど．プラスは何？

メリットは明らかだと思ってたんだけど、年齢や文化の違いがあるのかも．リサーチ力と忍耐力を鍛えるのは良いことだよ．全てのHNの投稿が製品紹介であるべき、みたいな文句は違うと思う．RTFM＆RTFSの文化で育ったから（それが最高だったんだ！），たぶん俺たちの違いは永遠に埋まらないかもしれないな．

SPA以外にも存在するってことに驚いてた奴（フルページリロードマジックの件ね）の話読んでから、CSの歴史とか全く文脈も知識もない、もっと若い人がこの分野にはいるんだなって気づいたんだ．だから、LazarusとかDelphiを知らない人がいても全然ありえる話だよ．

それならさ、もっとたくさんのページとかリンクの裏に情報を隠しちゃえば？そうすればきっと、みんなのそういう力をもっと鍛えるのに、さらに良くなるはずだよね！

それって、そのIDEに純粋にフォーカスしたフォーラム全体へのリンクじゃん．ドメイン名に名前も入ってるし．なんでそのオーディエンスに説明する必要があるの？彼らは知ってるんだよ．

HNに投稿する時って、説明欄とかないんだよね。元のタイトル使うことになってるし、タイトルには文字数制限もあるしさ。それに、たまに怒ったネットの人がコメントしてくるんだよね、投稿者本人だったりもするし。

毎日さ、1万人が人生で初めてその話題を知るんだって。https://xkcd.com/1053/ これ見てよ。

それは会話としてはすごく良いポイントなんだけど、Lazarus の公式サイトのリリースノートって特定の場所では xkcd の法則は違うと思うな。リリースノート見る人って、Lazarus 知ってるか、Hacker News みたいに興味持って自分で調べる人だからさ。

こういうのってさ、他の場所でシェアされて、その製品が何かも全然知らない人が見ることになるんだよ。今回、俺が Lazarus でまさにそうだったみたいにね。

そしてその日（生まれた日）の最初の優先事項は、良いオープンソースの Object Pascal コンパイラを手に入れること、だね。

＞ SPA 以外が存在することに驚いた人（フルページリロードの魔法の出来事）について読んだんだけど、それ何？俺知らないんだよね。HN かどっかであったの？

あー、俺の言いたかったこと曖昧だったみたいだね。本当に言いたかったのは、公式サイトにそれを含めるべきだってことだよ。