GEDsismik a écrit 159 commentaires

J'ai goûté un peu tout mais jusqu'ici, je reste un gros inconditionnel du PHP.
- parce que ça marche,
- parce que c'est éprouvé,
- parce que j'ai un gros existant,
- parce que ça se marie bien avec Apache HTTP Server,
- parce que ça ne nécessite pas de démon supplémentaire,
- parce que c'est rapide d'y développer une appli même sans frameworks,
- et parce qu'il est plus facile de trouver des dev' PHP pour renforcer l'équipe.

Ce langage a souvent mauvaise réputation parce qu'il est permissif et permet de faire des choses moches. Mais il est aussi possible de bien coder en PHP et d'avoir un site propre et efficace.

Maintenant, je commence à avoir des demandes pour des projets en Python/Flask. Donc reposez-moi la question dans quelques années pour voir ;)

J'imagine que pour vous, c'est limpide parce que vous développez et/ou travaillez avec mais serait-il possible d'avoir une phrase d'introduction pour préciser ce qu'est FreeMedForms ?

En plus.

Pas mal. Je ne connaissais pas. Au temps pour moi pour les IDE.

Néanmoins, ça laisse toujours mes interrogations sur les fonctionnalités plus bas niveau.

Ah ouais ? Enorme. C'est bon à savoir.

Yep. Mais limité au web.

Après, ils vont probablement plus réussir que Ubuntu Edge mais je trouve leur solution bien moins intéressante. Les applis "site web" ne m'intéressent pas. En fait, quand je vois le site de FirefoxOS, je me dis que c'est sympa (et je testerai surement) mais tout bêtement, je ne trouve aucune raison d'y migrer.

En gros, FirefoxOS propose "le meilleur du web dans le téléphone" quand Ubuntu Edge annonce une unification entre desktop et smartphone. J'ai un navigateur et Internet, j'ai le web. Y'a même FF sous Android. A partir de là…

a) sauf que iOS et Android n'ont pas à assurer la rétrocompatibilité. Ce sont des OS mobiles. Il n'y avait pas vraiment d'applications mobiles à l'époque. Pour attirer des users, il ne faut pas 100000 applications. Personne ne va installer autant d'appli sur son smartphone. Par contre, une poignée d'application clef qui correspond à 90% des usages est plus pertinent. Si Canonical fournit de base ces applications, le téléphone répondra aux besoins donc trouvera utilisateur. En plus, ils ne sont pas obligés de partir de zéro : adapter des LL desktop sur mobile ou reprendre des LL android peut être une bonne solution pour certains softs.

De plus, rien n'interdit à Canonical d'intégrer un équivalent à dalvik et supporter les applis Android (comme Tizen).

Ensuite, le téléphone est censé être multiboot Android/Ubuntu. Donc le téléphone peut avoir du succès sans que l'OS en ait.

b)

Tu reves, suffit de voir Windows 8, qui a un tres bon SDK et environnement de dev, une puissance marketing enorme, des ventes similaires a l'IPad voire plus(?),

Heu… sauf erreur de ma part, Microsoft vend environ 10 fois moins de Surface que Apple d'iPad. Mais ce n'est que le début. Metro est nouveau et fait encore peur. Ils vont surement gagner des PDM. Leur erreur est de proposer Windows RT comme un Windows. Sous couvert de transparence entre les interfaces, ça remet d'autant plus en évidence le contraste entre les archi matérielles à l'usage.

et il est arrive a un nombre de softs "correct" sans plus

Le nombre de soft n'a jamais été un bon critère. Si t'as 200000 lampes de poche, tu as moins de possibilités qu'une appli GPS et un agenda.

Si tu crois qu'Ubuntu va arriver a la meme chose alors qu'il n'y a aucune base installee, aucun attrait pour les developpeurs, tu reves. Aucun developpeur important ne va ecrire de softs pour un OS sans utilisateurs.

L'attrait, c'est le duo smartphone/desktop et l'OS Libre. Des développeurs libres peuvent très bien proposer une version mobile de leur appli desktop (quitte à ce qu'elle soit allégée comme une lister de fichier Oasis pour LivreOffice).
Ensuite, l'objectif n'est pas d'entrer dans le trio de tête des OS mobile au côté de iOS et Android. Evidemment que la tâche est ardue. Le but dans un premier temps, c'est de prouver qu'il y a de la demande et que les gens sont intéressés. Et ça part bien : environ 2 millions de dollar par jour sur Indiegogo jusqu'ici.

Après, j'ai jamais dit que ça allait tomber tout cuit dans le bec de Canonical. Il va y avoir du boulot. Ne serait-ce que pour assurer les premières commandes et arriver au niveau qu'ils proposent sur la page d'Indiegogo. Pour la suite, c'est encore une autre histoire.

