Luciano Holanda

What countries have an 8-4 hour working time overlap with the US and a huge pool of Fullstack Engineers? 👇👇👇 🇧🇷 Brazil: 180,000 software engineers -> EST: 8 hours overlap -> PST: 5 hours overlap 🇦🇷 Argentina: 48,000 software engineers -> EST: 7 hours overlap -> PST: 4 hours overlap 🇲🇽 Mexico: 40,000 software engineers -> EST: 8 hours overlap -> PST: 6 hours overlap 🇨🇴 Colombia: 32,000 software engineers -> EST: 8 hours overlap -> PST: 6 hours overlap 🇨🇱 Chile: 18,000 software engineers -> EST: 7 hours overlap -> PST: 4 hours overlap ---------------------------------------------------------------------------- 💬 Drop a comment and I’ll shoot you a report on US startups hiring full-stack devs—where, how, and the $$$! ---------------------------------------------------------------------------- P.S. If you want to learn more about how YC, A16z, and other startups are climbing to the top, consider following me.

4

2 comentários

Finally Breaking My Silence (Why I Decided to Start Sharing My Journey) After 20+ years in tech, from selling ice cream in Rio's favelas to building distributed systems at Microsoft and AWS, I realized something: I've been too quiet. Why I never shared before: - Too focused on building - Imposter syndrome - "Others know more" - Always next challenge But yesterday something hit me: The kid selling ice cream in Rio would have killed for the knowledge I have today. So I made a decision: Starting today, I'll share: - Real engineering lessons - System design insights - Cloud architecture decisions - Raw truth about tech career No sugar coating. No buzzwords. Just hard-earned lessons from: - Building Azure's notification system - Scaling AWS services - Getting patents - Leading global teams - Starting from zero What you'll get: 1. Deep technical insights - Distributed systems - Cloud architecture - Real scaling problems - Performance optimization 2. Career real talk - From favela to big tech - Breaking barriers - Growth mindset - Actual challenges 3. Startup insights - Early decisions - Technical debt - Team building - Real trade-offs Why now? Because somewhere there's a kid like I was Thinking tech is impossible Thinking dreams are too big Needing to know it's possible Follow along if you want: - Zero fluff - Deep technical knowledge - Real experiences - Practical insights PS: Yes, I'll share the ice cream selling strategies too. Some of them still work in system design 😉 Special thanks to Thiago Caserta and Marcelo Cauduro for pushing me out of my comfort zone. Sometimes you need great co-founders to remind you that your journey matters.

177

25 comentários

What does agility mean as an architectural characteristic? This is a very important question I learned how to better answer thanks to Neal Ford and his amazing course about Architecture for Modern Engineering Practices.

7

Five years ago, we started MuukTest with a question: Could we make "Great Software Testing and Automation" easier? My cofounder Renan Ugalde & I each have 20+ years of Software Development & QA experience. We've seen Bad Software Testing and Great Software Testing - way too much of the former, not enough of the latter: Bad Software Testing:  - Nonexistent professional testing team, expecting "developers to do all their own testing" (which 'works' until it doesn't) - Wild, non-disciplined, exploratory testing that doesn't help  - Testing that's treated as a second-class citizen in an engineering org, not as a partner - Reactive, under-resourced testing teams  - Testing with deficient coverage and no automation at all - Testing that's treated as the last step in an assembly line - Massive teams of testers, treated like a boiler room - Testing that slows engineering down I spent years of my life in Software QA and Testing roles like this… where I spent my Christmas holidays frantically, manually running regression tests across an entire application that *had* to be released yesterday. This is bad Software Testing. It is stressful for everyone and doesn't lead to good outcomes. Great Software Testing is:  - Proactive - A mix of (smart, disciplined, strategic) manual exploration and automation - Partner to engineering - Happens throughout the engineering cycle - Performed and coordinated by small teams of testing experts  - Employs amazing tools - Helps engineering move faster - Delivers insights, not more work Since 5 years ago, we have always believed that 'Great, Fast, Efficient Software Testing' will be made possible by AI. Bad testing happens because of bad ideas and bad tools, but with AI helping with a lot of the heavy lifting of test automation and maintenance, 'Great, Fast, Efficient Software Testing' is possible for more teams. Proud of our work in AI, making Great Software Testing possible for ANY software team. Great Software Testing means better software, faster development, happier customers, and better outcomes for all. 

