flagos a écrit 3009 commentaires

Ou alors le client mail et le client GMail sont deux applications différentes.

Ce sont bien 2 applis différentes. Le client mail est effectivement un client traditionnel. L'appli Gmail elle se rapporte bcp plus a du web, et c'est elle qui est dans le top des applis android.

Alors quand je lis Tanguy:

Et je n'ai jamais vu personne utiliser un client Web dans ce cas, toujours un logiciel natif.

Cela me fait juste sourire.. :-)

pour les client mails c'est bel est bien de l'IMAP ou du POP3. Et je parle bien des applis par défaut.

Sur Android, l'authentification de l'utilisateur par gmail se fait par un compte systeme. C'est du oauth-like integré au systeme. Ca permet a n'importe quelle appli de profiter de cette authentification pourvue que l'utilisateur l'ait accepté a l'install. Ca evite a l'utilisateur de devoir rentrer son mot de passe a chaque fois. On peut d'ailleurs voir dans la doc android que les applis sont censés récuperer un token d'identification:
http://developer.android.com/reference/android/accounts/AccountManager.html

Ce n'est donc clairement pas de l'imap qui se trouve derriere ces petites applis style gmail, c'est du web-like.

Au passage, dans ton top on voit Skype. Franchement, ça m'etonnerait que ça soit une appli web…

Pour skype, je veux bien ;-)

Je ne dis que le vrai natif n'existe pas sur téléphone, juste que les applis smartphone dont les gens rafolent tant sont bien souvent que des machins bons a faire des call REST sur des serveurs web. Prends le top des applis sur android: facebook, gmail, maps, play livres… En dehors des jeux, c'set principalement des applis qui ressemblent a des clients natifs, mais qui derriere tapent sur des api rest, avec des url de service bien propriétaires.

Si on en arrive a prendre les applis smartphone en exemple pour dire que le natif se porte bien, c'est que les applis natives sont particulièrement mal barrées !

Enleve la carte sim, ton téléphone sera une brique.

Ton logiciel natif n'est qu'une couche graphique pour faire des call sur des api REST, il ne garde quasiment aucune data avec lui. Ce n'est pas vraiment comparable a une appli native qui se connecte a son serveur de mail en imap par exemple, qui est un protocole standard et qu'il faut donc s'embeter a parametrer.

Ton appli que tu consideres native est en réalité totalement accro au web2.0 . Passe le langage de développement de ton appli que tu appelles "native" de java a javascript, et tu obtiendras un client 100% web.

Il n'a jamais parler de leur accorder le pouvoir, c'est toi qui invente ce qu'il n'a pas dit.

Il parle de leur donner de la représentativité et le droit de s'exprimer a l'Assemblée Nationale. Cela me semble normal de retrouver les différentes familles politiques a l'Assemblée, proportionnellement a ce qu'ils représentent dans la population francaise.

monnaie parallèle interdits

Faites fermer Facebook !

Et encore, "libre" selon la conception restrictive de certains qui s'arrogent le droit d'imposer cet vision unilatérale du libre.

Franchement, du libre sauf pour les gens qui en ont besoin pour un contenu commercial, ca ne respecte pas la liberté fondamentale: "utilisez le comme vous voulez"

Génial le CC-BY-NC-SA, c'est faites ce que je dis, pas ce que je fais.

Donc c'est les autres qui paient: parfait.

On y échappé pour cette fois-ci. Mais on le sait ca reviendra. Voici une liste de députés francais qui ont voté pour.

On sait désormais quel parti soutenait l'ACTA.

Pourquoi tu repond pour Nitchevo ? Un multi ?

Je suis pas physicien mais il me semble que ca a voir avec une histoire de chat et de boite

LinuxFR est donc né un CAPS LOCK DAY. Ca ne s'invente pas…

