Olá, vi só agora que chegaram tantos comentários e estou deixando um retorno.
No blog, eu falo principalmente sobre a transição de nativo para Flutter; talvez depois eu escreva um texto mais completo sobre isso, mas vou compartilhar um resumo aqui.
Em cerca de 3 dias, a página recebeu mais de 50 mil visualizações de mais de 3 mil pessoas acumuladas.
Existe uma história triste por trás da publicação deste projeto.
Recentemente, houve uma pequena questão de reestruturação no lugar onde trabalho. Eu permaneci, mas algumas das pessoas que trabalham comigo precisaram procurar outro emprego, e eu queria apresentar a outras empresas que usam Flutter conteúdos que a nossa equipe domina bem. Claro, posso dizer que as pessoas da nossa equipe que vão mudar de trabalho conseguem fazer isso tranquilamente.
A base do conteúdo foi criada a partir de guias que eu e os membros da minha equipe escrevemos internamente na empresa, além de tecnologias usadas nos projetos da empresa. Eu queria transformá-lo em um guia de onboarding para novos membros da equipe, mas como agora ele não será mais usado internamente, resolvi torná-lo totalmente público.
Ainda há muitos pontos em falta e vários temas que não consegui abordar, mas obrigado por terem gostado 🙇🏻♂️
Também estamos fazendo uma pesquisa para melhorar a página, então, se tiverem tempo, eu realmente agradeceria se participassem.
Mesmo quando há suporte tanto para pagamento na web quanto para compra no app, eu também escolho com bastante frequência a compra no app. Poder gerenciar todos os pagamentos em um só lugar é uma vantagem bem grande e, principalmente para um produto que vou testar uma ou duas vezes, acho que também existe um pouco da sensação de que pagar via Apple é mais seguro.
Também concordo com essa parte. Quando a lógica adicionada ao HTML usa uma sintaxe própria em vez de vanilla, isso se torna uma grande barreira. Para implementar uma UI simples não há problema, mas quando a lógica fica complexa, há diferença na flexibilidade de desenvolvimento e a curva de aprendizado também não pode ser ignorada.
Concordo muito.
Do ponto de vista de quem introduz uma solução dentro da empresa, quando uma nova tecnologia parece boa, é fácil acabar se concentrando só nessa parte, mas este é um texto que realmente toca em um ponto importante: na prática, também é preciso considerar a dificuldade de mudar formas de trabalho já familiares e o tempo necessário para adaptação.
Parece a história de por que Julia surgiu. É preciso estudar as bibliotecas, mas parece uma opção realmente atraente por resolver muitos dos problemas do NumPy.
Se você não souber usar bem a vetorização do numpy, o desempenho vai por água abaixo. Ter que escrever levando isso em consideração é estressante e difícil.
Acho que isso varia conforme o gosto de cada um, mas eu prefiro .map((item) => <li>) em JSX, processado com JavaScript vanilla, em vez de <li for> do Angular, Vue etc. (incluindo essa biblioteca? marcação?).
Ao ver este post https://tech.kakao.com/posts/700, senti que era um bom exemplo de Vibe Coding, e acho que o contexto é parecido. Eu também concordo com o que você escreveu.
Dá a sensação de que, se a confiança em alertas com tom de advertência cair, as pessoas podem acabar ignorando até avisos realmente importantes quando eles aparecerem. No fim, os problemas causados pela perda de credibilidade desses alertas só devem aumentar ainda mais os prejuízos para os consumidores.
Olá, vi só agora que chegaram tantos comentários e estou deixando um retorno.
No blog, eu falo principalmente sobre a transição de nativo para Flutter; talvez depois eu escreva um texto mais completo sobre isso, mas vou compartilhar um resumo aqui.
Em cerca de 3 dias, a página recebeu mais de 50 mil visualizações de mais de 3 mil pessoas acumuladas.
Existe uma história triste por trás da publicação deste projeto.
Recentemente, houve uma pequena questão de reestruturação no lugar onde trabalho. Eu permaneci, mas algumas das pessoas que trabalham comigo precisaram procurar outro emprego, e eu queria apresentar a outras empresas que usam Flutter conteúdos que a nossa equipe domina bem. Claro, posso dizer que as pessoas da nossa equipe que vão mudar de trabalho conseguem fazer isso tranquilamente.
A base do conteúdo foi criada a partir de guias que eu e os membros da minha equipe escrevemos internamente na empresa, além de tecnologias usadas nos projetos da empresa. Eu queria transformá-lo em um guia de onboarding para novos membros da equipe, mas como agora ele não será mais usado internamente, resolvi torná-lo totalmente público.
Ainda há muitos pontos em falta e vários temas que não consegui abordar, mas obrigado por terem gostado 🙇🏻♂️
Também estamos fazendo uma pesquisa para melhorar a página, então, se tiverem tempo, eu realmente agradeceria se participassem.
https://tally.so/r/w559Vv
Mesmo quando há suporte tanto para pagamento na web quanto para compra no app, eu também escolho com bastante frequência a compra no app. Poder gerenciar todos os pagamentos em um só lugar é uma vantagem bem grande e, principalmente para um produto que vou testar uma ou duas vezes, acho que também existe um pouco da sensação de que pagar via Apple é mais seguro.
Para constar, "Dejaíre Passu" na verdade era "Desire paths".
Também concordo com essa parte. Quando a lógica adicionada ao HTML usa uma sintaxe própria em vez de vanilla, isso se torna uma grande barreira. Para implementar uma UI simples não há problema, mas quando a lógica fica complexa, há diferença na flexibilidade de desenvolvimento e a curva de aprendizado também não pode ser ignorada.
Graças a isso, li um texto interessante! Obrigado.
Concordo muito.
Do ponto de vista de quem introduz uma solução dentro da empresa, quando uma nova tecnologia parece boa, é fácil acabar se concentrando só nessa parte, mas este é um texto que realmente toca em um ponto importante: na prática, também é preciso considerar a dificuldade de mudar formas de trabalho já familiares e o tempo necessário para adaptação.
Parece a história de por que Julia surgiu. É preciso estudar as bibliotecas, mas parece uma opção realmente atraente por resolver muitos dos problemas do NumPy.
Se você não souber usar bem a vetorização do
numpy, o desempenho vai por água abaixo. Ter que escrever levando isso em consideração é estressante e difícil.Que legalzinho
https://sdmntprwestus2.oaiusercontent.com/files/…
Acho que isso varia conforme o gosto de cada um, mas eu prefiro
.map((item) => <li>)em JSX, processado com JavaScript vanilla, em vez de<li for>do Angular, Vue etc. (incluindo essa biblioteca? marcação?).Ao ver este post https://tech.kakao.com/posts/700, senti que era um bom exemplo de Vibe Coding, e acho que o contexto é parecido. Eu também concordo com o que você escreveu.
Acho que muitas bibliotecas Python mais antigas têm um problema parecido.
Então, e o 3? -> É sobre o suporte a recursos.
Numerei acima como 1, 2, 4 e 5, mas no Markdown acabou mudando automaticamente para 1234.
Next.js vs TanStack – os limites do Next.js e as vantagens do TanStack
Nós já jogamos esse jogo^!
^ Treinamento para induzir cliques irrefletidos em “Sim” no ActiveX
Dá a sensação de que, se a confiança em alertas com tom de advertência cair, as pessoas podem acabar ignorando até avisos realmente importantes quando eles aparecerem. No fim, os problemas causados pela perda de credibilidade desses alertas só devem aumentar ainda mais os prejuízos para os consumidores.
A Apple está realmente feia até o fim, hahaha
Eu não gosto dessa tendência de manter fóruns no Discord, que não pode ser pesquisado por mecanismos de busca.
Muito obrigado.