Whatsapp

Distro ou não distro? Coisas a considerar

Anonim

Você já pensou em iniciar sua própria distribuição Linux? Talvez você tenha percebido uma necessidade no ecossistema Linux ou talvez sinta que os anos de ajustes e personalizações que você colocou em sua instalação de sistema operacional pessoal seriam ideais para outras pessoas.

Seja qual for o motivo, você tem uma distribuição ou uma ideia para uma distribuição que gostaria que as pessoas conhecessem e usassem.

Muitos usuários do Linux tiveram esses pensamentos. E enquanto muitos mergulham e lançam uma distro na natureza, a maioria falha em um mercado tão competitivo. Mas é melhor falhar do que nunca tentar? Ou corre o risco de prejudicar as distros existentes?

Eu expandi essas questões através de uma seção modificada do famoso solilóquio de Hamlet:

Distro ou não distro: coisas a considerar: Se é mais nobre na mente sofrer O atraso e design de desktops ultrajantes, Ou pegar em armas contra um mar de sistemas, E por oposição terminá-los? Bifurcar: criar.

Brega? Possivelmente. Mas é um título cativante.

Mesmo se você deseja lançar uma distro para o público, há algumas coisas que você deve considerar antes de prosseguir com o empreendimento.

Irá Criar Valor?

Estou escrevendo este post com a suposição de que você deseja enviar uma distro para adoção em massa, em vez de ser específico para uma determinada organização ou instalação.

Com isso em mente, já existem centenas de distros Linux mantidas ativamente atendendo a centenas de necessidades diferentes. Onde sua distro se encaixaria? Qual é o posicionamento do seu produto?

Talvez a necessidade que você está tentando preencher já esteja sendo preenchida por outra equipe de desenvolvedores? Talvez faria mais sentido contribuir com o upstream para um sistema operacional existente em vez de competir pelos mesmos usuários que buscam a mesma solução?

Você quer pensar cuidadosamente sobre sua proposta de valor e se ela pode ou não ser alcançada juntando-se a uma equipe já existente.

Você possui as habilidades necessárias?

A maioria dos usuários do Linux pode usar uma distro existente e funcional, adicionar alguns programas e temas não modificados ou algumas modificações muito específicas e, em seguida, empacotá-lo e comercializá-lo usando o ditado genérico, “ Uma distro simples e fácil de usar para todos.”

Se sua distro está realmente trazendo algo para a mesa, então haverá código envolvido.

Se você não pode escrever código do calibre para enviar em um sistema operacional, tudo bem. Quando comecei VeltOS Eu não teria confiado que meu código fosse executado em uma torradeira, muito menos algo que as pessoas usavam diariamente.

Então, em vez de enviar código abaixo da média ou não criar uma base de código, recrutei um colega que poderia realmente escrever sólido C Língua.

As habilidades de programação são apenas o começo (se possível, a ponta do iceberg). Se sua distribuição ganhar um mínimo de reconhecimento e usuários, você precisará ter habilidades em gerenciamento/desenvolvimento de comunidade, marketing e relações públicas. Mais uma vez, se você tiver dificuldades com um conjunto de habilidades, deverá trazer outras pessoas para preencher o que lhe f alta.

Você tem tempo?

Uma das maiores razões pelas quais as distros falham é porque o fundador original descobre que não tem mais tempo para investir no que geralmente é um projeto paralelo. Só porque você tem tempo livre agora, não significa que terá esse tempo mais tarde.

Se você é um estudante universitário com tempo para matar nas férias de verão, isso não significa que você deve executar sua ideia de distribuição Linux. Quando o próximo semestre começar, você pode ter que deixar sua base de usuários sem atualizações e suporte.

Se você sabe que sempre terá tempo para ficar por dentro das coisas, faça isso. Se você não tiver certeza, terá que colocar sua ideia de distro em segundo plano ou aceitar a inevitabilidade de ter que delegar a responsabilidade a outro membro da equipe no futuro.

Tudo isso se resume a duas perguntas:

  1. Você está criando inovação de código aberto ou ruído de código aberto?
  2. Se for inovação, você tem as habilidades e o tempo para executar sua ideia? Se não, outros podem?