On Wed, Feb 12, 2020 at 02:21:18PM -0800, Darrick J. Wong wrote: > On Fri, Feb 07, 2020 at 02:03:33PM -0800, Matthew Wilcox wrote: > > Third, I hear from people who work on a specific filesystem "Of the > > twenty or so slots for the FS part of the conference, there are about > > half a dozen generic filesystem people who'll get an invite, then maybe > > six filesystems who'll get two slots each, but what we really want to > > do is get everybody working on this filesystem in a room and go over > > our particular problem areas". > > Yes! One thousand times yes! The best value I've gotten from LSF has > been the in-person interlocks with the XFS/ext4/btrfs developers, even > if the thing we discuss in the hallway BOFs have not really been > "cross-subsystem topics". On that note, I think the rigid "3 streams and half hour timeslot" format of LSFMM is really the biggest issues LSFMM has. Most of the time there are only 3-4 people discussing whatever topic is scheduled, and the other 15-20 people in the room either have no knowledge, no interest or no interactions with the issue/code being discussed. That has always struck me as a massive waste of valuable face-to-face time that could be put to much better use. Making LSFMM bigger doesn't fix this problem, either. it just makes it worse because there's more people sitting around twiddling their thumbs while the same 3-4 people talk across the room at each other. Then there's the stream topics that overlap and the complete lack of recording of the discussions. i.e. you get a schedule conflict, and you miss out on a critically important discussion completely. You can't even go watch it back later in the day when you're sitting waiting for some talk you have no interest in to complete.... Further, there is no real scope to allow groups of developers to self organise and sit down and solve a problem they need solved that is not on the schedule. There are no small "breakout" rooms with tables, power, and whiteboards, etc, and hence people who aren't engaged in the scheduled topics have nowhere they can get together and work through problems they need solved with other developers. If you do need to skip scheduled discussions to get a group together to solve problems not on the schedule, then everyone loses because there's no recordings of the discussions they missed.... Unfortunately LSFMM hasn't really attempted to facilitate this sort of face-to-face collaboration for some time - LSFMM is for talking, not doing. What we need are better ways of doing, not talking... > > This kills me because LSFMM has been such a critically important part of > > Linux development for over a decade, but I think at this point it is at > > least not serving us the way we want it to, and may even be doing more > > harm than good. > > I don't think I'd go quite that far, but it's definitely underserving > the people who can't get in, the people who can't go, and the people who > are too far away but gosh it would be nice to pull them in even if it's > only for 30 minutes over a conference call. A live stream and a restricted access IRC channel for all local and remote participants would be just fine for all the scheduled "talking heads" discussions.... e.g. a small group of devs are in a breakout room working on something directly relevant to them, and they a laptop playing the live stream of a discussion they are interested in but less important than what they are currently doing. Someone hears something they need to comment on, so they quickly jump onto IRC and their comment is noticed by everyone in the main discussion room.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
