Actualités
Toutes les actualités
Flux RSS Microsoft pour les Bulletins de sécurité | Flux RSS Microsoft pour les Bulletins de sécurité |
|
|
|
| 26-04-2004 | |
|
Juste une information Hors tablet PC mais que je trouve très interessante: microsoft a mis en place un flux RSS pour la diffusion d'informations sur les bulletins de sécurité (tout produits MS apparement). Liens: - Flux RSS Microsoft pour les Bulletins de sécurité - MSDN magasine - the XML files: All About Blogs and RSS
Marquer favoris
Bookmark
Email This
Hits: 986 Trackback(0)
Commentaires (15)
![]()
Bonjour
qu'utilise tu comme lecteur RSS (pour Windows) ? merci par avance 1
00:00 - 30/11/1999
J'utilise Newsgator 2.0 sous Outlook
Je suis en train de réfléchir à passer toute ma messagerie sous Outlook car je n'arrive pas à "synchroniser" mes emails entre deux postes sous Mozilla 2
00:00 - 30/11/1999
Et avec outlook on peut synchroniser l'intégramité de sa boite email ?
3
00:00 - 30/11/1999
disons que j'ai deux ordinateurs et un tablet pc. ce que je veux faire c'est avoir le même fichier pst sur les 3. le pst contient tes emails / contacts, ... etc
je ne vais rien synchroniser au sens noble du terme, juste faire de la copie de fichiers si tailmle différente et dans un seul sens: pc vers TPC 4
00:00 - 30/11/1999
Vivement un client Email gérant ses fichiers en XML et non avec un format à la c..
Voir une synchro XML fine permetant une vrai syncrho de fichier XML La techno est la : c'est un problème qui me semble purement marketing Domage car c'est l'utilisateur qui trinque 5
00:00 - 30/11/1999
un autre flux RSS très instructif: celui des bloggers de chez Microsoft:
http://blogs.msdn.com/MainFeed.aspx 6
00:00 - 30/11/1999
La techno est la : c'est un problème qui me semble purement marketing Ta conviction selon laquelle XML et la programmation objet peuvent résoudre tous les problèmes informatiques de la terre me sidère à chaque fois. Juste pour mon information personnelle as-tu déjà exercé ton métier d'informaticien (et je ne parle pas de formation) dans le monde des entreprises (SSII par exemple ou chez un utilisateur final) avec les contraintes de délai et de coût associées ? A titre d'exemple, dans l'entreprise où je me trouve s'est posé la question du format d'échange entre deux systèmes dont un mainframe IBM. On avait le choix entre du XML et du texte en longueur fixe à la sauce Cobol. Il fallait de 3 à 6 mois de plus pour pondre le truc en XML (en raison de l'inexpérience des informaticiens en place sur cette techno). Les chefs de projet ont de plus insisté sur les risques de dérapage de la solution XML. Devine quel format on a choisi en 2003 ? :wink: Cela ressemble à une attaque personnelle et je m'en excuse, je veux juste pointer du doigt que les solutions théoriques résistent parfois très mal aux contraintes réelles qui pèsent sur les projets (respect des délais, expérience des équipes en place et surtout dans 90% des cas, poids de l'existant). 7
00:00 - 30/11/1999
A titre d'exemple, dans l'entreprise où je me trouve s'est posé la question du format d'échange entre deux systèmes dont un mainframe IBM.Ah, chez toi aussi, ça me fait plaisir Tiens, moi j'ai vu tourner il y a encore assez peu de temps des applications IBM36 sur de beaux AS400 tous neufs (en émulation donc...) Rien à voir avec le XML mais ça va dans ton sens je pense... 8
00:00 - 30/11/1999
Je suis assez d'accord avec Pilef.
Et j'ai un cas vécu ou le XML nous a couté 2ans et demi de développement ... , mais maintenant on va intégrer directement ca dans la BD (grace à l'intégration native et le parser dans le noyau de la base). Bref il faut aussi compter l'appropriation de la technologie qui demande la création de compétences (et qui coute cher) 9
00:00 - 30/11/1999
La techno est la : c'est un problème qui me semble purement marketing 10
00:00 - 30/11/1999
La techno est la : c'est un problème qui me semble purement marketing 11
00:00 - 30/11/1999
La techno est la : c'est un problème qui me semble purement marketing 12
00:00 - 30/11/1999
D'ailleurs en Mastère Spécialisé en Chef de Projet Informatique on t'apprend encore la notion de mois-homme pour le dev logiciel : ca fait plus de 10ans que ce concepte a été donné comme faux. L'enseignement est aussi responsable, ce type de formation a pour but de mettre à jour les connaissance des quadra (entre autre) et on leur ressert les memes concepts faux qu'ils connaissent deopuis 20 ans. Dommage :cry: (c'est classe de se citer soi même :wink: ) 13
00:00 - 30/11/1999
Mais dans le cas d'Outlook, on parle de Microsoft qui a sortit C# : language fortement objet (voir design patern) qui intègre la gestion native de XML (et des web services et plein de trucs qui on l'air très sympha). Aussi étonnant que cela puisse (te) paraître, Microsoft doit également faire face à des contraintes de coût, de respect des délais (mouarff) et de gestion des ressources humaines (les spécialistes Outlook n'étant pas forcément les mêmes que ceux qui maîtrisent le XML). Il aurait certes les myens de le faire (et le fera sûrement puisqu'il a commencé avec Word et Excel), mais ce n'est pour une fois pas une question de marketing mais bien de logique industrielle AMHA. As tu lui 'le Mythe du mois-homme' de Frederick P. Brooks ? Non je n'ai pas lu ce livre, mais je serais curieux de savoir quelle unité de mesure il propose en remplacement :wink: Ce n'est peut-être pas l'idéal pour la gestion opérationnelle, mais en terme de reporting vis à vis de l'utilisateur/décideur (tu sais ceux qui payent et te demandent "quand auras-tu terminé ?") cela me semble relativement incontournable :wink: ca fait plus de 10ans que ce concepte a été donné comme faux. Ce n'est pas un concept mais une unité de mesure. Est-ce que le Mètre, le Kilo sont faux ? :wink: Cela permet de mesurer deux choses: l'état d'avancement et le prix de revient. Quand mon chef (actuel et tous ceux que j'ai eu auparavant) vient me voir pour me donner du travail, après m'avoir expliqué ce qu'il attendait, sa première question est généralement "combien de temps te faut-il pour faire cela ?" ou bien des fois il me dit "tu as deux jours pour faire cela" et dans ce cas on ne pose pas de questions métaphysiques ni méthodologiques, on fait du "quick and dirty" parce que la hiérarchie veut un résultat rapide (pour plein de bonnes raisons d'ailleurs). J'ai parfaitement conscience des inconvénients de cette façon de faire, mais ce n'est pas moi qui fixe les règles. Je suis avant tout pragmatique et moi aussi je vais m'autociter :roll: : je veux juste pointer du doigt que les solutions théoriques résistent parfois très mal aux contraintes réelles qui pèsent sur les projets C'était et c'est de nouveau ma conclusion sur le sujet :wink: 14
00:00 - 30/11/1999
Désolé Pilef peux pas te repondre aujourd'hui mais ta réponse mest très interessante car elle réflette la réalité (qu'il ne faut jhamais oublier).
J'essaie ce week-end (mais j'ai passé un marché avec ma copine : pas de PC le week-end) donc surement lundi pour une réponse. 15
00:00 - 30/11/1999
Ecrivez un commentaire
Vous devez être enregistré pour écrire un commentaire. |
| < Précédent | Suivant > |
|---|