Ambientes reais

Os serviços em que o trabalho corre. Descritos num só ficheiro.

Sete linguagens com versões fixas, PostgreSQL e Valkey dentro da sandbox e apps multisserviço definidas num só kendor.yaml. O que o candidato corre é o que a avaliação corre.

Pede acesso Ver preços

Orders dashboard41:08

Processos

Sandboxem execuçãodocker

api:8000

web:5173

Base de dados

Novo processo

Bancos de dados

PostgreSQL18

postgresql://kendor@127.0.0.1:5432/app

As apps leem DATABASE_URL, já definida. Corre psql num terminal para veres o que tem.

Todas as variáveis (13)

Valkey9

redis://127.0.0.1:6379

As apps leem REDIS_URL, já definida. Corre redis-cli num terminal para veres o que tem.

Todas as variáveis (6)

Definido em cada processo: a app, os terminais e os testes. Inacessível de fora da sandbox. Cada avaliação começa com uma base de dados vazia.

kendor.yamlmain.pyApp.tsx

1version: 1

2runtime:

3 type: python

4 version: "3.12"

5toolchains:

6 - type: node

7 version: "22"

8databases:

9 - type: postgres

10 version: "18"

11 init: db/seed.sql

12 - type: valkey

13 version: "9"

14services:

15 api:

16 workDir: api

17 install:

18 commands: [pip install -r requirements.txt]

19 dev:

20 command: uvicorn app.main:app --port 8000

21 port: 8000

22 web:

23 workDir: web

24 install:

25 commands: [npm ci]

26 dev:

27 command: npm run dev

28 port: 5173

29preview:

30 service: web

31routing:

32 - { path: /api, service: api }

33 - { path: /, service: web }

Ln 33, Col 31Spaces: 2UTF-8YAML

Sete linguagens, versões fixadas. Várias ao mesmo tempo.

Cada desafio fixa as versões das linguagens no kendor.yaml, por isso um teste escrito em março é avaliado da mesma forma em outubro. Junta outras linguagens à principal, tal como um backend e um frontend reais convivem.

Versões disponíveis hoje

Node.js / TypeScript22
Python3.12
Go1.27 · 1.26
Java21
Rust1.98
C++ (Clang)23
PHP8.4 · 8.3

Runtime e serviçosconfiguração válidaFormulárioYAML em bruto

Linguagens

Java21Principal

Node.js

PHP

Python

Go1.27

Rust

C++23

A linguagem principal e as outras de que este projeto precisa. Cada uma traz o seu compilador, as suas ferramentas e o suporte do editor no sandbox e na avaliação.

Bases de dados dentro da sandbox, limpas em cada avaliação.

O PostgreSQL e o Valkey (compatível com Redis) correm ao lado do código do candidato, preenchidos a partir do teu SQL. Cada avaliação parte de uma base vazia e do teu seed, por isso nada do que o candidato deixou afeta o resultado.

As apps leem DATABASE_URL e REDIS_URL, já definidas em cada processo
Arrancam antes das instalações, no editor e na avaliação

Bancos de dados

PostgreSQL18

postgresql://kendor@127.0.0.1:5432/app

As apps leem DATABASE_URL, já definida. Corre psql num terminal para veres o que tem.

Todas as variáveis (13)

Valkey9

redis://127.0.0.1:6379

As apps leem REDIS_URL, já definida. Corre redis-cli num terminal para veres o que tem.

Todas as variáveis (6)

Definido em cada processo: a app, os terminais e os testes. Inacessível de fora da sandbox. Cada avaliação começa com uma base de dados vazia.

Terminalrunner@sandbox:/workspace

$ psql -c "select title, done from todos"

title | done

--------------------------+------

Read the brief | t

Write the first endpoint | f

(2 rows)

$ redis-cli ping

PONG

$ node --test

✓ lists the seeded todos (41ms)

✓ creates a todo (18ms)

✓ rejects a todo without a title (6ms)

✓ caches the list and refreshes it after a new todo (23ms)

