KofUma linguagem. Um compilador. Vários mundos.

Kof é uma linguagem geral, fortemente tipada e estaticamente tipada, criada para reduzir drasticamente a complexidade necessária para construir software moderno.

Compilador próprio: lexer, parser, AST, sistema de tipos, análise semântica, resolução de símbolos, IR própria, múltiplos backends, runtime e biblioteca padrão em evolução.

Fonte Kof
     ↓
Compilador Kof
     ↓
Kof IR
     ↓
 ┌───┼───────────┬───────────┐
 ↓   ↓           ↓           ↓
JVM Native     Script       Web

A linguagem não muda quando o target muda.

Kof não é um transpiler.

Não existe uma etapa em que Kof vira Java e depois pede ajuda ao javac. O compilador possui frontend, sistema de tipos, IR e backends próprios — e gera bytecode e código nativo diretamente.

Kof → Java → javac → JVM

Kof
 ↓
Compilador Kof
 ↓
Kof IR
 ↓
Backend
 ↓
Target

O problema não é programação. É a quantidade de coisas que precisamos fazer para programar.

HTTP
↓
framework
↓
controllers
↓
services
↓
repositories
↓
ORM
↓
DTOs
↓
serializers
↓
injeção de dependência
↓
configuração
↓
bibliotecas de mensageria
↓
APIs assíncronas
↓
boilerplate

intenção
↓
Kof
↓
compilador + runtime + stdlib
↓
software

A filosofia Kof

Boilerplate não é uma feature.

Kof é projetada primeiro para seres humanos. A sintaxe deve representar intenção: se o compilador entende sem vinte linhas de cerimônia, vinte linhas de cerimônia não deveriam existir.

public final class User {
    private final String name;
    private final String email;
    public User(String name, String email) {
        this.name = name;
        this.email = email;
    }
    public String name() {
        return name;
    }
    public String email() {
        return email;
    }
}

1class User(
2    String name,
3    String email
4)

Feita para humanos. Naturalmente amigável às máquinas.

Kof não é uma “AI language”. A filosofia continua humana primeiro. Mas sintaxe pequena, semântica explícita, baixo boilerplate, APIs padronizadas e documentação estruturada têm uma consequência importante: a linguagem também fica muito mais fácil de compreender por ferramentas automatizadas e modelos de linguagem.

training/
├── language/
├── reference/
├── patterns/
├── anti-patterns/
├── migration/
└── examples/

Uma linguagem. Vários mundos.

O mesmo frontend alimenta todos os backends. Targets em desenvolvimento estão explicitamente marcados como tal.

Kof
  ↓
 Kof IR
  ↓
 bytecode JVM
  ↓
 JVM

Kof
  ↓
 Kof IR
  ↓
 Backend nativo (x86_64)
  ↓
 Executável ELF

Kof
  ↓
 Kof IR
  ↓
 Backend nativo (riscv64/aarch64)
  ↓
 ELF (qemu)

Kof (.ks)
  ↓
 Kof IR (MESMO frontend)
  ↓
 KofInterpreter (sem bytecode)

Kof
  ↓
 KofJS
  ↓
 JavaScript (GraalJS)

Kof
  ↓
 Kof IR
  ↓
 JvmBackend (release 21)
  ↓
 APK

C subset (.c)
  ↓
 KofC compiler
  ↓
 ELF x86_64

Você escreve código. O runtime cuida da memória.

O código Kof não muda porque o target mudou. Nada de malloc, free, ponteiros ou lifetimes manuais. A JVM usa o GC da JVM; Native tem gerenciamento próprio (free-list + mark-sweep + auto-collect). A abstração de memória pertence à plataforma, não ao usuário.

1class User(
2    String name
3)
4
5main() {
6    var user = User("Mel")
7    println(user.name)
8}

E se construir software não exigisse um ecossistema inteiro de cerimônia?

HTTP, JSON, banco, concorrência, async, mensageria, rede, testes, serialização, coleções, filesystem, tempo e segurança devem caminhar para dentro da biblioteca padrão e do runtime da Kof. Com etiquetas honestas do que já existe.

Construa uma aplicação web sem construir antes um ecossistema de frameworks.

