It depends on the theme. If we're picking something in a space the group already knows well, like databases, I'll look at "Best Papers" from recent VLDB/ICDE/SIGMOD conferences. If we're exploring a topic most people are unfamiliar with, we'll go with something more foundational instead. For example, we're starting an arc on datacenters (servers, racks, networking, load balancing, power, cooling, failures, etc.), and most attendees don't have deep background there, so I found a book on the topic that we're going to read through[1].
Not author, but in the past I was just going through papers on biggest conferences for the last year and checked what sounded interesting for my own education. But it was a bit of a chore. What I tried now is use gemini thinking research and asked it to do just that, go through main software/hardware conferences for last 3 years, find me papers on the topics of interest and give summary and links. The result is pretty good!
I've mostly worked in smaller companies (max 250 employees) and recently joined one of the larger corporations (not automotive related).
The main issue I notice is how bad the communication is and how little can be done & decided. Before deploying a new Jenkins pipeline I need to speak to two different teams. It's insane how much time is lost doing meetings and syncs.
Maybe deploying was a bad choice of wording, I'm talking about setting up a new pipeline, for my repository with an internal tool.
I need to speak to two different teams to ensure my CI/CD jumps through all the necessary hoops.
Totally the same experience. And then everyone is expected to work on weekends because that deadline that was missed four times before definitely needs to be done by this weekend. At least until it gets missed for the fifth time.
This seems to be a common phenomenom with all those vibe coded apps. Bit weird since most traffic is mobile nowadays.
reply