GSOC project suggestions

[Bryan Hunt]

Couple of suggestions

Infrastructure 

1. Caching git proxy - caches git data in order to reduce bandwidth consumption of build systems, also configurable with authentication information so you don't need to expose secrets as part of your build pipeline.

2. Caching apk proxy - caches apk packages (Alpine Linux) in order to reduce bandwidth consumption in build systems - could be extended to support Debian/Redhat packages.

Security 

3. TLS certificate authority - issues certificates, publishes certificate revocation lists, provides API for self issued certificates. Use it for your internal systems, Wifi, etc.

Observability 

4. Fix the bugs in the observer application (WX widgets implementation) so that it renders correctly in OSX dark background, doesn't crash so often (observer is easy to crash), and refreshes process diagrams without having to resize panes in order to trigger re-render. 

Documentation (taking this stuff from https://erlef.org/wg - closest match)

5. Implement a tool which can either generate code from plantuml state machine diagram syntax or implement a macro which will create plantuml documentation wrt finite state machines. 

[Benoit Chesneau]

Thanks! I quite like the suggestions. Would be good to have mentors for them :) Anyone?

Code Sync & Erlang Solutions Conferences

Lambda Days - Kraków: 13-14 February 2020

Code BEAM SF - San Francisco: 5-6 March 2020

Code BEAM Lite ITA - Bologna: 6 April 2020

ElixirConf EU - Warsaw: 29-30 April 2020

Code BEAM STO - Stockholm: 28-29 May 2020

Erlang Solutions cares about your data and privacy; please find all details about the basis for communicating with you and the way we process your data in our Privacy Policy. You can update your email preferences or opt-out from receiving Marketing emails here.

--
You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-erlef+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/35dbc744-a14f-4112-a8b9-3164e426d4d5%40googlegroups.com.

[Bryan Hunt]

For those ones I’d be happy to mentor 

On 5 Feb 2020, at 13:45, Benoit Chesneau <bche...@gmail.com> wrote:



[laura....@gmail.com]

I would be more than happy to mentor number 5, as I have wanted to encourage some of my students to do exactly that as degree project for quite a wuile now!

[Benoit Chesneau]

nice i will add the projects. maybe 1 & 2 can be a little more detaillee to give to the student some hints?

[Benoit Chesneau]

i will add you as a  possiblementor for this project. thanks!

On Thu 6 Feb 2020 at 16:13 <laura....@gmail.com> wrote:

I would be more than happy to mentor number 5, as I have wanted to encourage some of my students to do exactly that as degree project for quite a wuile now!

--

You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-erlef+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/60f23f0e-91ca-4745-b5a2-807fc02d2bdd%40googlegroups.com.

--

Sent from my Mobile

[Viktor Gergely]

An idea from László Hegedüs where he could be a possible mentor, too:

Group: Embedded Systems

6. Vehicle tracking with Nerves: Implement an application for vehicle tracking with Nerves. The application should run on a single board computer and send data to a server. The sent information should contain GPS coordinates and possibly additional telematics data. There are OBDII devices out there that can be plugged into many cars to collect such info. They usually enable connections through bluetooth or wifi. This task consists of two main parts, the server and the device. The server may be written in Elixir, Phoenix. The device may use a battery and/or be plugged in to a USB or 12V port of the car. Nerves supports a few single board computers, so it would be a good choice for programming such a device.

On Thursday, 6 February 2020 16:43:46 UTC+1, Benoit Chesneau wrote:

i will add you as a  possiblementor for this project. thanks!

On Thu 6 Feb 2020 at 16:13 <laura...@gmail.com> wrote:

I would be more than happy to mentor number 5, as I have wanted to encourage some of my students to do exactly that as degree project for quite a wuile now!

--
You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.

To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/60f23f0e-91ca-4745-b5a2-807fc02d2bdd%40googlegroups.com.

[Benoit Chesneau]

Awesome can I add László to the mentor already?

Benoit

[Viktor Gergely]

Yes, you can add László as mentor to this topic. Thanks!

Viktor

[Laura M. Castro]

Benoit,

i will add you as a  possiblementor for this project. thanks!

I was just going over the list of published project ideas at https://github.com/erlef/gsoc/wiki and I don't see the ones that were mentioned here. Do you need any help?

 

[Benoit Chesneau]

i've been sidetracked. i will add them by monday. 

benoît

--

You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-erlef+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/10466ea5-9483-4ce4-98ea-c1ce93954ff1%40googlegroups.com.

[Laura M. Castro]

No worries, just let me know if you need a hand with anything.

Have a nice weekend!

[Aashim Garg]

Hi everyone !

I want to contribute to extend markup with support new languages project. Guide me from where to start my contribution. 

 

[Viktor Gergely]

Hi all!

It seems that there is great interest for the proposed topics, but idea #4-6 discussed in this thread are still missing from the wiki. Is there anything to be clarified / discussed around these?

https://github.com/erlef/gsoc/wiki/Project:-Elixir

Regards,

Viktor

[Benoit Chesneau]

i'm not sure how to categorize others. Maybe we should create a "Miscellaneous " category. Thoughts?

Code Sync & Erlang Solutions Conferences

Code BEAM SF - San Francisco: 5-6 March 2020

Code BEAM Lite ITA - Bologna: 6 April 2020

ElixirConf EU - Warsaw: 29-30 April 2020

Code BEAM STO - Stockholm: 28-29 May 2020

Erlang Solutions cares about your data and privacy; please find all details about the basis for communicating with you and the way we process your data in our Privacy Policy. You can update your email preferences or opt-out from receiving Marketing emails here.

--

You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-erlef+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/ee652d89-38f5-4489-85ca-24366396794a%40googlegroups.com.

