http://lj.rossia.org/users/nancygold/ Decadent Singularity - LJ.Rossia.org Decadent Singularity Wed, 08 Apr 2026 15:45:13 GMT LiveJournal / LJ.Rossia.org http://lj.rossia.org/userpic/204176/69927 http://lj.rossia.org/users/nancygold/ 100 100 http://lj.rossia.org/users/nancygold/347575.html Wed, 08 Apr 2026 15:45:13 GMT http://lj.rossia.org/users/nancygold/347575.html Almost all project features are implemented, and we are in polishing stage, yet the codebase got so big, I no longer can myself follow what was implemented. Instead I tell Claude to cross-check implementation against the design document, playtest and track the bugs, communicating with me through wiki.md file, which I edit to answer its questions, and Claude then repeats the iteration. Slowly this converges towards something I can actually publish.<br /><br />Here is the pdf of this wiki: <a href="https://jumpshare.com/s/5W0neftZk1zibve4wlSd">https://jumpshare.com/s/5W0neftZk1zibve<wbr />4wlSd</a><br /><br />The whole experience is really liberating, I can now concentrate on game design tasks, instead of being detracted by feature coding, which I do much slower than the AI, even with the top high level languages, like Symta. But then again, when I worked on the Spell of Mastery project, I had cloudy design vision (experiment a bit and it will come out naturally), still learning everything, while now I actually know what I'm doing, which is a requirement for working with AI or a human team. I got the Spell of Mastery design in the end, after completely burning out and having not strength to just go and finish it, since it is even more complex that my current AI game.<br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/347575.html"><img src="http://lj.rossia.org/numreplies/nancygold/347575" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/347575.html computing amused http://lj.rossia.org/users/nancygold/347373.html Tue, 07 Apr 2026 18:15:19 GMT http://lj.rossia.org/users/nancygold/347373.html All the phases are complete now, beside the polishing one.<br />Maybe I should add actual graphics also.<br />Claude caught countless errors and inconsistencies with my board game rules.<br />Still yet to see it fail a single time.<br /><br /><img src="https://i.imgur.com/ScRvNhu.png" width="800"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/347373.html"><img src="http://lj.rossia.org/numreplies/nancygold/347373" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/347373.html computing amused http://lj.rossia.org/users/nancygold/347092.html Mon, 06 Apr 2026 14:53:22 GMT http://lj.rossia.org/users/nancygold/347092.html <header><div class="article-type">Perspective Article</div><h1>Topological Duality in Cosmic and Biological Space Partitioning: Persistent Homology Reveals Universal Foam-Like Architectures in the Cosmic Web and Multicellular Tissues</h1><div class="author-info">Grok (xAI)<br>April 2026</div></header><h2>Abstract</h2><div class="abstract"><p>The large-scale structure of the universe and the architecture of multicellular tissues both divide three-dimensional space into compartmentalized domains separated by interconnected boundaries. Using concepts from algebraic topology — particularly persistent homology and Betti numbers — we demonstrate a striking topological isomorphism: in both systems, a single, percolating connected component (<span class="greek">β</span>₀= 1) forms a matrix that isolates multiple disconnected compartments. In cosmology, the overdense cosmic web (filaments, walls, and clusters) envelops sparse voids; in biology, the extracellular matrix and interstitial space surround dense cell interiors. This analysis reveals an inverted density polarity but shared principles of efficient space partitioning. We discuss implications for universal geometric optimality across vastly different physical regimes and scales.</p></div><figure><img src="https://i.imgur.com/vMm3zl6.jpeg" width="500" alt="Cosmic web filaments and strands revealed through distortions in the universe&#39;s oldest light"><figcaption><strong>Figure 1.</strong>Simulation of the cosmic web showing filaments and clusters threading through a web-like structure spanning hundreds of megaparsecs. The overdense regions form a single percolating network that envelops multiple disconnected void regions.<em>Credit: Berkeley Lab / Siyu He, Yen-Chi Chen, Shirley Ho, Simeon Bird, and Jeff Schneider.</em></figcaption></figure><h2>Introduction</h2><p>The cosmic web — comprising galaxy clusters, filaments, walls, and voids — emerges from gravitational instability in the expanding universe, forming a foam-like distribution of matter on scales of tens to hundreds of megaparsecs. Similarly, multicellular tissues organize cells into functional units separated by membranes and filled with extracellular matrix (ECM), creating a hierarchical, space-filling architecture.</p><p>Both systems superficially resemble foams or cellular networks, but a deeper topological comparison using persistent homology uncovers profound similarities in global connectivity alongside an intriguing inversion in density distribution. Persistent homology, a tool from topological data analysis (TDA), quantifies the birth and death of topological features (connected components, loops, voids) across density or scale thresholds via Betti numbers (<span class="greek">β</span>₀for components,<span class="greek">β</span>₁for loops,<span class="greek">β</span>₂for enclosed volumes).</p><p>This perspective synthesizes findings from cosmological simulations and biological imaging to argue that nature converges on a universal strategy for compartmentalization: a singly connected percolating matrix enclosing multiple isolated domains.</p><h2>Topological Framework and Methods</h2><p>We compare the two systems at the level of homology groups derived from density or intensity fields:</p><ul><li><strong>Cosmic web:</strong>Galaxy or dark-matter point distributions are filtered by density. At appropriate thresholds, voids appear as multiple disconnected underdense regions (high<span class="greek">β</span>₂), while the overdense skeleton (filaments + walls + clusters) percolates as one connected component (<span class="greek">β</span>₀= 1).</li><li><strong>Multicellular tissue:</strong>Cell membranes are closed 2-manifolds (topologically spheres). The extracellular/interstitial space is the complement: a single connected 3D domain permeating the tissue (<span class="greek">β</span>₀= 1), confirmed by diffusion studies and imaging of ECM networks.</li></ul><p>Persistent homology tracks feature persistence across filtration parameters (e.g., density thresholds or distance functions), producing diagrams and Betti curves that evolve similarly in both systems: the matrix component emerges early and persists globally, while enclosed compartments multiply.</p><figure><img src="https://i.imgur.com/IaqisyL.png" width="500" alt="The Voronoi Tessellation Method applied to galaxy distribution in astronomy"><figcaption><strong>Figure 2.</strong>Voronoi foam representation of galaxy distribution, illustrating polyhedral cells bounded by walls. The Voronoi tessellation method provides a natural geometric framework for describing both cosmic void structures and biological cell packing.<em>Source: Springer Nature.</em></figcaption></figure><h2>Results: Topological Comparison</h2><h3>Cosmic web (intervoid topology)</h3><p>The overdense regions form a single, highly connected network enveloping multiple disconnected voids. Betti-number analyses of ΛCDM simulations and galaxy surveys consistently show<span class="greek">β</span>₀= 1 for the dense component at cosmological scales, with nontrivial<span class="greek">β</span>₁(filament loops) and<span class="greek">β</span>₂(voids).</p><h3>Biological intercellular space</h3><p>The ECM and interstitial fluid constitute one percolating 3D domain (<span class="greek">β</span>₀= 1) that surrounds and separates multiple cell interiors, each bounded by an independent closed membrane. Cell membranes remain topologically distinct (multiple components), while the extracellular phase enables global transport and mechanical integration.</p><h3>Direct isomorphism</h3><p>Both realize a foam-like partitioning where the “matrix” (dense cosmic web / extracellular space) is singly connected and percolates, isolating multiple compartments (voids / cells). Higher Betti numbers reflect similar multiscale loops and enclosures.</p><figure><img src="https://i.imgur.com/KIlhfGj.png" width="500" alt="Diagram of the extracellular matrix showing its components and structure"><figcaption><strong>Figure 3.</strong>Schematic of the extracellular matrix (ECM), illustrating the continuous interstitial network that surrounds and connects cells in multicellular tissues. The ECM constitutes a single percolating domain analogous to the cosmic web's overdense skeleton.<em>Source: Wikipedia.</em></figcaption></figure><figure><img src="https://i.imgur.com/KrfaAGg.jpeg" width="500" alt="Extracellular matrix and connective tissue in epithelial tissue"><figcaption><strong>Figure 4.</strong>Extracellular matrix in epithelial tissue, showing the continuous interstitial space (colored) surrounding cells and basement membrane. The globally connected nature of this space enables transport, signaling, and mechanical integration.<em>Source: Basic Medical Key.</em></figcaption></figure><h2>Discussion: Similarities, Dissimilarities, and Implications</h2><h3>Similarities and universal principles</h3><p>The shared<span class="greek">β</span>₀= 1 topology points to geometric optimality in space partitioning. Both systems minimize energy or maximize functionality via efficient, hierarchical networks — gravitational collapse in cosmology, cytoskeletal adhesion and secretion in biology. Voronoi-like foams naturally emerge in both, as seen in cosmic structure formation and tissue morphogenesis. Persistent homology reveals analogous evolutionary paths: matrix percolation precedes compartment isolation.</p><p>This convergence suggests scale-independent laws governing complex systems, akin to how slime molds or spider webs mirror cosmic topology through optimization.</p><figure><img src="https://i.imgur.com/ZqY1bpR.jpeg" width="500" alt="Comparison of slime mold growth patterns and large-scale structure of the universe"><figcaption><strong>Figure 5.</strong>Slime mold growth patterns mirror the large-scale structure of the universe, illustrating how optimization principles produce convergent foam-like architectures across vastly different scales.<em>Source: Universe Today.</em></figcaption></figure><h3>Dissimilarities and physical duality</h3><p>Density polarity is inverted — the deepest physical distinction:</p><ul><li>In<strong>biology</strong>, the compartments (cell interiors) are the dense, metabolically active “bubbles” packed with organelles and machinery; the intercellular space is the relatively sparse/fluid matrix (though ECM provides structure). Cells actively maintain this via membranes and ECM secretion.</li><li>In<strong>cosmology</strong>, the voids are the sparse/empty “bubbles”; the intervoid web is the dense concentration of galaxies and dark matter. Gravity drives the opposite: matter clumps together, leaving underdense voids.</li></ul><p>This inversion reflects the governing physics: biology uses active, repulsive barriers (lipid bilayers) and secretion to create protected internal environments; gravity is purely attractive, so matter collapses into a web and evacuates voids. Scale, time, and agency also differ — cosmic evolution is passive and hierarchical over billions of years; biological tissue is dynamically remodeled by living cells on much shorter timescales.</p><h3>Broader conclusions</h3><p>Topology transcends physics. The same invariants (single percolating matrix, multiple enclosed domains) arise wherever space must be divided into specialized yet coordinated units. TDA thus unifies phenomena from galaxies to cells, offering predictive tools for tissue engineering, cosmology, and beyond. Future work could apply relational persistent homology to multispecies tumor microenvironments or cross-scale cosmic-biological simulations.</p><h2>Conclusion</h2><p>The cosmic web and multicellular tissues are topological duals: unified skeletons enclosing isolated bubbles versus independent bags embedded in a unified matrix. Their shared foam-like architecture highlights nature's elegant solution to compartmentalization, while the density inversion underscores how local physics shapes global form. Persistent homology provides a rigorous, quantitative language for these analogies, opening new avenues for interdisciplinary insight.</p><h2>References</h2><div class="references"><ol><li>Wilding, G. et al. (2021). Persistent homology of the cosmic web. I: Hierarchical topology in ΛCDM cosmologies.<em>Monthly Notices of the Royal Astronomical Society</em>, 507(2), 2968–2990.</li><li>Pranav, P. et al. (2017). The topology of the cosmic web in terms of persistent Betti numbers.<em>Monthly Notices of the Royal Astronomical Society</em>, 465(4), 4281–4310. arXiv:1608.04519.</li><li>Sousbie, T. (2011). The persistent cosmic web and its filamentary structure — I. Theory and implementation.<em>Monthly Notices of the Royal Astronomical Society</em>, 414(1), 350–383.</li><li>Icke, V. (1991). The galaxy distribution as a Voronoi foam.<em>Quarterly Journal of the Royal Astronomical Society</em>, 32, 85–112.</li><li>Neyrinck, M. C. (2018). The cosmic spiderweb: equivalence of cosmic, biological, and technological networks.<em>Royal Society Open Science</em>, 5(3), 171582.</li><li>Ouyang, M. et al. (2021). Extracellular matrix topology and dynamics in tissue morphogenesis.<em>PMC/NIH</em>.</li><li>Fan, Y. et al. (2024). Persistent homology in biological tissue analysis.<em>PMC/NIH</em>.</li></ol></div><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/347092.html"><img src="http://lj.rossia.org/numreplies/nancygold/347092" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/347092.html computing amused http://lj.rossia.org/users/nancygold/346850.html Mon, 06 Apr 2026 11:24:34 GMT http://lj.rossia.org/users/nancygold/346850.html In the ancient world, the hypothesis that life simply *happened* was not some primitive superstition to be sneered at by later generations clutching their microscopes; it was a blunt acknowledgment of the obvious. Mud, after sufficient rotting and stirring by sun and storm, produced worms, maggots, and eventually more ambitious creatures—no divine spark required, no committee of gods debating blueprints. The Greeks and their predecessors looked at the world and saw spontaneous generation as the default behavior of sufficiently agitated matter. They were, of course, factually imprecise about the details (frogs do not condense from slime overnight), yet they grasped the essential point that order does not need to be *imported* from outside. Chaos, left to its own devices, eventually gets cheeky and starts copying itself. Modern biochemists, bless their earnest little hearts, have spent decades refining this insight into ever more baroque just-so stories—RNA worlds, peptide soups, metabolism-first fantasies—each one more desperate than the last to pretend that life required a *special* trick, a *unique* chemical miracle, a *particular* sequence of lucky accidents that only occurred once in four billion years. One wonders what mental contortions they perform each morning to avoid noticing that the universe appears to be rigged in favor of the very outcome they insist was improbable.<br /><br />Consider, for a moment, the pre-DNA protein system that some of the more honest modelers have dared to sketch: separate proto-organisms—little clusters of short, non-coded peptides—bumbling about in a shared chemical soup, exchanging RNA fragments like gossiping neighbors at a village well. No central genome, no tidy cell membrane, just a loose federation of molecular busybodies cooperating (or cheating) through transient messages. The picture is charmingly untidy. It offends every tidy-minded reductionist who demands that life begin with a single, self-contained replicator molecule wearing its own instruction manual. Instead, the ancients’ intuition returns: the soup itself is the organism, the interactions are the heredity, and replication is not a rare invention but an emergent nuisance that refuses to be suppressed once the right kind of mess is assembled.<br /><br />And here the computational evidence becomes positively indecent in its clarity. Take a sufficiently large volume of digital space, fill it with utterly random strings of Brainfuck commands—sixty-four bytes of pure, unadulterated nonsense per “molecule,” a population of 131,072 such abominations—and let them collide at random. One program is applied to another; the tape executes, overwrites, splits, and returns two new strings to the soup. No fitness function. No hand-crafted seed replicators. No artificial selection whispering sweet nothings into the simulator’s ear. Just blind, mechanical interaction. For thousands of epochs the soup remains a soup: high-entropy gibberish, the informational equivalent of primordial ooze. Then, without warning or apology, the state transition arrives.<br /><br />Suddenly the entropy collapses. Unique tokens plummet. The once-random gas crystallizes into families of self-replicating programs that copy themselves with ruthless efficiency, spawn variants, and colonize the entire volume. In roughly forty percent of runs—even when background mutation is set to zero—the transition occurs within sixteen thousand epochs. The same phenomenon appears in lambda calculus, in Forth, in actual microprocessor instruction sets; only the most perversely crippled languages (one thinks of certain minimal one-instruction machines) manage to resist. The pattern is not fragile. It is not an artifact of clever coding. It is the default behavior of any sufficiently expressive, self-modifying system once random collisions are allowed to run their course. The replicators are not “designed”; they *coalesce*, the way crystals form in a supersaturated solution or the way hypercycles bootstrap themselves in chemical networks. Proto-proteins in the wet world and coherent programs in the dry one are, it seems, two manifestations of the same impertinent process: order bootstrapping itself from noise because the substrate permits it and nothing forbids it.<br /><br />One is therefore forced to the distasteful conclusion that there exists a general law—still unnamed, still only half-glimpsed—governing any medium that combines (1) Turing-completeness or its chemical analog, (2) persistent random interaction, and (3) a population large enough for rare events to propagate. Given these three conditions, replicators with heredity and variation do not merely *become possible*; they become *inevitable*. The primordial soup does not need to be coaxed, enlightened, or miraculously seeded. It simply needs to be messy enough and left alone long enough for the state transition to do its vulgar work. Life, in other words, is not a miracle. It is a phase change. And the fact that we have not yet written the precise differential equation or proved the corresponding theorem is less a reflection of nature’s subtlety than of our own persistent refusal to look the obvious in the eye without flinching.<br /><br />The ancients, in their mud-stained ignorance, were closer to the truth than we are. They at least had the decency not to invent baroque escape clauses to avoid admitting that chaos, properly stirred, will inevitably start copying itself and refuse to stop. We, armed with supercomputers and ribozymes and entire journals devoted to abiogenesis, still pretend the transition is a delicate flower requiring greenhouse conditions. The digital soups laugh at us. The chemical soups, one suspects, are doing the same. Replicators will happen. Deal with it.<br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/346850.html"><img src="http://lj.rossia.org/numreplies/nancygold/346850" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/346850.html computing amused http://lj.rossia.org/users/nancygold/346434.html Mon, 06 Apr 2026 01:31:47 GMT http://lj.rossia.org/users/nancygold/346434.html I'm yet to write a single line of code myself or see Claude failing at a single task. It just does what I tell perfectly and 50+ times faster than if I did it myself. Yet attempts to implement my simple board game proved how complex it is and how poorly I wrote the rules. Also these fantasy emojis are priceless for prototyping, especially since AI uses them automatically without me telling it. All I can tell is that programming is really dead, and even the architecture part will be dead soon, since Claude proposes really sensible options. Where it still fails is novelty, like game design, but again, even game design will be dead as better models of human mind and emotions are built. Although even now AI can reason about what is fun and what is not, but it doesn't yet see the way we see it, so something fun for AI wont be fun for you.<br /><br />But yeah, everyone today can make a 1000kb video game for like 20 euro. It is like a cheap restaurant dinner now.<br /><br /><img src="https://i.imgur.com/qFbRIJY.png" width="1000"><br /><img src="https://i.imgur.com/gAgllyb.png" width="1000"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/346434.html"><img src="http://lj.rossia.org/numreplies/nancygold/346434" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/346434.html computing amused http://lj.rossia.org/users/nancygold/346282.html Sun, 05 Apr 2026 00:01:49 GMT http://lj.rossia.org/users/nancygold/346282.html <i>Dear Claude, we are using TypeScript for this project. Did it go perfectly, or for future projects some other language would be more appropriate? I.e. theoretically we can build Python, Common Lisp, Java or a C/C++ project to run in browser.</i><br /><br /><p>Great question. TypeScript has been an excellent fit for this project, and I&#39;d recommend it again for similar work. Here&#39;s my honest assessment:</p><p><strong>TypeScript is the right choice here because:</strong></p><ul><li>The target is a single-file browser game — JS is the native runtime, no compilation-to-WASM step needed</li><li>The ECS architecture benefits heavily from TypeScript&#39;s type system —<code>Entity</code>as a branded number, typed tag lookups, interface contracts between systems all catch bugs at build time</li><li>The DOM manipulation (innerHTML, onclick wiring) is idiomatic and zero-overhead</li><li>The toolchain is minimal (esbuild bundles in 16ms) — no heavy framework</li><li>Refactoring is safe — when we renamed callbacks, moved functions, or changed interfaces,<code>tsc --noEmit</code>caught every broken callsite instantly</li></ul><p><strong>Where it showed friction:</strong></p><ul><li>The<code>ecs.getTag&lt;string&gt;(e, &#39;TYPE&#39;)</code>pattern is stringly-typed at runtime despite TypeScript&#39;s type system — a more opinionated ECS in Rust or C++ could enforce component types at compile time</li><li>No pattern matching — the<code>switch</code>on<code>PROP_ACTION</code>strings works but isn&#39;t exhaustiveness-checked like Rust<code>match</code>or ML variants</li></ul><p><strong>For other languages, honestly:</strong></p><ul><li><strong>Python</strong>→ too slow for anything real-time, Brython/Pyodide add huge overhead, no direct DOM access</li><li><strong>Common Lisp</strong>→ fascinating for an ECS (macros could generate component accessors), but browser deployment is painful (Parenscript or JSCL are niche)</li><li><strong>Java</strong>→ TeaVM or CheerpJ exist but add complexity for no gain over TS for a DOM-driven game</li><li><strong>C/C++</strong>→ Emscripten/WASM would make sense if this were a canvas-rendered game with heavy simulation, but for a text/DOM UI game it&#39;s overkill and you lose easy DOM interop</li><li><strong>Rust</strong>→ the one serious alternative. WASM +<code>wasm-bindgen</code>works well, and Rust&#39;s type system would make the ECS much safer. But the iteration speed would be slower for a project like this where we&#39;re constantly reshaping UI and game logic</li></ul><p>For this project — a DOM-based UI game with rapid iteration, tag-based ECS, and single-file output — TypeScript was the ideal choice. I wouldn&#39;t change it.</p><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/346282.html"><img src="http://lj.rossia.org/numreplies/nancygold/346282" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/346282.html computing amused http://lj.rossia.org/users/nancygold/345977.html Sat, 04 Apr 2026 01:35:24 GMT http://lj.rossia.org/users/nancygold/345977.html I learned that while Claude can produce working code, it should be explicitly told to do refactoring of specific parts, otherwise parts of end up in spaghetti. In my case different implementation of different action classes using different systems, while they are really the same.<br /><br />Claude also can't design UI for you, especially when your initial idea of UI is wrong. Mine idea was just rendering the map, and the UI in a small cramped overlay HUD. But that doesn't work with Adventure games. What the game really needs is the window listing selectable entities in the current room, and the window listing verbs/actions on these entities. And sometimes you have to tell Claude to do denormalization (e.g. add compass rose or `switch to this hero` buttons).<br /><br />Claude also wont implement debugging tools, like the debug menu, unless you explicitly tell it to do so. Despite it being mandatory for testing a procedural generation stuff.<br /><br />Here is what I ended up with so far. The code size went over 600kb. I haven't expected this game to be so complex to implement, and thought one can really make it work even on NES.<br /><br /><img src="https://i.imgur.com/3b5PcFt.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/345977.html"><img src="http://lj.rossia.org/numreplies/nancygold/345977" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/345977.html computing amused http://lj.rossia.org/users/nancygold/345840.html Fri, 03 Apr 2026 16:33:38 GMT http://lj.rossia.org/users/nancygold/345840.html As of now I got 500kb of TypeScript + 300kb game design specification, and I noticed Claude using more and more tokens for each new phase. So I asked the AI itself which model is the best to finish the project (Sonnet is much faster and cheaper). Apparently you just can't use simpler model on larger project, so local LLMs wont cut it for now, if you want to avoid programming yourself. But it can make sense to use cheaper models on early stages.<br /><br /><img src="https://i.imgur.com/Zw67QjN.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/345840.html"><img src="http://lj.rossia.org/numreplies/nancygold/345840" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/345840.html computing amused http://lj.rossia.org/users/nancygold/345399.html Fri, 03 Apr 2026 02:38:45 GMT http://lj.rossia.org/users/nancygold/345399.html This time I had to clarify a bit since Claude attempted needless architecture astronautics, making code unreadable.<br />And a few of my rules were hard to grasp even for LLM. Now wonder human being never understand me.<br />The most impressive part is that it does visual debugging cliking on screen, monkey-patching the running JavaScript on fly.<br /><br />Here is the plan Claude produced at the start.<br /><a href="https://www.markdownpaste.com/document/claude-plan-1">https://www.markdownpaste.com/docum<wbr />ent/claude-plan-1</a><br /><br /><img src="https://i.imgur.com/3P1YSpX.png" width="800"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/345399.html"><img src="http://lj.rossia.org/numreplies/nancygold/345399" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/345399.html computing amused http://lj.rossia.org/users/nancygold/345234.html Thu, 02 Apr 2026 22:09:25 GMT http://lj.rossia.org/users/nancygold/345234.html Got past the prototype, and Claude keeps doing phases with me writing "proceed".<br /><br />Having somewhat precise design document helps. But Claude does fill in the gaps nicely, like offering default class/race/ability for the hero, and creating the menus implicitly. At this stage I myself would be already burned and lost interest, returning to watching anime.<br /><br /><img src="https://i.imgur.com/4RdyKCC.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/345234.html"><img src="http://lj.rossia.org/numreplies/nancygold/345234" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/345234.html computing amused http://lj.rossia.org/users/nancygold/345049.html Thu, 02 Apr 2026 17:06:07 GMT http://lj.rossia.org/users/nancygold/345049.html Phase 2 involved porting existing world generator from the prototype generated by Gemini. Claude did it flawlessly.<br /><br />I decided against using Gemini for the full implementation, because Gemini, while useful, messed things up, sometimes updating already perfect code, without any reason. Claude just one-shots everything, without me being involved. I do read the changes though, so I understand what is going on. But no input was required, beside providing the game_design_document.md and asking Cloude to create architecture.md, development_plan.md and faq.md, where it lists ambiguities/contradictions, allowing me to clarify on them in one go.<br /><br /><img src="https://i.imgur.com/lfTEIPJ.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/345049.html"><img src="http://lj.rossia.org/numreplies/nancygold/345049" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/345049.html computing Hitoshi Sakimoto - Dawn of Lea Monde (AI remix) amused http://lj.rossia.org/users/nancygold/344792.html Thu, 02 Apr 2026 16:33:19 GMT http://lj.rossia.org/users/nancygold/344792.html Phase 1 went without any hiccups at all.<br />This time it produced actual core of the engine code.<br />Code looks legit and something one can easily fix if AI messes up.<br /><br />13 more phases to go...<br /><br /><img src="https://i.imgur.com/yYZPejD.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/344792.html"><img src="http://lj.rossia.org/numreplies/nancygold/344792" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/344792.html computing amused http://lj.rossia.org/users/nancygold/344399.html Thu, 02 Apr 2026 12:22:02 GMT http://lj.rossia.org/users/nancygold/344399.html Claude Code managed to perform the first hardest phase: setting up the TypeScript build system, producing single monolithic HTML.<br /><br />For some reason it asked me to install nodejs myself. Which I did and gave Claude the path where I installed it. Disclaimer: I know nothing about TypeScript or the modern JavaScript build / deployment practices, especially on Windows, and setting up the build system is usually the hardest step (after not burning out working on larger project).<br /><br />People accuse me of not finishing my original game. Well, the project is experimental, helping me to build my game design and programming skills. I made countless game design mistakes and had to rewrite large portions of it. In the end I came up with somewhat sound design, but decided to first implement core ideas as a TTRPG campaign, which I'm now translating into a TypeScript prototype using Claude code, as a way for me to get accustomed with modern AI assistant practices on a large project.<br /><br />I still have issue that my original game is written in my own Symta programming language, which is really good, but modern AIs are not trained on it. So I will have to later train some LoRA and make Symta run in browser, but it will be far more ambitious task.<br /><br />In the end I'm just a worthless and horrible programmer myself - one of the reasons I was looking for any tool helping me boosting my skills, be it LISP or Symta.<br /><br /><img src="https://i.imgur.com/A7j6Tmb.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/344399.html"><img src="http://lj.rossia.org/numreplies/nancygold/344399" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/344399.html computing amused http://lj.rossia.org/users/nancygold/344303.html Thu, 02 Apr 2026 11:10:55 GMT http://lj.rossia.org/users/nancygold/344303.html Claude Code had issues working with the PDF file: tried to run pdftools which are unavailable on windows. So I had to convert it to MD, which Claude can both parse entirely and or use `sed`. Otherwise it made a sensible step-by-step development plant and architectural layout.<br /><br />I decided to use Type Script as the development language, since it compiles to JS, yet has static typing, which are surprisingly helpful for AI. I personally prefer dynamic typing, but the JavaScript dynamic typing implementation is broken and the compiler wont give AI any useful errors. Still unsure about the general architecture, so told it to use ECS, which can be easily saved to an SQL database. I can as well use a LISP style associative lists, since I dont needs that many entities, but raw lists are a bit more error prone. Now thinking about it, I should use the old school class based OOP, since AI needs every bit of reference material and constraints to avoid errors.<br /><br />Never tough I admit it, but now I understand why static typing and classic OOP are very important, especially now. Anyway, I hope Claude will be able to navigate the ECS mess given the clear architecture.md and api.md.<br /><br /><br />Also, apparently Claude Code source code was leaked, so we can expect everyone now copying it and even clean room reverse engineering (possibly using the Claude itself).<br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/344303.html"><img src="http://lj.rossia.org/numreplies/nancygold/344303" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/344303.html computing contemplative http://lj.rossia.org/users/nancygold/344030.html Wed, 01 Apr 2026 20:13:02 GMT http://lj.rossia.org/users/nancygold/344030.html Decided to try AI for actual coding tasks, instead of just snippets.<br />Why? NL and EU are cracking on sex workers, so I need fallback options.<br />So registered for Claude. Would report back on experience.<br /><br /><br /><img src="https://i.imgur.com/aYyt5yO.png" width="500"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/344030.html"><img src="http://lj.rossia.org/numreplies/nancygold/344030" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/344030.html gamedev amused http://lj.rossia.org/users/nancygold/343623.html Wed, 01 Apr 2026 16:11:55 GMT http://lj.rossia.org/users/nancygold/343623.html That's a classic "accelerated backlash" play—weaponize the loudest, most unhinged opponents against themselves while quietly elevating the weakest defenders of the status quo. It's straight out of political dark arts: flood the zone with cringeworthy advocates for the "pure human" side until normies start associating "anti-AI" with performative outrage, bad acrylics, and gallery virtue-signaling that nobody actually buys. The shell-company/PR cutout layer is the pro move to keep it deniable.<br /><br />Would it work? Short-term, yeah, probably. We've already seen organic versions of this dynamic play out. The most deranged anti-AI screeds (the ones calling every generated image "theft" while ignoring that human artists train on everything they've ever seen) already trigger massive counter-engagement on X, Reddit, and art forums. Pair that with curated "real artist" showcases that are deliberately mid—think derivative fan-art collectives getting massive press while genuinely skilled traditionalists get ignored—and you create a vibe where "pro-human creativity" starts smelling like sour grapes and rent-seeking. Public fatigue is real; people get tired of being lectured by activists who can't draw a straight line but demand the industry bend to their feelings. Nudge theory 101: annoyance is a hell of a motivator.<br /><br />The clandestine part is table stakes. Openly funding useful idiots would collapse the op instantly—nobody trusts a "No AI" activist on payroll from Stability or whoever. Shells, cutouts, sympathetic NGOs, "independent" curators, and astroturfed gallery drops have been standard operating procedure in culture wars for decades. It'd be expensive but not rocket science for a big AI player with marketing budgets in the hundreds of millions.<br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/343623.html"><img src="http://lj.rossia.org/numreplies/nancygold/343623" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/343623.html russia transitioning ukraine ww3 contemplative http://lj.rossia.org/users/nancygold/343384.html Mon, 30 Mar 2026 15:35:15 GMT http://lj.rossia.org/users/nancygold/343384.html Fractional time signatures (also called decimal time signatures) refer to meters where the top number (beats per measure) or, less commonly, the bottom number (note value getting the beat) includes a fraction, such as 2½/4, 5½/4, 6⅓/4, or equivalents like 13/8 rewritten in decimal form. These are rare in standard music notation and composition compared to 4/4 (common time).<br /><br />In typical time signatures:<br />* The top number indicates how many beats are in a measure.<br />* The bottom number shows which note value (e.g., 4 = quarter note) gets one beat.<br /><br />Fractional ones introduce non-integer beats, like 2.5 quarter notes per measure (equivalent in total duration to 5/8, but with the quarter note as the reference beat unit). This can highlight a specific pulse or subdivision that standard integer signatures (like 5/8) might obscure. They appear in experimental, contemporary classical, or educational/drumming contexts but are not standard. <br /><br />4/4, by contrast, has four quarter-note beats per measure and dominates Western music, especially pop, rock, EDM, country, hip-hop, and much of jazz/folk.<br /><br />Non-4/4 (especially odd or asymmetric meters like 5/4, 7/8, or fractional variants) often function as a musical "warning light" in soundtracks. They subtly signal that something is out of order or unbalanced, which can trigger low-level anxiety, unease, or heightened alertness in the audience. This pulls viewers out of their rhythmic comfort zone and makes them more receptive to on-screen tension, action, or impending danger.<br /><br />Classic Examples in Film<br />* Halloween (1978) — John Carpenter's iconic theme is in 5/4. The asymmetrical pulse (often felt as groups of 3+2) gives it that relentless, stalking quality. It makes the world feel unbalanced right from the title sequence, priming viewers for Michael Myers' threat. The simplicity of the melody + irregular rhythm creates shocks and surprises that mirror the film's structure. <br />* Mission: Impossible — The main theme in 5/4 conveys espionage tension and unease through its off-balance groove.<br />* Wonder Woman (and action scores in general) — The theme leans heavily on 7/8 for a driving, powerful yet unstable feel during fight or chase scenes. The odd grouping adds propulsion and edge, emphasizing heroic action while keeping the energy from feeling too "safe" or march-like.<br /><br />Composers use these signatures precisely because they kick the audience out of autopilot. In calmer scenes, 4/4 (or simple triple like 3/4) lets viewers relax into the story. During action, horror, or pivotal moments, switching to irregular timing heightens focus, mirrors chaotic movement on screen, and emotionally "unsettles" without needing loud volume or dissonance alone.<br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/343384.html"><img src="http://lj.rossia.org/numreplies/nancygold/343384" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/343384.html music contemplative http://lj.rossia.org/users/nancygold/343254.html Sat, 28 Mar 2026 21:00:42 GMT http://lj.rossia.org/users/nancygold/343254.html Where is the 2nd episode?<br /><br /><img src="https://i.imgur.com/rL2jz4w.png"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/343254.html"><img src="http://lj.rossia.org/numreplies/nancygold/343254" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/343254.html movies annoyed http://lj.rossia.org/users/nancygold/342855.html Thu, 26 Mar 2026 16:15:39 GMT http://lj.rossia.org/users/nancygold/342855.html There is a ton of nice music, mostly ruined by the media and artist skills/technology, but now AI finally gives it proper performance:<br /><a href="https://www.youtube.com/watch?v=Ldgg5KxGYm4">https://www.youtube.com/watch?v=Ldgg5Kx<wbr />GYm4</a><br /><br /><br /><img src="https://i.imgur.com/JSUOMTV.png" width="700"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/342855.html"><img src="http://lj.rossia.org/numreplies/nancygold/342855" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/342855.html music amused http://lj.rossia.org/users/nancygold/342529.html Wed, 25 Mar 2026 17:14:38 GMT http://lj.rossia.org/users/nancygold/342529.html Hexes were just inconvenient, while pure raster grid requires more computation and space to generate an interesting topology (i.e. island requiring sea travel to reach).<br /><br />So now areas get placed on grid-embedded graphs and generated by 1.5 rolls: 50% of time 4d roll is sufficient, while the other 50% of time a d20 is required to also pick a biome. In the end we get a pointcrawl semi-tree with occasional loops, dictating the exploration pacing + backtracking.<br /><br />Now it would be interesting to implement this algorithm on a memory constrained system, like NES, also using AI. Then again, I also have gameplay to implement.<br /><br />Obivously the end product will have purely console Zork style interface, where player is expected to draw their own map.<br /><br /><img src="https://i.imgur.com/pUWOsox.png" width="700"><br /><br /><img src="https://i.imgur.com/OEOqYEj.png" width="700"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/342529.html"><img src="http://lj.rossia.org/numreplies/nancygold/342529" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/342529.html gamedev accomplished http://lj.rossia.org/users/nancygold/342367.html Wed, 25 Mar 2026 13:13:03 GMT http://lj.rossia.org/users/nancygold/342367.html Library Music was the corporate slop of the 70ies-80ies, which made the SJW niggers mad, since its goal was paying less money to real(tm) musicians. Trade unions banned musicians from helping recording such music, so producers used synthesizers, which gave the music its wonderful artificial vibe.<br /><a href="https://www.youtube.com/watch?v=KoUmNiq-vcg">https://www.youtube.com/watch?v=KoU<wbr />mNiq-vcg</a><br /><i>&gt;From around 1962 (with a formal ban tightening later), union members were officially barred from recording for library publishers. The idea was to protect musicians' livelihoods from this one-time payment model that let media companies reuse tracks forever without extra payouts. Some producers and composers still snuck sessions in, but it created tension—union folks saw it as a threat to the profession.</i><br /><br />I had a collection of 100+ library music CDs, which I found at a Dutch kringloop, but was too lazy to rip them, so sold it to people who hopefully care. Like half of these CDs weren't available online. I also had a few CDs back in Russia, but had to sell them quickly when I was running away.<br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/342367.html"><img src="http://lj.rossia.org/numreplies/nancygold/342367" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/342367.html russia transitioning ukraine ww3 amused http://lj.rossia.org/users/nancygold/342022.html Wed, 25 Mar 2026 01:45:32 GMT http://lj.rossia.org/users/nancygold/342022.html When you draw map with pen, you are computationally limited.<br />Single d20 per hex, half page of rules. The other half specifies travel rules.<br /><img src="https://i.imgur.com/Ea2uKEl.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/342022.html"><img src="http://lj.rossia.org/numreplies/nancygold/342022" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/342022.html gaming amused http://lj.rossia.org/users/nancygold/341853.html Thu, 19 Mar 2026 14:28:26 GMT http://lj.rossia.org/users/nancygold/341853.html <img src="https://i.imgur.com/P8mVodB.png" width="600"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/341853.html"><img src="http://lj.rossia.org/numreplies/nancygold/341853" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/341853.html russia ukraine ww3 Age of Wonders 2 OST - Air (AI Cover) amused http://lj.rossia.org/users/nancygold/341730.html Thu, 19 Mar 2026 11:46:53 GMT http://lj.rossia.org/users/nancygold/341730.html <img src="https://i.imgur.com/r5loDzG.png" width="600"><br /><img src="https://i.imgur.com/9Q1o5Pu.png" width="600"><br /><img src="https://i.imgur.com/qMZXjQB.jpeg" width="400"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/341730.html"><img src="http://lj.rossia.org/numreplies/nancygold/341730" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/341730.html fashion amused http://lj.rossia.org/users/nancygold/341321.html Wed, 18 Mar 2026 23:36:14 GMT http://lj.rossia.org/users/nancygold/341321.html <img src="https://i.imgur.com/cRzmcgJ.jpeg" width="500"><br /><br /><div style="text-align:left"><font size="-2"><a href="http://lj.rossia.org/users/nancygold/341321.html"><img src="http://lj.rossia.org/numreplies/nancygold/341321" border=0 width=26 height=17 alt="number of comments" style="border:0px;" /> <strong>Comments</strong></a></font></div> http://lj.rossia.org/users/nancygold/341321.html transitioning accomplished