25

Test Driven Development & Developer Advocacy - Interview With Guilherme Ferreira You're not a real developer unless you do TDD. Gui Ferreira is a TDD expert -- but no, not even he would tell you this. In our chat together, we covered a lot of ground. It was great to sit down with a fellow Dometrain course author to go over: - His career journey - Developer advocacy - Test-driven development - And MUCH more! Huge thanks to Gui for the talk, and I'd love to do more in the future! 👇Check the comments for the video link!👇

39

3 comentários

The manual is out; automation is in. I'm incredibly proud of our team and their fantastic work on fully automating our API documentation process. Special shoutout to Luís Santos Henriques and Diogo Correia for leading this project. By combining tools like TypeScript, OpenAPI and Fastify, we've built a system that significantly improves our development workflow through automated documentation updates and code autocomplete features. This approach allows our developers to author service-to-service communication much faster and without errors. By leveraging OpenAPI, JSON Schemas, and TypeScript, our team has developed a seamless process to maintain our frontend and backend microservices that boost efficiency, ensure accuracy, and greatly enhance developer experience! Check out Luís's article to learn more about this impactful approach: https://lnkd.in/dunVe_Ff #DeveloperEfficiency #Automation #Pipedrive

64

7 comentários

A few days ago, I started working on a prefetch implementation based on the recommendations from Unified Streaming’s documentation: https://lnkd.in/dKhQ6phN. Here’s the code: https://lnkd.in/dhwWeWdX (NGINX + Lua and a web server written in go for testing purposes) I haven’t tested it in production yet, but I would appreciate hearing from anyone with experience implementing something similar. If that’s you, could you please share your results? #videostreaming #livestreaming #videoengineering

31

10 tips You Dev need to know before working to Portugal with Thiago Bomfim ▸ https://lttr.ai/ARyu1 #RichCulturalHeritage #ExperiencedSoftwareEngineer #InternationalCareer #LifeChangingDecision #AttractiveDestination #DrawingInsights

6

2 comentários

Measuring engineering work by just counting issues, PRs or story points is like measuring how much it rained by counting the puddles. 🌧️ Sure, it gives a rough idea, but you're probably way off. Learn more about how Jellyfish has advanced this representation of engineering with their Work Allocation model.

9

Cillers Podcast World Class Hackathons Episode 12 OUT NOW: Meet Matheus Guimaraes, Senior Developer Advocate at Amazon Web Services (AWS) Matheus boasts over 20 years of experience in the industry, ranging from developer to CTO and everything in between. In this episode, we talked about how participating in top-tier hackathons not only broadens your understanding of game-changing technology but also deepens your self-awareness. According to Matheus, there's no better path to self-knowledge and personal growth than through hackathons. Participating in these events can also ignite new motivation and aspirations within yourself. 😍 Episode Link: https://lnkd.in/d5kKYGYd Enjoy!

18

1 comentário

🚀 Mastering Fork Maintenance in Open Source Projects 🚀 Maintaining forks of open-source projects can be challenging, but Joaquim Rocha shares some invaluable tips to make it easier. From using atomic commits to contributing changes back upstream, his guide covers essential practices for smooth fork maintenance. 🔹 Atomic Commits: Keep your git history clean and conflicts minimal by making each commit focused on a single update. 🔹 Identify Fixes: Use conventions to tag your commits, making it easier to manage and squash fixes. 🔹 Avoid Evil Merges: Ensure merge commits don't introduce changes to maintain a clean history. 🔹 Rebase Often: Regular rebasing reduces conflicts and keeps your fork up-to-date with upstream changes. 🔹 Contribute Back: Simplify maintenance by contributing your changes back to the original project. Check out Joaquim's full guide for more insights! 🌟 #OpenSource #Git #ForkMaintenance #DeveloperTips

4

