Oct 20 3:03 AM PDT Continuamos observando a recuperação na maior parte dos serviços AWS afetados. Podemos confirmar que os serviços e recursos globais que dependem de US-EAST-1 também se recuperaram. Continuamos trabalhando para a resolução completa e forneceremos atualizações assim que tivermos mais informações para compartilhar.
Oct 20 2:27 AM PDT Estamos vendo sinais significativos de recuperação. A maioria das requisições agora deve estar sendo concluída com sucesso. Continuamos trabalhando em uma fila acumulada de requisições. Continuaremos fornecendo informações adicionais.
Parece que a maior parte já foi restaurada. Fico curioso para saber qual será o plano de compensação daqui para frente.
O Docker Hub também está na região com falha, então docker pull não funciona e não consigo fazer builds.
Estou usando temporariamente o Amazon ECR Public Gallery. https://gallery.ecr.aws/
Hoje em dia, o smartphone é o meio mais frequentemente apontado como responsável por roubar nossa atenção. Claro que, em primeiro lugar, o problema são os criadores de aplicativos que induzem esse comportamento, mas acho que é algo que pode ser resolvido se soubermos usá-los da forma correta.
Por padrão, é preciso desligar todas as notificações dos aplicativos e deixar apenas as realmente necessárias.
As notificações que sobrarem também devem ser separadas por nível de importância, ativando som/vibração apenas para as indispensáveis e fazendo com que as demais nem apareçam no AOD ou na tela de bloqueio. Se não forem notificações urgentes, basta verificar a lista de notificações quando você quiser.
No caso do e-mail, também é preciso dividir em pastas, classificar automaticamente e configurar para que só os itens urgentes gerem notificação.
Só isso já deve ser suficiente para não se preocupar com a atenção sendo dispersada por causa do smartphone. A menos que você tenha o hábito de olhar para ele a cada poucos minutos.
É um projeto excelente. Mas parece haver bastante sobreposição de escopo com o Hugo.
Na resposta da issue pedindo uma explicação, dizem que os diferenciais seriam preview no terminal, deploy rápido, sistema de newsletter por e-mail e algo como um tema para o Obsidian, mas nada disso me convence muito.
Existem muitas ferramentas CLI que renderizam Markdown, e também há muitos recursos que publicam RSS/Atom automaticamente para newsletter...
No longo prazo, faz sentido que a IA e os robôs substituam o trabalho humano, especialmente o trabalho repetitivo e não qualificado. Em contrapartida, também será necessária uma mudança no sistema de distribuição para que todo o valor agregado não fique apenas com os produtores.
Na verdade, é simples e prático se você pensar nisso como aplicar em Markdown o que aprendeu em engenharia de software. Basta escrever bem a especificação de requisitos.
Não sei se este é um comentário adequado à proposta do texto...
É uma diferença de perspectiva,
mas no fim acho que o mais importante é a vontade de quem toma a decisão.
Não quer saber,
quer apenas ouvir que vai dar certo de qualquer jeito,
e quer ouvir que vocês vão resolver por conta própria,
então explicar algo provavelmente significa dizer coisas incômodas para quem tem o poder de decisão.
ps.
Parece ser uma discussão baseada na premissa de que “quem decide está certo?”.
Se o decisor = juiz não gostar, acho que, no fim das contas, qualquer método será inútil.
Como agora não temos tempo, dizemos para apagar só o incêndio imediato e reescrever depois, mas isso vai se acumulando e acaba virando um terrível inferno de queries. Eu mesmo já criei várias. Mesmo sabendo que esse “depois” para reescrevê-las nunca chega.
Com certeza, considerando que outras equipes também seguiram esse caminho, parece que quase todas as equipes de desenvolvimento web estavam desperdiçando tempo.
Na prática, também dá para ver isso como algo que, em algum momento, a diretoria teria que fazer, mas a equipe do YouTube tomou a frente e bancou essa decisão kkk
Oct 20 3:03 AM PDT Continuamos observando a recuperação na maior parte dos serviços AWS afetados. Podemos confirmar que os serviços e recursos globais que dependem de US-EAST-1 também se recuperaram. Continuamos trabalhando para a resolução completa e forneceremos atualizações assim que tivermos mais informações para compartilhar.
Oct 20 2:27 AM PDT Estamos vendo sinais significativos de recuperação. A maioria das requisições agora deve estar sendo concluída com sucesso. Continuamos trabalhando em uma fila acumulada de requisições. Continuaremos fornecendo informações adicionais.
Parece que a maior parte já foi restaurada. Fico curioso para saber qual será o plano de compensação daqui para frente.
O Docker Hub também está na região com falha, então
docker pullnão funciona e não consigo fazer builds.Estou usando temporariamente o Amazon ECR Public Gallery.
https://gallery.ecr.aws/
Espero que normalizem isso logo.
Espero que seja resolvido logo. Está um caos.
Nem o histórico do Perplexity está aparecendo 🥲
Hoje em dia, o smartphone é o meio mais frequentemente apontado como responsável por roubar nossa atenção. Claro que, em primeiro lugar, o problema são os criadores de aplicativos que induzem esse comportamento, mas acho que é algo que pode ser resolvido se soubermos usá-los da forma correta.
Por padrão, é preciso desligar todas as notificações dos aplicativos e deixar apenas as realmente necessárias.
As notificações que sobrarem também devem ser separadas por nível de importância, ativando som/vibração apenas para as indispensáveis e fazendo com que as demais nem apareçam no AOD ou na tela de bloqueio. Se não forem notificações urgentes, basta verificar a lista de notificações quando você quiser.
No caso do e-mail, também é preciso dividir em pastas, classificar automaticamente e configurar para que só os itens urgentes gerem notificação.
Só isso já deve ser suficiente para não se preocupar com a atenção sendo dispersada por causa do smartphone. A menos que você tenha o hábito de olhar para ele a cada poucos minutos.
É um projeto excelente. Mas parece haver bastante sobreposição de escopo com o Hugo.
Na resposta da issue pedindo uma explicação, dizem que os diferenciais seriam preview no terminal, deploy rápido, sistema de newsletter por e-mail e algo como um tema para o Obsidian, mas nada disso me convence muito.
Existem muitas ferramentas CLI que renderizam Markdown, e também há muitos recursos que publicam RSS/Atom automaticamente para newsletter...
No longo prazo, faz sentido que a IA e os robôs substituam o trabalho humano, especialmente o trabalho repetitivo e não qualificado. Em contrapartida, também será necessária uma mudança no sistema de distribuição para que todo o valor agregado não fique apenas com os produtores.
Espero que isso evolua bem.
Na verdade, é simples e prático se você pensar nisso como aplicar em Markdown o que aprendeu em engenharia de software. Basta escrever bem a especificação de requisitos.
Parece parecido com discussões anteriores, como document driven development ou readme driven development.
https://pt.news.hada.io/topic?id=15502
Não sei se este é um comentário adequado à proposta do texto...
É uma diferença de perspectiva,
mas no fim acho que o mais importante é a vontade de quem toma a decisão.
Não quer saber,
quer apenas ouvir que vai dar certo de qualquer jeito,
e quer ouvir que vocês vão resolver por conta própria,
então explicar algo provavelmente significa dizer coisas incômodas para quem tem o poder de decisão.
ps.
Parece ser uma discussão baseada na premissa de que “quem decide está certo?”.
Se o decisor = juiz não gostar, acho que, no fim das contas, qualquer método será inútil.
Como agora não temos tempo, dizemos para apagar só o incêndio imediato e reescrever depois, mas isso vai se acumulando e acaba virando um terrível inferno de queries. Eu mesmo já criei várias. Mesmo sabendo que esse “depois” para reescrevê-las nunca chega.
Vendo agora, realmente dá para dizer que foi uma máquina lendária.
São tecnologias que trazem de volta muitas lembranças.
Cof cof...
"A maioria dos problemas são soluções paliativas causadas por pressão de velocidade e prazos"
buá buá..
É interessante ver alguém que eu só via na área de IA aparecer falando sobre estudantes de graduação.
Então era esse o plano!!
A grande característica é que foi adicionado um acelerador neural para cada GPU, mas o que a Apple realmente oferece suporte é...
Com certeza, considerando que outras equipes também seguiram esse caminho, parece que quase todas as equipes de desenvolvimento web estavam desperdiçando tempo.
Na prática, também dá para ver isso como algo que, em algum momento, a diretoria teria que fazer, mas a equipe do YouTube tomou a frente e bancou essa decisão kkk