Estruturas, linguagens de programação: Codificação de raiz versus utilização de uma estrutura

NEXT GENERATION DEVOPS: VALUE STREAM MANAGEMENT

Helen Beal (Instituto DevOps.)

COMO CRESCER A SUA EQUIPA SEM SERVIDORES

Sheen Brisals (The LEGO Group)

MLOPS: ENTREGA CONTÍNUA DOS SISTEMAS DE APRENDIZAGEM DE MÁQUINAS

Hauke Brammer (finpair GmbH)

/div>>/ul>

Frameworks vs. soluções personalizadas

Num mundo perfeito, saberia tudo o que há para saber tanto sobre estruturas como sobre línguas. Mas nós não vivemos num mundo perfeito e o seu tempo é precioso.

Vejamos as diferenças entre as duas opções e porque é que é mais provável que beneficie de um vasto conhecimento de frameworks do que de um conhecimento profundo de todas as linguagens de programação.

Construção a partir do solo

Desenvolvimento não é fácil, então porquê tornar as coisas mais difíceis para si próprio?

É uma equação bastante simples, no seu nível mais fundamental: Porquê começar do zero quando pode tirar partido de ferramentas já concebidas para o ajudar nos seus esforços de programação?

P>A questão é que muitas estruturas fizeram grande parte do trabalho de perna para si e podem criar uma experiência mais eficiente no seu fim.

Certo, pode não estar totalmente de acordo com todas as decisões que o criador da estrutura tomou. Poderá até ser capaz de o fazer melhor se transferir a linguagem para a sua sintaxe de codificação preferida. Mas tudo isto tem um custo de tempo.

Transferir tudo para a sua língua de escolha pode levar dias e possivelmente até anos, dependendo de quão vasta é a estrutura ou o que é exactamente o que pretende copiar.

p>Pode não conseguir tudo o que procura fora da estrutura, ou pelo menos, não exactamente da forma que preferiria, mas a alternativa é começar do zero, e isso não é realmente viável tendo em conta as limitações de tempo que nos são impostas meramente em virtude de sermos mortais e não termos um tempo indefinido para mexer em tudo, pelo que é exactamente como queremos.

VER TAMBÉM: Tendências tecnológicas 2017: Aqui estão os quadros superiores

Frameworks tornam as coisas mais simples

Aqui está um olhar bastante útil sobre todas as formas como o Ruby on Rails ajuda os utilizadores a reduzir algumas das minúcias de infinitas horas de codificação.

Coisas pequenas como remover ponto e vírgula e outros truquezinhos engenhosos permitem aos programadores cortar alguns cantos aqui e ali e não serem penalizados.

De facto, ainda é necessário um conhecimento bastante abrangente de Ruby para trabalhar em Rails, mas no final do dia, não é preciso ser um programador experiente em Ruby para passar para Rails.

Ainda estás a codificar, mas muitos pequenos detalhes e aspectos mais frustrantes da codificação serão limpos por boas estruturas, e isso é um bónus que não queres perder.

Você já tem de se preocupar com tantos outros aspectos do seu código, desde a concepção geral até às preocupações de segurança, então porque não deixar a estrutura fazer algum do trabalho pesado por si?

Automação está a assumir o comando

Havia uma altura em que cada pincelada do teclado tinha de ser exacta para que o seu programa funcionasse da maneira que você queria. Mas com o progresso tecnológico vem o alisamento de arestas.

Já não tem de passar por milhares de linhas de código com um pente de dentes finos. Em vez disso, muitos desses complementos ou passos em falso inúteis são despojados por compiladores e protocolos automatizados concebidos para encontrar estes pedaços desnecessários de código.

Esta evolução tem considerado quão preciso e familiarizado tem de ser com qualquer código em particular, porque as consequências de cometer um erro ou não acertar exactamente as coisas eram muito maiores.

Aprenda as ferramentas certas para o trabalho

Como mencionei no início desta peça, a codificação evolui. Muda. Cresce.

E uma das formas de crescimento é a confiança na interface de programa de aplicação (API) e algoritmos para o ajudar a realizar a tarefa que se propôs a completar.

Frameworks, por exemplo, normalmente definem e implementam algoritmos, e obter os algoritmos correctos pode, por vezes, ser mais crucial para o sucesso da sua programação do que as especificidades de sintaxe.

Ganhar, pode reconfigurar estes algoritmos, mas arrisca-se a cometer um erro que pode fazer descarrilar o seu projecto. Da mesma forma, é outra questão de tempo. Porquê adicionar horas de trabalho e aumentar o risco de perturbar o seu código quando pode, em vez disso, encontrar formas de fazer o devido com um algoritmo já em funcionamento e perfeitamente viável implementado pela estrutura?

Again, pode não lhe dar tudo o que deseja. Mas, como diz a canção dos Rolling Stones, vai dar-lhe o que precisa.

VER TAMBÉM: Nova edição da Revista JAX – O que se segue para as frameworks?

Que frameworks acrescentam que as linguagens de programação não

Frameworks e linguagens de programação estão entrelaçadas. Não é um binário. Não é nem um nem outro nem outro. Trabalham em concerto e os programadores devem saber ambas bastante bem para serem verdadeiramente eficazes. Claro que, por vezes, serão confrontados com situações que requerem soluções complexas que uma estrutura não será capaz de resolver. Por exemplo, por vezes, um problema único exigirá um conjunto específico de soluções que uma estrutura não pode fornecer, e por isso deve voltar à programação.

Mas a questão é esta – só se pode concentrar em tanto com o seu tempo para aprender ambas as estruturas e as linguagens que elas melhoram. O tempo é um recurso e tem de o gastar sabiamente. E uma vez que tenha uma compreensão suficientemente abrangente tanto das estruturas como das linguagens de programação, sobre quais deve investir mais tempo na aprendizagem? Qual deles acabará por fazer de si o melhor programador?

A resposta são as estruturas. Elas torná-lo-ão rápido, mais eficiente, e menos propenso a cometer um erro humano tolo. São o equivalente a uma auto-estrada versus uma condução urbana. As auto-estradas são racionalizadas e removeram muitos obstáculos como edifícios e luzes. Claro, pode nem sempre gostar da direcção de uma auto-estrada, ou pensar que um buraco deve ser fixado, ou sentir que seria mais eficiente redireccionar certos troços, mas não vai sair do seu carro e começar a reconstruí-lo à mão, certo?

Porque se o objectivo for uma viagem mais rápida e mais eficiente, então a reconstrução da auto-estrada demoraria demasiado tempo em comparação com a sua simples utilização como está.

Esse é basicamente o acordo que está a conseguir com as estruturas. Mais rápido, eficiente, mais seguro. Talvez nem sempre com as suas especificações exactas mas, dada a alternativa, as estruturas estão aqui para tornar a sua vida mais fácil e simplesmente oferecem mais do que apenas as linguagens de programação podem.