Enilton Angelim enilton.angelim@gmail.com [shell-script]
2018-05-14 13:29:57 UTC
A empresa continua ativa, mas sentimos falta do mestre. ^.^ Novamente,
agradeço as contribuições. ^.^
agradeço as contribuições. ^.^
Fala Enilton, agora que me lembrei... Eu pensava: "já vi esse nome antes"
e não me lembrava de onde era....
à da F13... Vc é cria do Erlon... Qdo ele foi para o Canadá pensei que a
F13 tinha acabado. Ainda bem que não acabou pq além de ter muito know-how,
é uma empresa genuinamente de se livre.
Gente só uma piadinha nerd. Uma vez perguntei ao Erlon, o que significava
F13.
Ele respondeu se vc apertar da F1 a F12 e não resolver o seu problema,
liga para a F13 que ela resolve.ð
e não me lembrava de onde era....
à da F13... Vc é cria do Erlon... Qdo ele foi para o Canadá pensei que a
F13 tinha acabado. Ainda bem que não acabou pq além de ter muito know-how,
é uma empresa genuinamente de se livre.
Gente só uma piadinha nerd. Uma vez perguntei ao Erlon, o que significava
F13.
Ele respondeu se vc apertar da F1 a F12 e não resolver o seu problema,
liga para a F13 que ela resolve.ð
Sim, eu não havia notado que era "tão" recente, vou mudar isso..
Eu conheço o projeto funcoeszz, atente o seu proposito. O objetivo do
dry-shell é criar um lar amigavel para quem é desenvolvedor, mas não tem
uma boa experiência no ambiente linux. Por isso os nomes das funções são
semelhantes as chamadas de metodos, justamente para facilitar a vida dos
programadores OO, ou funcionais. Na empresa que trabalho (F13 Tecnologia)
apresentei o projeto ao setor Devops/IaS e minutos depois recebi mensagens
informando que a biblioteca havia reduzido 37 linhas de codigo com apenas
uma função (menu.select) e o povo "tá" viciado nisso. Estão evitando ao
maximo chamadas de sistemas, fluxo de pipes (pipes | aninhados) e regex
nuclear (dead code). As sugestões de vocês aos poucos estão melhorando
oprojeto e essas observações são de extrema importância. Gradativamente vou
escrever testes para que sejam executados a cada commit, assim evita codigo
sem retrocompatibilidade.
@Julio Neves, reaproveitei suas funções: PreencherEsquerda e
PreencherDireita.
Novamente, obrigado pelo apoio. ^.^
https://github.com/eniltonangelim/dry-shell/blob/master/string/rfill/init.sh
https://github.com/eniltonangelim/dry-shell/blob/master/string/lfill/init.sh
Eu conheço o projeto funcoeszz, atente o seu proposito. O objetivo do
dry-shell é criar um lar amigavel para quem é desenvolvedor, mas não tem
uma boa experiência no ambiente linux. Por isso os nomes das funções são
semelhantes as chamadas de metodos, justamente para facilitar a vida dos
programadores OO, ou funcionais. Na empresa que trabalho (F13 Tecnologia)
apresentei o projeto ao setor Devops/IaS e minutos depois recebi mensagens
informando que a biblioteca havia reduzido 37 linhas de codigo com apenas
uma função (menu.select) e o povo "tá" viciado nisso. Estão evitando ao
maximo chamadas de sistemas, fluxo de pipes (pipes | aninhados) e regex
nuclear (dead code). As sugestões de vocês aos poucos estão melhorando
oprojeto e essas observações são de extrema importância. Gradativamente vou
escrever testes para que sejam executados a cada commit, assim evita codigo
sem retrocompatibilidade.
@Julio Neves, reaproveitei suas funções: PreencherEsquerda e
PreencherDireita.
Novamente, obrigado pelo apoio. ^.^
https://github.com/eniltonangelim/dry-shell/blob/master/string/rfill/init.sh
https://github.com/eniltonangelim/dry-shell/blob/master/string/lfill/init.sh
Corroborando as palavras do Mestre Julio
Quando o uso é pessoal usar essas features mais recentes é muito
interessante para aprendizado e até treinar. Uso isso em máquinas pessoais,
mas ao compartilhar recurso com diversas pessoas em ambientes diversos há a
necessidade de ser conservador.
Nesse ponto creio que sou até mais conservador que o Julio, só para ter
um exemplo nas FunçõesZZ para mitigar esse problemas tentamos manter
compatibilidade com a primeira versão do Bash e as opções mais amplas
possÃveis com sed, grep e awk além de tentar não quebrar na variantes em
https://github.com/funcoeszz/funcoeszz/wiki/Portabilidade
[]'s
Itamar
Quando o uso é pessoal usar essas features mais recentes é muito
interessante para aprendizado e até treinar. Uso isso em máquinas pessoais,
mas ao compartilhar recurso com diversas pessoas em ambientes diversos há a
necessidade de ser conservador.
Nesse ponto creio que sou até mais conservador que o Julio, só para ter
um exemplo nas FunçõesZZ para mitigar esse problemas tentamos manter
compatibilidade com a primeira versão do Bash e as opções mais amplas
possÃveis com sed, grep e awk além de tentar não quebrar na variantes em
https://github.com/funcoeszz/funcoeszz/wiki/Portabilidade
[]'s
Itamar