SkiftOS: sistema operacional hobby criado do zero em C/C++ para ARM, x86 e RISC-V

• SkiftOS é um sistema operacional de código aberto projetado e desenvolvido do zero em C/C++
• Foi criado para rodar em várias arquiteturas como ARM, x86 e RISC-V
• Tem como características a busca por simplicidade e prazer de uso, diferentemente dos sistemas operacionais convencionais
• É adequado tanto para iniciantes quanto para desenvolvedores para experimentação, aprendizado, estudo da estrutura de sistemas operacionais e uso pessoal
• Todo o código-fonte está disponível no GitHub

Importância e diferenciais do projeto

• Ao contrário das grandes distribuições, o SkiftOS é desenvolvido por uma equipe pequena com uma perspectiva nova
• Seu design baseado em C/C++ é útil para compreender sistemas de baixo nível e para o aprendizado de algoritmos
• O suporte a diversas plataformas de hardware oferece amplas possibilidades de experimentação e expansão
• Com foco na comunidade, qualquer pessoa pode contribuir com o projeto ou enviar feedback

[GN⁺]

Comentários no Hacker News

• Fiquei impressionado que, em 6 anos, uma única pessoa tenha criado não só um microkernel muito bem projetado, mas também o sistema de build, o bootloader UEFI, um shell gráfico, um framework de UI e até um motor de navegador; isso dá a sensação de que a história do desenvolvedor 10x não é exagero, e sim algo subestimado em relação à realidade
  • Diferentemente de projetos parecidos, é ainda mais impressionante que essa pessoa tenha alcançado isso sem nenhuma revelação divina
  • Recomenda ler o diário de desenvolvimento do SerenityOS em https://serenityos.org/
  • Parece realmente incrível e impressionante
• Inesperadamente, meu projeto foi parar hoje na página principal; no momento o build está quebrado, então não dá para testar o sistema operacional inteiro, mas é possível executar aplicativos individuais no Linux ou no macOS; a forma de uso é ./skift.sh run --release <app-name> e os apps disponíveis podem ser conferidos com o comando ls ./src/apps
  • O navegador (./skift.sh run --release vaev-browser -- <url-or-file>) exige um comando separado; a pilha HTTP é bem mínima, então só há suporte a http:// (sem HTTPS); funciona no meu site, mas o resultado pode variar em outros; até agora, a maior parte do tempo foi investida no motor de estilo e layout, não em rede
  • Você mencionou que “meu microkernel foi influenciado pelo Zircon”; fico curioso se também estudou outras arquiteturas como seL4, Minix e openQNX, quais escolhas de design considerou mais importantes no projeto do microkernel, se há documentação mais detalhada sobre isso, se fez medições de desempenho como benchmarks e com quais microkernels o desempenho se parece
  • É impressionante que você tenha explorado um caminho diferente do UNIX
  • Menciona nomes como Skift, Karm, Hjert e Opstart e, como norueguês, diz que os nomes do sistema parecem vir do dinamarquês ou de um estilo dinamarquês
  • Gostaria de ouvir do monax como foi o processo de começar o projeto; eu também quero criar um microkernel para aprender os fundamentos de SO, mas não sei por onde começar; queria saber no que focar na primeira etapa
• O código está muito bem escrito, é fácil de entender e moderno; a curiosidade é como um app recém-compilado consegue rodar no macOS
  • Explica que o framework tem uma camada de abstração do sistema operacional e usa SDL para criar janelas e receber entrada do usuário
• Com um projeto desses, a pessoa poderia ser contratada em muitos lugares mesmo com um currículo de apenas duas linhas (e-mail e site do projeto)
• Fico pensando como alguém consegue criar algo assim dentro de limitações normais de tempo; como desenvolvedor comum, trabalhando em horário comercial, parece difícil realizar um projeto desse nível
  • Na verdade, não dá; admite com sinceridade que a maior parte do código foi escrita em um período em que quase não tinha vida social
  • Eu me pergunto exatamente a mesma coisa
• É realmente impressionante que isso tenha sido feito sozinho; como desenvolvedor C/C++, sei como fazer um SO, mas fico só nas ideias; ver um resultado desse nível escrito por uma pessoa só me deixa sem palavras
  • Menciona que recebeu ajuda na parte do motor do navegador
• Perguntam que ideias foram usadas em termos de segurança, se os apps têm acesso total à memória ou ao hardware, se existe um sistema de permissões, dizendo que a pergunta vem de alguém não muito familiarizado com microkernels
  • Os apps não têm acesso completo à memória nem ao hardware; o kernel só mapeia as partes autorizadas, os drivers rodam em espaço de usuário e os apps se comunicam com eles por meio de capabilities (handles), com acesso permitido apenas quando autorizado previamente
• Parece fantástico; por curiosidade, perguntam o quanto de IA foi usado na escrita do código
• O projeto parece muito legal e impressiona que até o motor do navegador tenha sido escrito do zero; perguntam se existe algum vídeo de demonstração
  • Seria muito bom ter um vídeo de demonstração
• Parece ter exigido uma quantidade enorme de trabalho, e é impressionante que tenha sido criado um sistema de build customizado; olhando para a situação atual dos sistemas de build em C++, dá até para entender; também comentam que a UI é bonita e perguntam por que desenvolvedores de SO têm essa obsessão em criar navegadores, já que navegadores não parecem depender tanto assim do SO
  • Um navegador é pensado apenas como um runtime de aplicação