Os candidatos podem alargá-lo. A base continua a ser tua.

Um candidato pode acrescentar um serviço ou uma rota se a solução precisar, por exemplo um worker para uma fila. O runtime, as bases de dados, a sandbox e a avaliação ficam exatamente como o autor os definiu.

A instalação, os serviços, a pré-visualização e o routing aplicam-se depois de reiniciar a sandbox
Os testes que um candidato escreve no kendor.yaml são descartados; a avaliação corre os teus

Todo API27:45

kendor.yamlworker.js

kendor.yaml alteradoOs teus serviços, instalação, pré-visualização e routing aplicam-se depois de reiniciar. A linguagem, as bases de dados e a sandbox ficam como o desafio os definiu.

Reiniciar sandbox

11services:

12 app:

13 install:

14 commands:

15 - npm ci

16 dev:

17 command: node --watch src/server.js

18 port: 3000

19 test:

20 command: node --test

21 worker:

22 dev:

23 command: node src/worker.js

24preview:

25 service: app

Docker, Compose e Kubernetes para funções de plataforma.

Para contratar perfis de plataforma e DevOps, a sandbox pode correr o seu próprio daemon Docker com Docker Compose, ou um cluster k3s de um só nó com kubectl e helm. São desafios revistos ou ao vivo: uma pessoa lê o trabalho e a Kendor não o avalia automaticamente.

Enterprise

Contêineres

DockerKubernetes (k3s)

Terminalrunner@sandbox:/workspaceRevisto, sem avaliação automática

$ docker build -t orders-api:dev app

=> naming to docker.io/library/orders-api:dev

$ helm install orders ./chart

NAME: orders

STATUS: deployed

REVISION: 1

$ kubectl get pods

NAME READY STATUS RESTARTS

orders-api-6d8f7c9b5d-2xkqp 1/1 Running 0

orders-api-6d8f7c9b5d-9vtmh 1/1 Running 0

Como funciona

Um só ficheiro descreve o ambiente inteiro.

Escreve ou importa o kendor.yaml
Linguagens, bases de dados, serviços, passos de instalação, routing e pré-visualização, num formulário ou em YAML. A importação de repositórios preenche uma primeira versão a partir dos ficheiros do projeto.
Experimenta como candidato
Abre a sandbox no editor do desafio, vê os serviços a arrancar e corre os testes.
Publica o teste
Cada candidato arranca com a configuração guardada com o desafio, nas versões que ela fixa.

Perguntas

O Valkey substitui o Redis sem alterações?

Para testes, sim. O Valkey fala o protocolo do Redis, por isso os clientes Redis habituais ligam-se sem alterações, e o REDIS_URL já está definido.

Um candidato pode mudar a versão da linguagem?

Não. O runtime, as outras linguagens, as bases de dados e a sandbox pertencem ao autor. Os candidatos podem mudar a forma como o seu código é instalado, arranca e é encaminhado — acrescentar um serviço, um worker, uma rota — e a avaliação corre sempre os testes do autor.

Os desafios de Docker e Kubernetes são avaliados?

Não automaticamente. Correm como desafios revistos ou ao vivo no plano Enterprise; os revisores analisam o trabalho e registam um veredito.

Cada candidato está isolado?

Sim. Cada um corre no seu próprio contentor blindado, em servidores de sandbox dedicados, com internet para instalar pacotes mas sem acesso à rede da Kendor nem a outros candidatos. A avaliação é repetida com a rede cortada.

Que frameworks têm starters?

React com Vite, Express com PostgreSQL e Valkey, Laravel, Flask, FastAPI, Go net/http, Spring Boot, Rust axum, um projeto C++ com CMake, um conjunto misto de serviços Java + Go + C++, e starters de ficheiro único para cada linguagem.

Mais da Kendor

Todas as funcionalidades

Faz o teu próximo teste na Kendor. Lê o que o código diz.

A Kendor trabalha com equipas de engenharia na UE, no Reino Unido e nos EUA. Diz-nos para que funções estás a contratar e configuramos a tua organização contigo.