Contre-troll : ubuntu a certainement plus apporté à la popularisation de linux, que ce C4 … Par conséquent ce n'est pas une grosse perte ;-)
Si ubuntu venait à disparaître : là ce serait plus dur …
Moi, je vois meteor comme un "jouet" …
Certes, c'est bien finie, bien penser, bien intégrer, et ça devrait répondre à 90% des besoins en moyenne. Mais ça ne peut pas tout faire quand même …
Pas autant, qu'un angularjs + wamp/autobahn + un serveur backend(soit "routeur wamp", soit "serveur web", soit les deux) dans la "techno qui va bien".
Merci pour ton post !
Perso, j'ai appris énormément de choses, en lisant divers points de vues de diverses expériences !
ça faisait longtemps que je n'avais pas lu des échanges aussi intéressants/enrichissants sur DLFP (ceci n'est "pas un troll" !)
La bonne personne n'est pas forcément un clone de toi même. La bonne personne est certainement celle qui fera ce que tu lui demandes dans les temps impartis, avec le salaire que tu lui donneras, et qui lui conviendra.
Ton test, tout comme le fizzbuzz : c'est null('able). (cf les posts qui explique pourquoi c'est caduque )
Et oui, le salaire ne dépends pas du niveau du gars (cf ploum ), c'est triste, mais c'est malheureusement comme ça.
Le côté humain est super important (savoir être), presque plus que son level (savoir faire). Le relationnel est extrêmement important ! S'il est "ouvert", il te fera ton test en 1h30 dans 3 mois, à tête reposé au coin café.
Je comprends ;-)
J'ai plus de 10ans de python, je n'utilise pas "super", j'ai du mal à comprendre aussi. Par contre, je lui préfère, et de loin, l'ancienne méthode pour appeler/initialiser l'objet parent (je trouve cette forme plus naturelle, plus logique ;-) … du coup j'arrive à la retenir)
Justement … NON !
Beaucoup de personnes, quand ils rencontrent un problème informatique qu'il n'arrive pas à résoudre au premier abord : abandonne, en considérant qu'il y a un peu "magie noire" là dedans. Et que par conséquent : ils n'y arriveront pas !
L'erreur est là, Il n'y a pas plus déterministe qu'un ordinateur, un programme. Il faut juste chercher (et du coup : monter en compétence). Ce que tu cherches maintenant, te feras moins chercher plus tard, et ainsi de suite.
Oui, ils n'ont jamais parlé de faire du "low-cost" (low-coast) ! C'est principalement la presse qui a contribué à cette rumeur.
ça m'aurait grandement surpris, qu'il fasse un iPhone low-cost. Ils seraient sortis de leur marché de prédilection, le "luxe". Et serait rentrer en compétition direct avec les ténors du secteur (xiaomi, samsung, acer, zte …). Ils auraient décrédibilisé leur marque "luxueuse".
En même temps, ils auraient pu reprendre des parts de marché (en chine, par exemple) avec un low-cost. Mais non …
Mais bon, ils margent à 40% sur chaque iBidule …
Maintenant, il reste plein de iCouillons (de moins en moins quand même) pour acheter leur iTrucs …
Les gens commencent à comprendre, et se rendent compte qu'à la concurrence, on trouve mieux pour moins cher … c'est une question de temps, et je crois sincèrement au iFlop à moyen terme.
J'avais également mis du temps à comprendre. Tant qu'on n'a pas réellement plongé dedans, je pense que beaucoup de choses resteront abstraites.
Maintenant que j'y baigne, je n'imagine même plus utiliser autre chose. jquery me semble abscons, et le vanilla js trop léger.
Angular apporte tout ce qu'il manquait, à mon sens, pour développer des applis js.
Principalement, je dirai que ça permet surtout de transférer les logiques "serveurs" (d'affichage) sur le côté client. Ce qui permet, en qqsortes, de limiter le serveur à réaliser les accès aux données, et de faire du beau CRUD ;-)
Et effectivement, on se retrouve à faire moins de "glue", et on peut se concentrer sur le fonctionnel.
Pour ma part, je l'utilise aussi beaucoup dans le dev android. Couplé a du cordova, du css3, avec du appcache(/html5) côté serveur, on peut vraiment réaliser des applis assez bluffante. Et ça reste plus simple que les intent/layout android, dès que tu veux un peu sortir des sentiers battus.
le jour où ton ordi ne voudra plus te permettre
de jouer/faire du traitement de texte/etc
Oui, je ne dis pas que ce futur est mieux que le présent. En terme de libertés …
On a déjà des prémices avec le blocage/verouillage que peut offrir certains stores de boites proprios ;-)
Ce pourquoi, il faut aussi se dépêcher de sortir de ces stores, et aller vers la "webapp".
Mais il y aura toujours des stores centralisés, car c'est évidemment plus pratique pour les utilisateurs.
mais ce ne sera pas remplacé par le jeu dans les browser
Et pourtant, c'est certain.
Faut pas que tu imagines firefox tel que tu le connais actuellement. Faut que tu imagines ta device, avec du linux pour les couches basses, et un navigateur pour les couches hautes. Ce dernier ne servant que d'interface, entre toi, les couches basses (périfs & cie) et le réseau. Il exposera des apis pour tout ça (couche abstraction entre le socle et toi).
Pour te faire une idée, test ChromeOs, c'est, à mon humble avis, ce qui se rapproche le plus de ce que sera ce futur.
ça fait longtemps que je n'ai pas testé, mais mon petit doigt me dit qu'il doit déjà y avoir des jeux 3D "chiadés" (peut être pas au niveau de skyrim), et il me semble qu'il y a maintenant les apis pour les périphériques de jeux (joypad et autres)
Ce que je dis juste, c'est qu'on va tendre vers ça … C'est une question que posait ce journal, je ne faisais que donner mon avis, mais j'y crois de plus en plus …
Bon, je ne joue plus trop, et je ne suis pas dans le dev de jeux. Ma connaissance video-ludique s'est arrêté à GTA3. (Bien que je fais partie des minecraft'iens addicts)
Mais les progrès dans ce domaine là sont énormes, d'une année sur l'autre. Faut dire que les enjeux doivent l'être également.
Faut bien imaginer, que les ordi/smart/devices (les processeurs graphiques), que les navigateurs, que les tuyaux … vont tous grandement s'améliorer dans les années qui suivent. (matte les progrès d'un tegra4 par rapport au 3, c'est autre chose que la loi de moore)
Après, on est d'accord, c'est le soft/jeux (la killer'app) qui contribuera fortement à pousser tout ça. Et nul doute qu'il y en aura.
Le navigateur remplacera ce que fait "steam" actuellement. Et les jeux tourneront dans la vm du navigateur.
Justement, la 3D dans le navigateur commence réellement à être bluffante. Matte ça : http://www.extremetech.com/gaming/154994-epic-mozilla-release-unreal-engine-3-html5-demo-to-the-public-and-its-awesome
Pour ma part, je considère que la 3D dans le navigateur est équivalente aux clients lourds.
Là où ça coince maintenant, c'est le réseau. Le dvd apportant toutes les textures sur un plateau (une galette). Tout le monde n'a pas encore la fibre ou la 4G/5G, donc difficile de faire télécharger des giga de textures. Mais nul doute qu'on vit les dernières années des jeux en galettes !
J'ai fait un POC très récemment. Le seul soucis c'est que c'est une application de "tchat", qui par nature, a besoin du ONLINE : donc ça perds un peu d'intérêt. Mais tu peux très bien imaginer la même chose, avec une fonctionnalité de dessin (à base de canvas).
Mais voilà une webapp : http://tmanatlan.appspot.com
qui fonctionne en offline. Faut que t'y accèdes en online, pour l'"installation dans le navigateur", après tu peux débrancher ton réseau (mais plus chatter onlinement) et y accéder.
Si tu rebranches ton réseau, ça remettra les coms à jour, ainsi que l'appli si elle a été upgradé. ça fonctionne sur tous les OS du monde.
Pour info, ça utilise le cache html5, le frontend est en angularjs, avec toute la logique côté client. Le backend c'est du google app engine, uniquement pour servir l'appli, ainsi que gérer les échanges http/online en "ajax" (pas websocket ;-(). Le stockage des coms est fait dans le html5/localstorage. Et y a un peu de responsive design, pour s'adapter aux format des écrans. En sus, il y a un apk(phonegap), qui ne fait qu'un webview sur la même url, et est là uniquement pour supprimer la barre de navigation de chrome. Sur iOS, on peut la placer sur le bureau, et il y aura pas de barre de navig, cf les meta ios-compliant.
Mais c'est un peu con, d'avoir fait un POC avec une fonctionnalité de tchat, qui nécessite le online par nature.
Non, car "webapp" ne veut pas dire Online forcément !
Tu oublies le cache/localstorage introduit avec HTML5.
Le online, ne servira qu'aux communications, à la mise à jour client, ou des besoins applicatifs etc …
Ex: la première fois que tu te connecteras à l'url, le navigateur redescendra tout ce qui va bien en local, et dans un cache. Les fois suivantes, que tu sois online ou pas, tu pourra accéder à l'url. Evidemment, faudra que l'appli gère ça, mais c'est déjà totalement faisable, avec les specs html5 actuel et la grosse majorité des navigateurs
Visiblement, tu ne sembles pas suivre les évolutions "web".
Mais on s'en rapproche à grands pas … Les "OS" se rapprochant de ça, sont déjà sur le marché, chrome os, firefox os.
Y a une RFC pour les "webcomponents", proposé par goog, qui permettra de faire converger les devs façon "angularjs", et qui simplifiera grandement le développement, la réutilisation, etc …(faut oublier jquery et consorts). Et enfin les apis JS bas-niveau (permettant l'accès aux périfs) sont de plus en plus nombreuses. Il y a très peu de chose qui ne sont pas possibles dans le monde "webapp".
On en est encore au tout début, mais ça va grandement s'accélérer. "TOUT LE MONDE" veut un environnement de dev "unique", évitant de devoir développer du spécifique pour chaque os. Les abstractions se feront au bas niveau.
Beaucoup de gens voient le mal dans l'android. Android n'est qu'une solution de transition, car les applis "webabb" ne sont pas encore en mesure d'offrir une experience digne de ce qu'on a connu jadis (appli lourde). Mais lui aussi disparaîtra, très certainement au profit de chromeOS, quand l'experience utilisateur sera au niveau.
Si je compte bien, j'ai 11 "linux" @home … 2 freebox, 1 routeur fon, 1 dingoo, 2 squeezebox, 1 phone, 1 tablette, 2 eeepc et 1 pc fixe. (et pas ios, pas de win, depuis 10ans)
11 linux qui ne se ressemblent pas du tout (visuellement), à l'image de la multiplicité de tout l'éco-système. (kernel'lement parlant, il y a aussi de grosses différences)
Je crois qu'il n'y aura jamais 1 seul "linux", à moyen terme …
Sur mes PC, je n'ai que du UBU, mais là encore, ça diffère, j'ai du up-to-date, du 10.04 desktop, et du 12.04 server. (je ne màj plus mes eeepc, pour garder des ressources ;-)
ça fait un bail que je ne fais plus de prosélytisme pro-linux … C'est "peine perdu", je laisse les gens choisir, mais je conseille fortement ubu ;-) (à cause de l'ampleur de l'eco-système, et de la "communauté", c'est "plus simple" en cas de problème, c'est plus crédible).
Mon pronostic, à long terme, linux se cantonnera au noyau, gèrera les périfs, fera tourner un "navigateur" (client riche). Les applis seront à base d'html5/6. Il y aura des applis locales (extension du navigateur), et des applis distantes. iOS et Win disparaîtront sous leurs formes actuelles. Les fabriquants ne voudront pas développer des "drivers" sous les os non-linux. Linux rules'era dans le bas niveau.
Pas plus tard qu'il y a deux semaines, j'ai du faire un montage …
J'ai tenter openshot en premier. Et je suis très vite passé à kdenlive. Ne serait ce que pour mettre un titrage décent ;-)
openShot est tellement simpliste que tu ne peux pas faire grand chose. D'ailleurs, certains services web proposent déjà plus qu'openshot en terme de montage ;-)
Et faut pas exagérer, kdenlive est très simple à prendre en main ! Même pour qqu'un qui n'a jamais monté ! Au moins aussi simple qu'openShot.
Mais je suis d'accord : on juge pas un outil sur son toolkit graphique mais sur ce qu'il fait…
Si je suis sur kde, que j'ai le choix entre openShot et kdenlive : il n'y a pas photo ;-)
Je blaguais un peu dans mon précédent commentaire.
Certes je poussais le troll un poil plus loin.
Mais, sincèrement, le desktop a base de technos html5/js, j'y crois dur comme fer.
On y vient petit à petit quand même. Le javascript est en train de s'imposer dans les desktops. Et les initiatives à la "chrome os" ou firefox os" fleurissent.
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.
Certes, openshot en html5, c'est pas pour tout de suite …
Mais ça reste du domaine du possible ! cf les effets http://webcamtoy.com/fr/
En QT, il y a déjà l'excellentissime KdeEnlive ! Qui est a des milliards d'années lumières de ce que peut faire openshot.
En lisant les com sur le post du blog d'openshot. Ils disent "pygtk is dead, the last important commit where on 2010 or 2011".
Oui, pygtk est deprecated depuis un bail maintenant. Et gtk encourage les devs python/gtk à utiliser PyGObject (https://live.gnome.org/PyGObject) ! Qui est une sacrée techno d'introspections et évite à devoir maintenir des bindings de oufs. J'irai même jusqu'à dire que gobject est une techno du futur ;-)
Ils font fausse route, ils avaient un bon créneau : un editeur video sous gtk/gnome. Là, ils vont entrer en "concurrence" avec kdeenlive. (cependant, en étant mauvaise langue, c'est vrai qu'openshot avait déjà un look de petite appli kde/qt, avec des icones spaces)
# Troll spotted ...
Posté par manatlan (site web personnel) . En réponse au journal A cause d'Ubuntu et de ses nombreux défauts, un moteur de jeux abandonne Linux !. Évalué à 10.
C'est pas vendredi … Dommage.
Contre-troll : ubuntu a certainement plus apporté à la popularisation de linux, que ce C4 … Par conséquent ce n'est pas une grosse perte ;-)
Si ubuntu venait à disparaître : là ce serait plus dur …
# vendredi tout est permis
Posté par manatlan (site web personnel) . En réponse à la dépêche Meteor 1.0. Évalué à 0.
Moi, je vois meteor comme un "jouet" …
Certes, c'est bien finie, bien penser, bien intégrer, et ça devrait répondre à 90% des besoins en moyenne. Mais ça ne peut pas tout faire quand même …
Pas autant, qu'un angularjs + wamp/autobahn + un serveur backend(soit "routeur wamp", soit "serveur web", soit les deux) dans la "techno qui va bien".
Me trompe-je ?
[^] # Re: Comet?
Posté par manatlan (site web personnel) . En réponse à la dépêche Meteor 1.0. Évalué à 2.
Autant qu'une roue a à voir qqchose avec une voiture …
(suis assez content de ma métaphore)
[^] # Re: 2 possibilitées
Posté par manatlan (site web personnel) . En réponse au journal Happening de données exposées, fap fap fap, cloud et protection. Évalué à 2.
MEGA ;-)
# merci !
Posté par manatlan (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 10.
Merci pour ton post !
Perso, j'ai appris énormément de choses, en lisant divers points de vues de diverses expériences !
ça faisait longtemps que je n'avais pas lu des échanges aussi intéressants/enrichissants sur DLFP (ceci n'est "pas un troll" !)
La bonne personne n'est pas forcément un clone de toi même. La bonne personne est certainement celle qui fera ce que tu lui demandes dans les temps impartis, avec le salaire que tu lui donneras, et qui lui conviendra.
Ton test, tout comme le fizzbuzz : c'est null('able). (cf les posts qui explique pourquoi c'est caduque )
Et oui, le salaire ne dépends pas du niveau du gars (cf ploum ), c'est triste, mais c'est malheureusement comme ça.
Le côté humain est super important (savoir être), presque plus que son level (savoir faire). Le relationnel est extrêmement important ! S'il est "ouvert", il te fera ton test en 1h30 dans 3 mois, à tête reposé au coin café.
[^] # Re: Bonjour, je suis un développeur médiocre et je le sais.
Posté par manatlan (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 2.
Je comprends ;-)
J'ai plus de 10ans de python, je n'utilise pas "super", j'ai du mal à comprendre aussi. Par contre, je lui préfère, et de loin, l'ancienne méthode pour appeler/initialiser l'objet parent (je trouve cette forme plus naturelle, plus logique ;-) … du coup j'arrive à la retenir)
Mais on est HS là
[^] # Re: Niveau de l'enseignement
Posté par manatlan (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 0.
Justement … NON !
Beaucoup de personnes, quand ils rencontrent un problème informatique qu'il n'arrive pas à résoudre au premier abord : abandonne, en considérant qu'il y a un peu "magie noire" là dedans. Et que par conséquent : ils n'y arriveront pas !
L'erreur est là, Il n'y a pas plus déterministe qu'un ordinateur, un programme. Il faut juste chercher (et du coup : monter en compétence). Ce que tu cherches maintenant, te feras moins chercher plus tard, et ainsi de suite.
[^] # Re: Bonjour, je suis un développeur médiocre et je le sais.
Posté par manatlan (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 2.
lire ça:
http://www.amazon.fr/Python-Petit-guide-lusage-d%C3%A9veloppeur/dp/2100508830
# patati & patata
Posté par manatlan (site web personnel) . En réponse au journal Chronique d'un gros flop en perspective. Évalué à 7.
Oui, ils n'ont jamais parlé de faire du "low-cost" (low-coast) ! C'est principalement la presse qui a contribué à cette rumeur.
ça m'aurait grandement surpris, qu'il fasse un iPhone low-cost. Ils seraient sortis de leur marché de prédilection, le "luxe". Et serait rentrer en compétition direct avec les ténors du secteur (xiaomi, samsung, acer, zte …). Ils auraient décrédibilisé leur marque "luxueuse".
En même temps, ils auraient pu reprendre des parts de marché (en chine, par exemple) avec un low-cost. Mais non …
Mais bon, ils margent à 40% sur chaque iBidule …
Maintenant, il reste plein de iCouillons (de moins en moins quand même) pour acheter leur iTrucs …
Les gens commencent à comprendre, et se rendent compte qu'à la concurrence, on trouve mieux pour moins cher … c'est une question de temps, et je crois sincèrement au iFlop à moyen terme.
[^] # Re: yogurtman
Posté par manatlan (site web personnel) . En réponse à la dépêche AngularJS, une autre façon de faire du web. Évalué à 3.
J'avais également mis du temps à comprendre. Tant qu'on n'a pas réellement plongé dedans, je pense que beaucoup de choses resteront abstraites.
Maintenant que j'y baigne, je n'imagine même plus utiliser autre chose. jquery me semble abscons, et le vanilla js trop léger.
Angular apporte tout ce qu'il manquait, à mon sens, pour développer des applis js.
Principalement, je dirai que ça permet surtout de transférer les logiques "serveurs" (d'affichage) sur le côté client. Ce qui permet, en qqsortes, de limiter le serveur à réaliser les accès aux données, et de faire du beau CRUD ;-)
Et effectivement, on se retrouve à faire moins de "glue", et on peut se concentrer sur le fonctionnel.
Pour ma part, je l'utilise aussi beaucoup dans le dev android. Couplé a du cordova, du css3, avec du appcache(/html5) côté serveur, on peut vraiment réaliser des applis assez bluffante. Et ça reste plus simple que les intent/layout android, dès que tu veux un peu sortir des sentiers battus.
[^] # Re: beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 1.
Oui, je ne dis pas que ce futur est mieux que le présent. En terme de libertés …
On a déjà des prémices avec le blocage/verouillage que peut offrir certains stores de boites proprios ;-)
Ce pourquoi, il faut aussi se dépêcher de sortir de ces stores, et aller vers la "webapp".
Mais il y aura toujours des stores centralisés, car c'est évidemment plus pratique pour les utilisateurs.
[^] # Re: beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 2.
Et pourtant, c'est certain.
Faut pas que tu imagines firefox tel que tu le connais actuellement. Faut que tu imagines ta device, avec du linux pour les couches basses, et un navigateur pour les couches hautes. Ce dernier ne servant que d'interface, entre toi, les couches basses (périfs & cie) et le réseau. Il exposera des apis pour tout ça (couche abstraction entre le socle et toi).
Pour te faire une idée, test ChromeOs, c'est, à mon humble avis, ce qui se rapproche le plus de ce que sera ce futur.
ça fait longtemps que je n'ai pas testé, mais mon petit doigt me dit qu'il doit déjà y avoir des jeux 3D "chiadés" (peut être pas au niveau de skyrim), et il me semble qu'il y a maintenant les apis pour les périphériques de jeux (joypad et autres)
Ce que je dis juste, c'est qu'on va tendre vers ça … C'est une question que posait ce journal, je ne faisais que donner mon avis, mais j'y crois de plus en plus …
[^] # Re: beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 0.
Bon, je ne joue plus trop, et je ne suis pas dans le dev de jeux. Ma connaissance video-ludique s'est arrêté à GTA3. (Bien que je fais partie des minecraft'iens addicts)
Mais les progrès dans ce domaine là sont énormes, d'une année sur l'autre. Faut dire que les enjeux doivent l'être également.
Faut bien imaginer, que les ordi/smart/devices (les processeurs graphiques), que les navigateurs, que les tuyaux … vont tous grandement s'améliorer dans les années qui suivent. (matte les progrès d'un tegra4 par rapport au 3, c'est autre chose que la loi de moore)
Après, on est d'accord, c'est le soft/jeux (la killer'app) qui contribuera fortement à pousser tout ça. Et nul doute qu'il y en aura.
Le navigateur remplacera ce que fait "steam" actuellement. Et les jeux tourneront dans la vm du navigateur.
[^] # Re: beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 0.
Justement, la 3D dans le navigateur commence réellement à être bluffante. Matte ça :
http://www.extremetech.com/gaming/154994-epic-mozilla-release-unreal-engine-3-html5-demo-to-the-public-and-its-awesome
Pour ma part, je considère que la 3D dans le navigateur est équivalente aux clients lourds.
Là où ça coince maintenant, c'est le réseau. Le dvd apportant toutes les textures sur un plateau (une galette). Tout le monde n'a pas encore la fibre ou la 4G/5G, donc difficile de faire télécharger des giga de textures. Mais nul doute qu'on vit les dernières années des jeux en galettes !
[^] # Re: beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 1.
J'ai fait un POC très récemment. Le seul soucis c'est que c'est une application de "tchat", qui par nature, a besoin du ONLINE : donc ça perds un peu d'intérêt. Mais tu peux très bien imaginer la même chose, avec une fonctionnalité de dessin (à base de canvas).
Mais voilà une webapp : http://tmanatlan.appspot.com
qui fonctionne en offline. Faut que t'y accèdes en online, pour l'"installation dans le navigateur", après tu peux débrancher ton réseau (mais plus chatter onlinement) et y accéder.
Si tu rebranches ton réseau, ça remettra les coms à jour, ainsi que l'appli si elle a été upgradé. ça fonctionne sur tous les OS du monde.
Pour info, ça utilise le cache html5, le frontend est en angularjs, avec toute la logique côté client. Le backend c'est du google app engine, uniquement pour servir l'appli, ainsi que gérer les échanges http/online en "ajax" (pas websocket ;-(). Le stockage des coms est fait dans le html5/localstorage. Et y a un peu de responsive design, pour s'adapter aux format des écrans. En sus, il y a un apk(phonegap), qui ne fait qu'un webview sur la même url, et est là uniquement pour supprimer la barre de navigation de chrome. Sur iOS, on peut la placer sur le bureau, et il y aura pas de barre de navig, cf les meta ios-compliant.
Mais c'est un peu con, d'avoir fait un POC avec une fonctionnalité de tchat, qui nécessite le online par nature.
[^] # Re: beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 2.
Non, car "webapp" ne veut pas dire Online forcément !
Tu oublies le cache/localstorage introduit avec HTML5.
Le online, ne servira qu'aux communications, à la mise à jour client, ou des besoins applicatifs etc …
Ex: la première fois que tu te connecteras à l'url, le navigateur redescendra tout ce qui va bien en local, et dans un cache. Les fois suivantes, que tu sois online ou pas, tu pourra accéder à l'url. Evidemment, faudra que l'appli gère ça, mais c'est déjà totalement faisable, avec les specs html5 actuel et la grosse majorité des navigateurs
[^] # Re: Les Autres, ce fléau
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 3.
C'est comme ça que je fonctionne depuis qques années …
Je ne fait du support que sous *nux ;-)
et ça marche
[^] # Re: Après, vu les arguments, on comprend
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 0.
200% d'accord !
[^] # Re: beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 2.
Visiblement, tu ne sembles pas suivre les évolutions "web".
Mais on s'en rapproche à grands pas … Les "OS" se rapprochant de ça, sont déjà sur le marché, chrome os, firefox os.
Y a une RFC pour les "webcomponents", proposé par goog, qui permettra de faire converger les devs façon "angularjs", et qui simplifiera grandement le développement, la réutilisation, etc …(faut oublier jquery et consorts). Et enfin les apis JS bas-niveau (permettant l'accès aux périfs) sont de plus en plus nombreuses. Il y a très peu de chose qui ne sont pas possibles dans le monde "webapp".
On en est encore au tout début, mais ça va grandement s'accélérer. "TOUT LE MONDE" veut un environnement de dev "unique", évitant de devoir développer du spécifique pour chaque os. Les abstractions se feront au bas niveau.
Beaucoup de gens voient le mal dans l'android. Android n'est qu'une solution de transition, car les applis "webabb" ne sont pas encore en mesure d'offrir une experience digne de ce qu'on a connu jadis (appli lourde). Mais lui aussi disparaîtra, très certainement au profit de chromeOS, quand l'experience utilisateur sera au niveau.
# beau fixe
Posté par manatlan (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 5.
Si je compte bien, j'ai 11 "linux" @home … 2 freebox, 1 routeur fon, 1 dingoo, 2 squeezebox, 1 phone, 1 tablette, 2 eeepc et 1 pc fixe. (et pas ios, pas de win, depuis 10ans)
11 linux qui ne se ressemblent pas du tout (visuellement), à l'image de la multiplicité de tout l'éco-système. (kernel'lement parlant, il y a aussi de grosses différences)
Je crois qu'il n'y aura jamais 1 seul "linux", à moyen terme …
Sur mes PC, je n'ai que du UBU, mais là encore, ça diffère, j'ai du up-to-date, du 10.04 desktop, et du 12.04 server. (je ne màj plus mes eeepc, pour garder des ressources ;-)
ça fait un bail que je ne fais plus de prosélytisme pro-linux … C'est "peine perdu", je laisse les gens choisir, mais je conseille fortement ubu ;-) (à cause de l'ampleur de l'eco-système, et de la "communauté", c'est "plus simple" en cas de problème, c'est plus crédible).
Mon pronostic, à long terme, linux se cantonnera au noyau, gèrera les périfs, fera tourner un "navigateur" (client riche). Les applis seront à base d'html5/6. Il y aura des applis locales (extension du navigateur), et des applis distantes. iOS et Win disparaîtront sous leurs formes actuelles. Les fabriquants ne voudront pas développer des "drivers" sous les os non-linux. Linux rules'era dans le bas niveau.
Sinon, dommage que ce n'est pas vendredi :
[^] # Re: Openshot se tire une balle dans le pied ... Ils font fausse route ;-)
Posté par manatlan (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 2.
Pas plus tard qu'il y a deux semaines, j'ai du faire un montage …
J'ai tenter openshot en premier. Et je suis très vite passé à kdenlive. Ne serait ce que pour mettre un titrage décent ;-)
openShot est tellement simpliste que tu ne peux pas faire grand chose. D'ailleurs, certains services web proposent déjà plus qu'openshot en terme de montage ;-)
Et faut pas exagérer, kdenlive est très simple à prendre en main ! Même pour qqu'un qui n'a jamais monté ! Au moins aussi simple qu'openShot.
Mais je suis d'accord : on juge pas un outil sur son toolkit graphique mais sur ce qu'il fait…
Si je suis sur kde, que j'ai le choix entre openShot et kdenlive : il n'y a pas photo ;-)
Et je suis pro gnome/gtk/unity … :-)
[^] # Re: Trollons
Posté par manatlan (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 3.
Je blaguais un peu dans mon précédent commentaire.
Certes je poussais le troll un poil plus loin.
Mais, sincèrement, le desktop a base de technos html5/js, j'y crois dur comme fer.
On y vient petit à petit quand même. Le javascript est en train de s'imposer dans les desktops. Et les initiatives à la "chrome os" ou firefox os" fleurissent.
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.
Certes, openshot en html5, c'est pas pour tout de suite …
Mais ça reste du domaine du possible ! cf les effets http://webcamtoy.com/fr/
# Openshot se tire une balle dans le pied ... Ils font fausse route ;-)
Posté par manatlan (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 4.
En QT, il y a déjà l'excellentissime KdeEnlive ! Qui est a des milliards d'années lumières de ce que peut faire openshot.
En lisant les com sur le post du blog d'openshot. Ils disent "pygtk is dead, the last important commit where on 2010 or 2011".
Oui, pygtk est deprecated depuis un bail maintenant. Et gtk encourage les devs python/gtk à utiliser PyGObject (https://live.gnome.org/PyGObject) ! Qui est une sacrée techno d'introspections et évite à devoir maintenir des bindings de oufs. J'irai même jusqu'à dire que gobject est une techno du futur ;-)
Ils font fausse route, ils avaient un bon créneau : un editeur video sous gtk/gnome. Là, ils vont entrer en "concurrence" avec kdeenlive. (cependant, en étant mauvaise langue, c'est vrai qu'openshot avait déjà un look de petite appli kde/qt, avec des icones spaces)
[^] # Re: Trollons
Posté par manatlan (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 10.
De toutes façons, à moyen/long terme … il n'y aura plus ni Qt, ni Gtk ;-)
Tout sera en html5 ;-)
[^] # Re: Thunderbird !
Posté par manatlan (site web personnel) . En réponse au journal google reader se moque. Évalué à 4.
aucun lecteur local n'est capable de récupèrer tous les flux !
si un fil RSS a 20 items max
. qu'il produit 50 news par jour. tu vas forcément en louper si tu lances pas ton reader 2x par jour.
et c'est encore pire après une semaines de vacances sans net ;-)
greader, et ses serveurs, stockaient ça pour toi … impossible de louper quoi que ce soit, quoiqu'il arrive.