[Provide seminars project] OS Image for training, to speed up things at training

[pdgonzalez872]

@costaraphael @jeffgrunewald

[pdgonzalez872]

Hopefully folks can set up VirtualBox and have everything ready to go. As vanilla install as possible, Ubuntu, asdf, VSCode/Vim, be able to run Phoenix. That'd be my mvp. Thoughts?

[elbrujohalcon]

I don't think this is really needed, personally… Installing Erlang with kerl is super easy, but I'm not sure for Elixir.
In my experience, for the trainings I conducted, just asking everyone to come with Erlang/Elixir #.# and your favorite text editor installed on your computer is enough, while asking people to have VirtualBox (or other similar tools) and download an image and what not is more controversial.

[pdgonzalez872]

Fair point @elbrujohalcon. Maybe this is a technical solution to an administrative problem. Maybe we make it a requirement to attend the trainings: get a machine that is able to run Erlang/Elixir/Phoenix, etc.

[pdgonzalez872]

@elbrujohalcon after seeing what you will present at the meetup, I thought about this: Maybe we create a little Guide on how to run a hello world in Erlang/Elixir (or use something that already exists). We use that as a requirement/something to do before the presentation happens, to ensure they can follow through with the material. Thoughts?

[elbrujohalcon]

@pdgonzalez872 I will present that thing at the meetup just because the members of that meetup are all fairly advanced on other topics. There are not many newcommers there, that's all.
I do think that we should aim at having a certain order of talks/presentations, starting with the basics and progressing slowly into more advanced topics. But I believe we should create them when the need arises. i.e. when there is an actual meetup that wants to receive a talk about those topics. In other words: I would not prepare any slides in advance or just to fill the gaps. It won't hurt to have like an index of topics we want to cover… but I would not start preparing materials for each topic until we actually need to deliver that training.
Even so, there are tons of little guides on how to get started with Erlang and even more so for Elixir (e.g. https://howistart.org/). I don't think we should create yet another one. We can put our limited resources into other efforts.

[pdgonzalez872]

Perfect! I'll check that guide out, may be exactly what I was looking for. Thanks Brujo!

…

On Mon, Mar 9, 2020, 03:04 Brujo Benavides ***@***.***> wrote: @pdgonzalez872 <https://github.com/pdgonzalez872> I will present that thing at the meetup just because the members of that meetup are all fairly advanced on other topics. There are not many *newcommers* there, that's all. I do think that we should aim at having a certain *order* of talks/presentations, starting with the basics and progressing slowly into more advanced topics. But I believe we should create them when the need arises. i.e. when there is an actual meetup that wants to receive a talk about those topics. In other words: I would not prepare any slides *in advance* or *just to fill the gaps*. It won't hurt to have like an index of topics we want to cover… but I would not start preparing materials for each topic until we actually need to deliver that training. Even so, there are tons of *little guides* on how to get started with Erlang and even more so for Elixir (e.g. https://howistart.org/). I don't think we should create yet another one. We can put our limited resources into other efforts. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#16?email_source=notifications&email_token=ACD6M5SUTP2764TBUWIK3H3RGSPKFA5CNFSM4K2MQW2KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOGBVEQ#issuecomment-596384402>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACD6M5QHMKIVP7OYSOUAEUTRGSPKFANCNFSM4K2MQW2A> .