Alors, tu te sors les doigts, et tu tapes "montebourg free" sur google (ca doit marcher sur d'autres moteurs) et la tu auras a peu près une 15aine de liens sur le sujet.

De rien.

Une tomate normale est a la fois sourde, muette et idiote ?

C'est d'autant plus étrange ce choix de format d'url de la part de Google qu'ils sont un peu connus pour les questions de référencement.

Tout a fait. Il y a pas de choses assez moches qui trainent comme ca.

Il commence a y avoir des conventions (et des design pattern avec des libs et tout, a partir de la spec) sur ce genre de choses: comment faire des reset, setter les clocks, programmtion des plugs, comment programmer un registre d'interruption, un watchdog, etc..

Il s'agit d'efforts d'uniformisation a promouvoir et a faire en interne pour simplifier la vie des mecs en driver, et plus simplement éviter d'avoir un bug de conception pour une interface mal pensée.

Je bosse sur de la vérification d'IP.

C'est vrai que dans ce genre de métiers, on ne rencontre pas que des cadors du code. Pour autant, il me parait terriblement sain que les gens qui concoivent ce genre de design hardware fournissent l'api d'abstration registre (ou de mémoire partagée) avec laquelle ils l'ont testée. Ca me parait plus simple de partir d'une api éprouvée que de repartir de la spec de chaque bloc fonctionnel.

Après tout ce qui est plus haut niveau est généralement fait par des gens dont c'est le métier et dont la quantité de boulot fait pour faire tourner un SoC me parait inaccessible au hacker du dimanche.

Quoiqu'il en soit, il est impensable de sortir un SoC aujourd'hui sans avoir codé le moindre bout de driver, et donc sans rien avoir pu tester.

Il faudrait un jour que les fabricants de hardware comprennent que leur métier est de fabriquer du hardware, pas de coder des pilotes (les gens qui font les OS sont bien meilleurs pour coder les pilotes).

J'adore… Il faudrait surtout que les gens arrêtent de poser des avis sur des sujets où ils n'y connaissent manifestement rien.

Tu n'as sincèrement aucune idée de la complexité a coder ces drivers. C'est un vrai boulot qui nécessite un grand nombre de ressources pour être accompli. Aujourd'hui c'est pas loin de 30% ressources utilisées pour développer un SoC qui bossent sur le driver.

Allez, pour la route, puisque tu as l'air de bien connaitre le métier des autres. Dis moi comment tu fais pour vérifier que ton hardware marche si tu ne code aucun driver pour l'exercer ? Tu dis au client que ca marche alors que tu n'en as aucune idée ?

Tu lances ensuite un produit en prod dans une fab sachant que ca peut monter a des dizaines de millions de dollars sans savoir si le produit est fonctionnel ?

et +3 si c'est du ruby

C'est juste dommage d'imposer sqlite alors qu'en hebergeant le site sur un mutualisé, on peut profiter au mieux des services inclus avec l’hébergeur (backup notamment).

Après comme le fait remarquer le premier commentaire, c'est d'imposer quoique soit au niveau des db alors qu'il existe dans beaucoup de langages l'abstraction nécessaire pour découpler l'appli du système de db.

Tu cales ca pour controler ta tv avec une raspberry pi. Ca fait vachement plus classe qu'un clavier+souris.

il suffit de regarder le code de liboob et des anciens system-tools pour s'en rendre compte (appels fragiles à sudo/su,

C'est assez vrai.

spécificités pour chaque distro, plein de trucs pas implémentés pour plein de distros comme… arch).

Comme ? Les path sont effectivement distro-dépendant, mais ca ne change rien au problème… Je vois vraiment pas ce que ca change.

Et bon, avancer l'argument qu'on contourne (donc fait crade un truc qui ne devrait pas l'être) est justement une raison de virer et de passer à systemd alors.

Non ce n'est pas ce que je veux dire. Si tu utilise dbus, tu peux faire un boot dynamique. Si tu n'utilise pas dbus, tu es battu pour faire du dynamique. La les mecs ils se forcent a utiliser systemd (dont c'est le principal avantage que je voie) qui ira ensuite confier l'init a dbus ! Ca n'a aucun interet !

De ce que j'en ai compris, systemd ne lance certains services que lorsqu'ils sont accédés via dbus, ce qui est plutot une bonne chose pour gagner du temps de boot. Au passage, c'est deja ce qui se fait pour pas mal de service qui exposent une api sur dbus. La nouveauté, c'est que cela se fait automatiquement.

De la à dire que cette nouveauté nécessite de scrapper d'urgence tous les systèmes d'init actuels parce qu'ils seraient tous pourris alors que tout le monde contourne ce problème très simplement, c'est juste du grand n'importe quoi !

Mais dans ce cas, c'est peut-être que certains trouvent dans systemd une meilleur réponse à leurs problèmes/souhaits que les autres solutions, non ?

Et justement, systemd répond à quel problème ?