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?
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.
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.
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.
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.
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).
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?
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!
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.
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?
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.
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.
Moi j'aurais tendance a vouloir m'en servir sur les peripheriques qui servent le plus actuellement. A savoir, pas ceux auquels tu pense.
Que samsung vende tout plein de telephone, c'est tres bien pour eux. Mais moi, je regarde les stats d'utilisation dans le vrai monde, et les chiffres sont sans appel.
Des lignes trop longue ne sont pas efficaces à lire et 80 caractères c'est déjà beaucoup trop (heureusement, l'indentation limite encore cela).
Marrant, ton article dit le contraire, avec des lignes de 95 caracteres, la vitesse de lecture etait bien meilleure.
Ensuite, pour du code, eviter de wrapper les lignes ca fait du bien aussi, probablement plus que de mettre une limite de nazi a 80 "parce qu'on faisait comme ca dans les annees 80 quand les ecrans faisait 80x20 pour des raisons techniques, et on evitait de scroller parce que ca prenait 2 secondes pour rafficher l'ecran".
C'est quoi le probleme de la syntaxe?
Pour 99% c'est du c, le pourcent restant c'est du message send avec des params nommes plutot elegant…
Tu lui reproches quoi a l'environnement? Xcode est plus que decent ces derniers temps, instruments est redoutablement efficace, interface builder de tres haut vol. et t'as la palanquee d'outil unix standard par dessus tout ca.
Mais globalement, c'est surtout que c'est un langage bien trop bas niveau par rapport à ce dont t'il sert généralement (faire des IHM).
T'as pas du ecrire beaucoup de cocoa toi pour dire une anerie pareille. C'est pas du ruby, c'est clair, mais pour l'essentiel, c'est pas pire que du java, et a des annees lumieres du c++.
Si tu visites un musée qui t'interdit de prendre des photos, alors la oui, c'est une privation.
Non. Tu n'a jamais eu la liberte de prendre des photos dans ce musee. La loi est claire, c'est une liberte que tu n'as jamais eue, le musee ne peut pas te priver de quelque chose que tu n'as jamais eu et qui ne t'es pas du. Sinon, si tu vas par la, le concessionaire ferrari en bas de la rue est privateur parce qu'il me prive de ma liberte de conduire une ferrari.
C'est pareil sous ios, et ios gere tres bien les fat binaries.
Tu trouves pas de binaires armv6 parce que personne ne veut se faire chier a supporter une archi poussive qui de toutes facons ne pourra pas faire tourner l'appli decemment et est probablement trop limite en ram de toutes facon.
Je me suis suffisament emmerde a optimiser a droite a gauche pour que ca passe sur iphone 3g, ca ete un bonheur de dire "ios 5 mini", croit moi.
1) Ces gros malin evitent evidemment de dire qu'il leur manque la moitie des transitions, que la fluidite est probablement plus que douteuse sur un 3gs, et pour les push notifications, ils repasseront. C'est flagrant sur les photos ou ils leur manquent les transitions, cruciales pour l'UX. De meme pour les fade in/out des commentaires, c'est juste pas la.
2) c'est fluide? Oui, et la consommation cpu, elle est comment?
3) les fils de commentaires, ben ouais, fb a fait un choix de design. Ils font un choix different, niveau technique, le load more automatique ca s'ecrit en pfouu, 30 minutes sous ios?
4) leurs photos sont telechargees en qualite retina? Et non retina sur un 3gs? Peut etre, sur un iphone. Et sur un android, ca marche pareil?
5) Si fb ne supporte pas le landscape, c'est un choix delibere: tout le monde s'en fout, sur un telephone le contenu se lit verticalement dans 99% des cas, plutot que d'avoir un layout a la con moche comme tout.
Bonne chance pour empecher un browser de passer en landscape par contre, et bonne fete des morts au designer pour resoudre le probleme… La feature n'en est pas vraiment une, au contraire.
Bref, il leur manque des features cruciales la ou ils implemente les meme features, et pour le reste ils font des choix de design douteux et clament que c'est vachement meux… Ca va quoi…
La grosse force de Canonical est d'avoir un OS desktop et serveur ce qui peut leur permettre de proposer un écosystème cohérent et unifié sur de multiples devices
Gne?
Qu'est ce que l'unification et la coherence d'OS qui n'ont strictement rien a voir apporte?
Apple a un peu foutu la zone recemment, et encore, le vieux code compile toujours pareil, j'en ai entendu qui avait du code vieux de 15 qui compilait toujours tres bien.
Le js avec un nouveau framework qui dechire tout tous les 6 mois par contre…
Et les initiatives à la "chrome os" ou firefox os" fleurissent.
Chromeos fait un four, firefoxos va suivre le meme chemin. Si meme MS n'arrive pas a rentrer sur le marche avec tous leur fric et leur force de frappe, je doute que mozilla puisse y rentrer.
Le marche est verouille a l'heure actuelle, au moins pour les 2-3 annees a venir, et probablement plus. La situation est similaire au desktop au milieu des annees 90 avec deux grands os qui se tirent la bourre. Ya des alternatives, mais elles restent tres largement minoritaires.
Sur mobile également, la tendance au html5 se confirme. Avec des apis comme le offline, canvas, les guis, websockets, et l'accès aux spécificités natives (qui sont en train de se faire normaliser) : Il ne restera plus grand choses aux applis natives.
Ouais, alors ce que j'en vois moi, c'est que le html5 sur mobile marche pas terrible, la faute a des performances plutot bof et a un manque d'acces au api natives.
Les toolkits hybrides produisent des applis ni faites ni a faire: les emmerde de deployment du natif et les mauvaise perfs et experience du web. Les applis ecrites avec sont le plus souvent mal notees par les utilisateur qui ne les aiment pas du tout.
Quand meme facebook declare que le html5 pour les applis mobiles ca marche pas, faudrait se poser des questions. C'est pas des branques en la matiere, et si ya bien quelqu'un qui a etre emmerde par des gens qui updatent pas les applis, c'est bien eux, vu la vitesse a laquelle ils bougent sur le web.
Sinon, j'ai envie de dire: oh, oui, ajoutons des threads, un acces direct au FS, l'acces a la carte son, graphique et les peripheriques d'entree. Et l'acces au window manager aussi.
Et ensuite, comme ca sera toujours trop lent, on commencera a compiler. Et pis apres, on ecrira un framework, compile lui aussi, installe de base sur les machines, et on pourra linker contre ca et diminuer la taille des binaires.
Yen a qui se rendent compte qu'ils sont en train de reinventer le desktop natif?
Qu'on ne se meprenne pas, le html5 est tres bien, tres utile et a fait un joli bond en avant. Mais considerer qu'il va remplacer le natif c'est aussi idiot que de considerer que le natif va remplacer le web.
Les deux sont complementaires, on a besoin des deux, et on s'en sert dans differents cas.
[^] # 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?
[^] # 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.
[^] # 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.
[^] # 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.
[^] # 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.
[^] # 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.
[^] # 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"?
[^] # 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…
[^] # 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).
[^] # 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?
[^] # 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!
[^] # 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.
[^] # 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?
[^] # 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.
[^] # 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.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
Moi j'aurais tendance a vouloir m'en servir sur les peripheriques qui servent le plus actuellement. A savoir, pas ceux auquels tu pense.
Que samsung vende tout plein de telephone, c'est tres bien pour eux. Mais moi, je regarde les stats d'utilisation dans le vrai monde, et les chiffres sont sans appel.
[^] # Re: :/
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
Marrant, ton article dit le contraire, avec des lignes de 95 caracteres, la vitesse de lecture etait bien meilleure.
Ensuite, pour du code, eviter de wrapper les lignes ca fait du bien aussi, probablement plus que de mettre une limite de nazi a 80 "parce qu'on faisait comme ca dans les annees 80 quand les ecrans faisait 80x20 pour des raisons techniques, et on evitait de scroller parce que ca prenait 2 secondes pour rafficher l'ecran".
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
C'est quoi le probleme de la syntaxe?
Pour 99% c'est du c, le pourcent restant c'est du message send avec des params nommes plutot elegant…
Tu lui reproches quoi a l'environnement? Xcode est plus que decent ces derniers temps, instruments est redoutablement efficace, interface builder de tres haut vol. et t'as la palanquee d'outil unix standard par dessus tout ca.
T'as pas du ecrire beaucoup de cocoa toi pour dire une anerie pareille. C'est pas du ruby, c'est clair, mais pour l'essentiel, c'est pas pire que du java, et a des annees lumieres du c++.
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 5.
Sur. le probleme c'est la maintenance de tes dependences une fois que toute la communaute a bouge vers le nouveau framework qui dechire sa race.
[^] # Re: Tu n'es pas le seul!
Posté par groumly . En réponse au journal Privateur.... Évalué à 6.
Non. Tu n'a jamais eu la liberte de prendre des photos dans ce musee. La loi est claire, c'est une liberte que tu n'as jamais eue, le musee ne peut pas te priver de quelque chose que tu n'as jamais eu et qui ne t'es pas du. Sinon, si tu vas par la, le concessionaire ferrari en bas de la rue est privateur parce qu'il me prive de ma liberte de conduire une ferrari.
C'est si dur que ca a comprendre?
[^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !
Posté par groumly . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 0.
C'est pareil sous ios, et ios gere tres bien les fat binaries.
Tu trouves pas de binaires armv6 parce que personne ne veut se faire chier a supporter une archi poussive qui de toutes facons ne pourra pas faire tourner l'appli decemment et est probablement trop limite en ram de toutes facon.
Je me suis suffisament emmerde a optimiser a droite a gauche pour que ca passe sur iphone 3g, ca ete un bonheur de dire "ios 5 mini", croit moi.
[^] # Re: applications
Posté par groumly . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 1.
C'est surtout une grosse blague cette video.
1) Ces gros malin evitent evidemment de dire qu'il leur manque la moitie des transitions, que la fluidite est probablement plus que douteuse sur un 3gs, et pour les push notifications, ils repasseront. C'est flagrant sur les photos ou ils leur manquent les transitions, cruciales pour l'UX. De meme pour les fade in/out des commentaires, c'est juste pas la.
2) c'est fluide? Oui, et la consommation cpu, elle est comment?
3) les fils de commentaires, ben ouais, fb a fait un choix de design. Ils font un choix different, niveau technique, le load more automatique ca s'ecrit en pfouu, 30 minutes sous ios?
4) leurs photos sont telechargees en qualite retina? Et non retina sur un 3gs? Peut etre, sur un iphone. Et sur un android, ca marche pareil?
5) Si fb ne supporte pas le landscape, c'est un choix delibere: tout le monde s'en fout, sur un telephone le contenu se lit verticalement dans 99% des cas, plutot que d'avoir un layout a la con moche comme tout.
Bonne chance pour empecher un browser de passer en landscape par contre, et bonne fete des morts au designer pour resoudre le probleme… La feature n'en est pas vraiment une, au contraire.
Bref, il leur manque des features cruciales la ou ils implemente les meme features, et pour le reste ils font des choix de design douteux et clament que c'est vachement meux… Ca va quoi…
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à -2.
Gne?
Qu'est ce que l'unification et la coherence d'OS qui n'ont strictement rien a voir apporte?
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 0.
Qu'est ce que l'objc a de degueulasse?
Apple a un peu foutu la zone recemment, et encore, le vieux code compile toujours pareil, j'en ai entendu qui avait du code vieux de 15 qui compilait toujours tres bien.
Le js avec un nouveau framework qui dechire tout tous les 6 mois par contre…
[^] # Re: Trollons
Posté par groumly . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 10.
Chromeos fait un four, firefoxos va suivre le meme chemin. Si meme MS n'arrive pas a rentrer sur le marche avec tous leur fric et leur force de frappe, je doute que mozilla puisse y rentrer.
Le marche est verouille a l'heure actuelle, au moins pour les 2-3 annees a venir, et probablement plus. La situation est similaire au desktop au milieu des annees 90 avec deux grands os qui se tirent la bourre. Ya des alternatives, mais elles restent tres largement minoritaires.
Ouais, alors ce que j'en vois moi, c'est que le html5 sur mobile marche pas terrible, la faute a des performances plutot bof et a un manque d'acces au api natives.
Les toolkits hybrides produisent des applis ni faites ni a faire: les emmerde de deployment du natif et les mauvaise perfs et experience du web. Les applis ecrites avec sont le plus souvent mal notees par les utilisateur qui ne les aiment pas du tout.
Quand meme facebook declare que le html5 pour les applis mobiles ca marche pas, faudrait se poser des questions. C'est pas des branques en la matiere, et si ya bien quelqu'un qui a etre emmerde par des gens qui updatent pas les applis, c'est bien eux, vu la vitesse a laquelle ils bougent sur le web.
Sinon, j'ai envie de dire: oh, oui, ajoutons des threads, un acces direct au FS, l'acces a la carte son, graphique et les peripheriques d'entree. Et l'acces au window manager aussi.
Et ensuite, comme ca sera toujours trop lent, on commencera a compiler. Et pis apres, on ecrira un framework, compile lui aussi, installe de base sur les machines, et on pourra linker contre ca et diminuer la taille des binaires.
Yen a qui se rendent compte qu'ils sont en train de reinventer le desktop natif?
Qu'on ne se meprenne pas, le html5 est tres bien, tres utile et a fait un joli bond en avant. Mais considerer qu'il va remplacer le natif c'est aussi idiot que de considerer que le natif va remplacer le web.
Les deux sont complementaires, on a besoin des deux, et on s'en sert dans differents cas.