I understand that in a research lab or in academia, this is common practice. But in the more menial coding industry that most of us are probably in, how do you find time for this? Do people read papers in their spare time and discuss over lunch, or are there enlightened managers who support this during working hours?
Good question. Most people read the paper on their own time, and we meet over lunch. The meetings themselves are just an hour, so it's not a massive time block. I've found that the people who show up are the ones who are genuinely curious and would be reading this stuff anyway (and sometimes just need a commitment/accountability to do it). Having a group gives them a reason to do it on a schedule.
We usually start with quick overall impressions, then go around with a few prompts: "what's something new you learned?", "what didn't you like?", and "what didn't you fully understand?" (every paper has something, whether it's the evaluation methodology or some algorithm detail). That last question tends to drive most of the discussion because people chime in and build on each other's answers. Sometimes you get lucky with domain expertise in the room. For example, when we read "What Every Programmer Should Know About Memory"[1], one of the attendees was a former Intel engineer who spent their career in memory systems. They answered questions the rest of us wouldn't have even known to ask.
That implies that you have a fixed time for lunch and also chat during lunch. I may be the minority but I prefer to eat when I'm hungry and focus on the food instead of chatting. And there is also allergies, as a celiac, I have big troubles eating together with others - they may accidently contaminate my food
I'm not sure what you mean by menial coding but all my employers have supported this in the past. This was a variety of companies, big tech, startups, etc. I think its more likely your employer is the outlier.
The groups I ran were scheduled during lunch. Technical management would look the other way if we ran over time or if people spent a certain amount of their work day reading the material.
Even if you have enlightened technical management, it's helpful if you don't force them to spend political capital justifying groups like this. Getting our enlightened CTO to spend a few hundred dollars on books was easy when we were a startup. Once we got acquired, making that argument to unreceptive higher-ups wasn't worth it for anybody.
In my experience it is a lot like finding time to work on "strategy". There's never really explicit time given, you have to make it in the day, and its often the most valuable time spent.
This is a very good question. I also struggle to find a good solution to process various signals (papers, tecniques, etc.) with my co-workers while maintaining proper work-life balance. Either you have to be a full time geek, or be left behind..
I sneak thirty minutes in here and there for it regardless of my manager. If you work, say, 40-45 hours a week, you’re probably doing 20 hours of true focused productivity. It’s easier to borrow here and there from the other half of the time to flip through a paper or two.
If it happens in the office and on the calendar then I can't imagine it being an issue? (vs. an extended jolly at the pub every lunch through the afternoon for unofficial 'reading group'!) Would take quite a micromanaging and anti-L&D employer/manager.
Speaking as a SWE manager who explicitly “mandates” (not actually mandatory but I strongly encourage following your passions and interests in an academic kind of way!) we do exist, I assume I’m not the only one :)
My team almost always can find an hour between tasks organically so I’ve never really had to push
54 comments
> The meetings themselves are just an hour, so it's not a massive time block
How exactly are the meetings structured? I.e is someone leading discussions? Does each person go around and share thoughts? Etc
[1] https://people.freebsd.org/~lstewart/articles/cpumemory.pdf
Even if you have enlightened technical management, it's helpful if you don't force them to spend political capital justifying groups like this. Getting our enlightened CTO to spend a few hundred dollars on books was easy when we were a startup. Once we got acquired, making that argument to unreceptive higher-ups wasn't worth it for anybody.
My team almost always can find an hour between tasks organically so I’ve never really had to push