TImaniac a écrit 6420 commentaires

Ben ca peut tout simplement permettre à KDE d'avoir le droit de changer de licence : GPL, MIT, BSD, etc.

En gros tu nous expliques que Qt ne peut vivre sans son pendant commercial non libre. Triste aveux pour l'avenir du logiciel libre…
Heuresement il reste le modèle du kernel : les utilisateurs sont les premiers contributeurs.

Je serais bien retourné sous Windows, mais je n'avais pas de restauration système (le PC était livré avec Windows OEM) et je n'avais pas envie de mettre une version pirate.

Pas besoin de restauration système : tous les PC OEM ont une étiquette avec la clé OEM, utilisable avec n'importe quelle ISO classique de Windows. A moins que tu es aussi perdu cette étiquette :)

Je parlais pas des '< <' mais uniquement d'un langage avec un comportement sain des entiers (exception de dépassement ou big Int).
BigInteger : http://msdn.microsoft.com/en-us/library/system.numerics.biginteger.aspx
checked : http://msdn.microsoft.com/en-us/library/74b4xzyw

C# :)

Microsoft tourne le marché de façon à rendre la vie difficile aux jeux classiques, pas forcement de clavier ni de capacité 3D très avancés sur l'informatique grand-public de demain, la fragmentation des technologies et des capacités hardwares est une galère pour les développeurs et une chance pour Microsoft

Pour moi c'est exactement l'inverse : avec Windows 8, MS impose des pré-requis matériel fort, impose un modèle logiciel indépendant du hard (WinRT identique sur ARM et X86) et propose un canal de diffusion (le store) accessible à tous les éditeurs et à forte visibilité pour les clients.

Bref, tout est fait au contraire pour attirer les éditeurs "classiques" de jeux vidéos.

Le problème que tu décris (absence de clavier/souris), c'est pas vraiment un choix de Microsoft, c'est une évolution du marché : l'iPad a créé de nouveaux usages, MS adapte son OS en conséquence.

Rigolo cette manie de se focaliser sur la forme plutôt que sur le fond.

Oui google a l'air d'avoir remarqué que j'étais derrière une IP française et que la requête est en langue française. Ouahou. Je ne suis pas connecté à mon compte google. Je ne l'ai d'ailleurs jamais été sur l'ordinateur où je suis. J'ai essayé sur un autre ordinateur, j'ai les même résultats.

Les titres que tu mentionnent sont en anglais, mais le contenu est identique : des rumeurs ("may") mais aucun fait.

Donc encore une fois, plutôt que de pointer un lien Google, pointez moi un vrai lien qui dit que MS annonce la fin de Silverlight.

Un lien qui tend à prouver qu'il est encore vivant :

http://en.wikipedia.org/wiki/Silverlight

Oh dernière release il y a 2 mois, dernière release majeure en décembre dernier. Bizzare pour un produit abandonné.

Tiens Visual Studio 2012 RC sorti y'a 2 mois inclu en standard le SDK de silverlight 5 :
http://msdn.microsoft.com/en-us/library/hh266747(v=vs.110).aspx

Bizzare pour un truc abandonné qu'il fallait toujours téléchargé séparemment.

Pour le fait que Silverlight marche bien sous Windows 8, je vais carrement utilisé ton résultat Google, le premier lien "Microsoft has Abandoned Silverlight and All Other Plugins in Metro IE" :
http://www.infoq.com/news/2011/09/Metro-Plug-ins
"It should be noted that Flash and Silverlight will continue to run just fine using Internet Explorer in “desktop” mode. "

Ce système est clairement imparfait et peut provoquer le ressenti que tu décris. Mais il a l'avantage d'être proche du terrain : tu es jugés sur ton travail, par des personnes qui te côtoient au quotidien.

Vouloir avec une vision à l'échelle de la boîte pour ne pas avoir ce effet bonne/mauvaise équipe, sur des équipes qui ne font de toute façon probablement pas le même boulot donc difficilement comparables, c'est prendre le risque de juger sans vraiment connaître la valeur des personnes (trop de distance).

En fait, que proposes-tu ?

C'est assez drôle ton lien, suffit de lire les titres :
- "Microsoft abandonne (pas encore)" => 2010
- "La mort du flash et du silverlight" => LinuxFR
- "La fausse fin de Silverlight"
- "Microsoft abandonne Silverlight" => 2010
- "La fin du plugin Silverlight ?"

En gros que des rumeurs (titres racolleurs sous forme de question), des sources journalistiquement douteuses (LinuxFR), dont une partie date d'il y a 1 ou 2 an alors qu'entre temps des betas de Silverlight sont sortis, que Windows 8 est sorti et que Silverlight fonctionne dessus, ce que tout le monde peut vérifier.

Bref, des rumeurs, tu en trouveras toujours quand tu en cherches, c'est pas pour autant qu'à l'heure actuelle, Microsoft n'a pas du tout déclaré qu'ils abandonnaient Silverlight. Ils l'annonceront peut être demain, la semaine prochaine ou l'année prochaine, mais pour le moment rien. Et tu te doutes bien que c'est pas à un consultant officiel Microsoft que reviendra la primeur de l'annoncer.

Ben qu'il soit un tout petit peu plus sûr de lui et fournisse la réponse que tu viens de fournir.

Sauf que moi j'étais derrière mon PC : même si je me rappelle des annonces concernant Win8 et les plugins Flash/Silverlight non dispo en mode "metro", ce qui date au passage d'il y a maintenant presque 1 an, j'ai vérifié sur le web si y'avait pas eu un autre annonce entre temps.

Mais bien sûr, tous les sites d'actualité informatique en ont parlé quand ça a été annoncé.

Personne n'en a parlé puisque c'est tout simplement faux ! On lui annonce un truc dont il n'a pas entendu parlé, il se dit "j'ai peut être loupé une annonce récente", il botte en touche.

