BLOG · 2026-06-13 13:17

The Philosophical Positioning of Fundamental Antagonism — Separation and Triaxial Reassessment Since 1960

The conflict between AI semantic drift and bit-exact is not a technical debate, but the contemporary manifestation of a 60-year historical separation.


Introduction

Contemporary controversies in the software industry — "LLM-based translation vs. formal methods," "probabilistic AI vs. deterministic AI," "neural vs. symbolic" — appear on the surface to be new discussions.

However, they are all merely contemporary versions of the structural separation that began in 1960. This article re-evaluates the separation of mathematics and IT engineering since 1960, and systematically clarifies how the modern three-axis structure (mathematical axis, IT engineering axis, neural axis) has formed and what is happening now.


Chapter 1 — 1960 as a Branching Point

Until the 1950s: Mathematics = IT

In 1950s computer science, mathematics and computing were unified.

| Year | Event | Nature |

|------|-------|--------|

| 1936 | Turing Machine | Mathematical computation model |

| 1936 | Church's λ-calculus | Mathematical function model |

| 1945 | von Neumann Architecture | Mathematics × Engineering |

| 1956 | Dartmouth Conference | Mathematics → AI emergence |

| 1957 | FORTRAN | Numerical computation = mathematics-oriented |

| 1958 | Lisp | Northern extreme of mathematical axis |

→ In the era of von Neumann, Turing, Church, and McCarthy, "to compute" was synonymous with "to implement mathematics."

1959-1960 — The Branching Point

| Year | Event | Axis |

|------|-------|------|

| 1959 | COBOL | Northern extreme of IT engineering axis |

| 1960 | Algol 60 | Mathematics-oriented compromise |

The emergence of COBOL was decisive.

"A language for the convenience of describing business operations" = a declaration of independence from mathematics

From this point forward, business systems entered a world where "as long as it works" became the standard. Lisp and COBOL were born almost simultaneously, and over the following 60 years, both developed in opposite directions.


Chapter 2 — 60 Years of Separation History

Mathematical Axis vs. IT Engineering Axis: A Historical Overview

| Era | Mathematical Axis | IT Engineering Axis | Deepening of Separation |

|-----|-------------------|-------------------|------------------------|

| 1960s | Lisp / Algol / λ-calculus | COBOL / FORTRAN | Language branching |

| 1970s | Type theory (Martin-Löf) / Denotational semantics | C / Unix / Structured programming | "As long as it works" established |

| 1980s | Hoare logic / CSP / Category theory | C++ / OOP / Business core systems | Academic-field disconnection |

| 1990s | Coq / Isabelle / HOL | Java / Web / Enterprise | Formal methods marginalized |

| 2000s | Dependent types / Agda | Ruby / Python / Agile | "Mathematics unnecessary" culture |

| 2010s | Lean / Formal verification | JavaScript / Microservices | "Just get it working" dominance |

| 2020s | — | LLM / Probabilistic code generation | Mathematics abandonment limit |

→ Over 60 years, mathematics was expelled from IT engineering. Formal verification, type theory, category theory were relegated to academic corners. "As long as it works" became industry orthodoxy.

Decisive Changes in the 2020s

| Event | Implication |

|-------|------------|

| Full-scale LLM business adoption (2022–) | Mathematics abandonment limit |

| GitHub Copilot / Claude / watsonx | "Approximately equivalent" becomes standard |

| Vibe coding | Writing by probability without structural vision |

| AGI expectations | Solve everything with machine power |

→ The rise of the neural axis reads as the final form of mathematical axis abandonment.


Chapter 3 — The Modern Three-Axis Structure

Formulation of the Three Axes

| Axis | Philosophy | Lineage since 1960 | Representative |

|------|-----------|-------------------|-----------------|

| Mathematical axis | Rigorous structure handling | Lisp → Type theory → Formal verification | SlimeNENC family |

| IT engineering axis | As long as it works | COBOL → C → Java → Business systems | SI vendors, SaaS companies |

| Neural axis | Brute force through machine power | Perceptron → BP → Transformer → LLM | OpenAI / Anthropic / Google |

Comparative Characteristics of Three Axes

| Perspective | Mathematical Axis | IT Engineering Axis | Neural Axis |

|-------------|------------------|-------------------|------------|

| Solution method | Structural projection | Heuristics | Probabilistic approximation |

| Guarantee | Bit-exact / Formal proof | Test passage | Best-effort |

| Transparency | SHA-256 + audit chain | Source code legibility | Black box |

| Reproducibility | Third-party reproducible | Environment-dependent | Drifts |

| Computing resources | Lightweight (WASM 84 KB–) | Moderate | GPU-intensive |

| Time horizon | Thousand-year scale | Years to decades | Real-time |

| Philosophical source | 1950s computation theory | 1960s business description | 1980s connectionism |

| Failure mode | (Structurally absent) | Bugs | Hallucination |


Chapter 4 — AI Semantic Drift vs. Bit-Exact

Structural Opposition of Both

| Perspective | AI Semantic Drift | Bit-Exact |

