Fernando Cruz - Samurai Africano

Tempo que não apareço por aqui. Vcs estão bem?

Sim 😅 Acontece

Há é falso kkkk

Galera se alguém tem contato do @thayto.dev me manda no privado please. Não sei se ele ainda vê mensagem aqui.

Quem???

Com React ou algum outro framework web eu conseguiria até fazer, mas não conseguiria garantir que não estaria deixando alguma brecha de segurança ou pra corrigir algum problema eu teria mais dificuldade, nesse estágio velocidade é importante.

Decisões difíceis e monocráticas, mas que são necessárias. Eu resolvi criar a plataforma Web da Allowa com Flutter e não com React. Motivo principal, eu sei Flutter e não sei React, preciso de velocidade, preciso que a plataforma seja segura. Com Flutter eu consigo garantir isso.

A pista está salgada no LinkedIn 🤣🤣🤣🤣🤣🤣

O que vai ter de prédio desmoronando com esses engenheiros aí, não está no Gibi.

“Estamos testemunhando o fim do desenvolvedor digitador”

Exatamente isso. E ainda manda tirar o travessão. Hahahahaha

Eu deveria ter feito o mesmo

🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣

Analisei a arquitetura a fundo 🔥🔥🔥

O LinkedIn é muito engraçado. 😅😅😅

“BTC é pirâmide”, falou o cara com CDB no banco Master 🔥🔥🔥

Temporal brilharia nesse cenário aí. temporal.io

O sistema que consumia não sabia lidar. Nesse caso do pedido, poderia ser uma notificação de e-mail pro cliente que o pedido estava finalizado e depois ele recebe um e-mail de pedido pendente. Então ter um workflow facilitaria e simplificaria pro consumidor.

Acabei respondendo na thread, mas tem a complexidade de notificações, provavelmente seu sistema de pedidos notifique outros sistemas, clientes e afins. Eu tive que lidar com isso em um sistema de KYC que a gente enviava que tinha finalizado e depois emitia um evento de pendente.

Um ponto que vejo nessa abordagem de lidar com persistências imutáveis, são outros sistemas terem que lidar com a complexidade das notificações, provavelmente ali ele poderia ter enviado um Webhook de pedido com status finalizado e depois emitir um webhook do mesmo pedido com status pendente.

Em um sistema Event Driven esse seria um típico caso que eu optaria por usar Orquestração ao invés de Coreografia. Pq você teria um Workflow e conseguiria coordenar os fluxos.

Exatamente manooo

Eu gosto de ser mais pragmático, acho que não trabalhar da forma adequada se mede com resultado e ferramental e tem que ser olhado no âmbito do individual, fulano não trabalha bem no modelo remoto ou fulano não se adequou a cultura. Assim como inverso, tem pessoas que não vão render no presencial.

Vocês usam Wellhub ou TotalPass no benefício de vocês? Como funciona na empresa de vocês? Comunicam ao RH é via plataforma, App?

Já o resto da empresa que tem
tempo pra ficar de papinho em call, cafezinho toda hora, passeando pelo escritório com computador na mão pra lá e pra cá, podem trabalhar presencial pra reforçar a cultura da empresa. Faz esse favor pra nós.

Nossas IDEs já permitem fazer Pair Programming e a maioria das ferramentas permitem colaboração, as soluções dos nossos problemas e ideias normalmente acontecem nos sonhos ou transando ou fazendo qualquer maluquice aleatória.

Eu queria postar uma proposta no LinkedIn mas vai gerar muita polêmica. Remoto vs Presencial:
- Engenheiros de Software modelo Remoto
- Resto da empresa modelo presencial.

Quem constrói as coisas de verdade e precisa manter as coisas funcionando precisa apenas de concentração e um computador.

Até printei essa informação, vai me ajudar demais a modelar essa estrutura e validar se precisa dessa segregação por empresas. Você tem algum saldo livre? Auxílio Home Office, Bônus ou algo assim?

A guria falou que remoto não é pra ela e deu as justificativas dela e ok. Mas achei engraçado, pq ela não gosta de trabalhar de Café, não gosta de CoWorking e as pessoas que ela diz sentir falta precisam ser do trabalho. 🤣🤣🤣

Qual nota você dá pro App deles? Sente falta de alguma funcionalidade, além de usar somente o cartão na Wallet?