ぽな@ばぐとら📦 @ponapalt@ukadon.shillest.net

里々 Mc159-9 さっきのアンカー問題の修正
https://github.com/ponapalt/satoriya-shiori/releases

OOP おっぱい oriented programming

DDH素材（かがの写真）

ぼくはDD素材のほうがすきです。

BB(戦艦)素材

里々側も対策組んどかないと…

dicAnchorに＊（ランダムトーク）が入った結果、空文字列探索を繰り返して大量の\_a[]\_aが入るという重大インシデントが起きてる。

というかこれよく無限ループにならなかったな…？

なお技術屋にエディタ論争ふっかけたらきのこたけのこ戦争より悲惨になるのでやめましょう。

むしろサクラエディタが無いと倒れるタイプ

<<'
ラ１００１：食堂車って、天然記念物に認定されたんでしょ？
テ１４：されてないよ。
テ１２０：確かに、今はあまり見かけないけど……
ラ０３：子供の頃に憧れてテツになった子とか、可哀想。
テ１１０：……まあ、駅弁で我慢してもらわないと。
'>>

バグらないタイプの書き方

濃密なサポート
※濃密なバグ弾幕の意

里々はさとりすと前提でないと書き間違いしまくりすぎてつらい

AYA使いになるともれなくベースウェア開発者の濃密なサポートがつきます。

locale:de、locale:en-us、locale:zh-tw、locale:ko、locale:jaなひとたちがまとめてちゃんぽん状態でlang:enで打ち合わせしてるのが日常になってると特にそう思う

技術屋はlang:en必修説、とりあえず読み書きできるようになると得られる情報量が10倍ぐらいになるので強く支持する。

仕事だけではなく伺か関連までlang:jaとlang:enを頻繁に切り替える感じになってきた。めっちゃへたくそだけど一応通じてるのでたぶん大丈夫…

実行前のチェックが厳しければ厳しいほど、先にバグを掘り出せる確率が高まるので、可能な限りそこでエラー吐いておきたいのです。
AYAなんてまだかわいい方で、変数にあらかじめ指定した型（数値とか文字列とか）以外入れたら即刻エラーとかとてもふつう。

AYA系がやたらと厳格でミス許さないのは「変なミスして謎のバグを起こさない」ためなので、愛のムチなのです。

プログラミング言語なんてだいたいそんなもんで里々が特殊。