Le 23/01/2016 à 21h 03

Je me disais bien que je connaissais cette prose ^^

 Le store Xbox sera dispo d’ici cet été, c’est une question de mois maintenant. Pour UWP, il ne faut pas oublier qu’à moyen terme, win32 sera mis definitivement mis au placard, Centennial n’étant pas une solution mais la première étape pour motiver les boites à migrer. Il faut avoir ume vision à long terme parfois

Le 22/01/2016 à 18h 42

N’hésitez pas si vous avez des questions en tout cas!

Le 22/01/2016 à 18h 33

Bonjour à tous, je suis le dev, donc voici quelques réponses:

 Dropbox a deux app Windows, une optimisée pour PC, une optimisé pour un usage en mobilité (tablets, petit pc, etc…). Avec la première app, tu synchronises tout ton Dropbox, ce qui est plutôt compliqué si tu as un petit disque dur. Donc pour résumer
 App win32: Sync des folders, pour la productivité
 App Store: Experience mobile comparable à ce que tu as sous iPad par exemple.

C’est pas propre à Dropbox, c’est dû à la nature hybride de Windows:
  - VLC versus VLC windows 8
  - Photoshop versus Photoshop Mobile
  - Word versus Word Mobile 
  - etc…

En ce qui concerne l’Universalité, ça concerne principalement le code, pas la diffusion sur les plateformes. L’app en question fonctionne sans soucis sur un téléphone, mais est ce que l’UI en question est adaptée pour les petits écran : pas vraiment. On a vu de nombreux exemples déjà où l’UI desktop est uniquement la version phone scalé, ce qui donne un design très discutable. Donc nous avons fait le choix de sortir la version desktop, de travailler sur un design adapté aux mobiles (petit écran, boutons en bas, gestures, etc…) et de sortir cette version quand tout sera parfait pour l’utilisateur.

C’est une erreur assez commune, même si le binaire est partagé, les usages, l’UX, les scenarios d’utilisation (et donc de tests) ne sont pas les mêmes (enfin si on veut bien faire son travail, sinon on release sans faire d’effort mais ca sera pas top pour l’utilisateur). La même chose arrivera avec la Xbox one, il faudra retravailler l’UX, l’UI, la navigation, la gestion du gamepad, etc… On pourrait faire une analogie: Quand vous créez un site internet, combien de temps vous prend le developpement de la version mobile? C’est pourtant la même techno…

Le 20/08/2015 à 08h 42

Il y a méprise de l’utilité de cette fonctionalité par l’auteur de l’article.  

 le but n’est pas de remplacer votre barre de favoris mais de facilement sauvegarder un lien internet pour du travail collaboratif par exemple ou tout simplement pour sauvegarder un lien au même que l’on crée des shortcuts sur son disque parfois, quelques exemples: 

• dossier partagé entre les redacteurs du site : NextInpact/sujetsATraiter/2015/08/NouvelIphone
  et dedans des liens vers des specs, Mai’s aussi d’autres types de fichiers : images, PDFs, etc…  
  
  


• autre exemple : /Mariage/MaWishList  
  
  


• ou encore /Universite/RapportDeStage avec des liens, des sources de code, des images, etc… Pour aider à rédiger votre rapport de stage.

Le 31/05/2015 à 16h 06

Je ne pense que le Fake Crossy Road était dispensable dans les LIDD..

Le 22/01/2015 à 18h 30

sauf qu’en général tu contactes le mec pour qu’il te donne + d’info, tu ne sors pas “c’est du vent”

Le 22/01/2015 à 18h 22

Autant partager ma réaction Facebook.

Y’a pas mal d’erreur là dedans.

Ce n’est pas parce que tu vois rien que y’a rien. L’exploitation en question ne signifie pas crash de l’App ou de l’OS mais écriture dans un espace mémoire d’une autre app/OS ou exécution de code, et ca c’est pas en regardant vlc se lancer que tu le verras s’il y a un problème.

Si y’a une faille dans une des libs qu’utilise VLC, on peut dire sans aucun soucis que VLC a une faille. Ce qui est important c’est ce qu’installe l’utilisateur, pas la mécanique interne. Après le CVE n’est pas pour VLC, mais ça ne change pas pour autant qu’une personne qui installe VLC et qui l’exécute peut rencontrer cette faille.

Mauvaise communication de la part de VLC sur le sujet, il vaut mieux dire “en effet, ca vient d’une librairie qu’on ne contrôle pas, on va les aider” que de dire “c’est du vent” alors que c’est pas vraiment le cas.

C’est une grosse erreur de développeur que de penser que l’on est + expert que les autres, surtout sur un domaine bien spécifique comme celui- là, l’expert en question n’est pas un inconnu 
 Si tu n’arrives pas à le reproduire, tu demandes + d’info, tu passes un coup de fil, tu fais du remote desktop, etc… mais tu n’envoies pas chier comme ça. Ca peut être lié à l’environnement, à un OS, à une version de l’app, etc… plein de choses qui ne permettent pas de le reproduire en local, mais il ne faut surtout pas ignorer comme cela
Mon conseil : Si un expert vous dit qu’il y a prob, travaillez avec, ne vous le foutez pas à dos

My 2 cents

Le 04/07/2014 à 18h 33

sleipne a écrit :

Facebook me semble être un très mauvais exemple, actuellement l’appli est publiée par Microsoft pour ne pas être en retard sur ce coup



