Видео

O Everton mencionou anteriormente a função do Product Owner (PO). Com meus sete anos de experiência em desenvolvimento, sempre vi as Histórias de Usuário (HIS) chegarem de maneira estruturada, como casos de uso ou como backlog da sprint. Este ano, no entanto, foi a primeira vez que vivenciei o processo inverso. Durante as reuniões de planning, eram os desenvolvedores que deveriam trazer as HIS para o backlog, mas as histórias que chegavam de Produto algumas completamente erradas. Por exemplo, recebíamos uma solicitação para construir um carro e, durante o refinamento, descobríamos que os requisitos eram totalmente diferentes, como, por exemplo, construir uma van. Foi uma verdadeira bagunça.

Muito bom, poderia explorar os dois últimos pontos, Histórias/Tarefas e Lista passo a passo, pois geralmente deixam para desenvolvedor, com tempo de 30 min para gerar todos os cards para as 2 semanas

Estas entrevistas nao seria responsabilidade do PO ? Ter que juntar estas pessoas para conversar sobre proximas tarefas no meio da sprint nao tira o tempo do dev de ta fazendo a sprint atual ?

Muito legal, mas antes dessa escrita como a gente valida o entendimento do requisito, para aque a construção seja de fato efetiva? Gostei do vídeo.

Maravilha !! Interessante !! 😮😊

ruclips.net/video/ju9f_7fkPaM/видео.html

Gostei bastante do overview!

Clojure

Maravilha !! Sucesso !! Fun !!😊😊

Maravilha !! Sucesso !! Parabens !!

Muito massa! não conhecia o David Parnas obrigado por compartilhar.

Interessante

Quase sempre dou uma risada quando vejo algum desenvolvedor falando que reescreverá o sistema legado depois que recebeu uma tarefa para alguma corrigir algum bug. Na maioria das vezes, não fazem ideia do trabalho e tempo que daria para refazer sistemas com mais de dez anos de uso.

oloco, o cara é bom demais 👏 valeu demais, Alberto

Show demais Alberto 👏🏼

Como sempre muito bom teus vídeos! No passado tentei passar no processo do Nubank, e tentei "aprender" clojure em 2 semanas, até que entreguei o desafio, mas acabou não dando certo e segui caminhos com Java, Scala e Python, agora Go. Mas foi bom ver esse vídeo, deu saudades dos estudos de Clojure. Obrigado por compartilhar!

🚀

Mto massa acompanhar sua jornada! Aguardando os próximos passos 😊

Eu adoro quando você fala "você vai ter que mexer e tá tudo bem...". Uma lição massa que aprendi com meu atual diretor foi "A gente de engenharia fica pensando demais em como fazer perfeito sendo que a solução que a gente entrega é software, é maleável, se der errado, refatora..."

Muito bom. Eu entrei num processo pra vocês essa semana. A primeira coisa que eu falei foi: Nada de Clojure nos testes, certo? Porque eu não vou entrar de cabeça pra aprender sem estar dentro, ainda. 😂😂. Mucho texto pra um cenário só hipotético, ainda. E não é um conhecimento prático tão reaproveitável no mercado, o teórico e conceitual, sempre é. Mas já existe uma expectativa pela Nu de curva de aprendizado inicial pós início. Ok. Agora, num cenário como o teu, tendo esse tempo antes. Foi perfeito.

Que massa esse conteúdo! Vou começar no Nubank próximo mês e já vou maratonar tudo

Alberto pq vc escolheu usar o basecamp? Eu uso outra ferramenta e gostaria de trocar uma ideia. Belo conteúdo. Obrigado por compartilhar.

Fala Alberto, top demais teu vídeo! Comecei essa semana no Nu e segui com um roteiro de estudos de certa forma parecido com o teu, só que mais focado em Scala e Big Data.

Que conteudo fenomenal! Vou maratonar o canal Boa sorte Alberto, nessa jornada.

Fantastico, muito bom o/

Mestre essas notas e kanban vc publicou tbm??

Vai com tudo, Alberto! Muito sucesso pra ti, e claro, "Clojure na veia". 🚀

Eu gosto de usar o termo convenção para resumir o que você descreveu sobre o que foi convencionado (decidido) em como deveria se comportar a API no Java e no Clojure por aquele/aqueles que tinham/têm o poder de convencionar (decidir como as coisas devem ser/comportar). Muito bom o vídeo, gosto desta abordagem filosófica na programação. Tenho esta mesma pegada no meu dia a dia com os meus pares.

