Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 3 sur 309 PremièrePremière 12345678910111353103 ... DernièreDernière
Affichage des résultats 61 à 90 sur 9247
  1. #61
    Citation Envoyé par TiNitro Voir le message
    Les normes de dév, c'est un sujet chaud comme la braise. Pour en avoir mis en place (le chef, c'était moi), j'en retiens qu'on ne peut pas tout imposer.

    Donc, comme Tomaka, il y a les trucs importants (règles de nommage classes méthodes etc...) et il faut lâcher du lest sur les trucs mineurs comme les espaces et les accolades. Je ne connais pas à un développeur qui n'aie pas ses propres convictions absolue (voir exemples plus haut) ou qui soit capable de se plier intégralement à des règles existantes.

    Donc comme avec les mômes, tu laisse un peu de liberté pour être sur que les trucs importants soient respectés. Et effectivement, le coup des accolades, je pense qu'un débutant se fera avoir qu'une fois.

    Ah et sinon, perso, je préfère du code compact, donc j'aime pas trop les accolades et les lignes vides. Mais c'est perso.
    Pas d'accord. J'ai des convictions absolues et pour mes projets persos c'est du lowercase + underscore, accolades sur la ligne, mais pour le boulot ou si je code pour un projet qui a ses propres règles, je me plie entièrement aux règles imposées. Par exemple au boulot c'est camel case + accolades à la ligne. Je trouve ça laid, mais du moment que tout le code est comme ça, ça va. Par contre, dès qu'un mec s'amuse à faire autre chose, ça casse tout.

    Un mec qui n'est pas capable de s'adapter et de respecter un certain nombre de règles est un mauvais développeur. Quel que soit le code qu'il produit, il est inutile car il va imposer aux autres la contrainte supplémentaire de s'adapter à son style dès qu'il faudra lire, comprendre ou toucher à son code. Et c'est à mon avis un symptome d'une incapacité de bosser en équipe. Au boulot, le gars en question a fini par se faire dégager du projet justement parce que c'était impossible de discuter avec lui sur quoi que ce soit. Le fait qu'il ne respectait pas le guide de style était déjà un gros indice.

    N'importe quel projet open-source serieux impose de manière totalement arbitraire toutes ces règles. Et un patch qui ne les respecte pas est refusé direct, quel que soit son contenu.

    ---------- Post added at 17h11 ---------- Previous post was at 17h04 ----------

    Citation Envoyé par Mdt Voir le message
    Là encore, question de style, mais ça rend les déclarations plus nettes.
    Purée les virgules pour les déclarations multiples, quelle horreur. Décidément nous ne sommes pas fait pour nous entendre. Evidemment en JS comme tout s'apelle var, ça ne pose pas trop de problème... mais mieux vaut pas sortir un truc comme ça dans le topic des vrai développeurs.

    Citation Envoyé par Mdt Voir le message
    La prochaine fois, nous verrons comment utiliser la notation ternaire pour déclarer des variables vraiment proprement
    Ca consiste en quoi exactement ?
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  2. #62
    Code:
    var foobar = typeof foobar ===  'undefined' ? 'foo' : 'bar';
    Exemple pipeau hein, mais bon tu comprends.

    mais mieux vaut pas sortir un truc comme ça dans le topic des vrai développeurs.
    On est bien d'accord, je parle de js là.

  3. #63
    Citation Envoyé par rOut Voir le message
    il saute systématiquement une ligne toute les lignes et deux quand j'en sauterais une.
    C'est au cas où il faudrait rajouter une ligne au milieu, comme quand on mettait des numéros de ligne de 10 en 10 en basic
    Rust fanboy

  4. #64
    var foobar = typeof foobar === 'undefined' ? 'foo' : 'bar';
    C'est genre pour définir la variable si elle ne l'est pas déjà ?

    Mais tu peux avoir des types différents dans les deux branches de l'expression ? Genre comme ça :
    Code:
    var truc = coin ? 42 : "prout";
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  5. #65
    rOut : Tu testes une conditions avant de définir. Généralement utilisé pour savoir si elle existe, mais pas que.

    Code:
    var truc = coin ? 42 : "prout";
    va tester coin sur true/false (et tu n'as pas envie de savoir ce qui est true en javascript ), et si true, 42, si false, "prout".

    Tomaka17 : T'utilisais pas GOTO ?

  6. #66
    Citation Envoyé par Tomaka17 Voir le message
    C'est au cas où il faudrait rajouter une ligne au milieu, comme quand on mettait des numéros de ligne de 10 en 10 en basic
    Dixit le gars, c'était soit disant que c'était plus facile à lire pour l'oeil humain. Que notre oeuil est fait pour détecter des "pattern" et que du coup mettre des espaces partout permet de repérer ces "pattern" plus facilement (genre repérer une parenthèse et tout)...
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  7. #67
    Citation Envoyé par rOut Voir le message
    C'est genre pour définir la variable si elle ne l'est pas déjà ?

    Mais tu peux avoir des types différents dans les deux branches de l'expression ? Genre comme ça :
    Code:
    var truc = coin ? 42 : "prout";
    Bien sûr. Y'a pas de notion de type statique, c'est pas comme si c'était un vrai langage, hein.

    Et j'aimerais bien voir la gueule de la sémantique de l'opérateur virgule dans ce pâtois...
    (Seriously, les mecs qui conçoient ces langages n'ont rien appris depuis les années 60 et n'ont jamais entendu parler de compilation JIT ?)
    Dernière modification par Møgluglu ; 28/10/2012 à 09h41.

  8. #68
    En même temps le Javascript a été conçu il y a un bon bout de temps, et n'a jamais été pensé pour être un vrai langage. La notoriété et l'engouement dont il fait l'objet est purement irrationnel. C'est pas pour rien que Google a tenté de lancer Dart (mais sans grand succès). C'est peut être d'ailleurs justement parce que le langage est hyper laxiste qu'il est devenu aussi apprécié.
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  9. #69
    C'est surtout qu'il est compatible avec tous les navigateurs et que c'est le seul langage permettant de faire du web dynamique sans module externe (comme flash ou silverlight). A une époque il aurait pu y'avoir un rival, mais maintenant c'est trop tard. Reste la venue du html5 qui pourrait bouleverser ça, mais c'est pas pour tout de suite.

  10. #70
    Je sais plus qui a la signature sur l'égalité en php ("0" == 0, 0 == "", "" != "0"), j'avais trouvé ça très drôle ?

    Du coup je me demande, le triple égal existe dans les langages fortement typé et si oui, pourquoi ?

    Le html 5 c'est complètement abstrait comme concept, il y a de nouvelles balises, le css3 mais surtout beaucoup de JS compris dedans justement.

  11. #71
    Citation Envoyé par Monsieur Odd Voir le message
    Du coup je me demande, le triple égal existe dans les langages fortement typé
    Bah évidemment que non.
    Le "triple égal" c'est purement une bidouille parce qu'ils se sont rendus compte qu'autoriser plein de comparaison hasardeuses, c'était au final pas une si bonne idée.
    Rust fanboy

  12. #72
    En même temps, les cas qui nécessitent l'emploi de === sont rares dans un développement JS courant (par courant entendre : hors développement framework ou librairie). En PHP c'est déjà plus répandu, ne serait-ce que pour l'utilisation de toutes les fonctions de la librairie qui, en cas d'erreur, ne déclenchent pas d'exception et renvoient FALSE à la place du résultat attendu (le code d'erreur se récupérant généralement par une autre fonction).

  13. #73
    Citation Envoyé par rOut Voir le message
    Pas d'accord. J'ai des convictions absolues [...], mais pour le boulot ou si je code pour un projet qui a ses propres règles, je me plie entièrement aux règles imposées.

    Un mec qui n'est pas capable de s'adapter et de respecter un certain nombre de règles est un mauvais développeur. Quel que soit le code qu'il produit, il est inutile car il va imposer aux autres la contrainte supplémentaire de s'adapter à son style dès qu'il faudra lire, comprendre ou toucher à son code. Et c'est à mon avis un symptome d'une incapacité de bosser en équipe.
    Toi tu le fais, félicitations, tous ne le font pas. Après, tu arrives dans une équipe déjà constituée, les gens ont leurs habitudes... et moi je n'ai pas les moyens de lourder tous les mecs que tu considères comme des "mauvais développeurs".

    Camel case (ou autre règle) oui, il faut que tout le monde utilise la même règle. Les règles d'espacement, bon, perso je m'adapte facilement à différentes mise en page, faut pas déconner non plus, la plupart du temps dans le code que je lis (lisais plutôt) c'est pas la présentation qui pose problème de compréhension malheureusement.
    Perso, en 25 ans de boulot, j'ai jamais vu un soft ou tous les sources sont écrits pareil. Jamais. J'ai p'têt pas eu de moule,mais du coup, je préfère une approche pragmatique, ou tu fais adopter des règles progressivement.

  14. #74
    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


  15. #75
    Citation Envoyé par Mdt Voir le message
    Bon, alors, je vous propose les topicatrolls suivant pour animer le fil :
    Genre y'a pas déjà bien assez de trolls comme ça sur le topic.

  16. #76
    Citation Envoyé par Mdt Voir le message
    - Webkit, nouvel IE6 ?
    J'ai pas compris celle là
    Chrome est certainement le navigateur le plus en avance sur les autres en ce moment.
    Rust fanboy

  17. #77
    Tu parles sans doute en terme de consommation mémoire ?
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  18. #78

  19. #79
    Sinon, c'était pour quoi qu'on a fork le topic de la programmation au départ ?
    Ah oui, pour que les débutants n'aient pas peur de poser des questions au milieu des débats techniques
    Rust fanboy

  20. #80
    Citation Envoyé par Tomaka17 Voir le message
    Chrome est certainement le navigateur le plus en avance sur les autres en ce moment.
    Je fais référence aux whines (assez légitimes) de Mozilla et Opera.

    En gros, sur mobile, Webkit a 95% de pmd (Android, iOS, BBOS6+), et donc les vilains paresseux de développeur, pas aidés par les avides designers, ont une nette tendance à foutre un gros coup d'UA sniffing à l'entrée du site pour rediriger webkit vers un bôôôôôô site mobile tout neuf et les autres péons sur le site wap datant de l'an 2000.

    Et, quand bien même l'internaute habile passe outre l'UA, il se retrouve sur un site mobile ou tout est à base de préfixe -webkit et donc rien ne fonctionne sous FF, alors que la même propriété est dispo en -moz. Typiquement les -webkit-transition si bling bling qu'adorent les développeurs de sites mobiles bling bling.

    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.

    Bref, Opera et Mozilla ont tapé du poing sur la table au sein du CSSWG et ont menacé de spoofer l'UA de Webkit ET de supporter les propriétés préfixées -webkit, autant dire paye ta shitstorm.

  21. #81
    Citation Envoyé par Tomaka17 Voir le message
    Sinon, c'était pour quoi qu'on a fork le topic de la programmation au départ ?
    Ah oui, pour que les débutants n'aient pas peur de poser des questions au milieu des débats techniques
    Ouais.
    Et pour la même raison, j'vais demander à tous les barbus de bien vouloir nous lâcher la grappe avec les défauts que vous trouvez à Javascript, PHP, et autres.

    Ce topic est sensé être un endroit d'entraide et d'échange constructif, pas un défouloir où vous pouvez cracher votre bile à loisir sur des technos que vous détestez.
    Si vous n'avez rien à dire qui puisse aider (et non, balancer "ce langage ça pue et tous ceux qui l'utilisent sont des cons", c'est pas aider), alors passez votre chemin.

  22. #82

  23. #83
    Citation Envoyé par Mdt Voir le message
    T'es pas fun
    Non. Et j'vais prendre un temps dingue pour raporter tous les posts de merde dans ce topic parce que je voudrais qu'il soit vraiment utile et les trolls m'ont déjà bien gavé sur les premières pages.

  24. #84
    Citation Envoyé par Skiant Voir le message
    Non. Et j'vais prendre un temps dingue pour raporter tous les posts de merde dans ce topic parce que je voudrais qu'il soit vraiment utile et les trolls m'ont déjà bien gavé sur les premières pages.
    C'est un peu la mort du topic si tu autorises uniquement les questions techniques relatives au CSS/Javascript.

    :s'en va créer un topic "design & développement" rival où on peut discuter de tout:
    Rust fanboy

  25. #85
    Skiant : Honnêtement, tu crois qu'il y a une demande réelle de conseils en matière de dev web sur le forum ? Si Le topic tombe en page 2, il est mort.

    Je ne dis pas qu'il faille laisser les debats tiri sur la nullité du PHP hein, mais les discussions généralistes sur le dev web, c'est con de les refuser vu qu'elles peuvent faire vivre le topic entre les questions.

  26. #86
    Bonjour,

    J'ai fait 3 ans de Symfony et 2 ans de Drupal (par alternance, pas dans cet ordre quoi).
    Oui PHP c'est assez vilain surtout en procédural, mais avec l'habitude on dépasse le truc.

    J'ai un peu tâté de python pour rigoler, c'est bien dommage que pour bosser sur le web y'a pas vraiment de poste.
    J'ai testé knockout.js c'est marrant, angular.js fun.
    Twitter bootstrap, meilleur truc qui soit arrivé ces dernières années : bonne façon de tordre un peu le cou aux graphistes et pseudo DA fous en les forçant à industrialiser un peu leur créa.

    Mais bon maintenant je suis chef de projet technique donc je code plus énormément dans la semaine.
    C'est chelou de passer d'un IDE à word/excel.

    Je m'abonne au sujet, je sens qu'il a du potentiel.


  27. #87
    Citation Envoyé par Mdt Voir le message
    Skiant : Honnêtement, tu crois qu'il y a une demande réelle de conseils en matière de dev web sur le forum ? Si Le topic tombe en page 2, il est mort.
    Qualité > Quantité, toujours.
    On s'en bat si le topic passe en page 2 s'il est plein de trucs intéressants. Et vu la quantité de vieux topics de mecs qui veulent faire un site web et qui n'y connaissent rien, j'pense que oui, ce topic a une raison d'être.

  28. #88
    Detendons l'atmosphère en attendant les éventuels demandeurs d'aide avec "If Hemingway wrote JavaScript".
    "Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."

  29. #89
    J'peux filer un coup de main sur jQuery, PHP, Zend Framework, enfin dans la mesure de mes compétences, bien entendu.

    Et si vous voulez être mon ami pour la vie, posez-moi des questions sur Ruby.

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

    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.
    (Ou prendre un gros dédié, mais il me semble bien que Rails va de pair avec une puissance de calcul en Cloud -et puis la gestion des gems c'est pas la partie la plus drôle non plus- )

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
  •