kof.web já existe na JVM: rotas, middleware, JSON tipado e servidor HTTP embutido no runtime — sem Spring, sem servlet container, sem annotations.

1record User(String name, Int age)
2
3main() {
4    var app = web.app()
5
6    app.get("/hello") {
7        return "Hello from Kof"
8    }
9
10    app.get("/users/:id") {
11        return "user " + param("id")
12    }
13
14    app.post("/user") {
15        var user = json.decode<User>(body())
16        return json.encode(user)
17    }
18
19    app.listen(8080)
20}

Aplicação Kof
       │
       ├── HTTP        ✅ disponível
       ├── JSON        ✅ disponível
       ├── Database    ✅ disponível
       ├── Autenticação     ✅ disponível (app.security + OAuth2)
       ├── Mensageria       ✅ disponível
       ├── Supervisão OTP   ✅ disponível (JVM+Script+todos os Native)
       ├── Async            ✅ disponível (spawn/await/selectAny/channels)
       └── Concorrência     ✅ disponível (spawn/await nos 4 targets)

$ kof serve app.kf
$ kof serve app.kf --port 8080

Não queremos substituir o Spring por outro Spring.

Kof não quer criar um "Kof Spring". Nem um "Kof Hibernate". Nem uma camada de abstração em cima de outra camada de abstração. A pergunta é: por que essa complexidade precisa existir em primeiro lugar?

Spring
Hibernate
ORM
DI
AOP
Controllers
Repositories
DTOs
Configuração
...

Kof
Compilador
Runtime
Biblioteca padrão

Um frontend. Uma IR. Backends dedicados.

O frontend é único: lexer, parser, tipos, semântica e IR. A partir da IR, cada backend realiza a mesma semântica no seu mundo.

Uma linguagem deve vir com as suas ferramentas.

Compilador, CLI, LSP, testes, debugger, benchmarks, formatador, empacotador e editor acompanham a linguagem. O gerenciador de pacotes já é MVP (kof deps); o registry completo ainda é futuro.

kof clicopiar

$ kof build
$ kof run
$ kof serve
$ kof deploy
$ kof check
$ kof test
$ kof debug
$ kof bench
$ kof profile
$ kof inspect
$ kof decompile
$ kof translate
$ kof compare
$ kof migrate
$ kof fmt
$ kof new
$ kof init
$ kof deps
$ kof config
$ kof editor
$ kof info
$ kof lsp
$ kof install
$ kof script
$ kof repl
$ kof c
$ kof version

Compilador

Disponível

CLI

Disponível

LSP

Disponível

Diagnostics reais do frontend, hover, completion, references e rename.

Testes (kof test)

Disponível

Debugger (kof debug)

Em desenvolvimento

MVP DAP sobre stdio no target JVM.

Benchmarks (kof bench)

Disponível

Harness com baselines e gate de regressão no CI.

Profile (kof profile)

Disponível

Inspect IR (kof inspect)

Disponível

Formatador (kof fmt)

Disponível

Parser real (KofFormatter), idempotente. kof fmt -w reescreve no lugar.

Gerenciador de pacotes (MVP)

Disponível

kof deps — MVP com kofdeps, Maven Central, --deps.

Conhecer o Kof Editor e Theme Maker →

Instale o Kof. Só isso.

Uma distribuição autocontida: compilador, CLI, runtime, biblioteca padrão, ferramentas, suporte a editores e OpenJDK embutido. Sem instalar Java separadamente.

Duas trilhas na doc. E um curso completo.

Sem datas falsas. Apenas estado.

O roadmap mostra o que existe, o que está sendo construído e para onde vamos — alimentado pelo estado real do repositório. Versionamento MAJOR.MINOR.PATCH; a 0.1.0 saiu 25/08, a 0.2.0-beta 27/08, a 0.4.0-beta 14/09, a 0.5.0-beta mergeada em main (27/09) e a 0.6.0 é release oficial desde 11/10 — com o auto-cascade por commit avaliando lab→testing→stable.

Compilador open source. Seu software é seu.

O código-fonte da Kof é GPLv3. Programas escritos em Kof não são automaticamente GPLv3: você mantém o direito de escolher a licença do seu software, respeitando as licenças das dependências que efetivamente incorporar.

Números reais, ou nenhum número.