|-------------|------------------|-----------|

| Foundation | Probability distribution | Functional determinism |

| Identical input | Different output possible | Identical output (always) |

| Reproducibility | Seed-dependent, approximate | SHA-256 equivalent |

| Verification | Statistical sampling | Mechanically provable on all inputs |

| Guarantee | Best-effort | Mathematical equivalence |

| Error | Probabilistically exists | Zero (structural) |

| Time axis | Varies during inference | Time-invariant |

| Third-party confirmation | Difficult | 3-line command |

Why AI Cannot Avoid Semantic Drift

| Factor | Source of Drift |

|--------|-----------------|

| Training data statistics | Sampling from probability distribution |

| temperature > 0 | Probabilistic choice in output |

| Floating-point non-commutativity | Order-dependence in parallel inference |

| GPU non-determinism | Kernel execution order |

| Quantization | Representation precision limitation |

| Model version differences | Training hyperparameter variation |

| Context effects | Output changes with preceding input |

→ AI structurally drifts. "Driftless AI" is conceptual contradiction.

Why Bit-Exact Does Not Drift

| Factor | Mechanism of Drift Elimination |

|--------|--------------------------------|

| No LLM | No probabilistic choice path |

| Slot IR fixed-bit representation | Finite, discrete representation space |

| Deterministic mapping | Identical input → identical output |

| Idempotent normalization | Fixed-point theorem foundation |

| SHA-256 verification | Tamper-proof through cryptographic hash |

| Isolation band sending | Drifting regions excluded from main flow |

| Third-party reproducible command | Anyone can prove zero drift |

→ Bit-exact structurally never drifts. This is not a design choice but mathematical necessity.


Chapter 5 — Three-Axis Reassessment: Reconvergence of Lisp and COBOL

Slot IR as Integration Point

| Language | Birth Year | Axis | Treatment in Slot IR |

|----------|-----------|------|----------------------|

| Lisp | 1958 | Mathematical axis | Direct structure handling |

| COBOL | 1959 | IT engineering axis | Structuralist projection |

| FORTRAN | 1957 | Intermediate | Numerical computation kernel |

→ Lisp and COBOL were born almost simultaneously, developed in opposite directions for 60 years, then can reconverge in Slot IR.

This is the historical meaning of structuralist translation: Lisp-style mathematics ↔ COBOL-style engineering can be handled in the same representation space via Slot IR.

Javatel at the Intersection of Three Axes

| Javatel Product | Separation Being Repaired |

|-----------------|--------------------------|

| SlimeCOBOL | COBOL (engineering side) → Slot IR (mathematics side) |

| SlimeJava | Java's integer core (engineering) as two's complement (mathematics) |

| SlimePython | Dynamic language (engineering) as observable structure (mathematics) |

| SlimeRESCUE | Binary (ultimate engineering) restored as mathematical structure |

| PSDP | Parallelization (engineering) rigorified by relational operators (mathematics) |

| §2-layer Lisp-JIT | Dynamics mathematicized through observation (naming itself declares separation repair) |

| SlimeTree-RLM | Orthogonal mathematical layer imposed on LLM (neural) |

→ All products share a consistent business model: "recovering mathematics in IT engineering/neural field practice."


Chapter 6 — Three-Party Cooperative Structure

AI, Machine, and Human

Semantic drift and bit-exact are not simple opposition. They can be reintegrated as a three-party cooperative structure:

AI (drifts) ─ Proposal
     ↓