🎉 Exciting news! I've just released EasyAssets, a Flutter package that takes the headache out of asset management! 🚀 Ever found yourself drowning in a sea of asset strings, desperately wishing for a life raft? That was me, until I realized – why not build the raft myself? 🏊‍♂️💡 EasyAssets automatically generates a Dart class with type-safe constants for all your assets. No more typos, no more string gymnastics – just smooth sailing! ⛵ Why I built it: 1️⃣ Couldn't find a library that did exactly what I needed 2️⃣ Wanted to simplify asset management for Flutter devs everywhere 3️⃣ Thought it'd be fun (spoiler: it was!) But this is just the beginning! On the horizon: 🔮 Build runner integration 🔮 Customizable output folder 🔮 And more! I'm all for open-source collaboration, so if you're itching to contribute or just want to check it out, hop on board! 🏴‍☠️ GitHub: https://lnkd.in/gTWb5DGK pub.dev: https://lnkd.in/gHQ5ThuV Let's make Flutter development a breeze, one asset at a time! 💨🌈 #Flutter #OpenSource #DartLang #MobileAppDevelopment

3

🎤*tap, tap, tap* Is this thing on?? If you're letting fear get in the way of using metrics to extend your management style, you're missing out on chances to better support your ICs. Check out my talk to learn how my team and I employed them safely, leveling up our 1-1 conversations around job satisfaction, burnout prevention, self-advocacy, and healthier team dynamics. ✨✨ https://lnkd.in/dPyJjRjx

37

2 comentários

👋 Hey API developers, this one's for you! 👇 Senior Software Engineer Filipe Freire is breaking down the basics of Kong Inc.’s Insomnia live + Q&A this May. 📆 May 14 Here's a sneak peek of what’s on the menu: - 🎨 Bringing concepts to life - 🛠️ Crafting and prototyping APIs - 📨 Sending requests  - 🗂️ Keeping workspaces organized  - 🔄 Running tests  - 🐛 Debugging - 🤝 Collaborating Your free API Development and Testing 101 course is now open for registration! #KongPin #InsomniaREST #APIMocking #APIDevelopment #DevOps

10

I took a graduate database course at the University of São Paulo 13 years ago where the professor said: "NoSQL databases are all the rage and we'll cover them at the end of the course. But first you need to understand relational databases to know everything you loose when you choose NoSQL: everything the NoSQL database doesn't do for you which you'll have to reinvent, implement, and test in your application. Essential features like transactions updating multiple records reliably and safely in the face of concurrent requests." If you're not at the scale of thousands of servers, it's most likely that a relational database will make your life EASIER and your app MORE RELIABLE than a "cool" NoSQL alternative.

533

42 comentários

Here's my 2024 LinkedIn Rewind, by Coauthor: 2024 taught me that being an authentic technical leader means showing up for both the community and the code. 🚀 This year proved that technical excellence and community building reinforce each other: • Stepped into Staff Software Engineer role at PicPay • Led Java Skill community initiatives reaching hundreds of developers • Successfully delivered major projects (Automatic Debit, Active Listening) • Made first open source code contribution • Launched weekly technical deep-dives with industry experts Most impactful technical sessions we hosted: "Virtual Threads & Threading Models" with Gabriel Suaki Exploring Java's evolution in concurrent programming and the future of scalability https://lnkd.in/d4-E9tMc "Design Patterns in Practice" Moving from theory to implementation across behavioral, structural, and creational patterns https://lnkd.in/dEde5KiH "Apache Camel Integration" Breaking down complex service integration into manageable patterns https://lnkd.in/diP-7iEx Beyond the code, watching our Java community grow taught me that creating spaces for knowledge sharing multiplies impact. Every weekly session showed how collective learning strengthens both individual engineers and our entire technical ecosystem. To the incredible speakers who shared their expertise, the team members who embraced growth, and everyone who contributed to our technical discussions - you've shown that great software comes from great communities. Looking ahead: 2025 will focus on expanding PicPay's Java community impact while pushing technical boundaries in cloud and distributed systems. The goal remains bringing together technical excellence with community growth. Because in the end, the best architectures emerge when we build together. 💚 #Java #TechnicalLeadership #Engineering #PicPay #LinkedInRewind

29

Finish the Guess-Who Scrap CLI project written in Golang. Now, I can download and extract data on famous Brazilian people from Wikipedia, including specific states and cities. The data is saved in either Postgres or an in-memory SQLite database. In this project, I used Go as the programming language, GORM as the ORM, Cobra for the CLI, and Viper for the properties file. You can see more at https://lnkd.in/dvtTPi8R. Now, the next step is to work on the API project (https://lnkd.in/dUFwuXS8), using Quarkus, Langchain4J, Instruct Labs, etc to get the clues based on the data collected before, by the scrap project.

4