Developers of Sympa

[IKEDA Soji <address@concealed>]

Hi Racke,

On Tue, 15 May 2018 19:23:01 +0200
"Stefan Hornburg (Racke)" <address@concealed> wrote:

> On 05/15/2018 10:51 AM, IKEDA Soji wrote:
> > On Tue, 15 May 2018 10:18:18 +0200
> > David Verdin <address@concealed> wrote:
> > 
> >> Yep!
> >>
> >> We are 8 people which is a fairly nice group. Not too many, so 
> >> discussion should be easy. Not too small ,so we can actually accomplish 
> >> stuff. Pelas note that we will have one of the original sympa authors, 
> >> Olivier Salaün who worked on the soft for more than 10 years!
> >>
> >> I'm meeting him today to speak about the hackathon and what we could do 
> >> there.
> >>
> >> We didn't speak about agenda, but I think that DBIX::Class and Dancer 
> >> are definitely some topics that will be worked on... :-)
> >>
> >> I'd like to work on Ikedas approach: doc -> test -> bug fix
> > 
> > I expect it will be discussed in hackathon.
> > 
> >> Any other topic ?
> > 
> > In general, we would be better to discuss about follow-up of the last
> > hackathon and subsequent our work in this one year, won't we?
> > 
> > For example: sympa-vue project presented mock of new GUI, but there
> > have been no discussion about implementation.
> > - https://github.com/sympa-community/sympa-vue/issues/1
> > - https://github.com/sympa-community/sympa/issues/20
> > 
> 
> The idea would be to have a REST API sitting between the GUI and the Sympa
> core resp. database.
> 
> This would also allow alternate implemenations of the GUI + retirement of 
> SOAP
> interface.

On current web interfaces (WWSympa and SympaSOAP), I think there are
no objection to abandoning them.  Is it right?

If it is right, we may plan new GUI from scratch (except on internal
interface with Sympa core).  Several issues need not waiting for
update of Sympa core (for example problem described below).

                                *

GUI constructed over REST looks promising for me, however there is
a concern:

Mock on sympa-vue seems expecting more "dynamic" appearance than
static HTML UI, e.g. on real-time status of each data source.
Contemporary technique like WebSocket may be used (along with
downgraded behavior for legacy browsers, of course).

My concern is that, simple REST implementation can occupy one
Web socket --- namely one FastCGI process --- namely one Perl
interpreter --- by each client.  Currently I don't think out how to
overcome this problem.


Regards,
-- Soji

> Regards
>          Racke
> 
> > Note that I don't mean that issue above would be given priority.
> > I mean that we would be better to take a backward glance: The last
> > hackathon, issue tracker on GitHub, ...everything we have done.
> > 
> > 
> > Regards,
> > -- Soji
> > 
> >> The great hackathon organizer is eiro aka Marc Chantreux. He will take 
> >> care of organization details, especially social events etc. I think he 
> >> should write shortly about it. I know for sure he's been working on it 
> >> the last weeks.
> >>
> >>
> >> On 15/05/2018 05:38, IKEDA Soji wrote:
> >>> Hi,
> >>>
> >>> On Mon, 14 May 2018 17:37:57 +0200
> >>> "Stefan Hornburg (Racke)" <address@concealed> wrote:
> >>>
> >>>> Hello,
> >>>>
> >>>> it is very quiet about the Sympa Hackathon which is going to start 
> >>>> next week.
> >>>>
> >>>> Any idea about how many people are going there, our agenda, social 
> >>>> events etc?
> >>> By any chance people subscribing to sympa-hackathon-2018 list might
> >>> know how many people are subscribing (I didn't subscribe because I
> >>> cannot attend).
> >>>
> >>>
> >>> Regards,
> >>> -- Soji
> >>>
> >>>> Regards
> >>>>  Racke
> >>>>
> >>>> -- 
> >>>> Ecommerce and Linux consulting + Perl and web application programming.
> >>>> Debian and Sympa administration. Provisioning with Ansible.
> >>>
> >>
> >> -- 
> >> "Mieux vaut viser la perfection et la rater que viser la médiocrité et 
> >> l'atteindre."
> >> - Francis Blanche
> >>
> >>
> > 
> > 
> 
> 
> -- 
> Ecommerce and Linux consulting + Perl and web application programming.
> Debian and Sympa administration. Provisioning with Ansible.


-- 
株式会社 コンバージョン
ITソリューション部 システムソリューション1グループ 池田荘児
〒140-0014 東京都品川区大井1-49-15 アクセス大井町ビル4F
e-mail address@concealed  TEL 03-6429-2880
https://www.conversion.co.jp/