[GTER] freeRouter

Paulo Henrique paulo.rddck at bsd.com.br
Wed Dec 30 18:31:50 -02 2015


Opa,

Mas a unica coisa que se espera de um programador é ser especialista na
area de codificação que está seguindo, se o cara escreve um modulo de
controle de hardware se espera que o modulo seja escrito com qualidade e
que utilizem e realmente faça proveito eficiente de todo o hardware
seguindo práticas e metodoligias adequadas para aquele hardware, assim como
tambem se aplica a demais segmentos de atuação dos desenvolvedores.

Com o decorrer do tempo bibliotecas otimizadas com uso eficiente de
recursos computacionais teriam eventualmente aparecido simplificando muito
a curva de aprendizagem/atualização de informação por parte do programador.
Hoje se estuda pelo menos de 6 a 9 linguagens de programação e é raro usar
apenas uma unica linguagem em um projeto ( a coisa fica pior no caso do
desenvolvimento de apps para mobiles ou sites onde se usa de 4 a 6
linguagens muitas vezes e cada uma com sua caracteristica que só muda do
ponto-virgula para ausencia de ponto-virgula)

Uma boa biblioteca universalmente padronizada de C destinado para interface
gráfica é muito mais eficiente tanto na formação de novos programadores
como na execução por parte do hardware( visão minimalista do problema ),
ter 10 linguagens de programação que fazem as mesmas coisas cada uma da
forma diferente sempre utilizando frameworks externos e todas com um alto
custo de execução pelo hardware onde a documentação em si é tão extensa
quanto a quantidade de regras tende a ser muito mais improdutivo a longo
prazo.

Um tempo atrás tive que estudar a sintaxe de java para compreender a
abordagem do conceito do algoritmo X pois o algoritmo estava codificado em
java apenas, passou mais um pouco precisei ler e compreender os conceitos
de Ruby para poder compreender um outro algoritmo, onde bastaria dois
livros/documentos para compreender os conceitos expostos, precisei de 4,
pois tinha que aprender a codificação na linguagem X para o algoritmo Y e a
codificação da linguagem Z para compreender o algoritmo W ( isso é
improdutivo )

Não estou defendendo a utilização de apenas uma unica e universal
linguagem, mais se para determinado segmento a linguagem X terá um balanço
entre tempo de codificação e tempo de execução que se adote ela para tal
segmento universalmente ( como acontece com C para sistemas operacionais e
C++ para ambientes graficos )

O problema é que a toda hora aparece uma linguagem que como já exposto aqui
na thread é somente uma modinha o cara tem que ir lá estudar a nova sintaxe
e regras, e sempre a nova linguagem vem com uma documentação para a
utilização de um framework que sem ele a linguagem não tem suporte a um
monte de coisa, isso eu considero muito improdutivo até por que empresa não
vai querer que o profissional use o tempo que teria internamente para gerar
lucro para aprender a nova linguagem, isso normalmente é feito externamente
consumindo horas de laser do programador.

Espero ter conseguido expor meu ponto de vista

Att.

Em 30 de dezembro de 2015 18:02, Bruno Cabral <bruno at openline.com.br>
escreveu:

> Quanto mais baixo o nivel da linguagem, mais especialista precisa ser o
> programador, portanto mais custoso o projeto
>
> As linguagens de alto nivel visam facilitar a tarefa de programar,
> exigindo menos do programador, e consequentemente barateando o produto final
>
> !3runo Cabral
>
> > Fiquei acompanhando a thread e me pergunto por que investe tanto em
> > linguagem de alto nivel sendo que o trabalho pesado ainda continua sendo
> > feito por linguagens de baixo nivel ou intermediarias ( C e C++ ).
> > Não seria mais produtivo e com um maior retorno em nivel de qualidade e
> > velocidade de execução se o mercado adota-se uma unica linguagem que
> > realmente não seja mais um emaranhado de rotinas pré compiladas
> > subjacentemente por outra linguagem ( java para mim é um monte de rotina
> > escrita em C++ e C que usa uma sintaxe propria para chamar elas ).
> > Paulo Henrique
>
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
:UNI><BSD:

Paulo Henrique.
UnixBSD Tecnologia
Segurança em Tecnologia da Informação.
Fone: (21) 96713-5042.
Site: https://www.unixbsd.com.br



More information about the gter mailing list