En même temps le mec a réagit normalement : tu lui annonces un truc qu'il n'a forcement vu nul part puisque tout simplement faux. Donc il est logiquement étonné, et dans le doute te propose une réponse ultérieur. Tu voulais qu'il fasse quoi ? (indépendamment du prix)

Silverlight fonctionne très bien sous Windows 8.
C'est dans la version "metro" de IE sous Windows 8 que les plugins (dont Silverlight et flash) ne tournent plus. Par contre dans la version "bureau" de IE, c'est comme sous WIn7.

Oui c'est limité mais ca reste possible. Madame Michu pourra probablement pas, par contre les pro pourront ainsi que les geek développeurs. Bref, on peut tout à fait ne pas aimer politiquement cette solution, mais globalement ca ne va pas enmerder grand monde (à part les pirates, que ca enmerdera jusqu'au jailbreak :)).

les devs ne peuvent pas concevoir de logiciel avec l'interface metro sans passer par l'app store.

C'est vrai sur Windows Phone, mais c'est faux sur Windows 8 :

http://blogs.msdn.com/b/windowsstore/archive/2012/04/25/deploying-metro-style-apps-to-businesses.aspx

En fait c'est surtout que tu ne comprends pas grand chose des technos MS.

• Windows Forms est un framework "historique" (2002) pour faire des IHM classiques dans les applications Windows. Ce Framework est toujours supporté, même dans la dernière mouture de Visual Studio 2012.
• WPF a ensuite été introduit (2006/2007) pour faire des IHM "riches" (Framework vectoriel, animations, basé sur le langage XAML). Concurrent des WinForms si on veut.
• Silverlight est apparu comme un sous-ensemble de WPF avec pour unique mission de concurrencer Flash dans le navigateur, et pas du tout pour concurrencer les WinForms qui n'ont jamais fonctionné dans une page web. Il va proprement disparaître comme le concurrent qu'il ciblait et c'est tant mieux.
• MS a proposé une autre variante de WPF/Silverlight pour WP7 : toujours la même techno, une grosse partie des API en commun, mais des spécificités mobile.
• Avec Windows 8, ils font un reset : on écrase tout, y compris feu Win32/MFC & co, pour proposer un modèle unifié, WinRT, accessible en C#, en C++ et en Javascript/HTML. Mais ca reste une techno dans la lignée de WPF/Silverlight : même langage (XAML), Framework très proche.
• Windows Phone 8 sort et utilise lui aussi WinRT : on retrouve donc toujours les mêmes technos sous-jacentes (XAML & co), c'est donc très proche du Silverlight sur Windows Phone 7, avec des possibilités en plus (nouvelles API, DirectX), un langage en plus (C++).

Bref pour les développeurs qui ont sauté le pas WPF/Silverlight sur PC/web, ils peuvent réutiliser leurs compétences sur Windows 8 et Windows Phone 7/8 et sont tout sauf perdus, bien au contraire. Le bouleversement est surtout pour les "vieux" qui codaient encore en MFC & co.

Les joueurs : ils veulent du steam ou sont sur console.

Les joueurs en ont rien à branler de steam. Si tu leurs proposes un concurrent à Steam qui fait la même chose, ca leur ira tout autant. Si Valve panique, c'est parcque le Store de Windows 8 est un concurrent direct de Steam.

Tu oublies tout de même que Windows 8 a un bureau Windows classique, avec des fenêtres, tes applis Win32 classiques, etc.

Et ? En quoi la difficulté d'écriture est un critère pour décider si on doit faire une fonction ou non ?

Si ces 2-3 lignes sont répétés 30 fois dans l'appli, en quoi ce ne serait stupide de factoriser ?

Personne en effet, car faire une fonction dédiée à quelque chose d'aussi trivial est stupide.

En quoi c'est stupide ?

Ca ne couvre qu'un cas d'usage des exceptions: quand quelque-chose se passe mal de manière exceptionnelle.

En même temps, les exceptions ne sont censées être utilisées que pour ça, tous les autres cas d'usage sont des détournements et devraient être évités.

Ben tu fais alors comme tu veux : soit tu maîtrises les langages et outils des différentes plateformes pour recoder tout, soit tu réutilises ce que tu maîtrises et tu te contente d'apprendre les API de chaque plateforme.

bah si c'est juste un appel à un service web, autant faire un site web mobile et pas se prendre la tête avec les applis.

Ben pour plusieurs raisons :
La première est que Qt n'est le toolkit d'aucune plateforme mobile depuis que meego & co est au point mort. Donc il est le choix naturel nul part.
Le principal avantage de Qt est sensé être sa portabilité, mais :
- il ne tourne pas sur la plateforme iOS, bref on oublie une bonne partie des Smartphones sur le marché.
- le support Android est en cours de développement, comprendre pas fini. Et même s'il devient abouti un jour, on aura tous les inconvénients d'un toolkit non intégré au toolkit officiel, qui est écrit en code natif donc nécessite plusieurs binaires pour tourner sur les différentes variantes ARM, ce qui va générer des packages d'applications bien trop gros. Sans parler du manque d'outillage & co. Bref en fait on cherche encore l'intérêt.
- ne parlons même pas des plateformes derrières : BlackBerry ou Windows Phone, là c'est le néant niveau support.

En même temps statistiquement (à défaut de sondage) tu as une chance sur 2 qu'une personne soit pour l'industrie nucléaire. C'est pas très très dur dans ces conditions de trouver des milliers d'interconnexions entre des milliers d'humains sachant qu'il y a des millions de français.

C'est un peu le soucis : un bug est un problème technique, et la sécurité que tu proposes ne se pas que sur des problèmes politiques. Cherchez l'erreur.