@riverfount se a temática é a mesma, vc pode compartilhar o schema do item retornado (e talvez pipelines de validação). Porém como cada site é diferente, um spider por site é melhor para deixar isolado cada um deles. Assim vc consegue monitorar mais facilmente e o código não fica mais complicado do que necessário. Dá uma olhada em como os spiders do Querido Diário são organizados https://github.com/okfn-brasil/querido-diario/
@cadusilva@marte@kiff eu já comi uma capixinha em Piracicaba ... estou querendo provar um capistel. Mas podemos testar o pãopivara também se tiver ânimo para cozinhar um pouco 🙂
@webology@CodenameTim regarding privacy, it is up to the communities start to consider privacy as something more important than the easiness of using a Google's product.
In my opinion, this is far from a technical issue, but a culture issue. Are the communities as concerned with privacy as they should be?
@webology@CodenameTim we do literally dozens of open source alternatives (in different levels of maturity) that could be self hosted and used as alternative to Google Forms. For example, a quick search returned me this page with many options: https://medevel.com/google-form-alternatives-1284/
@gwidion I don't know what is the default in your instance (or how it is configured in your account), but you can configure how you want to show media content (sensitive or not), blurring or not in your appearance settings page (probably you will find it in your instance at https://floss.social/settings/preferences/appearance)
Just finished to read "Monolith To Microservices" from @samnewman
It discussed so many patterns and problems that I saw in multiple projects and teams during my career. Certainly now I have new tools and concepts to approach my future projects, even if you are not going to migrate a monolith to a microservices architecture.
Blocking 30min a day to read as much I can worked for this book! It was a great experience that I will try again with my next technical book 🙂
Já considerei fazer uma série de vídeos introdutórios, mas ainda não tive tempo/vontade de começar esse projeto. Talvez em 2025 eu pense em algo do tipo.
@v_raton@riverfount considerando os tutoriais que já dei pelo mundo e as perguntas que recebo frequentemente a respeito de raspagem de dados e o uso do Scrapy, eu tenho certeza que um conteúdo desses é útil e necessário para muitas pessoas.
@hisham_hm@civodul@hipsterelectron@juliobiason there are so many discussion threads here (and in other places like this) where a blog post would be a great place to save the information for posterity. Mastodon threads are ephemeral (imo). Having a place to refer some discussion you had months ago is a good practice!
@anna@tosconf@lhc cerca de 1h30 de ônibus em média e tem ônibus toda hora. É muito provável que pessoas do Garoa (hackerspace de SP) vão participar do evento também e as vezes a gente até consegue arrumar uma carona.
@anna não é em SP (mas em Campinas que é do lado), mas no dia 22 de março vamos ter a Tosconf (@tosconf) aqui no @lhc (nosso hackerspace) e seria MUITO legal se vc pudesse participar! É uma conferência pequena, sobre assuntos bem variados!
@cuducos eu nunca consegui contratar nenhum serviço de VPS aqui no Brasil decente. 99% das vezes acabei usando algum fora do país, justamente por eles terem um péssimo atendimento, muita burocracia e ainda limitações técnicas para eu fazer o que eu quiser.
Reading a 2019 book about migrating monoliths to microservices and suddenly I am reading a 1987 paper about how to handle Long Lived Transactions (LLTs) 🙂 It looks like every hype we have now in software development and computing is just someone revisiting something that was written decades ago ...
A person asked for help about an error in their FastAPI application in a Python Telegram group. It is a relatively simple error, but I noticed by the name of the module in traceback that this person is working on a crypto related project.
@abosio interesting article. It mentions real problems with the microservices architecture. The book I am reading mentions almost the same problems with different patterns to solve them 🙂
But I am enjoying the book most because the author never says that you MUST migrate your monolith to microservices, just provides some patterns to use if you want to. Some of the patterns can be useful to create a "modular monolith", which is also a nice concept.