Será que não foi removido por ser autopromoção?
Mesmo procurando o nome da marca ou do produto no Google não aparece nada, e nem no Naver aparece.
Mal consegui encontrar a página de compra, com apenas 1 avaliação....
Nessa situação, ainda fez propaganda mentindo no título que ganhou 3 vezes o salário, então era de se esperar que causasse antipatia.
Claro, olhando só o resumo, até parece curioso.
Acho que hoje em dia briguei mais por causa de gente que é fã de uma stack tecnológica ou arquitetura específica e fala como se fosse o fim do mundo não adotar essa stack ou arquitetura do que por causa de clean code. O certo é aplicar conforme a situação; parece que não existe nada que seja bom em qualquer caso.
Sistemas distribuídos como o Flink precisam manter 2 ou 3 racks para garantir HA, e parece que, ao integrá-lo ao Kubernetes, eles conseguiram garantir essa HA. Mas, no fim, ainda seria preciso considerar os recursos dos slave nodes do kube; fico pensando se montaram nós dedicados só para rodar Flink (porque, quando a carga do Flink aumentar, parece provável haver problema de queda de slave node).
Nessa perspectiva, existe alguma vantagem em usar Kubernetes?
Além disso, quando se usa funções de janela no Flink, os dados daquele intervalo ficam mantidos em memória para que o sql join funcione. Olhando pelo ponto de vista de trade-off, será que o Flink é uma boa escolha? Se, com o passar do tempo, esse SQL cada vez maior + o job morrerem, o estrago seria enorme...
Eu também fico pensando que, quando há necessidade de join na data source do topo, em vez de usar Flink, como isso poderia ser tratado descendo para o nível da aplicação.
Tudo é ótimo, mas a grande desvantagem é que, para comprar na Coreia, você precisa conhecer alguém que more no exterior...
Parece que eles também bloqueiam os redirecionadores de encomendas de forma bem rígida.
O banco de dados relacional open source mais avançado do mundo
uau;
É
-globale não--global?EdgeDB - ORDB open source de próxima geração para desenvolvedores
Lançamento do EdgeDB 1.0
Um ano usando EdgeDB - "Nunca mais vou voltar para SQL"
É tipo o antigo GWT?
Receba suporte para programação com o Gemini Code Assist - agora disponível gratuitamente
É uma concorrência excelente(?).
Fica super fácil de entender, é uma ótima analogia.
Será que não foi removido por ser autopromoção?
Mesmo procurando o nome da marca ou do produto no Google não aparece nada, e nem no Naver aparece.
Mal consegui encontrar a página de compra, com apenas 1 avaliação....
Nessa situação, ainda fez propaganda mentindo no título que ganhou 3 vezes o salário, então era de se esperar que causasse antipatia.
Claro, olhando só o resumo, até parece curioso.
Essa caixa-preta é realmente assustadora. "Como é que isso funciona?"
"A IA nunca poderá operar de forma independente para sempre"
Essa parte é impressionante.
Acho que hoje em dia briguei mais por causa de gente que é fã de uma stack tecnológica ou arquitetura específica e fala como se fosse o fim do mundo não adotar essa stack ou arquitetura do que por causa de clean code. O certo é aplicar conforme a situação; parece que não existe nada que seja bom em qualquer caso.
Sistemas distribuídos como o Flink precisam manter 2 ou 3 racks para garantir HA, e parece que, ao integrá-lo ao Kubernetes, eles conseguiram garantir essa HA. Mas, no fim, ainda seria preciso considerar os recursos dos slave nodes do kube; fico pensando se montaram nós dedicados só para rodar Flink (porque, quando a carga do Flink aumentar, parece provável haver problema de queda de slave node).
Nessa perspectiva, existe alguma vantagem em usar Kubernetes?
Além disso, quando se usa funções de janela no Flink, os dados daquele intervalo ficam mantidos em memória para que o
sql joinfuncione. Olhando pelo ponto de vista de trade-off, será que o Flink é uma boa escolha? Se, com o passar do tempo, esse SQL cada vez maior + o job morrerem, o estrago seria enorme...Eu também fico pensando que, quando há necessidade de join na data source do topo, em vez de usar Flink, como isso poderia ser tratado descendo para o nível da aplicação.
Ótima discussão.
Pensando bem, eu também recomendava a Philosophy of Software Design, do John, para os juniores, mas nunca recomendei muito Clean Code.
Parece que o post original foi removido. Veja no Web Archive
https://web.archive.org/web/20250225151227/…
Uau, acabei de ativar o app do GitHub que faz review de PR. Estou curioso para ver como vai ser.
Tudo é ótimo, mas a grande desvantagem é que, para comprar na Coreia, você precisa conhecer alguém que more no exterior...
Parece que eles também bloqueiam os redirecionadores de encomendas de forma bem rígida.
Dizem que isso copiou exatamente o
docx.A própria Microsoft já fez isso quando passou de
docparadocx.Acho que o importante é não seguir cegamente apenas as manchetes sobre qualquer coisa, mas entender bem o contexto e aplicar isso adequadamente.
Hmm... fico curioso para saber se isso vai resultar em um desenvolvimento mais seguro em termos de tipos do que com TS.