Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 4 sur 310 PremièrePremière 1234567891011121454104 ... DernièreDernière
Affichage des résultats 91 à 120 sur 9277
  1. #91
    Citation Envoyé par Mdt Voir le message
    Bon, alors, je vous propose les topicatrolls suivant pour animer le fil :

    - faut-il pendre haut et court les mecs qui ne savent utiliser que JQuery ?
    - le webdesigner doivent-ils savoir coder ?
    - quel est le poids maximum tolérable d'un site internet ?
    - le PHP, pire langage de l'histoire de l'informatique ?
    - les méfaits de l'OOP et de l'OOPHP
    - Webkit, nouvel IE6 ?
    - Flash vs HTML
    - web vs native
    - vim vs emacs
    - pain au chocolat vs chocolatine

    T'as oublié :
    Webdev, l'avenir du développement web ?

  2. #92
    Il me déprime votre topic à la con tiens.

  3. #93
    Citation Envoyé par Monsieur Odd Voir le message
    Il me déprime votre topic à la con tiens.
    Tout les travailleurs du web expérimente ce genre de sentiments en s’approchant de la trentaine voire de la quarantaine.
    Après ils disparaissent mystérieusement des webagency et des SSII.

    Un putain de complot si vous voulez mon avis


  4. #94
    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.

  5. #95
    Citation Envoyé par Mdt Voir le message
    Autre problème, Apple n'en a rien a barrer des standards et du W3C donc implante des trucs maison genre -webkit-text-size-adjust, mais sans doc ni soumission au CSSWG, ce qui fait que la concurrence peut pas implanter un équivalent.
    Pour les feignasses prefix-free (voir des préprocesseurs CSS) se charge de la compatibilité à ta place.


    Citation Envoyé par Say hello Voir le message
    Rails c'est pas le framework avec 3 hébergeurs spécialisés existant ?

    C'est en fait aussi une question d'intérêt perso : À part Heroku je vois pas trop ce qu'il y a d'accessible. J'avais mis la main sur un autre hébergeur aussi, mais la version de rails était trop vieille pour le projet. (en plus le seul moyen de consulter le site, avec la version gratuite de l'hébergement, c'était d'y accéder depuis la côte Atlantique des US. :megatired: )
    Les vrai dev ont une accès à la machine de prod via ssh.
    Exterminate !

  6. #96
    Citation Envoyé par darkgrievous Voir le message
    Les vrai dev ont une accès à la machine de prod via ssh.
    Les "vrais" qui ont des balls se loggent en root sur la machine de prod via leur PC à domicile après avoir surfé sur des sites de pr0n avec un o/s pas à jour
    Rust fanboy

  7. #97
    Citation Envoyé par Tomaka17 Voir le message
    Les "vrais" qui ont des balls se loggent en root sur la machine de prod via leur PC à domicile après avoir surfé sur des sites de pr0n avec un o/s pas à jour
    Désolé mais les "vrai" n'utilisent pas windows


  8. #98
    Moi je fais tout ça sous Linux sans problème
    Exterminate !

  9. #99
    Citation Envoyé par Say hello Voir le message
    Rails c'est pas le framework avec 3 hébergeurs spécialisés existant ?[...]
    En fait j'ai l'impression que pour du rails, on en vient très très vite à devoir héberger le truc sur sa propre machine.
    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.

  10. #100
    Sinon, suffit de se prendre une machine virtuelle ou physique, ça coute plus grand chose aujourd'hui

  11. #101
    Citation Envoyé par Mdt Voir le message
    Webdev c'est comme Windev ?

    ---------- Post added at 21h08 ---------- Previous post was at 21h07 ----------

    Omg


    The fuck ?

    ---------- Post added at 01h07 ---------- Previous post was at 01h06 ----------

    Citation Envoyé par tenshu Voir le message
    Tout les travailleurs du web expérimente ce genre de sentiments en s’approchant de la trentaine voire de la quarantaine.
    Après ils disparaissent mystérieusement des webagency et des SSII.

    Un putain de complot si vous voulez mon avis
    Je dois être précoce.

  12. #102
    Citation Envoyé par flo900 Voir le message
    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.
    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 ?

  13. #103
    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.

  14. #104
    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."

  15. #105
    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...

  16. #106
    Citation Envoyé par Kass Kroute Voir le message
    Il a mal démarré ce topic on dirait


    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.

  17. #107
    Citation Envoyé par Skiant Voir le message
    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."

  18. #108
    On va écrire une spec fonctionnelle et technique pour ce topic :')
    Non mais sérieux si c'est du dev pour le web ça a sa place ici.


    Et n'oubliez pas d'adhérer au Programming Motherfucker manifesto.


  19. #109
    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

  20. #110
    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."

  21. #111
    Citation Envoyé par rOut Voir le message
    Et donc on peut parler de CGI et de framework C++ pour le web ici aussi ?
    Baway.
    On ne juge pas les personnes "différentes" nous


  22. #112
    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.

  23. #113
    Citation Envoyé par deathdigger Voir le message
    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

  24. #114
    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

  25. #115

  26. #116
    Citation Envoyé par deathdigger Voir le message
    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.
    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.



  27. #117
    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.

  28. #118
    Citation Envoyé par rOut Voir le message
    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...
    Le plus important c'est pas le langage mais le stack.

    Pour les cms, c'est surtout que wordpress permet de faire pas mal de truc sans vraiment toucher au code et que de plus en plus de gens (pas forcement dév) l'utilisent même pour faire 3 pages statiques.
    Exterminate !

  29. #119
    Moi le premier


  30. #120
    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.)

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •