C'est vraiment qu'une histoire de webdesigners ? Parce que dans le fond, la médiocrité et le manque d'intérêt on le retrouve partout me semble t'il.
- les développeurs qui se contre tapent des conventions
- les développeurs qui pensent que leur code est le meilleur du monde et n'ont jamais lu une seule ligne d'autre projet que les leurs
- les développeurs qui lisent pas les docs
- ...
- le contrôleur dans le train qui te parle comme à un chien
- <insère ici> toute forme de profils de gens qui se contre-tapent de leur métier
Aujourd'hui, je donnais une formation Python, on m'a regardé avec de gros yeux quand j'ai dis 'lisez du code, vous allez pas passer 3 ans dans votre coin à découvrir comment coder efficacement, quand vous avez à portée de main des sources de gens qui codent bien.'. On aurait dit que je leur demandais de mettre leurs mains dans le fumier.
C'est pas qu'ils sont nuls ou stupides. C'est juste qu'ils n'ont jamais été mis en face de 'bons' devs. Bon je sais pas si le parallèle est applicable aux graphistes.
Je l'ai pressenti dès mon premier objet sans-fil communicant, un de ces fameux « beepers » très 90's, qu'on nous a vendu avec les mêmes arguments qu'aujourd'hui les bidules mobiles, passé deux trois message... Revendu, cet inutile et coûteux gadget. Ensuite, vint l'avènement du portabeul, même ça j'ai encore du mal : écrire un sms sans utiliser le langage sms est une torture sur tous les gsm du monde. Alors bon, je survis depuis que ça existe avec une carte prépayée dont j'ai du mal encore à épuiser le solde avant que la date de validité fatidique soit atteinte... Mon tél passe le plus clair de son temps éteint, à la maison.
Voilà pour l'introduction.
Alors maintenant le truc mode, c'est le « smartphone », je ne sais pas quel est le marketeux qu'a pondu un terme aussi vaseux, mais je peux pas dire qu'il ait eue vraiment du nez : euh c'est où que c'est « smart » ces trucs-là ? C'est pas sensé vouloir dire « intelligent » ? Passons déjà sur le fait que les offres internet mobile sont de véritables arnaques, on en a suffisamment parlé sur les journaux d'ici-bas qu'a part me donner l'envie d'aller taquiner les commerciaux d'Orange, SFR et Bouyges à grand coups de docs dans les valseuses. Cela me dissuade déjà d'en acheter un, vu le prix et et les limitations de ces abonnements « illimités ».
Voilà, le cœur du problème pour moi, c'est que ça sert à rien. C'est anti-ergonomique au possible, écran minuscule, résolution indigente, méthode de saisie et IHM en général à chier... Pi voilà, je vois pas où est le besoin d'avoir accès à internet en permanence à l'aide d'un appareil qu'on trimballe toujours avec soi.
Je pense qu'il y a plusieurs éléments de réponses. Premièrement, si tu viens sur Linuxfr, c'est que tu passes déjà du temps devant un ordinateur, ce n'est pas le cas de tout le monde. Deuxièmement, l'intérêt dépends beaucoup de comment tu vois ton temps réparti dans la journée. Personnellement, je passe 1h30 dans les transports. Je lis, je sort mon iphone, je joue à ma DS, parfois même je sort le laptop pour coder. C'est sûr que si tu es en voiture, tu as un ordi chez toi, un ordi au boulot, l'intérêt est limité.
Pour mes mails ? Boarf, je peux bien attendre d'être chez moi pour y jeter un œil. Y'a pô urgence.
Pour mes mails pro ? Idem, j'attendrais d'être au taf pour les lire. Cher patron, si tu tiens à ce que je sois au courant de ce qu'il se passe dans ta boite une fois que la cloche a sonnée, t'as intérêt à raquer la prime d'astreinte ! Je bosse 35 heures par semaine, pas une de plus, une fois chez moi le boulot, c'est oublié jusqu'à la prochaine fois où je mettrais les pompes dans tes locaux. Cher lecteur : si t'es accroc au taf au point de consulter tes mails pro quand t'es dehors ou chez toi – hors contrainte contractuelle s'entend -, t'es un sacré pigeon pour donner ainsi gracieusement de ton temps à ton boss.
Encore une fois ca dépend tellement de ta situation ... J'ai plein d'amis qui sont en dehors de l'info, genre dans le commerce par exemple et passent leurs journées à bouger de client à client, pour eux les mails pro sont vitaux. Pour les mails perso, je suis d'accord en effet.
Tchater avec mes potes sur jabber/msn/irc ? Ben quand je suis loin d'internet, c'est à dire de chez moi, mes potes je leur parle en vrai, c'est bien plus convivial. Ma vie sociale n'est pas sur le ouèbe. J'ai ni twitter, ni facebook, ni myspace...
Encore une fois, je sais pas, tu t'es pas dis que c'était différent pour d'autres ? Un paquet de fois, j'ai chopé un vernissage ou soirée à l'arrache un vendredi soir sur une terrasse de café en regardant mes invitations sur Facebook.
Chercher une info, l'adresse d'un resto ou d'un bar à putes ? Je me renseigne à l'avance, et je griffonne le tout sur un bout de papier qui coûte rien, recyclable et sans doute déjà recyclé ! Sinon, en cherchant un peu on trouve toujours un plan de la ville, ou tout simplement en s'adressant à un pékin croisé en chemin. Je suis conscient que cela implique, pour l'utilisateur de smartphone habituel un contact rapproché avec un congénère de son espèce sans passer par 100 km de fibre optique, mais on s'habitue.
Certes, c'est un choix que tu fais, et je suis parfaitement d'accord avec toi. Mais je plaide coupable, parfois j'ai la flemme de demander aux gens, j'attends mon bus, je regarde si ya pas un truc délire dans le coin.
Simplement surfer un coup ? Ahahaha !! Si tu n'as pas ris aussi, tu n'as sans doute jamais essayé la navigation on ze web sur un iphone ou n'importe quel appareil du même acabit : c'est inutilisable, résolution minable, site rarement adapté à la configuration du produit, pas de clavier, débit ridicule. Non par pitié, qu'on me force jamais à surfer avec un smartphone...
C'est subjectif, je trouve que lire sur mon Iphone est supportable pour le métro(mais c'est la merde niveau débit) , mes chiottes ( ya du wifi là ), mon lit ( ya aussi du wifi ), etc..
En vacances, pour effectuer l'une ou l'autre des tâches précitées ? Oui... mais non. En vacances, moi je suis comme qui dirait en vacances de tout. Je redeviens une bête pendant quelques semaines, sans électricité, mangeant par terre à même la boite de thon à la catalane. Je suis plus l'actualité, je consulte pas mes mails et j'ai pas besoin d'internet, j'ai beaucoup mieux à faire comme glander, mater la donzelle on ze beach, me balader dans la nature ou descendre des blanches en terrasse. J'en viens même à trouver savoureuse la bière chaudasse qu'on retrouve sous la tente ayant passé la journée au soleil. Juste pour le plaisir de la déguster en tapant le carton au soleil couchant, juste après les guez'mer (vivement l'été tiens...).
Ouaip, clairement.
En voyage, dans le métro ou autre ? Une clé usb (qui lit les ogg) ou un bouquin suffit à passer le temps.
Ca dépend des gens, moi comme je l'ai dis plus haut, je me lasse à force. Mais bon je suis un de ces genre de connards qui supportent pas la routine et font tout pour la changer.
Tout ça pour en venir là : l'internet mobile, ça ne sera jamais pour moi, j'en ai pas besoin, et aucun appareil réellement mobile ne remplacera jamais coté « utilisabilité » un bon gros pc, avec grand écran, clavier mécanique et souris. Posé à la maison où y'a mon bon vieux fauteuil...
Bah ouaip tout à fait. Mais c'est pas le cas de tout le monde. Je me dis que si tu as posté ce journal, c'est que tu arrivais pas à imaginer comment on pouvait "être" autrement,auquel cas j'espère t'avoir aidé.
Ouaip, mais avec nos gadgets, chers et beaux on passe pas pour des troglodytes des cavernes devant la gente féminine. Ainsi, Apple augmente nos chances d'accouplement, lui permettant indirectement d'influer sur le marché des fans de gadgets à long terme. C'est ça Steve Jobs, un vrai visionnaire.
Néanmoins, okay, sur mon mac ya 12 shells ouvert avec des trucs louches à la matrix partout, donc à l'ouverture de session nous sommes grillés.
Je vais pas rentrer dans les détails, mais plusieurs détails me font penser que tu pars sur une mauvaise approche
Tu essayes de modéliser un problème sans abstraction, en le pliant sur l'implémentation de base, c'est un peu un jeu risqué.
Tu présentes dans ton journal en commençant par les migrations. Concrètement, ca veut dire que tu raisonne de bas en haut au lieu de procéder dans l'autre sens.
Tes callbacks donc, ont un effet de bord assez pervers. Faire un rocher.moules << Moule.last a pour conséquence de sauver ta dernière moule au passage, donc de déclencher les callbacks de celle-ci et ainsi de suite. Bref, c'est dans la doc !
Ce que je pense que tu devrais faire :
Ecrire des tests, genre RSpec, UnitTest, Shoulda, ce que tu veux, mais écris des tests, Ruby sans tests c'est comme faire voler des avions sans simulation, ca va voler pendant un moment, et tu sauras pas pourquoi ca va se péter la gueule ( et ouaip, c'est dynamique à mort, c'est facile à shamaniser sans faire gaffe ).
Ton problème finalement, c'est de gérer un graphe non-orienté, t'as soit
Des libs pour ça, jte laisser chercher.
un tout petit morceau d'abstraction à écrire
Relis bien la doc, tout ce qui tourne autour des collections, c'est toujours un peu sensible quand ça doit être sauvé ou pas, il faut bien maitriser chacune des méthodes.
twitter : jhchabran ( comme github, irc sur freenode ) =)
Non, redmine m'a toujours soulé, à l'époque je n'avais que ça. Finalement j'ai fini par prendre un Basecamp avec un abonnement vu que c'était d'ordre professionnel, et finalement c'est bien mieux.
J'ai un compte twitter, plus ou moins animé selon les périodes et l'intensité de mon boulot.
J'y parle que taf, pour raconter ma vie et mes conneries qui n'intéressent que mes amis, j'ai d'autres moyens ( genre facebook ).
Alors, ouaip, je sors une micro lib à la con pour faire des screenshots de fichiers vidéos en ruby, jvais pas aller faire une dépêche sur LinuxFR hein. Je vais pas non plus faire un journal, ca risque surtout de peu intéresser l'audience ici. Bah je twitte.
Je suis que des gens qui parlent codent, balancent des liens, des commits, et tout un tas de trucs qui intéressent que ceux qui sont précisément sur ces trucs là. Et je twitte quasiment que ce genre de trucs, modulo conneries évidemment ( genre waouh, une vidéo geek idiote, qui fera probablement marrer tout développeur ).
Je cherche un truc genre un plugin kanban pour redmine ? Ah bah tiens l'auteur du plugin qui check le tag #redmine comme si c'était ses gosses me répond dans l'heure.
Globalement, je me pose pas la question de si c'est intéressant ou pas avant d'en parler, je balance tout simplement. Les gens que ca intéresse suivent, point. Et puis 140 caractères, finalement, ca fait un peu chier quand tu dépasses d'un char, mais bon ca te force à rester concis. Tu as l'info directement, pas de gras autour. Du coup, je peux tomber sur un developpeur russe à l'anglais super approximatif, mais sur 140 char, on s'en tape, le lien vers son commit il est là.
Comment faire ça en même temps qu'autre chose ? Bah comme tout le monde, on le fait pas. Je twitte quand je fais une pause, une par heure en général, avec mon café ce genre de truc, c'est pas de l'astrophysique de l'organisation hein !
Ce qui est sympa avec Twitter, c'est que t'en fais un peu ce que t'en veux, après il faut y passer un peu de temps pour que cela devienne intéressant, clairement.
Ce qui est fatiguant par contre, c'est le lent passage à ruby 1.9, c'est vraiment désagréable, vu les bénéfices de cette version.
Ca va plus vite, ça bouffe moins de mémoire, bla bla ... Bref, c'est plus 'pro' et on a moins l'impression d'échanger l'élégance et le confort de coder en Ruby contre la performance.
De manière générale, à part ruby 1.9.X et jruby, la 1.8 est trop molassonne pour faire du desktop, contrairement au web. Donc, ouaip, ils ont généré Ruby/QT à coup de swig ( de mémoire ), histoire de dire que ça y soit, mais franchement je connais pas grand monde qui s'en sert.
Je pense que cela viendra tout simplement avec la généralisation de 1.9.
Par contre, MacRuby, ca défonce sec. Mais bon, as usual, c'est scotché à cocoa donc utile qu'à une partie du peuple.
Le problème c'est juste qu'il y a une manière uniformisé de distribuer du code visant à être réutilisé, les gems et par contre trente six manières de packager tout cela selon les distributions.
C'est sûr que la tarball c'est pratique, mais cela soustrait moultes informations : dependances, etc ...
Après, c'est mon cas perso, mais je ne me sers jamais des paquets pour gérer mes applis ruby, c'est toujours la galère, versions différentes, pas à jour, cela va toujours trop vite coté gem pour se baser sur les paquets je trouve. Finalement, quand je fourgue une appli, je pack les dépendances et je gère moi même ( développeur donc ) le tout au travers d'un truc plus standalone, car moi développeur, je sais qui dépend de quoi, ce qui peut être un cauchemar pour l'admin.
Je suis bien d'accord. Mais il me semble que simplement il y a un amalgame qui a été fait.
On peut comparer le choix d'un MySQL ou Mongo pour une application en fonction d'un problème, cela est parfaitement censé.
Là où cela a dérivé je pense, c'est qu'une bonne partie des web apps ont une utilisation tellement basique des DB que virer le SQL ne ferait pas de mal ( sur le papier ).
Ca me rappele le début de Rails, avec toute sa hype à la con, qui finalement nuit à la techno elle même en lui donnant une réputation de truc juste à la mode tellement certains fanboys aveugles racontent que c'est 'la solution à tout nos problèmes (tm)'.
Pour répondre de manière plus générale, le gros intérêt de couchDB et autres MongoDB, Riak, etc ... C'est de se séparer du schéma fixe des bases de données relationnelles classiques.
En gros, tu peux tout à fait modéliser tes données sous forme de hash pour ton application métier et il se trouve que ces DB visent à stocker sous cette forme tes données.
C'est plus souple, plus simple et en plus ce genre de DB vise à s'héberger facilement sur du cloud. Par contre, c'est assez déroutant après autant d'années de SQL, pas rassurant pour les clients.
Faut imaginer un peu sur une application genre au hasard hein, un truc social kikoo communautaire, qui évolue énormément le coût d'un changement de schema, qui ici est inexistant du coup. FriendFeed par exemple utilise une couche ORM schema-free au dessus de MySQL.
Par contre, dans tout ce qui est grosse base de données au sens classique du terme ( banques et autres ) c'est tout sauf adapté. Pour le reste, mon avis personnel est que cela a clairement du sens.
Après ya une grosse hype autour du mouvement NOSQL, il faut rester pragmatique et bien cerner les besoins avant de s'orienter vers ce genre de solutions.
Ce que je pense qu'il critique c'est qu'en théorie, les gems fonctionnent une fois packagé, mais les versions sont assez outdated, surtout dans un monde Rails où beaucoup fleurtent avec les dernières versions, ce qui pose souvent problème dans la pratique.
Personnellement sur *mes* debians je mets Ruby EE et je m'abstrais du système de paquetage.
Sur celle de mes clients, je freeze tout dans l'appli comme je l'ai décris au dessus, et je reste sur le ruby du système.
Par contre oui, la procédure que tu décris est très simple, et peu semble en avoir entendu parler ...
Passenger fournit une utilisation aussi simple que celle que tu décris ( comprendre à coup de Vhost bêtes et méchants ).
Concernant les gems / paquets debian c'est clairement une horreur dans l'état actuel des choses. Le problème c'est que Ruby de manière générale voit son écosystème évoluer très très rapidement. Peu d'acteurs majeurs se posent la question du : est-ce que c'est bien packagé ? pour développer, c'est d'ailleurs ce qui permet à ce petit monde d'avancer aussi vite et de voir des librairies se voir régulièrement remplacée par des versions plus évoluées, plus pratiques ou plus claire.
Clairement, c'est un problème à gérer coté déploiement.
Personellement, après m'être arraché les cheveux, j'ai décidé de fournir mes applications directement avec toutes les dépendances bundlés dans l'appli ( non je ne suis pas un sale qui a tout cela sur son repository, juste dans mon script de déploiement je freeze tout ), ainsi c'est moi qui prend en charge cette partie, vu que moi, développeur j'y comprends quelque chose ( à tout ce bazar ^^). Oui, c'est moins élégant, mais cela fonctionne diablement mieux en pratique ( et le sysadmin peut reposer ses cachets de Xanax ). A administrer c'est update de passenger, ruby éventuellement et ... c'est tout (avec apt-get hein). Le pire c'est qu'une telle solution, c'est une seule commande pour le développeur.
Ror était un tel cauchemar avant Passenger, je t'invite à lire juste un howto Debian pour constater à quel point cela peut être simple aujourd'hui.
Enfin ma réponse à ta dernière opinion peut être considéré comme du troll, mais il me semble que le point innovant à proprement parler est Ruby et sa philosophie, pas juste un framework ou deux. Je n'ai pas les moyens de l'expliquer de manière concise, aussi je ne m'aventurerais pas à le faire, juste je pointe dans une direction si cela t'intéresse d'approfondir ta réflexion.
Cela sert à appliquer du code dessus pendant la définition, comme définir des méthodes dynamiquement, déclarer des attributs qui sont persistés en base facilement ( has_one, has_many dans Rails par exemple ), et toutes formes de DSL.
Il y a un raccourci qui a été fait dans - rajouter une méthode à un objet - :
Dans du code propre, on inclut des méthodes dans un module, et on crée une méthode qui vient encapsuler l'inclusion de ce module.
On se retrouve donc avec un ensemble de méthode qui véhiculent un concept donné, que l'on applique à un objet. Cela se retrouve dans Rails avec tous les act_as_tree, has_attached_file et autres, qui viennent tout encapsuler.
Moralité, d'un point de vue du développeur qui utilise une telle librairie, la seule chose que j'ai à connaître c'est c'est la méthode pour intégrer les fonctionnalités et son prototype. La personne qui développe l'API peut ainsi modifier autant qu'elle le souhaite son code, faire absolument tout ce qu'elle veut tant qu'elle respecte le *contrat* passé avec le développeur, c'est à dire la méthode d'inclusion. Finalement c'est indépendant de toute forme d'implémentation, donc beaucoup plus encapsulé.
Je vois mal comment je pourrais arriver à une telle souplesse avec de l'héritage, avec un *contrat* si simple avec le programmeur. Cela ne me parait pas du tout être en contradiction avec le paradigme de la POO, c'est juste une différence fondamentale entre les langages dynamiques et statiques. Enfin, je comprend tout à fait ta résistance face à ce concept, je travaillais exclusivement en C++ il y a quelques années et ces concepts me faisait hérisser les poils. Et puis j'ai testé, la clarté du code qui en résulte m'a surpris au plus haut point. L'écriture de DSL d'ailleurs serait impossible sans une telle possibilité.
La notion de rajouter une méthode à un objet à la volée est à prendre aussi avec des pincettes dans le sens où généralement il est peu courant de le faire hors de la phase de création d'une instance. Parcourir les différentes implémentations des design patterns en Ruby est surprenant de synthétisme et lisibilité ( une fois les concepts de base maitrisés ).
J'ai un peu du mal avec la logique - ne pas se prendre la tête -, je me vois mal avoir ce genre d'attitude en déployant en production une application mais soit, à un certain niveau d'utilisation je peux comprendre que cela soit un argument, surtout si c'est pour apprendre à utiliser un framework.
( quoi que je ne trouve pas que ./script/server soit particulièrement compliqué dans ce contexte )
Par contre, je ne saisis pas ta dernière remarque, tu peux tout à fait utiliser toutes les gems que tu souhaites depuis ton application RoR, à vrai dire, il n'y a quasiment plus de plugins aujourd'hui, tout est livré sous forme de gems (librairies) donc.
De faire payer la diffusion d'applications (abonnement développeur : 99$ de mémoire), même si l'on souhaite seulement développer un logiciel gratuit.
Tes 99$ sont là pour te permettre de distribuer ton application dans l'app store, soit le seul et unique canal de distribution d'application Iphone.
Sachant que tout possesseur d'Iphone est obligé de passer dans Itunes et donc finalement dans l'app store ( on y trouve aussi les podcasts, donc cela fait un point d'entrée ), c'est une stratégie très efficace de la part d'Apple, qui gagne à vendre le plus d'applications possible. Oui, c'est un méchant monopole, mais pour vendre des applications et enrichir développeurs et éditeur c'est efficace.
A 1 euros l'application par exemple, sachant que tu prends 70% du prix pour toi, c'est rentabilisé relativement vite si tu gardes à l'esprit que le marché est immense ( et en plus tout est fait pour que tu achète sans t'en rendre compte ... ).
Enfin, surtout pas envie de payer 99$ le test : tu es allé un peu vite là. Tu peux tout à fait télécharger et jouer avec le SDK sans payer quoi que ce soit ( si ce n'est bien entendu un mac pour faire cela proprement ). Les 99$ sont juste le droit d'entrée sur l'app store.
Je suis entièrement d'accord sur le choix de Python pour un débutant, mais employer le mot magique me parait clairement abusif et répandre une information erronée relevant presque du FUD.
Si en Rails l'emploi du mot magique en tant qu'abus de langage 'peut' prendre du sens en raison de nombreuses conventions par rapport à la configuration, comme les partials qui trouvent tout seul l'instance associée ( ce qui est d'ailleurs désormais deprecated ), en Ruby tout court, je ne vois vraiment pas ce que l'on peut qualifier de magie. Il s'agit simplement de mécanisme que l'on applique que peu en dehors de Smalltalk et par extension Ruby, qui sont souvent considéré avec superstition en raison de la différence notoire avec les cas d'utilisations classiques.
Magique sous entend qu'il se passe quelque chose que l'on ne peut comprendre, une zone opaque et étrange, ce qui n'est pas le cas si l'on prend le temps d'ingérer les concepts qui vont avec. En ce sens, je te rejoins, un programmeur débutant risque de ne pas être à l'aise et de considérer cela comme 'magique', ce qui est une erreur qui le mènera droit dans le mur lorsqu'il manipulera ce genre de concepts vu qu'il ne les maîtrisera absolument pas.
J'utilise Redmine quotidiennement depuis environ 1 mois, pour gérer un projet avec 7 personnes.
Globalement, c'est Trac repensé en Ruby on Rails, avec la possibilité d'avoir plusieurs SCM.
Au début, je dois avouer que j'étais trés surpris par la qualité générale de la chose par rapport à Trac ( je n'ai testé que Trac d'ailleurs à part Redmine ) puis au fil du temps, la jeunesse du projet à commencé à apparaître clairement. Légers bugs, placement d'options de configurations un peu hasardeuses, mais rien s'opposant à une gestion efficace du projet.
Les fonctionnalités qui m'ont particulièrement plu ainsi qu'à l'équipe qui utilise le redmine en question sont : la possibilité d'avoir plusieurs trackers, plusieurs projets avec un repository séparé chacun, les workflows dans la gestion des status de tickets ( genre, un ticket "new" ne peut arriver en "fixed" sans passer par "awaiting validation" ).
Un des inconvénients est qu'il n'y pas pour le moment d'api genre XML-RPC permettant de faire des choses sympatiques comme : http://blog.litchis.fr/jh/?p=12 , ni rien de trés Restful.
Aprés, un autre point trés notable est la facilité d'installation de la chose ( par rapport à Trac ) , c'est à dire comme n'importe quelle application RoR.
Pour conclure, c'est encore jeune, mais c'est prometteur et déjà utilisable.
[^] # Re: C'est vraiment un cas particulier les designers ?
Posté par jhc_ . En réponse au journal "le plus gros problème du web, c'est l'ensemble des "webdesigners" aux choix techniques injustifiables.". Évalué à 1.
# C'est vraiment un cas particulier les designers ?
Posté par jhc_ . En réponse au journal "le plus gros problème du web, c'est l'ensemble des "webdesigners" aux choix techniques injustifiables.". Évalué à 10.
C'est vraiment qu'une histoire de webdesigners ? Parce que dans le fond, la médiocrité et le manque d'intérêt on le retrouve partout me semble t'il.
- les développeurs qui se contre tapent des conventions
- les développeurs qui pensent que leur code est le meilleur du monde et n'ont jamais lu une seule ligne d'autre projet que les leurs
- les développeurs qui lisent pas les docs
- ...
- le contrôleur dans le train qui te parle comme à un chien
- <insère ici> toute forme de profils de gens qui se contre-tapent de leur métier
Aujourd'hui, je donnais une formation Python, on m'a regardé avec de gros yeux quand j'ai dis 'lisez du code, vous allez pas passer 3 ans dans votre coin à découvrir comment coder efficacement, quand vous avez à portée de main des sources de gens qui codent bien.'. On aurait dit que je leur demandais de mettre leurs mains dans le fumier.
C'est pas qu'ils sont nuls ou stupides. C'est juste qu'ils n'ont jamais été mis en face de 'bons' devs. Bon je sais pas si le parallèle est applicable aux graphistes.
# Okay c'est vendredi, mais tout de même
Posté par jhc_ . En réponse au journal Internet mobile... mais pour quoi faire ?. Évalué à 10.
Voilà pour l'introduction.
Alors maintenant le truc mode, c'est le « smartphone », je ne sais pas quel est le marketeux qu'a pondu un terme aussi vaseux, mais je peux pas dire qu'il ait eue vraiment du nez : euh c'est où que c'est « smart » ces trucs-là ? C'est pas sensé vouloir dire « intelligent » ? Passons déjà sur le fait que les offres internet mobile sont de véritables arnaques, on en a suffisamment parlé sur les journaux d'ici-bas qu'a part me donner l'envie d'aller taquiner les commerciaux d'Orange, SFR et Bouyges à grand coups de docs dans les valseuses. Cela me dissuade déjà d'en acheter un, vu le prix et et les limitations de ces abonnements « illimités ».
Voilà, le cœur du problème pour moi, c'est que ça sert à rien. C'est anti-ergonomique au possible, écran minuscule, résolution indigente, méthode de saisie et IHM en général à chier... Pi voilà, je vois pas où est le besoin d'avoir accès à internet en permanence à l'aide d'un appareil qu'on trimballe toujours avec soi.
Je pense qu'il y a plusieurs éléments de réponses. Premièrement, si tu viens sur Linuxfr, c'est que tu passes déjà du temps devant un ordinateur, ce n'est pas le cas de tout le monde. Deuxièmement, l'intérêt dépends beaucoup de comment tu vois ton temps réparti dans la journée. Personnellement, je passe 1h30 dans les transports. Je lis, je sort mon iphone, je joue à ma DS, parfois même je sort le laptop pour coder. C'est sûr que si tu es en voiture, tu as un ordi chez toi, un ordi au boulot, l'intérêt est limité.
Pour mes mails ? Boarf, je peux bien attendre d'être chez moi pour y jeter un œil. Y'a pô urgence.
Pour mes mails pro ? Idem, j'attendrais d'être au taf pour les lire. Cher patron, si tu tiens à ce que je sois au courant de ce qu'il se passe dans ta boite une fois que la cloche a sonnée, t'as intérêt à raquer la prime d'astreinte ! Je bosse 35 heures par semaine, pas une de plus, une fois chez moi le boulot, c'est oublié jusqu'à la prochaine fois où je mettrais les pompes dans tes locaux. Cher lecteur : si t'es accroc au taf au point de consulter tes mails pro quand t'es dehors ou chez toi – hors contrainte contractuelle s'entend -, t'es un sacré pigeon pour donner ainsi gracieusement de ton temps à ton boss.
Encore une fois ca dépend tellement de ta situation ... J'ai plein d'amis qui sont en dehors de l'info, genre dans le commerce par exemple et passent leurs journées à bouger de client à client, pour eux les mails pro sont vitaux. Pour les mails perso, je suis d'accord en effet.
Tchater avec mes potes sur jabber/msn/irc ? Ben quand je suis loin d'internet, c'est à dire de chez moi, mes potes je leur parle en vrai, c'est bien plus convivial. Ma vie sociale n'est pas sur le ouèbe. J'ai ni twitter, ni facebook, ni myspace...
Encore une fois, je sais pas, tu t'es pas dis que c'était différent pour d'autres ? Un paquet de fois, j'ai chopé un vernissage ou soirée à l'arrache un vendredi soir sur une terrasse de café en regardant mes invitations sur Facebook.
Chercher une info, l'adresse d'un resto ou d'un bar à putes ? Je me renseigne à l'avance, et je griffonne le tout sur un bout de papier qui coûte rien, recyclable et sans doute déjà recyclé ! Sinon, en cherchant un peu on trouve toujours un plan de la ville, ou tout simplement en s'adressant à un pékin croisé en chemin. Je suis conscient que cela implique, pour l'utilisateur de smartphone habituel un contact rapproché avec un congénère de son espèce sans passer par 100 km de fibre optique, mais on s'habitue.
Certes, c'est un choix que tu fais, et je suis parfaitement d'accord avec toi. Mais je plaide coupable, parfois j'ai la flemme de demander aux gens, j'attends mon bus, je regarde si ya pas un truc délire dans le coin.
Simplement surfer un coup ? Ahahaha !! Si tu n'as pas ris aussi, tu n'as sans doute jamais essayé la navigation on ze web sur un iphone ou n'importe quel appareil du même acabit : c'est inutilisable, résolution minable, site rarement adapté à la configuration du produit, pas de clavier, débit ridicule. Non par pitié, qu'on me force jamais à surfer avec un smartphone...
C'est subjectif, je trouve que lire sur mon Iphone est supportable pour le métro(mais c'est la merde niveau débit) , mes chiottes ( ya du wifi là ), mon lit ( ya aussi du wifi ), etc..
En vacances, pour effectuer l'une ou l'autre des tâches précitées ? Oui... mais non. En vacances, moi je suis comme qui dirait en vacances de tout. Je redeviens une bête pendant quelques semaines, sans électricité, mangeant par terre à même la boite de thon à la catalane. Je suis plus l'actualité, je consulte pas mes mails et j'ai pas besoin d'internet, j'ai beaucoup mieux à faire comme glander, mater la donzelle on ze beach, me balader dans la nature ou descendre des blanches en terrasse. J'en viens même à trouver savoureuse la bière chaudasse qu'on retrouve sous la tente ayant passé la journée au soleil. Juste pour le plaisir de la déguster en tapant le carton au soleil couchant, juste après les guez'mer (vivement l'été tiens...).
Ouaip, clairement.
En voyage, dans le métro ou autre ? Une clé usb (qui lit les ogg) ou un bouquin suffit à passer le temps.
Ca dépend des gens, moi comme je l'ai dis plus haut, je me lasse à force. Mais bon je suis un de ces genre de connards qui supportent pas la routine et font tout pour la changer.
Tout ça pour en venir là : l'internet mobile, ça ne sera jamais pour moi, j'en ai pas besoin, et aucun appareil réellement mobile ne remplacera jamais coté « utilisabilité » un bon gros pc, avec grand écran, clavier mécanique et souris. Posé à la maison où y'a mon bon vieux fauteuil...
Bah ouaip tout à fait. Mais c'est pas le cas de tout le monde. Je me dis que si tu as posté ce journal, c'est que tu arrivais pas à imaginer comment on pouvait "être" autrement,auquel cas j'espère t'avoir aidé.
# Les Cons-Somateurs
Posté par jhc_ . En réponse au journal Le vendredi, tout est permis .... Évalué à 1.
Néanmoins, okay, sur mon mac ya 12 shells ouvert avec des trucs louches à la matrix partout, donc à l'ouverture de session nous sommes grillés.
# Donc
Posté par jhc_ . En réponse au message [Rails] Problème stack level too deep et relation récursive.. Évalué à 1.
- Tu essayes de modéliser un problème sans abstraction, en le pliant sur l'implémentation de base, c'est un peu un jeu risqué.
- Tu présentes dans ton journal en commençant par les migrations. Concrètement, ca veut dire que tu raisonne de bas en haut au lieu de procéder dans l'autre sens.
- Tes callbacks donc, ont un effet de bord assez pervers. Faire un rocher.moules << Moule.last a pour conséquence de sauver ta dernière moule au passage, donc de déclencher les callbacks de celle-ci et ainsi de suite. Bref, c'est dans la doc !
Ce que je pense que tu devrais faire :- Ecrire des tests, genre RSpec, UnitTest, Shoulda, ce que tu veux, mais écris des tests, Ruby sans tests c'est comme faire voler des avions sans simulation, ca va voler pendant un moment, et tu sauras pas pourquoi ca va se péter la gueule ( et ouaip, c'est dynamique à mort, c'est facile à shamaniser sans faire gaffe ).
- Ton problème finalement, c'est de gérer un graphe non-orienté, t'as soit
- Des libs pour ça, jte laisser chercher.
- un tout petit morceau d'abstraction à écrire
- Relis bien la doc, tout ce qui tourne autour des collections, c'est toujours un peu sensible quand ça doit être sauvé ou pas, il faut bien maitriser chacune des méthodes.
En espérant t'avoir aidé.[^] # Re: NON
Posté par jhc_ . En réponse à la dépêche Microblogging : envie d'un Twitter rien qu'à vous ?. Évalué à 1.
Non, redmine m'a toujours soulé, à l'époque je n'avais que ça. Finalement j'ai fini par prendre un Basecamp avec un abonnement vu que c'était d'ordre professionnel, et finalement c'est bien mieux.
[^] # Re: NON
Posté par jhc_ . En réponse à la dépêche Microblogging : envie d'un Twitter rien qu'à vous ?. Évalué à 9.
J'ai un compte twitter, plus ou moins animé selon les périodes et l'intensité de mon boulot.
J'y parle que taf, pour raconter ma vie et mes conneries qui n'intéressent que mes amis, j'ai d'autres moyens ( genre facebook ).
Alors, ouaip, je sors une micro lib à la con pour faire des screenshots de fichiers vidéos en ruby, jvais pas aller faire une dépêche sur LinuxFR hein. Je vais pas non plus faire un journal, ca risque surtout de peu intéresser l'audience ici. Bah je twitte.
Je suis que des gens qui parlent codent, balancent des liens, des commits, et tout un tas de trucs qui intéressent que ceux qui sont précisément sur ces trucs là. Et je twitte quasiment que ce genre de trucs, modulo conneries évidemment ( genre waouh, une vidéo geek idiote, qui fera probablement marrer tout développeur ).
Je cherche un truc genre un plugin kanban pour redmine ? Ah bah tiens l'auteur du plugin qui check le tag #redmine comme si c'était ses gosses me répond dans l'heure.
Globalement, je me pose pas la question de si c'est intéressant ou pas avant d'en parler, je balance tout simplement. Les gens que ca intéresse suivent, point. Et puis 140 caractères, finalement, ca fait un peu chier quand tu dépasses d'un char, mais bon ca te force à rester concis. Tu as l'info directement, pas de gras autour. Du coup, je peux tomber sur un developpeur russe à l'anglais super approximatif, mais sur 140 char, on s'en tape, le lien vers son commit il est là.
Comment faire ça en même temps qu'autre chose ? Bah comme tout le monde, on le fait pas. Je twitte quand je fais une pause, une par heure en général, avec mon café ce genre de truc, c'est pas de l'astrophysique de l'organisation hein !
Ce qui est sympa avec Twitter, c'est que t'en fais un peu ce que t'en veux, après il faut y passer un peu de temps pour que cela devienne intéressant, clairement.
[^] # Re: Ruby 2
Posté par jhc_ . En réponse à la dépêche 20 étudiants pour travailler sur Ruby cet été. Évalué à 2.
Ca va plus vite, ça bouffe moins de mémoire, bla bla ... Bref, c'est plus 'pro' et on a moins l'impression d'échanger l'élégance et le confort de coder en Ruby contre la performance.
[^] # Re: ???
Posté par jhc_ . En réponse à la dépêche 20 étudiants pour travailler sur Ruby cet été. Évalué à 2.
Je pense que cela viendra tout simplement avec la généralisation de 1.9.
Par contre, MacRuby, ca défonce sec. Mais bon, as usual, c'est scotché à cocoa donc utile qu'à une partie du peuple.
[^] # Re: Simplement avec rubygems
Posté par jhc_ . En réponse à la dépêche Codez avec classe grâce à Sinatra. Évalué à 2.
C'est sûr que la tarball c'est pratique, mais cela soustrait moultes informations : dependances, etc ...
Après, c'est mon cas perso, mais je ne me sers jamais des paquets pour gérer mes applis ruby, c'est toujours la galère, versions différentes, pas à jour, cela va toujours trop vite coté gem pour se baser sur les paquets je trouve. Finalement, quand je fourgue une appli, je pack les dépendances et je gère moi même ( développeur donc ) le tout au travers d'un truc plus standalone, car moi développeur, je sais qui dépend de quoi, ce qui peut être un cauchemar pour l'admin.
[^] # Re: pitié ...
Posté par jhc_ . En réponse à la dépêche MongoDB 1.4, prêt pour la production. Évalué à 3.
On peut comparer le choix d'un MySQL ou Mongo pour une application en fonction d'un problème, cela est parfaitement censé.
Là où cela a dérivé je pense, c'est qu'une bonne partie des web apps ont une utilisation tellement basique des DB que virer le SQL ne ferait pas de mal ( sur le papier ).
Ca me rappele le début de Rails, avec toute sa hype à la con, qui finalement nuit à la techno elle même en lui donnant une réputation de truc juste à la mode tellement certains fanboys aveugles racontent que c'est 'la solution à tout nos problèmes (tm)'.
[^] # Re: J'ai trouvé un site plein de références
Posté par jhc_ . En réponse au journal A quoi peut servir couchdb ?. Évalué à 6.
En gros, tu peux tout à fait modéliser tes données sous forme de hash pour ton application métier et il se trouve que ces DB visent à stocker sous cette forme tes données.
C'est plus souple, plus simple et en plus ce genre de DB vise à s'héberger facilement sur du cloud. Par contre, c'est assez déroutant après autant d'années de SQL, pas rassurant pour les clients.
Faut imaginer un peu sur une application genre au hasard hein, un truc social kikoo communautaire, qui évolue énormément le coût d'un changement de schema, qui ici est inexistant du coup. FriendFeed par exemple utilise une couche ORM schema-free au dessus de MySQL.
Par contre, dans tout ce qui est grosse base de données au sens classique du terme ( banques et autres ) c'est tout sauf adapté. Pour le reste, mon avis personnel est que cela a clairement du sens.
Après ya une grosse hype autour du mouvement NOSQL, il faut rester pragmatique et bien cerner les besoins avant de s'orienter vers ce genre de solutions.
[^] # Re: Django
Posté par jhc_ . En réponse au journal Choisir un framework web.... Évalué à 1.
Personnellement sur *mes* debians je mets Ruby EE et je m'abstrais du système de paquetage.
Sur celle de mes clients, je freeze tout dans l'appli comme je l'ai décris au dessus, et je reste sur le ruby du système.
Par contre oui, la procédure que tu décris est très simple, et peu semble en avoir entendu parler ...
[^] # Re: Django
Posté par jhc_ . En réponse au journal Choisir un framework web.... Évalué à 2.
Concernant les gems / paquets debian c'est clairement une horreur dans l'état actuel des choses. Le problème c'est que Ruby de manière générale voit son écosystème évoluer très très rapidement. Peu d'acteurs majeurs se posent la question du : est-ce que c'est bien packagé ? pour développer, c'est d'ailleurs ce qui permet à ce petit monde d'avancer aussi vite et de voir des librairies se voir régulièrement remplacée par des versions plus évoluées, plus pratiques ou plus claire.
Clairement, c'est un problème à gérer coté déploiement.
Personellement, après m'être arraché les cheveux, j'ai décidé de fournir mes applications directement avec toutes les dépendances bundlés dans l'appli ( non je ne suis pas un sale qui a tout cela sur son repository, juste dans mon script de déploiement je freeze tout ), ainsi c'est moi qui prend en charge cette partie, vu que moi, développeur j'y comprends quelque chose ( à tout ce bazar ^^). Oui, c'est moins élégant, mais cela fonctionne diablement mieux en pratique ( et le sysadmin peut reposer ses cachets de Xanax ). A administrer c'est update de passenger, ruby éventuellement et ... c'est tout (avec apt-get hein). Le pire c'est qu'une telle solution, c'est une seule commande pour le développeur.
Ror était un tel cauchemar avant Passenger, je t'invite à lire juste un howto Debian pour constater à quel point cela peut être simple aujourd'hui.
Enfin ma réponse à ta dernière opinion peut être considéré comme du troll, mais il me semble que le point innovant à proprement parler est Ruby et sa philosophie, pas juste un framework ou deux. Je n'ai pas les moyens de l'expliquer de manière concise, aussi je ne m'aventurerais pas à le faire, juste je pointe dans une direction si cela t'intéresse d'approfondir ta réflexion.
[^] # Re: Python vs Ruby
Posté par jhc_ . En réponse au journal Choisir un framework web.... Évalué à 2.
[^] # Re: Python vs Ruby
Posté par jhc_ . En réponse au journal Choisir un framework web.... Évalué à 2.
Dans du code propre, on inclut des méthodes dans un module, et on crée une méthode qui vient encapsuler l'inclusion de ce module.
On se retrouve donc avec un ensemble de méthode qui véhiculent un concept donné, que l'on applique à un objet. Cela se retrouve dans Rails avec tous les act_as_tree, has_attached_file et autres, qui viennent tout encapsuler.
Moralité, d'un point de vue du développeur qui utilise une telle librairie, la seule chose que j'ai à connaître c'est c'est la méthode pour intégrer les fonctionnalités et son prototype. La personne qui développe l'API peut ainsi modifier autant qu'elle le souhaite son code, faire absolument tout ce qu'elle veut tant qu'elle respecte le *contrat* passé avec le développeur, c'est à dire la méthode d'inclusion. Finalement c'est indépendant de toute forme d'implémentation, donc beaucoup plus encapsulé.
Je vois mal comment je pourrais arriver à une telle souplesse avec de l'héritage, avec un *contrat* si simple avec le programmeur. Cela ne me parait pas du tout être en contradiction avec le paradigme de la POO, c'est juste une différence fondamentale entre les langages dynamiques et statiques. Enfin, je comprend tout à fait ta résistance face à ce concept, je travaillais exclusivement en C++ il y a quelques années et ces concepts me faisait hérisser les poils. Et puis j'ai testé, la clarté du code qui en résulte m'a surpris au plus haut point. L'écriture de DSL d'ailleurs serait impossible sans une telle possibilité.
La notion de rajouter une méthode à un objet à la volée est à prendre aussi avec des pincettes dans le sens où généralement il est peu courant de le faire hors de la phase de création d'une instance. Parcourir les différentes implémentations des design patterns en Ruby est surprenant de synthétisme et lisibilité ( une fois les concepts de base maitrisés ).
[^] # Re: Django
Posté par jhc_ . En réponse au journal Choisir un framework web.... Évalué à 2.
( quoi que je ne trouve pas que ./script/server soit particulièrement compliqué dans ce contexte )
Par contre, je ne saisis pas ta dernière remarque, tu peux tout à fait utiliser toutes les gems que tu souhaites depuis ton application RoR, à vrai dire, il n'y a quasiment plus de plugins aujourd'hui, tout est livré sous forme de gems (librairies) donc.
# 99$ / App Store
Posté par jhc_ . En réponse au journal Miguel, iPhone et développement. Évalué à 2.
Tes 99$ sont là pour te permettre de distribuer ton application dans l'app store, soit le seul et unique canal de distribution d'application Iphone.
Sachant que tout possesseur d'Iphone est obligé de passer dans Itunes et donc finalement dans l'app store ( on y trouve aussi les podcasts, donc cela fait un point d'entrée ), c'est une stratégie très efficace de la part d'Apple, qui gagne à vendre le plus d'applications possible. Oui, c'est un méchant monopole, mais pour vendre des applications et enrichir développeurs et éditeur c'est efficace.
A 1 euros l'application par exemple, sachant que tu prends 70% du prix pour toi, c'est rentabilisé relativement vite si tu gardes à l'esprit que le marché est immense ( et en plus tout est fait pour que tu achète sans t'en rendre compte ... ).
Enfin, surtout pas envie de payer 99$ le test : tu es allé un peu vite là. Tu peux tout à fait télécharger et jouer avec le SDK sans payer quoi que ce soit ( si ce n'est bien entendu un mac pour faire cela proprement ). Les 99$ sont juste le droit d'entrée sur l'app store.
[^] # Re: Choix difficile
Posté par jhc_ . En réponse au message Python ou Ruby. Évalué à 1.
Si en Rails l'emploi du mot magique en tant qu'abus de langage 'peut' prendre du sens en raison de nombreuses conventions par rapport à la configuration, comme les partials qui trouvent tout seul l'instance associée ( ce qui est d'ailleurs désormais deprecated ), en Ruby tout court, je ne vois vraiment pas ce que l'on peut qualifier de magie. Il s'agit simplement de mécanisme que l'on applique que peu en dehors de Smalltalk et par extension Ruby, qui sont souvent considéré avec superstition en raison de la différence notoire avec les cas d'utilisations classiques.
Magique sous entend qu'il se passe quelque chose que l'on ne peut comprendre, une zone opaque et étrange, ce qui n'est pas le cas si l'on prend le temps d'ingérer les concepts qui vont avec. En ce sens, je te rejoins, un programmeur débutant risque de ne pas être à l'aise et de considérer cela comme 'magique', ce qui est une erreur qui le mènera droit dans le mur lorsqu'il manipulera ce genre de concepts vu qu'il ne les maîtrisera absolument pas.
# Redmine
Posté par jhc_ . En réponse au journal Nan mais quoi comme gestionnaire de bugs ?. Évalué à 4.
Globalement, c'est Trac repensé en Ruby on Rails, avec la possibilité d'avoir plusieurs SCM.
Au début, je dois avouer que j'étais trés surpris par la qualité générale de la chose par rapport à Trac ( je n'ai testé que Trac d'ailleurs à part Redmine ) puis au fil du temps, la jeunesse du projet à commencé à apparaître clairement. Légers bugs, placement d'options de configurations un peu hasardeuses, mais rien s'opposant à une gestion efficace du projet.
Les fonctionnalités qui m'ont particulièrement plu ainsi qu'à l'équipe qui utilise le redmine en question sont : la possibilité d'avoir plusieurs trackers, plusieurs projets avec un repository séparé chacun, les workflows dans la gestion des status de tickets ( genre, un ticket "new" ne peut arriver en "fixed" sans passer par "awaiting validation" ).
Un des inconvénients est qu'il n'y pas pour le moment d'api genre XML-RPC permettant de faire des choses sympatiques comme : http://blog.litchis.fr/jh/?p=12 , ni rien de trés Restful.
Aprés, un autre point trés notable est la facilité d'installation de la chose ( par rapport à Trac ) , c'est à dire comme n'importe quelle application RoR.
Pour conclure, c'est encore jeune, mais c'est prometteur et déjà utilisable.