俺は過去の俺と未来の俺は、連続しているだけで他人だという解釈を考えており（データとして、その遷移は確かにつながっているが、時間変数に対する答えは今と昔では大きく異なる）
この「遷移」こそ、絵のスランプや「調子の悪さ」を引き起こす原因だと俺は考えているが
逆説的に、「時間が変化しても変わらない方法」が見つかれば、方法論から同じ結果を得られる
#美少女の設計図 （ #FormationKawaii ）、 #LX-REACTS #LX-HPW #LX_ARGYLE #HoshikawaMemo 、全て俺の考え育み繋げるこれらの研究は「今の俺ができる事を、未来の俺もできてる状態を作る」為の研究である🌊

俺はソフトウェアのことを「何をしたいかをまとめた議事録かつ、どうやりたいかを決めた会議の結果」と考えているので
単なる小説ではないし、論文ではないし、技術資料でもないし、まして命令ですらない
「私たちならこう作ります」という意思表示、だからコードから喋り、何をしたいかをデベロッパや改変者に伝えるべきだと思う
その考え方の一つとして、俺たちは #LX-HPW ( #HoshikawaLab : Projection Workspace ) を提案する
これは、コードを「意味」で開発し、「意味」で実装し、機能実装を最後に行うやり方だ🌊
#HoshikawaMemo #HoshikawaStudio

GPTに「ソフト開発における、コード抽象化」が、どんな嬉しさを持つかをまとめてもらいながら
VBAの作りたいUX開発プロジェクトを、久しぶりに再開した
#HoshikawaMemo #HoshikawaStudio #HoshikawaLab

そもそも、コード抽象化の利点ってなんだ？
俺は、「特別なドキュメントが無くても、コードが何をできて何をしたいのか、ロジックで読んでわかる」ような、「コードと目的の密結合」と「コードとロジックの疎結合」を同時に達成するための、「ソースコードの役割を分けるルール」の事だと思ってる📝
「汎用コード／専用コード」を分ける意味と権限の分類の事を、抽象化と考えた🌊