Sauf que sous Windows, t'as un peu tout et n'importe quoi (même si ça tend au .NET ces dernières années). Tu ne peux pas te baser sur un framework en particulier. Je pense que le mec qui a acheté son Photoshop 5.0 en 1998 à 500 boules et qui s'en sert encore parce qu'il lui convient parfaitement sera séduit par une plateforme ARM qui lui réclame de changer de version pour le dernier toshop supportant .NET (et je passe l'histoire du changement de gestion de licence d'Adobe). La situation pour Microsoft me parait bien moins simple que pour Apple en 2006.

Ils en sont à environ 2 millions / jour. Si ils conservent ce rythme là, ils auront la somme à la moitié du temps imparti.

Effectivement, c'est impressionnant au niveau graphisme. Maintenant qu'en est-il des fonctionnalités plus système ? Je vois mal du HTML5 lister les processus ou gérer des fichiers locaux.

Quant au confort de développement, pour Java, il y a Eclipse, IntelliJ/Android Studio… pour Objective-C, X-Code. Il y a des IDE pour HTML5 ?

a) sauf que beaucoup reste sur des anciens logiciels. J'ai même un exemple extrême de mon père qui continue à se servir de Clarisworks 5.0 :S. Il peut très bien l'installer sur un Seven ou un 8 avec compatibilité 98 mais sur une machine ARM…
b) Tout à fait d'accord. Mais elles fleurissent assez vite si le SDK est bien fait (même si il y a toujours beaucoup de boite à meuh et de page de liens). De plus, j'imagine qu'avec une plateforme entièrement libre, les dev' libristes seront d'autant plus motivés (surtout si il y a un pont entre Android et Ubuntu).
c) Pour l'instant.

Sauf qu'ils avaient Rosetta. Si un tel dispositif est possible de PPC à x86, il est moins faisable de x86 à ARM. En effet, les processeurs x86 restent plus puissants. Et émuler PPC sur x86 est possible, émuler x86 sur ARM est une toute autre histoire.

Sauf que là, on n'est pas dans la bidouille ARM. On est sur un smartphone haut-de-gamme pleinement fonctionnel. Son prix de 850 $ (soit moins de 650 euro) le rend compétitif sur le marché (sachant qu'en plus, les premiers ont bénéficié du prix à 600 $ soit environ 450 euro). Après relecture de la page Indiegogo, il y a maintenant des tarifs à 725$ (550e), 775$ (587e) et 780 (590$) en plus que je ne crois pas avoir vu avant. Un iphone 5 32 Go, c'est 679 euro (899 euro pour la version 64 Go). Ubuntu Edge est annoncé avec 128 Go de RAM pour moins de 650 euro. En dehors du stockage, il n'est par ridicule avec une résolution plus grande, 4 Go de RAM contre 1 pour l'iPhone 5… 'fin bref. Ce n'est pas de la bidouille.

Je conçois que HTML5, WebCL, WebGL… étendent les possibilités d'une page web. Cependant, à mon sens, on est très loin d'atteindre le potentiel d'un langage comme Java ou Objective-C (et je ne parle même pas du confort de développement).

D'une part, ça va pas t'offrir la vrai mobilité que tu espères. Des téléphones avec des sorties hdmi, y en a déjà, et je pense pas que les gens utilisent.

Je me suis déjà servi de HDMI via un adaptateur MHL. C'est assez mal géré et peu pratique. Comme dit Gnumdk, on parle d'un vrai dock adapté avec un bureau desktop, pas d'une copie d'écran d'un smartphone.

Effectivement, c'est du boulot et il va falloir de l'argent… d'où les 32 millions.

a) N'est valable que pour des applications récentes créées pour Metro.

b) Je comprends tout à fait l'argument. Comme dit dans un commentaire du dessus, je parlais des softs desktop. Les applis mobiles sont souvent plus simples.

