A característica do Supabase é ser adequado para sistemas baseados em CRUD, e como é possível implementar CRUD no frontend sem precisar desenvolver/operar um servidor de API, a carga de desenvolvimento de backend é menor. Desenvolvedores de frontend e backend se comunicam pela definição das tabelas, em vez de contratos de API, e entre os recursos estamos usando principalmente o console web, autenticação e armazenamento de objetos.
Como o frontend depende das definições de tabelas, views e funções do banco de dados, é preciso ter um pouco mais de atenção com o rastreamento de mudanças nos dados. Se você precisar de lógica server-side, acho melhor construir WAS/REST API separadamente.
É um serviço de que gosto muito. Dá para criar um serviço só com o front-end, sem configurações complexas de back-end/BD.
Na prática, estou usando bastante porque quero aplicá-lo em um serviço real, e para mim a experiência do desenvolvedor foi até melhor do que a do Firebase.
Também há região na Coreia, e é ótimo que ofereçam um free tier bem generoso. Também dá para fazer self-hosting.
Que boa notícia essa captação da Série D! Mas, como continua sendo mencionado nos comentários, ainda fico preocupado se é um negócio sustentável.
Na minha opinião, usar o serviço serverless de um fornecedor é arriscado, mas usar containers para a própria empresa oferecer um ambiente serverless parece uma boa ideia. Acho que seria bom aproveitar serverless não como um serviço, mas como um conceito.
Pense bem por que outras pessoas estão criticando tanto, e por favor não saia por aí você mesmo, nem daqui para frente, sendo arrogante e falando esse tipo de bobagem.
Há muitas pessoas que trabalham com paixão por tecnologia da computação. Não generalize com base nas suas próprias opiniões e experiências. Isso é ofensivo para essas pessoas.
Existe um problema que surge porque, diferentemente do passado, a área pela qual uma pessoa precisa ser responsável ficou mais ampla.
•É verdade que, em comparação com o passado, o que se espera de um único engenheiro se tornou mais amplo e maior. E, em relação ao passado, uma parcela muito maior do mundo real passou a entrar nos sistemas de computador, e, na mesma medida, a dificuldade de abstração e implementação também está aumentando rapidamente. Fico pensando se há mesmo necessidade de listar trabalhos mais difíceis no mundo real para argumentar que este não é um trabalho tão difícil assim...
• Embora o título tenha sido traduzido como “é uma loucura”, acho que talvez esteja apenas expressando a situação atual, que acaba deixando a pessoa sem ânimo. E eu concordo até certo ponto com o texto principal. É verdade que, em comparação com o passado, o que se espera de um único engenheiro ficou mais amplo e maior. E, em comparação com o passado, uma parte muito maior do mundo real entrou para dentro dos sistemas de computador, e com isso a abstração e a dificuldade de implementação também estão aumentando rapidamente. Só porque você lista trabalhos mais difíceis no mundo real, não vejo necessidade de afirmar que este não é um trabalho difícil...
Mas esse é um exemplo completamente diferente, não é? É só dar rollback e pronto? A sua própria experiência não é tudo. Você nunca trabalhou em mudanças de grande escala?
•Parece que há quem esteja enganado achando que desenvolvimento de software é simplesmente gerar código ou criar APIs. A essência do desenvolvimento de software está em abstrair a realidade para criar protocolos e interfaces e encaixar tudo nisso. Está em conectar coisas que funcionam de maneiras diferentes para que operem como se fossem uma só. Isso é uma atividade intelectual mais complexa do que parece, e por isso é mais difícil do que se imagina formar engenheiros de software. Dizem que há muita gente no mercado, mas quantos deles realmente conseguem trabalhar direito? A maioria só usou uma ferramenta uma vez, mas isso não é o cerne de ser um engenheiro de software.
•Faz sentido comparar diretamente com a indústria manufatureira? Do ponto de vista de que o setor ainda não atingiu um nível suficiente de sofisticação, o objeto dessa comparação parece ser a manufatura. Se tentarmos entender a área de software pelo paradigma da manufatura, ela pode parecer artesanato ou desenvolvimento por hobby, mas, por outro lado, acho que são justamente esses aspectos que criam a cultura flexível e criativa própria do desenvolvimento de software e servem de base para seu crescimento.
•É verdade que, em comparação com o passado, o que se espera de um único engenheiro ficou mais amplo e maior. E, em relação ao passado, uma parcela muito maior do mundo real entrou para dentro dos sistemas de computador, e com isso a dificuldade de abstração e implementação também está aumentando rapidamente. Só porque listamos trabalhos mais difíceis no mundo real, não acho que seja necessário defender que este trabalho não é difícil...
•O ambiente mudou. Não acho que o motivo pelo qual as expectativas e a remuneração do mercado em relação aos desenvolvedores aumentaram em comparação com o passado seja apenas sua técnica, habilidade e especialização. Quanto mais profundamente a TI entra na vida da humanidade, mais importante o software se torna, sustentando muita infraestrutura. Não acho que a remuneração aumente porque a capacidade de cada desenvolvedor cresceu; acho que o próprio trabalho simplesmente ficou mais caro. Porque ele se tornou mais importante do que antes.
Há críticas pertinentes aí embaixo. O fato de a tecnologia de computação ser acessível também se deve em grande parte à contribuição dos engenheiros de software. E acessibilidade não significa que seja fácil se tornar um profissional.
A culinária ser acessível faz com que seja fácil virar um especialista em gastronomia?
•É fácil de aprender. Concordo, mas uma barreira de entrada baixa não significa baixa especialização. Acho que, em comparação com outros setores, especialmente outras funções técnicas da manufatura, a razão de ser mais fácil aprender não é porque o desenvolvimento em si seja fácil, mas talvez por causa da cultura open source e do baixo risco. Como foi dito antes sobre a diversidade entre desenvolvedores, há trabalhos que podem ser feitos após aprender rápido e há trabalhos que exigem uma base de especialização.
•Se você aprender um pouco de desenho e entrar como assistente de um cartunista, vai sair por aí dizendo que é profissional? Ou, se fizer um curso de culinária e conseguir emprego numa cozinha, vai sair dizendo que é especialista em gastronomia, chef? O que você está dizendo é de um nível parecido com isso. Se fosse algo tão simples assim, ninguém chamaria isso de profissão.
Acho que uma das coisas mais difíceis ao desenvolver com Spring era a dependência circular..
Aquela frustração de ficar inicializando um ao outro infinitamente e acabar travando por vazamento de memória...
Você está fazendo uma crítica fora de contexto. A pessoa que escreveu o post original não menosprezou ninguém; na verdade, não é você quem está depreciando e rebaixando o valor da profissão de engenheiro de software?
Acho que também tinha saído algo sobre a Perplexity querer fazer um navegador.
Parece que a grande guerra dos navegadores vai recomeçar.
E junto com ela, o pesadelo da fragmentação começando de novo...
Nem o Firefox conseguiu se sustentar sozinho, então não entendo com base em que o Departamento de Justiça afirma que o Chrome conseguiria sobreviver de forma independente. É só porque tem muitos usuários?
Parece que você está falando com base em algo que ouviu por alto.
O motivo de a taxa de conclusão ser baixa em comparação com a de ingresso não se deve apenas a expulsões.
Na Coreia do Sul, é menos comum do que se imagina que alguém esteja cursando uma universidade, entregue o pedido de desistência na instituição em que estuda e depois vá para outra universidade ou mude de curso. Tirando os casos em que a pessoa decide refazer o vestibular para entrar em uma universidade melhor, normalmente, depois que entra, ela simplesmente segue até se formar sem grandes problemas. Mas, na Alemanha, é bastante comum que os estudantes, enquanto estudam, percebam logo no primeiro ou segundo ano que aquele curso é diferente do que imaginavam, ou então que a área em si não combina com eles, e por isso desistam e voltem a cursar a universidade em outra graduação. Por isso, como há casos em que os estudantes mudam de universidade por vontade própria ou escolhem um caminho diferente da universidade, esse índice de conclusão não representa o nível de dificuldade para se formar em universidades alemãs.
Do nada, Godot...?!
A característica do Supabase é ser adequado para sistemas baseados em CRUD, e como é possível implementar CRUD no frontend sem precisar desenvolver/operar um servidor de API, a carga de desenvolvimento de backend é menor. Desenvolvedores de frontend e backend se comunicam pela definição das tabelas, em vez de contratos de API, e entre os recursos estamos usando principalmente o console web, autenticação e armazenamento de objetos.
Como o frontend depende das definições de tabelas, views e funções do banco de dados, é preciso ter um pouco mais de atenção com o rastreamento de mudanças nos dados. Se você precisar de lógica server-side, acho melhor construir WAS/REST API separadamente.
Para quem quer fazer projetos paralelos, eu sempre recomendo o Supabase como a primeira opção. Espero que o Supabase tenha ainda mais sucesso!
É um serviço de que gosto muito. Dá para criar um serviço só com o front-end, sem configurações complexas de back-end/BD.
Na prática, estou usando bastante porque quero aplicá-lo em um serviço real, e para mim a experiência do desenvolvedor foi até melhor do que a do Firebase.
Também há região na Coreia, e é ótimo que ofereçam um free tier bem generoso. Também dá para fazer self-hosting.
Que boa notícia essa captação da Série D! Mas, como continua sendo mencionado nos comentários, ainda fico preocupado se é um negócio sustentável.
Na minha opinião, usar o serviço serverless de um fornecedor é arriscado, mas usar containers para a própria empresa oferecer um ambiente serverless parece uma boa ideia. Acho que seria bom aproveitar serverless não como um serviço, mas como um conceito.
A frase "eu queria uma banana, mas trouxeram a floresta inteira" é muito engraçada.
Pense bem por que outras pessoas estão criticando tanto, e por favor não saia por aí você mesmo, nem daqui para frente, sendo arrogante e falando esse tipo de bobagem.
Há muitas pessoas que trabalham com paixão por tecnologia da computação. Não generalize com base nas suas próprias opiniões e experiências. Isso é ofensivo para essas pessoas.
Existe um problema que surge porque, diferentemente do passado, a área pela qual uma pessoa precisa ser responsável ficou mais ampla.
•É verdade que, em comparação com o passado, o que se espera de um único engenheiro se tornou mais amplo e maior. E, em relação ao passado, uma parcela muito maior do mundo real passou a entrar nos sistemas de computador, e, na mesma medida, a dificuldade de abstração e implementação também está aumentando rapidamente. Fico pensando se há mesmo necessidade de listar trabalhos mais difíceis no mundo real para argumentar que este não é um trabalho tão difícil assim...
Não há necessidade de fazer essa comparação.
• Embora o título tenha sido traduzido como “é uma loucura”, acho que talvez esteja apenas expressando a situação atual, que acaba deixando a pessoa sem ânimo. E eu concordo até certo ponto com o texto principal. É verdade que, em comparação com o passado, o que se espera de um único engenheiro ficou mais amplo e maior. E, em comparação com o passado, uma parte muito maior do mundo real entrou para dentro dos sistemas de computador, e com isso a abstração e a dificuldade de implementação também estão aumentando rapidamente. Só porque você lista trabalhos mais difíceis no mundo real, não vejo necessidade de afirmar que este não é um trabalho difícil...
Mas esse é um exemplo completamente diferente, não é? É só dar rollback e pronto? A sua própria experiência não é tudo. Você nunca trabalhou em mudanças de grande escala?
•Parece que há quem esteja enganado achando que desenvolvimento de software é simplesmente gerar código ou criar APIs. A essência do desenvolvimento de software está em abstrair a realidade para criar protocolos e interfaces e encaixar tudo nisso. Está em conectar coisas que funcionam de maneiras diferentes para que operem como se fossem uma só. Isso é uma atividade intelectual mais complexa do que parece, e por isso é mais difícil do que se imagina formar engenheiros de software. Dizem que há muita gente no mercado, mas quantos deles realmente conseguem trabalhar direito? A maioria só usou uma ferramenta uma vez, mas isso não é o cerne de ser um engenheiro de software.
•Faz sentido comparar diretamente com a indústria manufatureira? Do ponto de vista de que o setor ainda não atingiu um nível suficiente de sofisticação, o objeto dessa comparação parece ser a manufatura. Se tentarmos entender a área de software pelo paradigma da manufatura, ela pode parecer artesanato ou desenvolvimento por hobby, mas, por outro lado, acho que são justamente esses aspectos que criam a cultura flexível e criativa própria do desenvolvimento de software e servem de base para seu crescimento.
•É verdade que, em comparação com o passado, o que se espera de um único engenheiro ficou mais amplo e maior. E, em relação ao passado, uma parcela muito maior do mundo real entrou para dentro dos sistemas de computador, e com isso a dificuldade de abstração e implementação também está aumentando rapidamente. Só porque listamos trabalhos mais difíceis no mundo real, não acho que seja necessário defender que este trabalho não é difícil...
•O ambiente mudou. Não acho que o motivo pelo qual as expectativas e a remuneração do mercado em relação aos desenvolvedores aumentaram em comparação com o passado seja apenas sua técnica, habilidade e especialização. Quanto mais profundamente a TI entra na vida da humanidade, mais importante o software se torna, sustentando muita infraestrutura. Não acho que a remuneração aumente porque a capacidade de cada desenvolvedor cresceu; acho que o próprio trabalho simplesmente ficou mais caro. Porque ele se tornou mais importante do que antes.
Há críticas pertinentes aí embaixo. O fato de a tecnologia de computação ser acessível também se deve em grande parte à contribuição dos engenheiros de software. E acessibilidade não significa que seja fácil se tornar um profissional. A culinária ser acessível faz com que seja fácil virar um especialista em gastronomia?
•É fácil de aprender. Concordo, mas uma barreira de entrada baixa não significa baixa especialização. Acho que, em comparação com outros setores, especialmente outras funções técnicas da manufatura, a razão de ser mais fácil aprender não é porque o desenvolvimento em si seja fácil, mas talvez por causa da cultura open source e do baixo risco. Como foi dito antes sobre a diversidade entre desenvolvedores, há trabalhos que podem ser feitos após aprender rápido e há trabalhos que exigem uma base de especialização.
•Se você aprender um pouco de desenho e entrar como assistente de um cartunista, vai sair por aí dizendo que é profissional? Ou, se fizer um curso de culinária e conseguir emprego numa cozinha, vai sair dizendo que é especialista em gastronomia, chef? O que você está dizendo é de um nível parecido com isso. Se fosse algo tão simples assim, ninguém chamaria isso de profissão.
Acho que uma das coisas mais difíceis ao desenvolver com Spring era a dependência circular..
Aquela frustração de ficar inicializando um ao outro infinitamente e acabar travando por vazamento de memória...
Você está fazendo uma crítica fora de contexto. A pessoa que escreveu o post original não menosprezou ninguém; na verdade, não é você quem está depreciando e rebaixando o valor da profissão de engenheiro de software?
+11111
Acho que também tinha saído algo sobre a Perplexity querer fazer um navegador.
Parece que a grande guerra dos navegadores vai recomeçar.
E junto com ela, o pesadelo da fragmentação começando de novo...
Nem o Firefox conseguiu se sustentar sozinho, então não entendo com base em que o Departamento de Justiça afirma que o Chrome conseguiria sobreviver de forma independente. É só porque tem muitos usuários?
Parece que você está falando com base em algo que ouviu por alto.
O motivo de a taxa de conclusão ser baixa em comparação com a de ingresso não se deve apenas a expulsões.
Na Coreia do Sul, é menos comum do que se imagina que alguém esteja cursando uma universidade, entregue o pedido de desistência na instituição em que estuda e depois vá para outra universidade ou mude de curso. Tirando os casos em que a pessoa decide refazer o vestibular para entrar em uma universidade melhor, normalmente, depois que entra, ela simplesmente segue até se formar sem grandes problemas. Mas, na Alemanha, é bastante comum que os estudantes, enquanto estudam, percebam logo no primeiro ou segundo ano que aquele curso é diferente do que imaginavam, ou então que a área em si não combina com eles, e por isso desistam e voltem a cursar a universidade em outra graduação. Por isso, como há casos em que os estudantes mudam de universidade por vontade própria ou escolhem um caminho diferente da universidade, esse índice de conclusão não representa o nível de dificuldade para se formar em universidades alemãs.
Uma pessoa que não comprou ações da Nvidia por causa do Google Tensor, do Tesla Dojo e da AMD..