Assistindo

Trabalho com clojure a cerca de 2 anos, gosto muito :D

quando voce escreve: (eval (if 4 4 2)) no caso o eval esta evaluando apenas o resultado da operacao (if 4 4 2) e nao a lista que voce passou. no fim fica assim (eval 4) Se voce quiser usar evaluar a lista voce precisa usar o sintax sugar ' (eval '(if 4 4 2)) ou a funcao list como fez nos outros examplos sobre a utilidade do code-as-data no meu ponto de vista: torna bem facil voce "extender" a linguagem criando novas macros. um exemplo bem comum de macros de usuarios 'e essa when-let* (defmacro when-let* [bindings & body] `(let ~bindings (if (and ~@(take-nth 2 bindings)) (do ~@body) ))) que eh basicamente um when-let que permite mutiplos bindings... ter code as data facilita e muito criar esse tipo de extensao. Desculpa os milhoes de erros de acentuacao e portugues meu SO ta em outro idioma

Bons estudos por aí... Mas admito que sem pesquisar, mas te acompanhando, ainda não sei qual problema o Cloujure resolve. Por que devo adotar Cloujure? Quando devo considerar o uso?

Parabens pelo conteudo

(pra cimaaaaaaaa 🚀)

seria o chatgpt o novo pato de borracha dos programadores? série muito boa! abraço!

Maravilha @! Sucesso !@

Salve, Alberto! Futuro colega de trabalho! Trabalho em outra área e estou estudando mais a stack pra voltar a ser Tech Manager, essa série será ótima pra mim! Valeu!

Meu amigo, muito obrigado por compartilhar sua jornada de aprendizado. Vou aproveitar bastante dos seus métodos nas minhas trilhas de aprendizagem também. Eapero muito pelo dia em que trará aqui a implementação de clean arch usando o Clojure! Sou fascinado por lisp e sua maneira diferente de se resolver problemas. Quero demais ver clean arch nele! Obrigado camarada! Tmj! Bons eatudos e parabéns na nova jornada no NuBank!

Ouvindo sua explicação Alberto, fiquei pensando a respeito de duas situações que vejo muito acontecer, uma delas é justamente o ponto que você colocou de postergar determinadas decisões, nesse ponto, quase todo tutorial ou curso que já vi, começa com a instalação do conjunto de ferramentas, bibliotecas, frameworks e tudo mais, as vezes naquele momento você nem precisa daquilo instalado. Outro ponto que vejo, é que sua explicação me fez lembrar muito de um dos propósitos de arquiteturas como a clean arch e hexagonal, quando coloca na camada de Infraestrutura tudo que diz respeito a tecnologias e quando você decide, por exemplo, mudar o broker que está utilizando para mensageria, a arquitetura do seu software torna mas fácial a inclusão/adaptação do novo broker que será adotado. No primeiro ponto, a gente evita se preocupar com aquilo que ainda não precisamos e no segundo facilita a adoção de novas tecnologias que decidimos utilizar depois de implementado o software.

Muito obrigado por compartilhar tua maneira de estudar com a gente, Alberto. De fato, é realmente muito interessante e estou aprendendo muito contigo sobre **como aprender**. Gratidão e boa sorte nessa nova jornada!

Depois do seu primeiro vídeo, comecei a questionar meus métodos de estudos 🤣

Parabéns mestre. Sempre fera nos ensinamentos

Caraca o BABA é uma lenda viva fora o conhecimento que extremo a humildade do cara é foda de mais. Vou tentar seguir o mestrado!!@

Clojure é uma linguagem incrível e extremamente apaixonante! sucesso Alberto!!!! 💪

cara gostei do vídeo .. e me animou a aprender clojure ... vamos juntos !

massa

cara .. como alguém consegue saber que vai trabalhar em algum lugar com 2 meses de antecedência ... e ainda tem a oortunidade de se preparar ... quando eu crescer queroi ser como vc Alberto.. .:) forte abs do RS

já fiquei ansioso pra ver mais dessa jornada! confesso que esse video me fez repensar alguns pontos dos meus estudos. boa sorte desde já na empreitada e não deixe de compartilhar com a gente!

Que demais! Achei muito interessante seu método de estudo. Com tanta distração, perco o foco e me perco no objetivo com facilidade e essa fase de consciência fez muito sentido pra mim, vou tentar aplicar 😊

👀👀🎯🎯🚀🚀🚀