Les développeurs sont Microsoft mais l’application reste officielle et avec l’accord de Facebook (et surtout une participation de leur part dans la conception : design, etc…)

C’est clairement pas différent d’une app genre Météo France qui a été développé par une SSII française

Le 04/07/2014 à 16h 28

BabyAzerty a écrit :

Ce développeur a peut-etre oublié que maintenir une app c’est du temps et de l’argent. Sur WP, cet acte de maintenance est difficilement rentable comparé à iOS/Android alors que ça va faire 4 ans que l’OS existe et 2 ans que sa version 8 existe… Toujours pas de foule sur cette plateforme.
D’ailleurs même AppCelerator Titanium ne prend pas la peine pour WP.



Ce développeur-Inpactien plutôt ;)

La revendication de maintenir son application est venu plus tard, de la part des autres twittos mais il est totalement compréhensible.

La base du message que j’ai essayé de passer est juste : vous avez une super application sur windows phone, pourquoi vous oubliez de la mettre sur votre site internet. L’exemple même est Badoo, on y trouve un lien pour ios/android, ce qui est normal mais aussi BlackBerry… 1% de part de marché. Pourquoi ne pas mettre l’app Windows Phone qui est pas mal du tout et qui représente 10% de pdm ?

Le 20/03/2013 à 13h 44

Il ne faut pas confondre composant WinRT avec “application metro”, on pourrait très bien imaginer que les composants (c’est des librairies en gros) soient utilisable par DirectX pour mutualiser les couches de services entre XBox/W8, mais cela ne signifie pas que l’on aura des applications en XAML/HTML5

Le 13/09/2012 à 22h 52

@Canti : donne moi en MP le nom de tes apps


Et au passage, si vous êtes un développeur Windows Phone, venez rejoindre la communauté Microsoft des dev WP7

http://www.facebook.com/groups/devwp7/

Le 13/09/2012 à 22h 52

Canti :

C’est une affirmative, toutes les application WP7 tourneront sur WP8, tant que tu cibleras 7.1, ton application tournera sans soucis sur WP7 et WP8. Si un jour tu décides d’adresser QUE WP8, à ce moment là, clic droit > convertir et sérieusement tu n’auras pas grand chose à faire (on n’est pas du tout dans le même processus que WP7-> Windows 8 (pas phone) qui est une tout autre plateforme)

Le 13/09/2012 à 20h 55

Kornemuse a écrit :

La tuile de lequipe.fr n’affiche que la photo du gros titre du moment et ne se rafraichit que toutes les 30 minutes. Ce n’est pas une vraie live tile comme celle du Monde qui affiche photo+texte. D’ailleurs, j’espère que dans WP8 on pourra choisir le temps du refresh de la live tile car là toutes les 30 minutes j’appelle pas ça de l’info en temps réel.



Ce n’est pas un problème de système, c’est un problème de l’application l’équipe dans ce cas.

S’ils veulent faire du temps réel, il le peuvent, via les push notification qui peuvent mettre à jours ta tuile, dans ton cas, ils ont choisi la solution de facilité en utilisant qu’un agent (tout le travail étant du côté téléphone et non côté serveur dans ce cas)

Le 13/09/2012 à 20h 51

Bon… remettons un peu les choses en place.

Pourquoi le SDK n’est pas diffusé à tout le monde ?

Trois raisons principales :

• Le SDK contient l’émulateur qui utilise la rom COMPLETE de Windows Phone 8. Il suffit donc de lancer l’émulateur pour trouver en quelques secondes l’ensemble des nouveautés de WP8 qui ne sont pas encore annoncées. Microsoft perdrait alors tout effet de surprise pour le lancement officiel, ce qui serait fort dommage.
  


• Le SDK n’est pas encore finalisé, manque de documentation par exemple, il va donc falloir accompagner de très près les développeurs pour qu’il puisse s’en sortir, il est donc évident qu’on ne peut suivre correctement 50 000 développeurs
  


• Le manque de téléphone. Il est impossible de développer une application performante sans tester son application sur un téléphone, il y a toujours des différences de performances, d’utilisation tactile, etc… les téléphones actuels ne passant pas WP8, il est donc impossible de tester ses apps dans de vrai condition avant la sortie officielle.
  
  
  Rajoutons quelque chose : toutes les applications Windows Phone 7 tourneront et fonctionneront à merveille sur Windows Phone 8, il n’y a donc pas d’urgence, si vous souhaitez créer une nouvelle application, adressez vous à la fois aux téléphones WP7 et aux futurs téléphone WP8 en utilisant le SDK actuel, plus tard, vous pourrez sans soucis faire “clic droit => convertir en WP8” et ajouter vos nouvelles features.
  
  
  Pourquoi limiter au personnes ayant déjà une bonne expérience WP7 ?
  
  Car ce ceux eux qui connaissent le mieux le SDK actuel, ses limites, ses points forts, ils pourront donc faire des retours critiques sur le futur SDK afin que ce dernier soit parfait pour la sortie publique.
  
  
  Pour conclure : ce que fait Microsoft, ce n’est qu’une beta privée (même si on est proche de la RC), tout le monde le fait, y’a peut être eu un petit problème de communication mais j’espère vous avoir éclairé sur ces points.
  
  A votre service si vous avez des questions
  
  Rudy