Webdev c'est comme Windev ?
---------- Post added at 21h08 ---------- Previous post was at 21h07 ----------
Omg
Développez plus vite vos sites Internet & Intranet dynamiques, c'est à dire reliés à des bases de données. Les données sont toujours à jour, car les pages sont générées à chaque affichage.
Surfez sur la vague du Web 2.0 grâce au support natif de AJAX.
Rust fanboy
En quoi Heroku est un "hébergeur spécialisé" ? Il me semble qu'il supporte une foultitude de langage/etc, tout comme une grande partie des autres plateformes PAAS.
D'expérience perso, Openshift (version gratuite) et Cloudbees (gratuit pour étudiant & projet open-source) , deux plateformes pourtant principalement tournées vers Java, supportent très bien Rails.
Sinon, suffit de se prendre une machine virtuelle ou physique, ça coute plus grand chose aujourd'hui
Je m'étais mal exprimé, je voulais dire qui faisait un support plutôt complet et évolutif de Rails.
Enfin c'était plus pour du projet "perso", pas du presta web non plus.
Alors un serveur de production ou payer des ressources cloud.. enfin voilà.
Bon c'était pas hier non plus que j'avais cherché un petit hébergement, à ce moment là j'avais mis la main que sur Heroku et un truc plutôt obscur qui était franchement pas à jour (AlwaysData je crois).
Mais derrière Heroku y'avait pas aussi le concepteur du langage Ruby ?
Etant moi même un dev poilu, le front, c'est pas ma came.
Cela étant dit, ces messieurs qui codent du backend en Lisp, Haskell ou FORTRAN sont priés de ne pas [trop] troller les autres à qui ce topic pourrait être bénéfique.
Déjà parce qu'un dev front end, c'est susceptible. Ensuite parce qu'un dev backend, c'est susceptible.
L'avantage des utilisateurs de WinDev (notez que je ne parle pas de développeurs), c'est qu'ils sont silencieux, sûrement par honte.
Bisous.
Pour le Haskell c'était même pas du troll, je lis de plus en plus d'articles sur Yesod qui, parait-il, est vraiment puissant...
"Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."
Il a mal démarré ce topic on dirait
J'y capte rien en développement web, pas un broc.
Mais il me semble que tout le monde va devoir mettre de l'eau dans son vin.
1) Les trolls ont intérêt à savoir quand s'arrêter. Une petite vanne de temps en temps, d'accord. Mais on peut pas bâtir un topic là dessus hein ?
Et le premier qui répond "Java çay nul !" à une demande d'aide concernant Java, dommage pour lui...
2) Skiant : quel est le "Pour quoi ?", le but de ce topic ?
Le titre laisse entendre une discussion généraliste, le début du premier message aussi.
Mais plus récemment tu insistes sur l'aspect entraide, coup de palme.
Théorie vs Pratique, à mon humble avis, ça va être difficile de faire les deux
Ou alors partir dans un projet comme "Développer couché" mais c'est d'une toute autre ampleur...
Le but est double :
- Avoir un espace de discussion troll-free (donc comme tu dis, pas de "Java c'est pourri" ou de "les vrais font ceci") sur les technos web. C'est facile de troller PHP et dire que "Python c'est mieux" mais 'faudrait déjà pouvoir argumenter. NodeJS, ça vaut quoi ? Non, c'est pas forcément pourri parce que c'est du Javascript, y'a moyen de discuter de ce genre de choses sans forcément vouloir caser le plus de clichés de merde possible pour faire rire vos copains d'open space.
- Pouvoir réellement apporter de l'aide à un canard, quel que soit son niveau, qui serait en galère pour du design ou du dev web, sans qu'il se prenne des "Ah mais en COBOL y'a moyen de faire ça comme ça" ou autres "nan mais de toute le PHP c'est pourri change de carrière", et j'en passe.
Donc ouais, j'insiste sur le côté entraide parce que jusque là, tout ce qu'on a eu c'est deux essais d'avoir un réel débat intéressant et trois pages de trolls de merde sur les mêmes sujet que les trolls des cinq dernières années sur tous les forums où des devs se croient sortis de la cuisse de Jupiter.
Perso si je comprends bien tu veux juste un topic de programmation ou on ne trolle pas.
Parce que je ne vois pas en quoi tel ou tel langage est spécifique au dev web. Par exemple il y a quelques temps je m'amusais avec une appli d'émulation de terminal sur une page web. L'appli c'était un front-end en HTML/CSS/Javascript, et un backend (oui mais toujours pour du web) en C++ avec du FastCGI qui traitait les requêtes et générait le HTML. Le C++ n'est pas spécifique au dev d'applis sans interfaces. Mais comme c'est du C++ je n'ai pas le droit d'en parler ici ? Pourtant c'était du dev web.
Pareil pour GWT, c'est du Java mais c'est pour faire du front-end web finalement. Ou encore tous les framework de GUI (Swing, Qt, GTK, leurs bindings Python, etc), est-ce que ça rentre ici ou bien comme c'est pas du web ça ne va pas ?
Ou alors peut être souhaites-tu limiter la discussion aux pages web uniquement HTML/CSS/Javacript, mais dans ce cas PHP, Python, Ruby, NodeJS, Java sont hors scope. Parce que tu peux très bien faire du dev "applicatif" avec tous ces langages, j'ai une tripotée de scripts python qui n'ont absolument rien à voir avec le Web.
A mon avis la limite est beaucoup trop floue pour pouvoir cadrer quoi que ce soit, en tout cas pas au niveau du langage (peut être au niveau des frameworks).
"Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."
Le plus simple c'est d'appeller ça "le topic du développement web" où on peut parler de tout le développement web.
Là c'est comme si tu faisais un topic "L'histoire de l'automobile entre 1934 et 1938", et si jamais on parle de 1933 on est hors sujet.
Rust fanboy
Et donc on peut parler de CGI et de framework C++ pour le web ici aussi ?
"Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."
J'avais lu un article intéressant où l'un des créateurs d'un site de petites annonces avaient été leader et énormément en avance par rapport aux autres parce que son site était développé en Lisp. Impossible de retrouver cela par contre.
Sinon en développement web, je suis plutôt développeur PHP, même si je glisse doucement vers le .Net avec C#. A une époque, j'étais tenté par Django (y'a un bon moment), mais le manque de doc de l'époque m'avait fait un peu fuir. Sinon je chie à la gorge des CMS qui sont en train d'uniformiser le web et de tirer les salaires des dév web vers le bas.
Je ne mettrais pas la baisse des salaires des dev web sur les CMS, mais plutôt sur le fait que tout le monde à la sortie d'école voulait faire "webmaster", du dev web parce que c'est génial et c'est "facile" (je carricature volontairement), du coup maintenant tu as plus de monde que de places, par définition tout est dit, les salaires baissent. Personnellement je le vois comme ça.
the universal language, this is music
Jme faisais une réflexion l'autre jour.
On voit souvent des sites où la quasi-totalité des requêtes passent par PHP, il n'y a pratiquement que les images qui y échappent.
C'est à dire qu'en fait, le navigateur se connecte à Apache ou autre, ensuite Apache détecte que la ressource que tu veux doit être passée par PHP, et après t'as un énorme volume de code PHP qui se charge de la requête et de tout ce qui va avec : mise en cache, etag, sessions, etc.
Au bout d'un moment, ça sert quoi d'avoir un serveur web encore ?
Si j'étais impliqué dans le développement web je te coderais un serveur web qui redirigerait absolument toutes les requêtes vers un seul et unique CGI, et c'est ce script qui se chargerait d'absolument tout (y compris de lire le contenu du fichier en cas de contenu statique). La seule chose que le serveur devrait gérer c'est le keep-alive en fait.
Ou alors l'inverse : un serveur web qui gèrerait de base tout ce qui est client base de données, templates html, sessions à base de cookies, parsing xml et json, etc. afin de supplanter le CGI.
Parce que là l'architecture des serveurs web actuels à base de fichiers fait vraiment très "web des années 90".
Rust fanboy
Je crois que tu décrit un peu le fonctionnement de Nginx. Mais je suis pas sûr.
Tu prends le problème à rebours.
Les CMS principaux n'uniformise par le web, ils sont apparu du vide, du grand from scratch avec les outils de l'époque.
PHP se professionnalise, justement par ce qu'on attend plus d'un site en 2012 qu'il soit un site lambda basé sur un CMS lambda.
Et même en Drupal face à l'armée de profil "webmaster / développeur" essaye de recruter un dev qui sache utiliser le truc correctement et qui sache coder un module custom.
Déjà c'est pas simple, et rien que sur ce profil les salaires ne vont pas vers le bas, au contraire.
Y'a des annonces à +40K sur Paris pour des profils de dev Drupal expert. :truestory:
Après les CMS sont justement en train de ce professionnaliser, Dries (Drupal) est en train de pousser tout pleins de trucs dans Drupal 8 : components Symfony (7 ou 8, certains pas des moindres), angular.js, backbone.js etc.
Surement que ça impactera dans un premier temps que le core, mais ça va encore tirer le niveau vers le haut.
Donc oui les CMS permettent à énormément de profils "non dev" d'accéder à des outils pour faire un site.
Mais non ils "n'uniformisent pas le web" vers des salaires au rabais, un travail de qualité ne peut se faire que par des profils de qualitay.
Par contre qu'il y est tout un tas de couillons qui ont appris PHP sur le tard et qui vont se brader pour 18K€, tu n'y fera rien.
Demande aux graphistes ou au CDP si c'est pas pire pour eux avec l'armée de stagiaires serviles qui essayent d'enfoncer les portes des agences.
Edit :
Awuy et encadrez ça partout dans vos bureaux.
Coincoin les gens.
Concernant les news je vais bien sur ce site : Human coders.
C'est pas sectaire et il y'a de tout.
Sinon pour les rubyistes, il y'en a qui ont testé Sinatra et Padrino?
Padrino apporte t'il vraiment un truc, si on le compare à rails, mis à part pour des gens qui ne veulent ABSOLUMENT pas de modules inutilisés (et encore, là => sinatra)?
Le peu de projets sur lesquels j'ai voulu l'utiliser, au final je me suis retrouvé avec un rails en moins automatisé.
Des avis? Je m'y prend mal?
Time doesn't exist. Clocks exist.
Wordpress, c'était super pratique pendant longtemps pour monter un blog sans trop se faire chier avec le backEnd (parce que réinventer la poudre en PHP, c'est pas passionnant.)
Maintenant que y'a Tumblr, c'est plus discutable.
Ou jekyll si c'est pour des besoins perso.
(jekyll ça bute.)