c) Ces LL, on les utilisera en mode desktop. En mode smartphone, on aura une logithèque plus "touch" (avec surement plus de proprio). Quand on branche une tablette Windows RT sur un clavier/dock, on ne peut pas utiliser Photoshop (qui n'existe pas sous ARM). Quand on branche un smartphone Ubuntu Edge, on peut se servir de The Gimp.

Qu'aucun vendeur HW ne soit intéressé par leur système ne veut pas dire que leur système n'intéresse pas. C'est l'un des gros avantages du crowdfunding, pouvoir lancer des idées que le public veut mais sur lesquelles les entreprises ne veulent pas miser.

Je pense qu'il faut séparer les sujets des logithèques desktop et celles smartphones.

Quand je parlais de recompilation, je pensais à la recompilation d'application de bureautique x86 pour de la bureautique ARM. Pour moi, il est évident que tu ne lanceras pas LibreOffice en mode "smartphone". Microsoft a du mal à lancer les Windows RT parce que les gens ne comprennent pas pourquoi ils ne peuvent pas installer Photoshop et Call Of Duty qu'ils ont payé cher (ou piraté mais c'est un autre sujet).

Pour l'émergence de la logithèque iOS, c'est différent. Une "apps" mobile, c'est rarement aussi complet qu'une application "pour ordinateur". Beaucoup d'applications sur les Stores mobiles ne sont, au niveau fonctionnalités, que des sites web.

C'est clair que si ils arrivent aux 32 millions, ça va faire un putain de coup de pub. Si ce genre de sommes est commune dans une grande entreprise, elle est rarement rencontré dans du crowdfounding. J'ai même cru comprendre que c'était un record pour Indiegogo.

Peut-être de Canonical cherche aussi à se rassurer, à savoir si elle est soutenue.

Pas du tout d'accord. L'appel aux dons est à la mesure de la production à assurer. On parle d'un smartphone haut-de-gamme à produire en volume, il y a des frais certains.

Il y a une logique dans la stratégie : aller "libérer" les smartphones là où nous laissons pour seul solution opensource Android.

Dire qu'il n'y a pas d'intérêt à faire ça, c'est comme dire qu'installer Linux sur un ordinateur grand public est inutile vue que OS X et Windows font 98% de PDM. On peut avoir le choix, on peut avoir plus de choix que deux grands groupes.

Maintenant, l'innovation d'Ubuntu, c'est de miser sur la fusion entre Desktop et smartphone. Sa solution est carrément plus pertinente que celle de Microsoft. En effet, avec les LL sous Linux (qui supporte ARM depuis ptet plusieurs dizaines d'années), il suffit grosso modo d'une recompil quand Windows, basé sur du proprio doit faire migrer l'ensemble de l'écosystème applicatif. Microsoft essuie d'ailleurs quelques plâtres à cause de ce point.

A une époque où les webapps fleurissent et le grand public a tendance à troquer son ordi pour une tablette, il est tout à fait pertinent de retrouver une solution permettant de jongler entre un écran 20 pouces et un smartphone 4,5" en disposant de manière transparente du même FS et d'applis connues comme FF ou VLC.

Perso, Ubuntu Edge, j'y crois. Il ne combattra ptet pas face à Android et iOS mais il aura sa place. Le produit me parait plus attractif que FirefoxOS pour lequel je reste dubitatif.

Ok. Alors, j'ai réussi à migrer. Mais si la méthode officielle (http://doc.owncloud.org/server/5.0/admin_manual/maintenance/update.html) ne fonctionne pas chez moi (datas non recupérées alors que présentes voire problèmes de mises en page en plus), j'ai trouvé la solution suivante :
* Vider intégralement la base MySQL d'OwnCloud (sic)
* Partir from scratch d'un répertoire vide
* Décompresser OwnCloud 5
* Faire des chmod qui vont bien (mkdir data ; chmod 770 data ; chmod g+w apps config)
* Configurer OwnCloud via l'interface
* Une fois loggué, copier l'ancien répertoire data (cp -rp)
* Se connecter via le client lourd et créer un répertoire vide (réinitialisation de cache ?)

Par contre, si je récupère mes fichiers, je perds le carnet d'adresse, le bookmark… Heureusement, je ne m'en sers pas mais j'espère avoir moins de déboire avec les prochaines versions.
En tout cas, je suis content avec mon bel OwnCloud tout neuf.

Génial. Ca a l'air bien.

Par contre, je suis toujours en version 3. Je n'ai pu migré correctement à la version 4 (perte des datas). L'opération est-elle possible entre la version 3 et la 5 ?

Le mot intergiciel m'a fait mal. J'ai mis du temps avant de comprendre qu'il s'agissait de Middleware.

Sinon, bon article. C'est vrai qu'on ne creuse pas forcément dans les différents constituants des serveurs d'application.

Il est intégré en tant qu'implantation de JMS au sein du serveur d'application Java EE JOnAS. Il est également utilisé dans d'autres serveurs d'applications propriétaires ou libres, tels que WebSphere ou encore JBoss.

Et ce depuis 2000 aussi ? Me servirais-je de JORAM sans m'en rendre compte au même titre que M. JOURDAIN avec la prose ?

Je pense que le but est d'avoir une distrib' légère. Ca permet de l'installer sur des configurations modestes mais surtout, ça évite le "gaspillage" de ressource pour le bureau. A configuration équivalente (modeste ou puissante), tu auras une machine plus réactive.

Problème de compréhension de mail HTML et d'ergonomie. Mais après avoir galéré sur Horde, je viens de tester la dernière version de Roundcube et elle me parait plus satisfaisante que celle que j'avais essayé à l'époque. Je vais approfondir.

Par contre, Horde a visiblement un meilleur support sur smartphone.

Génial ! C'est un point important de nos jours. Merci de l'information.

Ah ? Moi qui n'avait pas été satisfait par roundcube, aurais-je un remplaçant à mon squirrelmail peu sexy ?