[José Valim]

Hi Viktor, I can add those to the wiki. I have some notes however.

* Those ideas are thin on the details. We need a more precise description of what those ideas are about, especially because they seem to be new projects, instead of contributing to existing ones, so there is no reference or starting point. See the guidelines on GSoC's website.

* We need the name of the mentors (including back-up mentors) and the pre-requisites. Do they need to know Git? Elixir? Erlang?

* The ideas are referencing WGs. Have they been coordinated with the working groups? If not, it is best to list them as separate ideas and not as part of a working group. I don't want to catch any working group by surprise. :) Maybe a Misc group, as Benoit proposed.

Thanks.

On Thu, Feb 27, 2020 at 9:08 AM 'Viktor Gergely' via gsoc-erlef <gsoc-...@googlegroups.com> wrote:

Code Sync & Erlang Solutions Conferences

Code BEAM SF - San Francisco: 5-6 March 2020

Code BEAM Lite ITA - Bologna: 6 April 2020

ElixirConf EU - Warsaw: 29-30 April 2020

Code BEAM STO - Stockholm: 28-29 May 2020

Erlang Solutions cares about your data and privacy; please find all details about the basis for communicating with you and the way we process your data in our Privacy Policy. You can update your email preferences or opt-out from receiving Marketing emails here.

--

You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-erlef+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/ee652d89-38f5-4489-85ca-24366396794a%40googlegroups.com.

[Laura M. Castro]

Hello,

with regard to idea #5 (Implement a tool which can either generate code from plantuml state machine diagram syntax or implement a macro which will create plantuml documentation wrt finite state machines), which I offered to mentor, I am not sure what was in Bryan's mind when he wrote it down, but:

* PlantUML (https://plantuml.com/) is a GPL-licensed tool that relies on Graphviz to generate graphic representations (namely, UML diagrams) from text files. I'd dare say its popularity is on the increase, as I've seen it adopted as one of the options for C4 (the architectural notation https://c4model.com/), which built their own "DSL" of sorts on top of PlantUML. The text description is easy to write and read, frees the user/developer from the burden of "graphically placing the elements on the diagram" (which is taken care of by Graphviz*), and hence encourages a workflow where this sort of artifacts are kept up-to-date with reduced effort.

A tool like the one suggested, that could automatically produce, either from Erlang/Elixir code, the PlantUML text file that would represent either a gen_statem or a PBT state machine would be the goal of this idea. Or conversely, that from a PlantUML text file a skeleton of Elixir/Erlang code for a process with the represented states and accepted messages.

Previous requirements would be Elixir/Erlang knowledge. UML knowledge would not be a hard requirement, but it would help in understanding PlantUML. And depending on the applicant familiarity with the plugin systems of IDEs like Eclipse or VS, the tool could materialize as one of those (although in this case I'd need either a skilled applicant in this regard or a co-mentor, since I have no prior knowledge of those). I take git knowledge as granted, but it we should not do so, then I'd add it as requirement as well, of course. A bonus, considering reading/producing skeletons of PBT state machines could be in the picture, would be familiarity with QuickCheck-like/PropER stateful test models.

--

Laura M. Castro about.me/laura.castro

[José Valim]

Thanks Laura, that looks great. I have added a new page here: https://github.com/erlef/gsoc/wiki/Misc

Future ideas can follow the format above. That should make it very straight-forward to add them there. :)

--

You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-erlef+...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/CAFajS7NA65mFc14qaWW%2BvG9xc3xz-6NF80GD0-3poWS1%3Dbrs7g%40mail.gmail.com.

[Laura M. Castro]

Thanks to you, José!

[László Hegedüs]

Hey,

Since my idea above (vehicle tracking) was not well defined and it would require a lot of research on my side too, I have another proposal (see the attachment markdown). I'd be happy to be a mentor for it.

I hope it's not too late to add it to the Wiki. Perhaps under "Project: Absinthe".

Thanks,

Laszlo

On Thursday, 27 February 2020 10:39:29 UTC+1, Benoit Chesneau wrote:

i'm not sure how to categorize others. Maybe we should create a "Miscellaneous " category. Thoughts?

On Thu, Feb 27, 2020 at 9:08 AM 'Viktor Gergely' via gsoc-erlef <gsoc-...@googlegroups.com> wrote:

Hi all!

It seems that there is great interest for the proposed topics, but idea #4-6 discussed in this thread are still missing from the wiki. Is there anything to be clarified / discussed around these?

https://github.com/erlef/gsoc/wiki/Project:-Elixir

Regards,

Viktor

On Sunday, 23 February 2020 08:14:28 UTC+1, Aashim Garg wrote:

Hi everyone !

I want to contribute to extend markup with support new languages project. Guide me from where to start my contribution. 

 

Code Sync & Erlang Solutions Conferences

Code BEAM SF - San Francisco: 5-6 March 2020

Code BEAM Lite ITA - Bologna: 6 April 2020

ElixirConf EU - Warsaw: 29-30 April 2020

Code BEAM STO - Stockholm: 28-29 May 2020

Erlang Solutions cares about your data and privacy; please find all details about the basis for communicating with you and the way we process your data in our Privacy Policy. You can update your email preferences or opt-out from receiving Marketing emails here.

--
You received this message because you are subscribed to the Google Groups "gsoc-erlef" group.

To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-...@googlegroups.com.

[José Valim]

Added.

To unsubscribe from this group and stop receiving emails from it, send an email to gsoc-erlef+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gsoc-erlef/a033e237-81ca-4575-98c5-cd4fe772c8e8%40googlegroups.com.

[László Hegedüs]

Thank you :)