Machine (doesn't drift) ─ Verification
     ↓
Human (structured) ─ Disclosure

Role of Each Agent

| Agent | Drift State | Role |

|-------|-----------|------|

| AI | Structurally drifts | Proposal, completion, bulk processing |

| Machine / Slot IR | Structurally doesn't drift | Verification, judgment, physical evidence |

| Human | Intelligence of structure discovery | Invariant extraction, boundary design, honest disclosure |

→ This is the essence of domain diagonal-reading engineering: humans see through structure, AI fills structure, machine verifies.

Repair of Separation Since 1960

| Separation to Repair | Solution |

|---------------------|----------|

| Mathematics ↔ IT engineering (product side) | SlimeNENC family repairs via Slot IR |

| Mathematics ↔ Neural (semantic drift side) | SlimeTree-RLM repairs via orthogonal layer |

| Mathematics ↔ IT engineering (management side) | S1-S9 AI agent management repairs |

| Mathematics ↔ Salvation (society side) | Public interest corporation for permanent salvation of structurally disadvantaged |

→ A business that recovers mathematics across product, management, and society. This is Javatel's historical positioning.


Chapter 7 — Philosophical Decisive Blow

Structuralist Philosophy Penetration

"Understand meaning not; transcribe structure."

Reinterpreting this philosophy in the context of semantic drift vs. bit-exact:

| Philosophy | Drift Countermeasure |

|-----------|-------------------|

| Understand meaning not | Meaning drifts → don't handle meaning |

| Transcribe structure | Structure doesn't drift → handle only structure |

| Isolate, don't confabulate | Isolate drifting regions → maintain main flow undrift |

| Third-party reproducible | Prove zero drift |

→ Structuralist philosophy is the structural counterargument to semantic drift. From Lisp/Algol 60 to SlimeNENC, this is the consistent main thread.

"Not Understanding Preserves Bit-Exact"

This is not a Zen paradox but the conclusion of 60 years of history:

Trying to understand meaning → interpretation drifts → bit-exact impossible

Transcribing structure only → interpretation unnecessary → bit-exact possible

→ "Not understanding" guarantees "not drifting" — a paradoxical structure. While the LLM industry aims for "understanding AI," Javatel chooses "non-understanding structuralism."


Chapter 8 — Late 2020s as Timing

Why Repair is Now Possible

The reason this separation, left unattended for 60 years since 1960, can now be repaired:

| Factor | Effect |

|--------|--------|

| WASM / WASI standardization | Transport mechanism for mathematics into IT engineering field |

| SHA-256 and cryptographic hash proliferation | "Mathematical equivalence" verifiable at operational layer |

| Computer performance improvement | Rigorous structural analysis operates at practical speed |

| Formal method tool maturity | Intermediate representations like Slot IR practically designable |

| LLM industry emergence | Limits of "brute force through machine power" becoming visible |

| Legacy retirement time pressure | Audit compliance becomes manifest business requirement |

→ Late 2020s is the first timing for mathematical-IT engineering reconnection.

Historical Window 2026-2035

| Period | Nature |

|--------|--------|

| 2026-2030 | Concentration phase — high-urgency customers move |

| 2030-2033 | Main battle phase — maximum volume |

| 2033-2035 | Residual phase — previously resigned final layer moves |

→ A 10-year historical window repairing 60 years of separation.


Chapter 9 — Future of Three Axes

Are the Three Axes Opposed or Coexisting?

| Scenario | Relationship of Three Axes |

|----------|---------------------------|

| Opposition scenario | LLM absorbs all OR formal methods counterattack |

| Coexistence scenario | Each axis survives in independent domain |

| Integration scenario | Mathematical axis orthogonally intervenes in other two |

→ Javatel's choice is the integration scenario. SlimeTree-RLM is an implementation example.

Long-term Prediction of Each Axis

| Axis | 2025 | 2030 | 2035 | Thousand Years Later |

|------|------|------|------|-------------------|

| Mathematical axis | Periphery | Recovering | Primary option | Inherited |

| IT engineering axis | Mainstream | Mainstream maintained | Partially replaced | Unclear |

| Neural axis | Rapid growth | Peak? | Stable | Unclear |

→ Only the mathematical axis is thousand-year sustainable. This holds the same structural form as thousand-year continuity of Shinto shrines and Buddhist temples.


Conclusion

Summary of Three-Axis Reassessment

1960 was the branching point — Lisp and COBOL born almost simultaneously, then developed oppositely for 60 years

2020s is the separation extreme — LLM neural axis is the final form of mathematics abandonment

Late 2020s is the historical repair window — WASM / SHA-256 / formal method maturity

Three-axis integration structurally possible — orthogonal intervention from mathematical axis

Only mathematical axis thousand-year sustainable — Shinto shrine/temple-type permanence

True Meaning of AI Semantic Drift vs. Bit-Exact

Both are not opposition but contemporary manifestation of separation since 1960, with structure enabling integration through three-party cooperation (AI + machine + human).

| Perspective | Implication |

|-------------|------------|

| AI semantic drift | Essence of neural axis — source of creativity |

| Bit-exact | Essence of mathematical axis — source of determinism |

| Three-party cooperation | Repair solution for separation since 1960 |

Philosophical Decisive Blow

"Not understanding meaning" guarantees "not drifting" — a paradoxical structure.

>

This is not a Zen paradox but the conclusion of 60 years of history.

The mathematical axis was marginalized but never extinguished. The Lisp lineage continues unbroken to the SlimeNENC family. While AI semantic drift dominates industry, the old value of "not drifting" returns to center through audit, salvation, and thousand-year inheritance contexts.

This is the historical position of the late 2020s.


Appendix — Three-Axis Reassessment Summary for Leaders

| Stakeholder | Implication |

|------------|-----------|

| CTO / Architect | LLM-only is dangerous. Maintain mathematical axis options |

| Audit | Bit-exact is the only regulatory compliance solution |

| Executive | If targeting thousand-year continuity, choose mathematical axis |

| Researcher | Repairing separation since 1960 is academically underdeveloped |

| Salvation enterprise | Mathematical axis permanence guarantees salvation inheritance |


Related Links

SlimeJava — Full Java compatibility Hybrid Bit-Exact Isolate

SlimePython — §14 Hybrid Bit-Exact Isolate Model

SlimeCOBOL — 501/501 + 4,595/4,595 byte-exact

SlimeTree-RLM — -20.4 ± 0.3 pt architecture constant

PSDP — 378/378 bit-exact + 4.23× parallel acceleration


Javatel Co., Ltd. /

Posted: 2026-06-13 13:17

← Back to blog