Le probleme du json, c'est que ca ne conserve pas l'ordre des champs, l'ordre etant dependant du hash, qui est implementation specific.
En pratique, ca te donne de vilain diffs des qu'un outil manipule le pom de facon automatique (que ca soit un mvn release ou un editeur haut niveau qui t'ajoute/exclue des dependances).
Ya beaucoup de choses a redire sur le xml, mais pour de la config dans ce style, les schema et la rigidite de la specs sont plutot des atouts je trouve.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
CMake ça fonctionne pas sous tous les système d’exploitation? (vraie question)
Ca va tres probablement pas tourner sous windows du premier coup, et t'as de grande chances d'avoir diverses incompatibilites subtiles entre linux et macosx.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Je suis en première année de DUT Informatique, et quand on compilait du Java à la main c’était javac programme.jar et ça s’arrêtait là (et je trouve ça dommage, mais on a un peu approfondi avec le C quand même, mais je ne vois pas à quoi sert l’option -d — il y a plusieurs .class à la fin? Ça peut tourner sans être assemblé dans un JAR?).
Et sinon j’ai toujours pas compris comment on gérait les packages
J'allais ecrire un paquet plus haut, a propos de ton "manque de controle dans un ide". En gros, j'allais dire que si tu sens que tu perds le controle dans un ide, c'est que tu ne comprends pas la chaine de build. Si tu comprends la chaine de build, tu comprends ce que fait l'ide, et t'as pas la sensation de perdre le controle, parce que l'ide fait generalement quelque chose d'adapte (il a ete ecrit par des gens qui savent ce qu'ils font). Tu peux ne pas etre d'accord, mais il va falloir argumenter serieusement, et vu le niveau de questions, je doute que tu en soit vaguement capable (et ya pas de mal, tout le monde commence un jour).
A la vue de tes questions, effectivement tu as des lacunes monstrueuses dans la chaine de compil java.
Pour faire simple: oui, chaque class est compile dans un .class (meme les classes anonymes). La jvm mange ces .class, qu'ils se trouvent dans un zip ou directement sur le fs.
Les "packages" ne sont ni plus ni moins qu'une archive zippee.
cd class; zip ../projet.jar * et t'as un jar (ou un war, ou un ear).
On s’est mal compris. Je veux juste qu’il ne m’affiche plus certaines erreurs dans le code, pas que le compilo ne me signale plus aucune erreur.
Si le compilo te dit que c'est une erreur, il a probablement une bonne raison de te le dire, tu crois pas?
De meme pour les warnings, si on te dit de faire gaffe, c'est probablement qu'il faut que tu fasses gaffe, non? @SuppressWarning est la pour les tres rares cas ou le warning est un faux positif.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
que je connaissais pas — que c’est moche le XML, mais bon quand je regarde les makefile générés par CMake je me dis que de toute façon c’est imbuvable
C'est peut etre moche, mais maven a clairement montre que le declaratif pur pour un systeme de build, ca marche vachement mieux et ca permet a tout le monde de builder le projet comme il faut avec une ligne, tout en evitant au mainteneur de passer des heures a s'assurer que tout va marcher correctement que tu sois sous linux/window/macos ou dans un context CI.
Certes, mais si je suis incapable de recompiler le projet actuel sans l’IDE, c’est quand même problématique (bon tu me diras je fais du Java donc je suis pas à ça prêt :p).
Si t'es incapable de builder un projet d'ecole java en ligne de commande, comment dire?
javac -classpath libs/*.jar -sourcepath src/ -d class/
Ca fait bien 5 ou 6 ans que j'ai pas lance javac a la main et j'ai retrouve cette ligne de memoire a 80%…
Dans la vraie vie, t'aurais un pom.xml que ton IDE mangerais avec plaisir et tu ferais mvn install
Logique. Évidemment. Les erreurs affichés dans l’interface utilisateur dans les options du compilo…
Oui, les flags de compilation se configurent generalement dans la partie "option de compilation". Ca me parait tres logique personnellement. Si je voulais changer la couleur du soulignage, par contre, j'irais voir sous Appearance.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Pour l'apprentissage, j'en envie de dire que c'est le contraire, l'ide masque tout la build chain, le packaging et un paquet de trucs du style.
J'aurais plutot envie que les eleves comprennent pourquoi eclipse peut "souligner un truc en rouge" la ou le mvn install va compiler sans problemes. Par contre, une fois que tu comprends comment marche tout ca, c'est une grosse perte de temps de s'emboucanner avec ca.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Yen a encore pour se poser cette question en 2013?
Ou c'est juste une tentative de troll?
Que ca soit Eclipse/VisualStudio/IntelliJ/Xcode/autre ou emacs/vi avec 12000 plugins finis a la pisse, ya serieusement quelqu'un qui code encore uniquement avec un simple editeur de texte de nos jours?
Un IDE est un outil, savoir utiliser les outils de programmation me parait etre une competence indispensable d'un ingenieur.
C'est quoi le prochain journal? Un debuggeur est il reellement utile? Les outils graphiques servent ils reellement a quelque chose?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
C'est ma complainte qui n'avait rien à voir. Je trouve dommage qu'il n'y ai pas plus de langage qui utilisent man.
D'un autre cote, autant man sleep, ca va, mais man org.springframework.database.hibernate.HibernateSessionFactory.createSession ca le fait un peu moins a taper.
De meme quand c'est pour ton propre code que tu modifies souvent, tu vas pas t'emboucanner a reinstaller toutes les man pages a chaque git pull.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Justement, parfois ça aide : genre le ticket client arrive à 18h heure locale (US), je le prend, je développe, livre le patch, à 8h le lendemain le client est heureux son fix est la, il a perdu 0 heures de travail.
Et des fois ca fait chier. Le ticket est cree a 12:00PM PDT, et t'es comme un con a attendre jusqu'au lendemain parce qu'ils ont plie les gaules en face. La difference de temps arrange pas trop les californiens pour le coup, surtout ceux qui se levent pas a l'aube.
Ca m'arrive de boire des coups avec eux aussi (bon, ok, 1 fois par an, mais on se connait). Pas besoin d'être toujours ensemble, et on peut voyager de temps à autre.
Pas beson d'etre toujours ensemble. Mais si tu bavassait avec les ops a la machine a cafe, ou que t'allais t'en jeter un de temps en temps avec eux, tu saurais qu'ils vont reclaimer une demi douzaine de serveur la semaine prochaine. Tu pourrais en utiliser une pour "inserer ta tache ici", et si t'etais pote avec eux, vu qu'ils gerent le matos, ils pourraient se demerder pour te garder au chaud une box. Mais t'es pas pote avec eux, les serveurs vont partir ailleurs, tu vas devoir mettre une purchase request et attendre 2 mois. C'est ballot!
Et john, de la services team, comme il te connait et que vous marrez bien a midi, ben il va passer qq heures en plus cette semaine pour etre sur que ta feature request soit merge avant la fin du sprint, comme ca t'auras pas a attendre 15 jours pour que ca parte en prod.
C'est un peu le concept du relationel, tu peux faire sans, mais avec c'est plus facile.
Justement, je dis que je ne suis pas d'accord sur le terme "mieux".
Bon. On reprend. Deux gars a competence egales. Avec le gars qui est sur place, ca se passe mieux.
Apres, oui, ya des exceptions, des gars qui sont tellement mieux ou avec des competences tellement rares qu'ils posent leurs conditions et tu doit accepter.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Ca a pas grand chose a voir avec la choucroute, mais non, lync c'est vraiment pas sympa du tout, et pour ceusses qui ont un mac, c'est un desastre…
Quand est ce que vous rempacez ce merdier par skype?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Ce qu'il dit, c'est qu'avec des gens qui bossent en remote, a plus forte raison avec plusieurs fuseaux horaires d'ecart, soit t'as le meme resultat qui va te couter plus cher (problemes de communications qui causent des problemes tout court, qui coutent du fric), soit ca te coute la meme chose mais le resultat est moins bon que si le gars est dans le meme bureau.
C'est des trucs cons. Mon dernier exemple c'est un boulet qui a fait un pitch a son boss, une architecture a dormir debout. Si j'avais ete a SF ce jour la, j'aurais fait parti du meeting informel, et on aurais pas perdu qq jours de discussions a cause de l'autre relou.
Des problemes de communication via skype, j'en ai eu quelques un aussi.
Et ne parlons pas des histoires de politiques: t'obtiens bien plus d'une autre equipe quand tu les connais personnellement et que tu peux aller boire des coups avec eux que quand t'es juste le frenchy via skype (mais je croyais qu'il etait allemand? Je sais pas, il a un accent francais! Mais il habite en allemagne, non? Bah, va savoir, on s'en fout, de toutes facons ils est pas la).
Bref, c'est pas que ca marche pas, c'est juste que ca marche mieux quand t'es physiquement present.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Comment juger de la qualité d'une entreprise avant de la rejoindre ?
Je vais seconder ckyl: suis ton instinct en parlant avec les gars.
Un signe qui aide: les gars essayent de se vendre autant que tu essayes de te vendre. Quand j'inerview un gars qui est bon, je sais qu'il a au moins une autre offre qui va lui etre faite avant la fin de la semaine et qu'il va devoir faire un choix. Je peux pas jouer sur le salaire, mais je peux jouer sur l'environnement de travail, d'ou le besoin de motiver le gars a bosser pour moi autant que lui doit me motiver a bosser avec lui.
Des non techniciens peuvent exploiter ca pour t'attirer dans un piege a con, mais j'ai encore jamais croise quelqu'un de competent faire qq chose d'immoral comme mentir pour t'attirer dans un piege a con (le gars competent qui est saoule par des dysfonctionnement de la boite trouve un nouveau taff et se barre. Point).
Quelqu'un de competent posera de bonnes questions ouvertes sans vrai reponses juste pour voir ta facon de penser et d'argumenter.
Pas des trucs a la con du genre "comment tu fais pour peser un 747 quand t'as pas de balance", mais des questions techniques qui ouvrent un debat/troll ou la seule reponse valable est "ca depend", et ou la premiere bonne reponse est "en general, ci, mais souvent, ca, dans le fond quel est le probleme que tu veux resoudre?". Le but etant de bavasser de tout et de rien pour voir si tu comprends la problematique et est capable de t'y adapter.
Si on te pose des questions super specifiques qui attendent une seule reponse super specifique, c'est un mauvais signe (soit ils savent pas embaucher, soit c'est des manches, dans les deux cas, ca craint).
Te formalise pas non plus si on te donne un exercice trivial, tu serais surpris de connaitre le nombre de candidats qui n'arrivent pas a resoudre fizzbuzz (ou n'essayent pas de le resoudre avec un one liner, ou ne se rendent pas compte apres 2/3 minutes que tu peux pas le resoudre avec un oneliner), ca sert a ecremer en phone screen.
Discuter de choses qui ont pas de rapport direct avec la position donne de bons indices. S'ils utilisent SVN demande pourquoi pas git. Si le mec te dit que ca sert a rien, tu pars en courant. S'il connait pas, ca craint aussi. Il peut avoir des raisons valables de pas migrer (poids de l'existant, des collegues bras casses qui causeraient un desastre avec git --force-push).
Dans le meme genre, a quoi ressemble leur CI? Comment se passe la QA?
Si la reponse est pas dans le pire des cas "les builds sont automatiques, et on est en train d'automatiser la qa", avec moultes arguments sur comment, tu laisses tomber.
Dans le monde du web, demande quel est leur release cycle. Au dessus de 2/3 semaines entre chaque release, idem, pas la peine d'aller plus loin,
Ca c'est des trucs pas franchement sexy, plutot chiant meme, mais les gens competents savent que c'est absolument necessaire et en connaissent les tenants et aboutissants. Les bras casses ne comprennent le plus souvent pas pourquoi c'est si affreux que ca de faire un build soit meme et de le poser sur smb://boxname/release.
Te formalise pas sur les recruteurs non plus. C'est pas leur boulot de connaitre la technique, ils cherchent des profils et connaissent juste quelques mot cles. Ils sont la pour trouver des cv qui peuvent coller et faire un screen rapide de ta personalite/aspiration, histoire de voir si ca peut le faire.
Ca va varier selon le domaine, evidemment, mais c'est des bons indicateurs.
Et en regle generale, le monde du dev se divise en deux: les bons et les mauvais. Ya pas vraiment de milieu.
Les bons attirent les bons, les mauvais attirent les mauvais et font fuir les bons, et les bons sont suffisament demandes pour se barrer si un truc leur plait pas, donc si t'as un ou deux bons dans l'entretien, c'est plutot bon signe - soit c'est un repere a bons, soit c'est un repere a mauvais en cours de mutation.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Au contraire, les chauffeurs laissent vachement moins d'avis de passage aux adresses pro. Probablement parce qu'ils font d'une pierre plusieurs coup, ya pas a galerer a trouver le bon nom sur l'interphone (quand ya des noms…) et sonner et attendre, ils passent souvent et du coup connaissent, et il ya toujours quelqu'un dans le bureau aux horaires de bureau.
Faut juste se faire livrer/faire recuperer (potentiellement moins facile, certes), au taff. Perso je me fait plus rien livrer chez moi, c'est la recette assuree pour ne PAS recevoir mon colis. Ou pour me le faire laisser devant la porte dans la rue.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Oui, je considère que 57.582,94 € c'est BEAUCOUP BEAUCOUP BEAUCOUP plus cher que 28.840,82 €.
Ca se discute. C'est plus cher, oui (2 fois techniquement), mais pas forcemment beaucoup beaucoup beaucoup plus cher, pour une fois, zenitram a pas tort de relativiser. Ca depend de comment tu vis pendant 15 ans.
29k euros d'ecarts, ramene sur 10 ans, ca fait 2900 euros par an.
C'est pas rien, mais c'est pas le bout du monde non plus. 15 jours de salaire pour un couple dans la 30/40aine qui travaille dans une situation decente (couple = 2 salaires). Ramene sur 25 ans (ben ouais!), ca fait a peine plus de 1000 euros/an.
Si ca te permet d'eviter de danser a la limite de la banqueroute en permanence, c'est pas delirant.
Et je parle meme pas du fait que 30000 euros en 2013, 2028 et 2038, c'est pas du tout la meme chose.
Dit autrement, si ca me permet, ainsi qu' a ma douce et tendre, de passer 25 ans la conscience tranquille plutot que de me taper un ulcere apres 15 ans a etre a la limite de la faillite personnelle, ou d'hypotequer l'avenir des gosses, c'est pas forcemment tres cher paye. Ca depend de ce que t'achetes et de comment tu vit.
15 ans d'une vie, c'est enorme, surtout si c'est les 15 ans ou tes gosses sont petits, carpe diem comme ils disent.
Je suis plus que pret a payer 30k euros si les mensualites plus basses font la difference entre toutes les vacances chez mamie et equitation/judo/foot/whatever l'annee + vacances au ski et a la plage pour les petits.
C'est maintenant qu'ils sont gosses, pas dans 10 ans, carpe diem comme ils disent. Et 30k euros pour ca, c'est pas cher paye.
Ca marche aussi pour une baraque a 300k euros (deja plus realiste si t'as des gosses), et la ca marche encore mieux, 7000 euros/an, ca en paye des trucs pour les momes, et 85k pour ca, ca le vaut.
Les 80k de plus pour gagner 300 euros par an (difference 25/30 ans sur 300k) c'est completement debile par contre, la dessus on se rejoint.
Apres, c'est effectivement a appliquer au cas par cas, comme toujours.
Si t'as les moyens de te le permettre, ben effectivement, le calcul est vite fait, si t'es border line, ca vaut le coup d'etudier la question.
Une vie agreable peut valoir plus que 30% de plus a leguerW faire imposer quand tu cannes.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Oui alors rien à voir. MS ils peuvent aligner le pognon qu'ils veulent, les kikoolol qui font la mode sur twitbook et pour qui déjà Fx c'est hasbeen par rapport à Chrome, tu crois franchement qu'ils vont s'enthousiasmer pour un bousin où la plateforme de dév. standard c'est Windows + Visual ? Sérieux ? (remarque on peut pas forcément leur donner tort).
95% des gens qui achetent un smartphone ne savent meme pas ce que plateforme de dev veut dire, va falloir trouver un autre excuse.
MS PAYE les boites en ce moment pour ecrire leurs applis. Ils viennent de nous offrir $100k pour porter notre appli. On sait meme pas si l'appli va nous rapporter ca en un an, ios fait 2 fois ca par semaine…
Forcément, quand Apple décide lors d'une màj de fournir un webkit volontairement bridé pour les applis HTML5, BIZARREMENT, ça marche moins bien après, çatalors
Bizarrement aussi, on voit pas grand monde faire du html5 offline dans safari, qui a pourtant nitro full patate. Et si c'est pour faire du html5, evite le store, ca t'eviteras qq maux de tete. Je comprends pas le concept d'un appli html5 sur un store. C'st chiant a deployer, faut subir les reviews du store, et tu te tapes des perfs de merde. C'st quoi le concept? Pourquoi ne pas faire une vraie appli html5 a la google gears?
Bah faut croire que si… (et merci de ne pas ressortir "oui mais on a pas comparé la conso avec l'appli Sencha", on s'en tape, si l'appli FB rame l'utilisateur il s'en fout qu'elle consomme 10Mo de moins, il râle). Remarque quand on choisit PHP comme socle pour son business, faut pas espérer être crédible ensuite.
L'utilisateur, il s'en rend pas compte directement. Mais quand son telephone tient 10 sur batteries au lieux de 18, il gueule. Quand ses applis se font killer a droite a gauche parce que js est un porc sur l'occupation memoire, il gueule aussi.
Et quand il se tape des transitons pourries, il est pas content non plus. Que machin fasse une vraie comparaison et qu'il nous sorte les stats de profiling, on en reparle (et on comparera le temps passe sur leur applis html5).
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Moi je reponds a ton premier commentaire "sur le mobile, tout le monde a abandonné le html5 pour du natif".
Desole, mais non. Je traine ma bille dans ce domaine depuis qq temps deja. Personne de serieux par chez moi vient en disant "on va faire un truc de ouf en html5". Les derniers a avoir fait ca, c'etait linkedin, et ca a ete un desastre.
Ceux qui se lancent dans le html5, c'est des boites avec un departement ingenierie faible, ou un departement produit a la papa qui s'interesse plus a des stats bidons qu'a la reelle performance de leur produit.
L'experience utilisateur n'est pas le seul critere, le cout de developpement en est un autre. Les entreprises n'ont souvent pas les moyens de redevelopper une appli pour iOS, WP, Android, BB et peut etre bientot FirefoxOS, Ubuntu, Tizen, Jolla.
Ca tombe bien, a moins d'etre un geant, t'as pas besoin d'autre chose que d'ios.
Android est en pratique peu utilise, et par des utilisateurs cheap (je l'invente pas, tous les chiffres de traffic que j'ai vu donne android loin derriere ios en terme de traffic reel), ms paye en ce moment pour le dev des applis, et a de toutes facons un traffic risible.
Le reste, c'est tellement anecdotique que les supporter est equivalent a supporter un development custom pour uzbl sur haiku.
Ouvres les yeux bordel. Regardez les chiffres de traffic reel plutot que de vous interesser uniquement aux chiffres de vente.
Prends les petites startup qui debarquent avec des applis nouvelles et des nouveaux concepts. Combien developpent pour ios d'abord, et se soucient du reste apres? Combien d'appli dans le top 100 sur le store sont en html5?
Le html5, c'est tres bien. Mais c'est a proscrire pour des applis. Tu fais un site mobile avec moulte html5, et c'est parfait, tout le monde sera content.
Laisse le temps a tout ca de progresser (perf des smartphones, perf des moteurs HTML/JS, amelioration des librairies) et on en reparle dans 2-3 ans.
Et tu crois qu'ils seront ou apple et google avec leur sdk dans 2-3 ans? Au meme point que meme temps ou qu'ils auront progresse?
Et tu te rends compte que 2-3 ans dans ce domaine, c'est eternite?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Si deployer une appli hybride est le merdier, alors deployer une appli native est tout autant le merdier.
C'est precisement mon point. Le deployment des applis natives est un enorme probleme. On a beau avoir de l'automation dans tous les sens et passer qq jours a tester l'appli, j'ai toujours une grosse boule dans le ventre quand je clique sur le bouton "make this app ready for sale", et les 24 heures qui suivent me voient checker la page d'analytics frenetiquement pour detecter le moindre probleme.
T'as une tres bonne experience utilisateur, mais t'as des contraintes de deployment et de support tres forte.
Avec les web pur, t'as une moins bonne experience utilsiateur, mais tu peux avancer beaucoup plus vite et un bug est vachement moins genant tu fais un roll back et pis c'est marre.
Les applis hybrides te donnent le pire des deux mondes: faut toujours faire des mises a jour et les deployer sur chaque telephone, et par dessus le marche tu te tapes une UX pourrie et des perfs miserables.
La plupart des applis phonegap sur le store se tapent des notes pourries, et les quelques application vraiment high profile appreciees sont toutes natives. La seule exception etait facebook (et ils se tapaient 2 etoiles sur le store avant leur rewrite natif).
C'est le but : etre independant de la plateforme.
Et ca cree une mauvaise experience utilisateur. Ca se comporte differement, et l'utilisateur est pas content et frustre parce que ca marche pas comme il s'y attend.
Rien n'empeche d'utiliser jQuery Mobile, Bootstrap Twitter, un autre truc et de creer un style qui reproduise celui de iOS, Android ou WP.
Si, le bon sens. C'est une connerie sans nom. Les utilisateurs n'ont aucun probleme avec le look du web. Par contre quand tu singe le look natif d'iOS, l'utilisateur veut de la performance native. Reactivite et pas attendre 3 seconds que l'ecran commence a se charger. Si tu fais du web, fait du web, dans un browser, ne t'amuses pas a singer le look natif parce que tu vas te prendre une claque.
Je ne me fais pas de soucis pour les dev iOS mais en ce qui concerne la tendance AHMA tu te mets le doigt dans l'oeil.
Hahaha. merci pour la barre de rire. Clair qu'un graphe google trend est revelateur de la qualite et le succes de ce qui se trouve sur le store!
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Cocoa opensource ? IOS opensource ? Mac os X opensource ? XCode opensource ?
Ceux la, non. Ton compilo il est libre. ld est libre. 95% de ce qui vient avec les devs tools sont libres. Tu veux pas utiliser xcode? tres bien, utilise emacs et des makefile si ca te chante.
Tu gères des pointeurs
Comme dans tous les langages, a commencer par java… Tu crois que ca veut dire quoi le P de NPE?
Le probleme de C/C++ c'est de melanger valeur et pointeurs allègrement, la partie Objective de C ne te laisse pas faire *pointeur.field = @"something".
Objc gere ce probleme exactement de la meme facon que les autres langages de haut niveau: t'as des pointeurs et pis c'est tout.
Le cas ou t'as des struct, t'es dans le monde du C, et c'est plutot rare (meme GCD est en passe de se faire objectifier, avec support d'arc et tout le tralala).
les chaînes de caractères doivent commencer par un @ parce que sinon c'est juste un char *
tu preferes l'approche C++ ou c'est un bordel sans nom?
, tu te tapes encore ces .h
La pour le coup, je ne peux qu'abonder dans ton sens.
Alors peut-être que tu le préfères par rapport à Java, mais il ne faut pas oublier que dans Objective-C, il y a C. (bon, il y a aussi C dans C#, mais tu ne peux pas coder en C dans du C#).
Ouais, enfin sorti de manipuler des CGRect/CGPoint/CGSize et qq appels a CoreGraphics, le C d'objective C, en pratique, tu le vois pas beaucoup. Par contre t'as un langage qui met sa tannee a Java/C++ sur les temps de demarrage (critique dans le monde mobile) et qui a des performances tres honorables considerant le haut niveau qu'il procure.
En gros, ce langage, c'est ce que C++ aurait du etre.
Je n'ai donc pas choisi le développement IOS en Objective-C pour plusieurs raisons : obligé d'avoir un mac (que l'on me fournissait pourtant), c'est moche, j'aime pas, c'est vraiment très moche, sapucestpaslibre, j'aime pas.
Ok, donc t'as pas choisi iOS pour des raisons a la cons.
Note, ya pas de mal, hein, ya suffisament de techno pour pouvoir dire "je veux pas faire de machin parce que, et pis c'est tout" et pas avoir a s'en justifier.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
Je reproche à l'environnement d'être propriétaire, fermé et de fonctionner uniquement sur mac. Par contre il est efficace et je trouve qu'il est plus agréable à utiliser que eclipse pour android.
Donc en fait, il est tres bien, l'environnement, mais tu l'aimes pas pour des questions de gout?
T'es au courant que clang est 100% open source, tout comme tous les autres outils sinon?
«C'est pas pire que du Java» résume assez bien ce que je pense de l'objective C pour faire de l'IHM.
Je parlais du cote bas niveau la. Le langage est a des annees lumieres de ce que propose java, notamment grace au fait que nil est safe, les categories et bien evidemment les blocks.
Après je ne fais que constater selon mes connaissances, j'ai eu des TDs de base sur Cocoa donc je n'ai pas l'expérience dessus
Aaah, on y arrive, tu connais pas la technologie, t'as fait un hello world, suivi d'un hello world 2.0 avec une UITableView et 2 cells differentes (sans utiliser de nibs, evidemment, l'IoC c'est trop demander), mais tu pense que?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
L'idee : une application native qui embarque un composant type web view + le "vrai" code en HTML5.
Le pire des deux mondes:
- un merdier a deployer, avec des utilisateurs qui updatent jamais
- des performances moisies avec une mauvaise UX et une utilisation cpu/ram indecente pour ce que ca fait
- pas d'acces a des truc de base (le spinner notamment), donc tu te retrouves a (mal) reinventer des composants pourtant standards.
Les entreprises ne veulent pas developper plusieurs fois la meme application : Objective-C (iOS), Java (Android), C# (WP), Qt (BlackBerry, Ubuntu mobile)…
Tout le monde veut un truc commun et standard => HTML/CSS/JS
L'exception qui confirme la regle c'est le retournement de Facebook vis a vis de HTML5 cf 1 2
Pas vraiment non, vu le marche de l'emploi pour developeur ios natif, c'est pas la tendance, du tout.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
L'event based, c'est bel et bien, ca marche, clairement, cf le js.
Mais quand meme, devoir toujours interompre ce que tu fais, c'est relou.
Tu dois dezipper un fichier de 1gb, tu preferes quoi:
- tout balancer sur une queue gcd ou un thread, ou tu peux avoir un code tres clair: ouverture du fichier bloquante, dezipper un stream
- devoir tout interrompre en permanence, avec des callbacks de partout, rendant le debug vachement plus dur, a potentiellement devoir stocker des trucs localement, te forcant a avoir des objets non thread safe?
Les threads c'est dur a gerer, c'est clair, et dans un environement a la js de base, c'st overkill dans 90% des cas.
A l'inverse, quand j'ecrit mon ImageService qui redimensione, crop et applique de CIFilter sur des images haute resolutions, le code est deja assez complique comme ca pour pas avoir a s'emmerder avec des QtRunMainLoop de partout (et accessoirement, je peux tout faire sur la stack et eviter des problemes de thread safety). Et GCD t'offre du cpu throttling en cadeau bonux.
A l'inverse, tu peux te retrouver bloquer avec de l'event based, flex avait une libraire de parsing json qui faisait tout d'un bloc, des que ton arbre depassait les 100-200kB, tu te retrouvais avec des freeze d'ui et tu pouvais pas y faire grand chose.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Les IDE, c’est chiant
Posté par groumly . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 1.
Le probleme du json, c'est que ca ne conserve pas l'ordre des champs, l'ordre etant dependant du hash, qui est implementation specific.
En pratique, ca te donne de vilain diffs des qu'un outil manipule le pom de facon automatique (que ca soit un mvn release ou un editeur haut niveau qui t'ajoute/exclue des dependances).
Ya beaucoup de choses a redire sur le xml, mais pour de la config dans ce style, les schema et la rigidite de la specs sont plutot des atouts je trouve.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Super workflow
Posté par groumly . En réponse au journal Un debugger est-il indispensable ?. Évalué à 4.
A noter que j'ai deja vu des NSLog ecrits a la truelle planter une appli qui n'avait aucun probleme par ailleurs.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Les IDE, c’est chiant
Posté par groumly . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 1.
Ca va tres probablement pas tourner sous windows du premier coup, et t'as de grande chances d'avoir diverses incompatibilites subtiles entre linux et macosx.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Les IDE, c’est chiant
Posté par groumly . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 3.
J'allais ecrire un paquet plus haut, a propos de ton "manque de controle dans un ide". En gros, j'allais dire que si tu sens que tu perds le controle dans un ide, c'est que tu ne comprends pas la chaine de build. Si tu comprends la chaine de build, tu comprends ce que fait l'ide, et t'as pas la sensation de perdre le controle, parce que l'ide fait generalement quelque chose d'adapte (il a ete ecrit par des gens qui savent ce qu'ils font). Tu peux ne pas etre d'accord, mais il va falloir argumenter serieusement, et vu le niveau de questions, je doute que tu en soit vaguement capable (et ya pas de mal, tout le monde commence un jour).
A la vue de tes questions, effectivement tu as des lacunes monstrueuses dans la chaine de compil java.
Pour faire simple: oui, chaque class est compile dans un .class (meme les classes anonymes). La jvm mange ces .class, qu'ils se trouvent dans un zip ou directement sur le fs.
Les "packages" ne sont ni plus ni moins qu'une archive zippee.
cd class; zip ../projet.jar * et t'as un jar (ou un war, ou un ear).
Si le compilo te dit que c'est une erreur, il a probablement une bonne raison de te le dire, tu crois pas?
De meme pour les warnings, si on te dit de faire gaffe, c'est probablement qu'il faut que tu fasses gaffe, non? @SuppressWarning est la pour les tres rares cas ou le warning est un faux positif.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Les IDE, c’est chiant
Posté par groumly . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 3.
C'est peut etre moche, mais maven a clairement montre que le declaratif pur pour un systeme de build, ca marche vachement mieux et ca permet a tout le monde de builder le projet comme il faut avec une ligne, tout en evitant au mainteneur de passer des heures a s'assurer que tout va marcher correctement que tu sois sous linux/window/macos ou dans un context CI.
Si t'es incapable de builder un projet d'ecole java en ligne de commande, comment dire?
javac -classpath libs/*.jar -sourcepath src/ -d class/
Ca fait bien 5 ou 6 ans que j'ai pas lance javac a la main et j'ai retrouve cette ligne de memoire a 80%…
Dans la vraie vie, t'aurais un pom.xml que ton IDE mangerais avec plaisir et tu ferais mvn install
Oui, les flags de compilation se configurent generalement dans la partie "option de compilation". Ca me parait tres logique personnellement. Si je voulais changer la couleur du soulignage, par contre, j'irais voir sous Appearance.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Les IDE, c’est chiant
Posté par groumly . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 0.
Va faire un tour dans les parametres du compilo java et decoche la case qui va bien si ca te gene tant que ca.
Ant? Yen a encore pour utiliser ce monstre?
Pour l'apprentissage, j'en envie de dire que c'est le contraire, l'ide masque tout la build chain, le packaging et un paquet de trucs du style.
J'aurais plutot envie que les eleves comprennent pourquoi eclipse peut "souligner un truc en rouge" la ou le mvn install va compiler sans problemes. Par contre, une fois que tu comprends comment marche tout ca, c'est une grosse perte de temps de s'emboucanner avec ca.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
# Serieux?
Posté par groumly . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 3.
Yen a encore pour se poser cette question en 2013?
Ou c'est juste une tentative de troll?
Que ca soit Eclipse/VisualStudio/IntelliJ/Xcode/autre ou emacs/vi avec 12000 plugins finis a la pisse, ya serieusement quelqu'un qui code encore uniquement avec un simple editeur de texte de nos jours?
Un IDE est un outil, savoir utiliser les outils de programmation me parait etre une competence indispensable d'un ingenieur.
C'est quoi le prochain journal? Un debuggeur est il reellement utile? Les outils graphiques servent ils reellement a quelque chose?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: On peut toujours creuser un trou à mains nues...
Posté par groumly . En réponse au journal Point de vue : un IDE est il un outil de programmation indispensable ?. Évalué à 2.
D'un autre cote, autant man sleep, ca va, mais man org.springframework.database.hibernate.HibernateSessionFactory.createSession ca le fait un peu moins a taper.
De meme quand c'est pour ton propre code que tu modifies souvent, tu vas pas t'emboucanner a reinstaller toutes les man pages a chaque git pull.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: m'en fous
Posté par groumly . En réponse au journal Debian Wheezy, une distribution aux finitions impeccables !. Évalué à 10.
Clair, ca vaut bien la peine de se taper des softs vieux de 18 mois au moment de la sortie, quand on voit la qualite de la finition, ca fait rever!
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Demenage aux USA
Posté par groumly . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 3.
Et des fois ca fait chier. Le ticket est cree a 12:00PM PDT, et t'es comme un con a attendre jusqu'au lendemain parce qu'ils ont plie les gaules en face. La difference de temps arrange pas trop les californiens pour le coup, surtout ceux qui se levent pas a l'aube.
Pas beson d'etre toujours ensemble. Mais si tu bavassait avec les ops a la machine a cafe, ou que t'allais t'en jeter un de temps en temps avec eux, tu saurais qu'ils vont reclaimer une demi douzaine de serveur la semaine prochaine. Tu pourrais en utiliser une pour "inserer ta tache ici", et si t'etais pote avec eux, vu qu'ils gerent le matos, ils pourraient se demerder pour te garder au chaud une box. Mais t'es pas pote avec eux, les serveurs vont partir ailleurs, tu vas devoir mettre une purchase request et attendre 2 mois. C'est ballot!
Et john, de la services team, comme il te connait et que vous marrez bien a midi, ben il va passer qq heures en plus cette semaine pour etre sur que ta feature request soit merge avant la fin du sprint, comme ca t'auras pas a attendre 15 jours pour que ca parte en prod.
C'est un peu le concept du relationel, tu peux faire sans, mais avec c'est plus facile.
Bon. On reprend. Deux gars a competence egales. Avec le gars qui est sur place, ca se passe mieux.
Apres, oui, ya des exceptions, des gars qui sont tellement mieux ou avec des competences tellement rares qu'ils posent leurs conditions et tu doit accepter.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Demenage aux USA
Posté par groumly . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 0.
Ca a pas grand chose a voir avec la choucroute, mais non, lync c'est vraiment pas sympa du tout, et pour ceusses qui ont un mac, c'est un desastre…
Quand est ce que vous rempacez ce merdier par skype?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Demenage aux USA
Posté par groumly . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 3.
Ce qu'il dit, c'est qu'avec des gens qui bossent en remote, a plus forte raison avec plusieurs fuseaux horaires d'ecart, soit t'as le meme resultat qui va te couter plus cher (problemes de communications qui causent des problemes tout court, qui coutent du fric), soit ca te coute la meme chose mais le resultat est moins bon que si le gars est dans le meme bureau.
C'est des trucs cons. Mon dernier exemple c'est un boulet qui a fait un pitch a son boss, une architecture a dormir debout. Si j'avais ete a SF ce jour la, j'aurais fait parti du meeting informel, et on aurais pas perdu qq jours de discussions a cause de l'autre relou.
Des problemes de communication via skype, j'en ai eu quelques un aussi.
Et ne parlons pas des histoires de politiques: t'obtiens bien plus d'une autre equipe quand tu les connais personnellement et que tu peux aller boire des coups avec eux que quand t'es juste le frenchy via skype (mais je croyais qu'il etait allemand? Je sais pas, il a un accent francais! Mais il habite en allemagne, non? Bah, va savoir, on s'en fout, de toutes facons ils est pas la).
Bref, c'est pas que ca marche pas, c'est juste que ca marche mieux quand t'es physiquement present.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Au moins tu as de l’expérience ;)
Posté par groumly . En réponse au journal [HS] Développeur un peu perdu… ou pas… Que faire maintenant ? Changer de vie ?. Évalué à 6.
Je vais seconder ckyl: suis ton instinct en parlant avec les gars.
Un signe qui aide: les gars essayent de se vendre autant que tu essayes de te vendre. Quand j'inerview un gars qui est bon, je sais qu'il a au moins une autre offre qui va lui etre faite avant la fin de la semaine et qu'il va devoir faire un choix. Je peux pas jouer sur le salaire, mais je peux jouer sur l'environnement de travail, d'ou le besoin de motiver le gars a bosser pour moi autant que lui doit me motiver a bosser avec lui.
Des non techniciens peuvent exploiter ca pour t'attirer dans un piege a con, mais j'ai encore jamais croise quelqu'un de competent faire qq chose d'immoral comme mentir pour t'attirer dans un piege a con (le gars competent qui est saoule par des dysfonctionnement de la boite trouve un nouveau taff et se barre. Point).
Quelqu'un de competent posera de bonnes questions ouvertes sans vrai reponses juste pour voir ta facon de penser et d'argumenter.
Pas des trucs a la con du genre "comment tu fais pour peser un 747 quand t'as pas de balance", mais des questions techniques qui ouvrent un debat/troll ou la seule reponse valable est "ca depend", et ou la premiere bonne reponse est "en general, ci, mais souvent, ca, dans le fond quel est le probleme que tu veux resoudre?". Le but etant de bavasser de tout et de rien pour voir si tu comprends la problematique et est capable de t'y adapter.
Si on te pose des questions super specifiques qui attendent une seule reponse super specifique, c'est un mauvais signe (soit ils savent pas embaucher, soit c'est des manches, dans les deux cas, ca craint).
Te formalise pas non plus si on te donne un exercice trivial, tu serais surpris de connaitre le nombre de candidats qui n'arrivent pas a resoudre fizzbuzz (ou n'essayent pas de le resoudre avec un one liner, ou ne se rendent pas compte apres 2/3 minutes que tu peux pas le resoudre avec un oneliner), ca sert a ecremer en phone screen.
Discuter de choses qui ont pas de rapport direct avec la position donne de bons indices. S'ils utilisent SVN demande pourquoi pas git. Si le mec te dit que ca sert a rien, tu pars en courant. S'il connait pas, ca craint aussi. Il peut avoir des raisons valables de pas migrer (poids de l'existant, des collegues bras casses qui causeraient un desastre avec git --force-push).
Dans le meme genre, a quoi ressemble leur CI? Comment se passe la QA?
Si la reponse est pas dans le pire des cas "les builds sont automatiques, et on est en train d'automatiser la qa", avec moultes arguments sur comment, tu laisses tomber.
Dans le monde du web, demande quel est leur release cycle. Au dessus de 2/3 semaines entre chaque release, idem, pas la peine d'aller plus loin,
Ca c'est des trucs pas franchement sexy, plutot chiant meme, mais les gens competents savent que c'est absolument necessaire et en connaissent les tenants et aboutissants. Les bras casses ne comprennent le plus souvent pas pourquoi c'est si affreux que ca de faire un build soit meme et de le poser sur smb://boxname/release.
Te formalise pas sur les recruteurs non plus. C'est pas leur boulot de connaitre la technique, ils cherchent des profils et connaissent juste quelques mot cles. Ils sont la pour trouver des cv qui peuvent coller et faire un screen rapide de ta personalite/aspiration, histoire de voir si ca peut le faire.
Ca va varier selon le domaine, evidemment, mais c'est des bons indicateurs.
Et en regle generale, le monde du dev se divise en deux: les bons et les mauvais. Ya pas vraiment de milieu.
Les bons attirent les bons, les mauvais attirent les mauvais et font fuir les bons, et les bons sont suffisament demandes pour se barrer si un truc leur plait pas, donc si t'as un ou deux bons dans l'entretien, c'est plutot bon signe - soit c'est un repere a bons, soit c'est un repere a mauvais en cours de mutation.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: ils passent aujourd'hui (comique de répétition) dixit Dell
Posté par groumly . En réponse au journal Dell, le degré zéro du service client.. Évalué à 2.
Au contraire, les chauffeurs laissent vachement moins d'avis de passage aux adresses pro. Probablement parce qu'ils font d'une pierre plusieurs coup, ya pas a galerer a trouver le bon nom sur l'interphone (quand ya des noms…) et sonner et attendre, ils passent souvent et du coup connaissent, et il ya toujours quelqu'un dans le bureau aux horaires de bureau.
Faut juste se faire livrer/faire recuperer (potentiellement moins facile, certes), au taff. Perso je me fait plus rien livrer chez moi, c'est la recette assuree pour ne PAS recevoir mon colis. Ou pour me le faire laisser devant la porte dans la rue.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Parisiens !
Posté par groumly . En réponse au journal L'immobilier, c'était mieux avant !. Évalué à 7.
Ca se discute. C'est plus cher, oui (2 fois techniquement), mais pas forcemment beaucoup beaucoup beaucoup plus cher, pour une fois, zenitram a pas tort de relativiser. Ca depend de comment tu vis pendant 15 ans.
29k euros d'ecarts, ramene sur 10 ans, ca fait 2900 euros par an.
C'est pas rien, mais c'est pas le bout du monde non plus. 15 jours de salaire pour un couple dans la 30/40aine qui travaille dans une situation decente (couple = 2 salaires). Ramene sur 25 ans (ben ouais!), ca fait a peine plus de 1000 euros/an.
Si ca te permet d'eviter de danser a la limite de la banqueroute en permanence, c'est pas delirant.
Et je parle meme pas du fait que 30000 euros en 2013, 2028 et 2038, c'est pas du tout la meme chose.
Dit autrement, si ca me permet, ainsi qu' a ma douce et tendre, de passer 25 ans la conscience tranquille plutot que de me taper un ulcere apres 15 ans a etre a la limite de la faillite personnelle, ou d'hypotequer l'avenir des gosses, c'est pas forcemment tres cher paye. Ca depend de ce que t'achetes et de comment tu vit.
15 ans d'une vie, c'est enorme, surtout si c'est les 15 ans ou tes gosses sont petits, carpe diem comme ils disent.
Je suis plus que pret a payer 30k euros si les mensualites plus basses font la difference entre toutes les vacances chez mamie et equitation/judo/foot/whatever l'annee + vacances au ski et a la plage pour les petits.
C'est maintenant qu'ils sont gosses, pas dans 10 ans, carpe diem comme ils disent. Et 30k euros pour ca, c'est pas cher paye.
Ca marche aussi pour une baraque a 300k euros (deja plus realiste si t'as des gosses), et la ca marche encore mieux, 7000 euros/an, ca en paye des trucs pour les momes, et 85k pour ca, ca le vaut.
Les 80k de plus pour gagner 300 euros par an (difference 25/30 ans sur 300k) c'est completement debile par contre, la dessus on se rejoint.
Apres, c'est effectivement a appliquer au cas par cas, comme toujours.
Si t'as les moyens de te le permettre, ben effectivement, le calcul est vite fait, si t'es border line, ca vaut le coup d'etudier la question.
Une vie agreable peut valoir plus que 30% de plus a leguerW faire imposer quand tu cannes.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Tellement répété…
Posté par groumly . En réponse au journal Privateur.... Évalué à 1.
Une fois que t'as fait ca, tu vas faire un tour sur github, tu cherches des projet objective c, et tu reviens me dire quelle proportion est en gpl.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 1.
Et alors?
Tu preferes te fader ton pooling de thread a la main "parce que c'est pas une IHM"?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
Et les utilisateurs apprecient tellement que le prochain SP proposera l'option de desactiver metro…
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
95% des gens qui achetent un smartphone ne savent meme pas ce que plateforme de dev veut dire, va falloir trouver un autre excuse.
MS PAYE les boites en ce moment pour ecrire leurs applis. Ils viennent de nous offrir $100k pour porter notre appli. On sait meme pas si l'appli va nous rapporter ca en un an, ios fait 2 fois ca par semaine…
Bizarrement aussi, on voit pas grand monde faire du html5 offline dans safari, qui a pourtant nitro full patate. Et si c'est pour faire du html5, evite le store, ca t'eviteras qq maux de tete. Je comprends pas le concept d'un appli html5 sur un store. C'st chiant a deployer, faut subir les reviews du store, et tu te tapes des perfs de merde. C'st quoi le concept? Pourquoi ne pas faire une vraie appli html5 a la google gears?
L'utilisateur, il s'en rend pas compte directement. Mais quand son telephone tient 10 sur batteries au lieux de 18, il gueule. Quand ses applis se font killer a droite a gauche parce que js est un porc sur l'occupation memoire, il gueule aussi.
Et quand il se tape des transitons pourries, il est pas content non plus. Que machin fasse une vraie comparaison et qu'il nous sorte les stats de profiling, on en reparle (et on comparera le temps passe sur leur applis html5).
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
Desole, mais non. Je traine ma bille dans ce domaine depuis qq temps deja. Personne de serieux par chez moi vient en disant "on va faire un truc de ouf en html5". Les derniers a avoir fait ca, c'etait linkedin, et ca a ete un desastre.
Ceux qui se lancent dans le html5, c'est des boites avec un departement ingenierie faible, ou un departement produit a la papa qui s'interesse plus a des stats bidons qu'a la reelle performance de leur produit.
Ca tombe bien, a moins d'etre un geant, t'as pas besoin d'autre chose que d'ios.
Android est en pratique peu utilise, et par des utilisateurs cheap (je l'invente pas, tous les chiffres de traffic que j'ai vu donne android loin derriere ios en terme de traffic reel), ms paye en ce moment pour le dev des applis, et a de toutes facons un traffic risible.
Le reste, c'est tellement anecdotique que les supporter est equivalent a supporter un development custom pour uzbl sur haiku.
Ouvres les yeux bordel. Regardez les chiffres de traffic reel plutot que de vous interesser uniquement aux chiffres de vente.
Prends les petites startup qui debarquent avec des applis nouvelles et des nouveaux concepts. Combien developpent pour ios d'abord, et se soucient du reste apres? Combien d'appli dans le top 100 sur le store sont en html5?
Le html5, c'est tres bien. Mais c'est a proscrire pour des applis. Tu fais un site mobile avec moulte html5, et c'est parfait, tout le monde sera content.
Et tu crois qu'ils seront ou apple et google avec leur sdk dans 2-3 ans? Au meme point que meme temps ou qu'ils auront progresse?
Et tu te rends compte que 2-3 ans dans ce domaine, c'est eternite?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
C'est precisement mon point. Le deployment des applis natives est un enorme probleme. On a beau avoir de l'automation dans tous les sens et passer qq jours a tester l'appli, j'ai toujours une grosse boule dans le ventre quand je clique sur le bouton "make this app ready for sale", et les 24 heures qui suivent me voient checker la page d'analytics frenetiquement pour detecter le moindre probleme.
T'as une tres bonne experience utilisateur, mais t'as des contraintes de deployment et de support tres forte.
Avec les web pur, t'as une moins bonne experience utilsiateur, mais tu peux avancer beaucoup plus vite et un bug est vachement moins genant tu fais un roll back et pis c'est marre.
Les applis hybrides te donnent le pire des deux mondes: faut toujours faire des mises a jour et les deployer sur chaque telephone, et par dessus le marche tu te tapes une UX pourrie et des perfs miserables.
La plupart des applis phonegap sur le store se tapent des notes pourries, et les quelques application vraiment high profile appreciees sont toutes natives. La seule exception etait facebook (et ils se tapaient 2 etoiles sur le store avant leur rewrite natif).
Et ca cree une mauvaise experience utilisateur. Ca se comporte differement, et l'utilisateur est pas content et frustre parce que ca marche pas comme il s'y attend.
Si, le bon sens. C'est une connerie sans nom. Les utilisateurs n'ont aucun probleme avec le look du web. Par contre quand tu singe le look natif d'iOS, l'utilisateur veut de la performance native. Reactivite et pas attendre 3 seconds que l'ecran commence a se charger. Si tu fais du web, fait du web, dans un browser, ne t'amuses pas a singer le look natif parce que tu vas te prendre une claque.
Hahaha. merci pour la barre de rire. Clair qu'un graphe google trend est revelateur de la qualite et le succes de ce qui se trouve sur le store!
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 1.
Ceux la, non. Ton compilo il est libre. ld est libre. 95% de ce qui vient avec les devs tools sont libres. Tu veux pas utiliser xcode? tres bien, utilise emacs et des makefile si ca te chante.
Comme dans tous les langages, a commencer par java… Tu crois que ca veut dire quoi le P de NPE?
Le probleme de C/C++ c'est de melanger valeur et pointeurs allègrement, la partie Objective de C ne te laisse pas faire *pointeur.field = @"something".
Objc gere ce probleme exactement de la meme facon que les autres langages de haut niveau: t'as des pointeurs et pis c'est tout.
Le cas ou t'as des struct, t'es dans le monde du C, et c'est plutot rare (meme GCD est en passe de se faire objectifier, avec support d'arc et tout le tralala).
tu preferes l'approche C++ ou c'est un bordel sans nom?
La pour le coup, je ne peux qu'abonder dans ton sens.
Ouais, enfin sorti de manipuler des CGRect/CGPoint/CGSize et qq appels a CoreGraphics, le C d'objective C, en pratique, tu le vois pas beaucoup. Par contre t'as un langage qui met sa tannee a Java/C++ sur les temps de demarrage (critique dans le monde mobile) et qui a des performances tres honorables considerant le haut niveau qu'il procure.
En gros, ce langage, c'est ce que C++ aurait du etre.
Ok, donc t'as pas choisi iOS pour des raisons a la cons.
Note, ya pas de mal, hein, ya suffisament de techno pour pouvoir dire "je veux pas faire de machin parce que, et pis c'est tout" et pas avoir a s'en justifier.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 1.
Donc en fait, il est tres bien, l'environnement, mais tu l'aimes pas pour des questions de gout?
T'es au courant que clang est 100% open source, tout comme tous les autres outils sinon?
Je parlais du cote bas niveau la. Le langage est a des annees lumieres de ce que propose java, notamment grace au fait que nil est safe, les categories et bien evidemment les blocks.
Aaah, on y arrive, tu connais pas la technologie, t'as fait un hello world, suivi d'un hello world 2.0 avec une UITableView et 2 cells differentes (sans utiliser de nibs, evidemment, l'IoC c'est trop demander), mais tu pense que?
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 3.
Le pire des deux mondes:
- un merdier a deployer, avec des utilisateurs qui updatent jamais
- des performances moisies avec une mauvaise UX et une utilisation cpu/ram indecente pour ce que ca fait
- pas d'acces a des truc de base (le spinner notamment), donc tu te retrouves a (mal) reinventer des composants pourtant standards.
Pas vraiment non, vu le marche de l'emploi pour developeur ios natif, c'est pas la tendance, du tout.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 3.
L'event based, c'est bel et bien, ca marche, clairement, cf le js.
Mais quand meme, devoir toujours interompre ce que tu fais, c'est relou.
Tu dois dezipper un fichier de 1gb, tu preferes quoi:
- tout balancer sur une queue gcd ou un thread, ou tu peux avoir un code tres clair: ouverture du fichier bloquante, dezipper un stream
- devoir tout interrompre en permanence, avec des callbacks de partout, rendant le debug vachement plus dur, a potentiellement devoir stocker des trucs localement, te forcant a avoir des objets non thread safe?
Les threads c'est dur a gerer, c'est clair, et dans un environement a la js de base, c'st overkill dans 90% des cas.
A l'inverse, quand j'ecrit mon ImageService qui redimensione, crop et applique de CIFilter sur des images haute resolutions, le code est deja assez complique comme ca pour pas avoir a s'emmerder avec des QtRunMainLoop de partout (et accessoirement, je peux tout faire sur la stack et eviter des problemes de thread safety). Et GCD t'offre du cpu throttling en cadeau bonux.
A l'inverse, tu peux te retrouver bloquer avec de l'event based, flex avait une libraire de parsing json qui faisait tout d'un bloc, des que ton arbre depassait les 100-200kB, tu te retrouvais avec des freeze d'ui et tu pouvais pas y faire grand chose.
Linuxfr, le portail francais du logiciel libre et du neo nazisme.