Quando estamos iniciando um projeto, temos a fase de planejamento, porém, torna-se necessário não nos perdermos em processos.
O que isso significa?
Planejar, planejar e não colocar em prática de fato. Só vamos perceber que estamos preparados para algo quando estivermos colocado em prática.
Focar em processos a todo custo, pode ser um caminho que podemos apenas nos perder e esquecer a ideia principal, entregar o sistema e ter retorno financeiro.
Como assim?
Ok, posso está falando água aqui, porém quando uma empresa não tem tanto investimento, e é pequena, se faz necessário ver pontos importantes a ser debatido.
O tema desse Artigo é Arquitetura de Software, porém vamos chegar lá, calma aí.
Nós como Engenheiro de Software, devemos tomar decisões que são melhores para algo, o que seria? É isso, dinheiro. Entender quais são os recursos quais necessidades, é extremamente importante para que não criemos necessidades onde não tem, criamos complexidade onde não existe, alimentando esse ciclo vicioso.
Quando colocamos determinada Arquitetura que não é tão necessária apenas para suprir nossos egos de desenvolvedor que quer atualizar seu currículo e ficar "bonitin" no LinkedIn, dizendo que teve experiência em determinada arquitetura, só mostra que estamos fugindo do propósito de Engenheiro, mas beleza, cada um com cada qual.
Voltando...
Entendermos quais são os clientes, quais as necessidades e pensarmos, será que vale a pena colocarmos isso?
Como está a equipe? Está preparada para algo do tipo? Vamos tornar algo complexo algo que poderia ser mais simples?
Arquitetura, arquitetura.
Cês devem saber onde quero chegar, planejamento é crucial, óbvio, é crucial, porém colocar um projeto no ar inicial, é bem interessante.
Porque gera recurso, colocamos primeiro essa paradinha, para depois, que captarmos mais recursos investir em algo mais complexo.
Entendemos que nosso papel como desenvolvedor é resolver problemas, então, que tal começar pelo começo? Deixar uma base bem estruturada para que seja possível SE e somente SE, for necessário.
Geral capital é o que fazemos, é para isso que somos contratados e não para mostrar quem sabe mais determinada arquitetura.
Mas estamos preparados? Estamos.
Como assim, preparados? E o planejamento?
A realidade é que quando iniciamos um projeto, seja para uma empresa ou para nós mesmos e vemos que as coisas estão indo muito rápido, existem debates para determinados conflitos, porém alimentando uma base interessante, vem as mudanças mais práticas.
Planejar é crucial, porém o ponta pé inicial é necessário.
Percebemos que quando estamos a frente dessas coisas, percebemos que o que conta no final é o quanto de valor estamos dando ao projeto, seja no tempo que diminui quando diminuímos a complexidade, deixando as coisas nos trilhos para futuras mudanças.
Existem frameworks que já facilita bastante nossa vida, por exemplo o SpringBoot, porém, é apenas um exemplo.
Vemos que esses frameworks existem recursos que facilitam a base bem direitinho, então antes de partirmos para uma arquitetura tão complexa pensando em "Escalabilidade", mesmo nem sabendo se vai ter cliente de fato rs.
Que tal entender nossas ferramentas de base? Para entender o que elas fazem de fato, quais são seus recursos, diferenciais e por aí vai.
É melhor um código com arquitetura simples escrito e tendo recurso, do que um planejamento de uma arquitetura toda complexa, porém só no papel.
Aí que a brincadeira entra, estamos preparados? Estamos, quando vir clientes se for necessário resolvemos os buchos, porém, tendo uma base bem estruturada é o caminho.
Primeiro entenda o que cê está fazendo de base. No final é o dinheiro que temos que olhar, o que vai para o nosso bolso ou do teu chefinho.
Nesse artigo falei de arquitetura e planejamento, porém sou apenas um iniciante, decide aí se faz parte da tua realidade e é sal.
Sim, o foco aqui é empreendedor iniciante, não a tua empresa que tem tantos mils acessos por minuto.
Não é porque o Netflix usa, que tu vai ter que usar no teu cenário, usa a cabeça parceiro.
Top comments (0)