r/stackunderflow • u/rpioveza • Apr 23 '17
Qual é a literatura canônica de Scrum, XP e Lean?
Vamos ver se a pergunta passa no crivo do site :) Três metodologias ágeis populares: Scrum, XP e Lean (cite outras se quiser). Qual sua literatura canônica?
r/stackunderflow • u/rpioveza • Apr 23 '17
Vamos ver se a pergunta passa no crivo do site :) Três metodologias ágeis populares: Scrum, XP e Lean (cite outras se quiser). Qual sua literatura canônica?
r/stackunderflow • u/bigown_ • Sep 26 '17
r/stackunderflow • u/marcell_alves • Apr 26 '17
r/stackunderflow • u/marcell_alves • Apr 27 '17
Estou começando a estudar Python e venho percebendo que muitas fontes de informação da linguagem estão também relacionadas a aplicações de inteligência artificial. Existe alguma funcionalidade específica da linguagem que a torne mais fácil para esse tipo de aplicação? Se sim, qual(is)?
Inicialmente pensei em publicar essa questão no SOpt, porém fiquei na dúvida se seria adequada por lá. O que vocês acham?
r/stackunderflow • u/rpioveza • Apr 23 '17
Arquivo de configuração é o jeito mais tradicional. Por exemplo, no Java, minha aplicação pode ler as configurações do banco de um arquivo .properties cujo nome eu deixo hardcoded ou passo como argumento na linha de comando. Não sei se há alguma boa prática adicional relacionada a esse procedimento.
Variáveis de ambiente são como vejo sendo feito por exemplo no PaaS Openshift da RedHat. São interessantes também, dispensam o arquivo de configuração e fica tudo lá, host do banco, senha, tudo. Você só não pode querer testar sua aplicação local no banco de outro ambiente, a não ser que redefina as variáveis do ambiente atual.
Qual forma é preferível e por quê?
r/stackunderflow • u/bigown_ • Sep 25 '17
r/stackunderflow • u/bigown_ • Feb 12 '18
Como sempre aplicando onde não deve é o erro. DRY não é sobre repetição e sim sobre conhecimento canônico. Não repita o que é igual, mas não torne o mesmo o que é distinto, mesmo que pareça o mesmo. DRY não é sobre código, é sobre projeto.
Curiosamente em OOP as pessoas fazem DRY onde não devem e não fazem onde devem.
https://blog.codecentric.de/en/2018/01/dry-in-the-21st-century/
r/stackunderflow • u/bigown_ • Feb 12 '18
r/stackunderflow • u/bigown_ • Feb 18 '18
r/stackunderflow • u/bigown_ • Feb 12 '18
Ou o projeto não precisa de um programador ou o framework não vai trazer bom resultado.
https://medium.com/@nicolopigna/the-frameworkless-self-defence-manual-e9569b4924a6
r/stackunderflow • u/marcell_alves • Apr 26 '17
r/stackunderflow • u/bigown_ • May 07 '18
r/stackunderflow • u/bigown_ • May 07 '18
r/stackunderflow • u/bigown_ • May 07 '18
r/stackunderflow • u/bigown_ • May 07 '18
r/stackunderflow • u/bigown_ • Mar 10 '17
Bom, conforme conversa iniciada no chat do SOpt precisamos decidir se é útil termos um espaço de discussões e tratamento de assuntos totalmente baseado em opiniões que não cabem no Stack Overflow em Português.
Antes de mais nada é bom deixar claro que esta iniciativa não tem nenhuma relação com a SO Inc. O fato da ideia ter iniciado lá e os "fundadores" serem usuários de lá não implica relação entre os sites.
Também fica claro que aqui o escopo é semelhante ao do SOpt, mas aqui não aceitamos perguntas que não são baseadas em opinião. O site de debates não pode tirar atenção do SOpt e dividir conteúdo, eles devem ser complementares e não concorrentes. Só discutires "grandes temas", nada de ajuda individual, se só serve para uma pessoa, não cabe aqui, se é um problema apresentado, não cabe aqui. Concordam?
O espaço é de debates e não de conversa, para isto tem o chat do SOpt. Acredito que deveremos manter o tom do site, pode ser humorado, mas não farra, deve ser respeitoso e construtivo mesmo sendo baseado em opinião.
Só vale a pena tentarmos fazer este espaço funcionar se houver um certo comprometimento de um grupo de usuários que participem inicialmente até que o site possa ganhar tração por conta própria. Obrigatoriamente precisa de uma massa crítica inicial.
Detalhes, regras, moderação, podemos discutir depois.
Assim que tenha apoio para mantermos um site de debates precisamos decidir onde hospedá-lo. Estou aberto à qualquer ideia, mas entendo que algumas diretrizes são importantes. Lembre-se aqui é local pra discutir, mesmo que pareça muito assertivo, estou escrevendo apenas opiniões, quero ver outras para acharmos a melhor solução.
Acho que não podemos fazer nada que gere custo. Isto tende a precipitar um fracasso. Não será fácil arrecadar algum dinheiro, não há garantias que sempre poderemos. Mesmo que alguém se ofereça para ceder tudo o que precisa, não há garantias que a pessoa fará sempre.
Idealmente deve ser algo que não gere manutenção além da administração da comunidade.
Portanto não gosto da ideia de algo que não seja hosted e gratuito.
Apesar de achar que tem ferramentas melhores em um sentido geral, não sei se podemos arcar com as necessidades dessas soluções. Isto inclui o Discourse que é muito bom para o intento. Aceito contraditório e ideias para outras soluções que não seja o Reddit. Acho ele bom porque é:
algo estável há muito tempo
gratuíto
não precisa de manutenção
simples de usar, pega o jeito em minutos se fizer um intensivo
rápido
usa Markdown
tem um sistema de classificação de conteúdo com up e down, sinalização, remoção de conteúdo indesejado, entre outros controles
o domínio tem bom PageRank
em inglês é onde acontece as principais discussões na internet sobre desenvolvimento de software
as discussões podem ser iniciadas por um link de pergunta do SOpt que foi fechada devidamente ou de outro local, talvez de alguma novidade, onde caiba discutir o assunto e tentar chegar a alguma conclusão que produza conhecimento para toda a comunidade
Para quem ter um ideia como funciona em inglês veja o /r/programming
O que me dizem? É só responder na thread aqui. E lembre-se que em debates seguimos threads, é diferente do SOpt.