@kanade_lab 今の所仕様というか解消するにもずいぶん悩む話だったような

@kanade_lab ＊だと累積適用だから＠使おうとかそういう話ではなくて…？

@kanade_lab 何が起きてるんだっけ
夏頃から今までの情報が脱落してるの…

@kanade_lab 適当にぷるりくってほしいでち

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

@kanade_lab いろんな運用経験を持つのは大事なのでお財布が許せばやってみるといいと思う

それにしてもやたらと安いな…

@kanade_lab IP振られたら教えて　設定する

OOP おっぱい oriented programming

このアカウントは、notestockで公開設定になっていません。

DDH素材（かがの写真）

@kanade_lab なにこれめっちゃやすい…むしろ値段的に大丈夫か感…

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

BB(戦艦)素材

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

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

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

@mikageryu とりあえず先にdicAnchorの頭の✽取って。出力スクリプトがたいへんなことになってる。

@bbergenia ぷるぷる　ぼくわるいいんすたんすじゃないよ

@mikageryu いやそっちのバグ。ランダムトークしないとかいうやつ。
もし再現する環境が今あるのなら、ディレクトリごと固めて送ってほしい。

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

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

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

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

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

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

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

@mikageryu ばぐのにおいがする

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

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

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

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

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

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