guix-europe
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: pre-Guix Days


From: Efraim Flashner
Subject: Re: pre-Guix Days
Date: Thu, 17 Sep 2020 22:47:33 +0300

On Thu, Sep 17, 2020 at 07:17:46PM +0200, zimoun wrote:
> Hi,
> 
> The proposed date is on the week-end November, 21th, 9:00am-6:00pm CET.
> Is it OK?
> Two days is fine with me, but maybe it is a bit too much.  Do you plan
> to attend or not at all?

Saturday is the one day of the week I can't attend.

> 
> The proposed timeline is:
> 
>   Start at 9:00, welcome everyone, explain the schedule.
>   9:15: first talk. 30 minutes, and 15 minutes for questions
>   10:05: second talk, same format
>   10:55: third talk, 15 minutes, 10 minutes for questions
>   10:25: fourth talk, same format
>   10:55: break, free talk on irc
>   11:30: presentation of the rest of the activities.
>   11:40: first unconference session (encourage people to chair a session
>   with their favorite subject, and letting them work/discuss)
>   13:00: summary of previous session and second session
>   14:30: summary of previous session, break and free talk
>   16:00: summary of previous session and third session
>   17:30: summary of previous session and fourth session
>   19:00: summary of previous session, the chair gives final thoughts on
>   the day. Free discussion on IRC.

I wonder if there's any way to do peer hacking, or at least one person
hacking on a live stream, that would have that over-the-shoulder feel
that comes with hacking in person.

> 
> The hours are an indication and one or two breaks could be added (feed
> our body for better brainstorming, coffee to recover of the last hack
> night, etc.).
> 
> The sessions are sequential but they could be parallel if there is more
> than 4 topics to discuss.  30 minutes or 45 minutes seems the good
> duration for one topic, so the choice between sequential vs parallel is
> about the number of topics, IMHO.
> 
> One person is the chair/secretary of the session.  They keep an eye to
> the Chat and report questions or give the floor, etc..  It looks like
> unnatural but it is not affordable to have too much open microphones.
> 
> It is another story if we are less than 20. :-)
> 
> 
> * Video Chat
> -------------
> 
> @Andreas:  Do you think we could use the BibBlueButton from Aquilenet?
> 
>   <https://blabla.aquilenet.fr/b>
> 
> 
> Volunteer in helping to check it works around the world?
> 
> 
> ** Stream
> ~~~~~~~~~
> 
> I have dropped an email to Amin Bandali asking them what is behind
> <live.emacsconf.org> and maybe we could also stream.  The idea is people
> are interested in watching but they know they do not want live talk, so
> it save some resource on the Video Chat.
> 
> 
> * Keyboard discussion
> ----------------------
> 
> ** Chat
> ~~~~~~~
> 
> I think it is good to let #guix as usual and to create a temporary
> channel just for the event: ##guix-day
> 
> In the case of parallel sessions, one temporary channel by session.
> 
>   - ##guix-foo
>   - ##guix-bar
>   - ##guix-cuirass
>   - ##guix-kikoo
> 
> The idea of the chat is to be able to ask questions or ask the floor for
> explaining something.
> 
> To me, it does not make sense to log.
> 
> ** Etherpad
> ~~~~~~~~~~~
> 
> While discussing, the chair man is in charge of the document and it can
> be collectively edited to add details.
> 

More ad-hoc but we could combine the IRC channel and the etherpad idea
and then just post to the mailing list when we're done.

> 
> * Misc
> ------
> 
> If you are still reading, there is an interesting feedback on LWN.
> EmacsConf provides also information about tools (recording, etc.)
> 
>   <https://lwn.net/Articles/830436/>
>   <https://emacsconf.org/2019/tips/>
> 
> 
> Does it make sense?
> If yes, the remaining tasks are:
> 
>  1. Fix the date
>  2. Choose the Video Chat tool
>  3. Verify if it is possible to stream
>  4. Send a call/announcent
> 
> What do you think?
> 
> All the best,
> simon

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]