Muè. Moi je suis choqué de ce choix, faire du web haut niveau (donc pas browser ni serveur ni protocole) avec une techno clairement faites pour programmer le bas niveau.
Par ailleurs à la lecture du code, ce que tu penses être une ré implémentation d'un serveur me semble plutôt être un mix qui à pour vocation de combler le manque d'un framework de développement côté serveur et des besoins fonctionnels.
A priori les parseQueryStringVar, getSessionIdFromCookie et d'autres probablement aurait toutes les places dans une entité externe plus générique.
On peut par ailleurs constaté dans la méthode ? fonction ? begin_request_handler (J'ai un doute je connait pas trop cpp...) que le front-controler est rudimentaire et oblige à faire des allers-retours de haut en bas dans le fichier pour sa lecture.
Bref, c'est pas tant que je voulais critiquer (...) c'est juste qu'il me semble pouvoir mettre en évidence par ces assertions mon idée de départ, /goeb/ aurait tout aussi bien fait d'utiliser des technos rompus à ces exercices.
A avoir ces connaissances en c++, j'aurais plutôt essayer de rendre portable le binaire php.
Avec son serveur désormais intégré, sa cross compatibilité, et la pléthore de librairie dont php dispose pour répondre à cet exercice, c'était un candidat de choix amha.
Nodejs aussi est un candidat de choix, cross plateforme, portable et tout aussi rompus à ces exercices du web, voir même beaucoup mieux équipé que php.
Mais il me semble que la techno est encore trop jeune.
Reste que, dans toute mes alternatives aucune ne répond à la demande de goeb de faire un développement avec le langage qu'il a décidé parce que ça lui plaît.
Bref de manière objective je ne suis pas d'accord les choix de goeb, mais si c'est ce qui lui plait alors je ne peux que le soutenir, et puis c'est tout !
A ce titre j'apprécie que l'outil fonctionne out of the box.
Installé et testé en moins de temps qu'il ne le faut pour l'écrire, c'est très très agréable.
[^] # Re: GitHub pour entreprise
Posté par maboiteaspam . En réponse au journal Small Issue Tracker. Évalué à 7.
Muè. Moi je suis choqué de ce choix, faire du web haut niveau (donc pas browser ni serveur ni protocole) avec une techno clairement faites pour programmer le bas niveau.
Par ailleurs à la lecture du code, ce que tu penses être une ré implémentation d'un serveur me semble plutôt être un mix qui à pour vocation de combler le manque d'un framework de développement côté serveur et des besoins fonctionnels.
A priori les parseQueryStringVar, getSessionIdFromCookie et d'autres probablement aurait toutes les places dans une entité externe plus générique.
On peut par ailleurs constaté dans la méthode ? fonction ? begin_request_handler (J'ai un doute je connait pas trop cpp...) que le front-controler est rudimentaire et oblige à faire des allers-retours de haut en bas dans le fichier pour sa lecture.
Bref, c'est pas tant que je voulais critiquer (...) c'est juste qu'il me semble pouvoir mettre en évidence par ces assertions mon idée de départ, /goeb/ aurait tout aussi bien fait d'utiliser des technos rompus à ces exercices.
A avoir ces connaissances en c++, j'aurais plutôt essayer de rendre portable le binaire php.
Avec son serveur désormais intégré, sa cross compatibilité, et la pléthore de librairie dont php dispose pour répondre à cet exercice, c'était un candidat de choix amha.
Nodejs aussi est un candidat de choix, cross plateforme, portable et tout aussi rompus à ces exercices du web, voir même beaucoup mieux équipé que php.
Mais il me semble que la techno est encore trop jeune.
Reste que, dans toute mes alternatives aucune ne répond à la demande de goeb de faire un développement avec le langage qu'il a décidé parce que ça lui plaît.
Bref de manière objective je ne suis pas d'accord les choix de goeb, mais si c'est ce qui lui plait alors je ne peux que le soutenir, et puis c'est tout !
A ce titre j'apprécie que l'outil fonctionne out of the box.
Installé et testé en moins de temps qu'il ne le faut pour l'écrire, c'est très très agréable.