Flux RSS Microsoft pour les Bulletins de sÃ©curitÃ©

...

Thu, 01 Jan 1970 01:00:00 +0100

Bonjour qu'utilise tu comme lecteur RSS (pour Windows) ? merci par avance - pdarouen

...

Thu, 01 Jan 1970 01:00:00 +0100

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 - HPClean

...

Thu, 01 Jan 1970 01:00:00 +0100

Et avec outlook on peut synchroniser l'intégramité de sa boite email ? - pdarouen

...

Thu, 01 Jan 1970 01:00:00 +0100

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 - HPClean

...

Thu, 01 Jan 1970 01:00:00 +0100

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 - pdarouen

...

Thu, 01 Jan 1970 01:00:00 +0100

un autre flux RSS très instructif: celui des bloggers de chez Microsoft: http://blogs.msdn.com/MainFeed.aspx - HPClean

...

Thu, 01 Jan 1970 01:00:00 +0100

[quote]La techno est la : c'est un problème qui me semble purement marketing [/quote] 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). - Pilef

...

Thu, 01 Jan 1970 01:00:00 +0100

[quote]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.[/quote]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... - torgamm

...

Thu, 01 Jan 1970 01:00:00 +0100

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) - HPClean

...

Thu, 01 Jan 1970 01:00:00 +0100

[quote][quote:92494eb26f="pdarouen"]La techno est la : c'est un problème qui me semble purement marketing [/quote] 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. [/quote:92494eb26f] Je comprend tout a fait ton point de vue : aucun problème. Pour faire évoluer des softs dans des boites ou les ressources humaines ne sont pas présente c'est normal de faire 'sale' parfoit. 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). Il serait donc cohérent à leur stratégie .net dé dévelopepr les dernière version de outllok avec une gestion native de XML et la gestion de plugin orienté objet voir web réparti. Idem pour les mozilla (que j'adore) : quant on fait du libre autant le faire en XML. Je t'avoue que mes passages au CNRS m'ont surement donné une idée de l'informatique déconectée de la réalité des entreprises. Mais cela fait quant même 35 ans que les languages objet existe. As tu lui 'le Mythe du mois-homme' de Frederick P. Brooks ? C'est un livre de génie logiciel paru il y a 20 ans (donc qui a eu le temps d'être intégré dna les entreprises) et vendu à 250000 exemplaires (donc pas un sombre ouvrage d'un chercheur déconecté des réalité) et écrit par le chef de projet du système IBM systel /360 (donc pas un crétin) Les idées développées dans ce livre ne sont que rarement appliquées en entreprise : -abandont de la quantification mois-homme, totalement inadapté pour le développement logiciel -test d'intégration continue (prémise du développemen,t darwinien voir techno eXtrem Programming) -intégrité conceptuelle et programmation par interface. Voir programmation par CRC -documentation des API (c'est pourtant évident en terme de ROI sur un logiciel voué à évoluer) -.... Actuellement des outils de gestion de projet tel que l'extrem programming permettent de déveloper des logiciels plus stables, mieux faits, et plus adapté au cycle de réalisation court. On trouve des livres sur le domaine à la FNAC (meme en province et sans les commander). Pourtant on en est encore au cycle en V et a PERT et GANT ! C'est n'importe quoi eXtrem Programming est quant même issu de l'automobile : secteur montré en exemple en terme d'inovation et de normalisation. L'entreprise pas capable d'innover ? Faux. Des outils tels que l'analyse fontionnelle (proche d'ailleur des USER CASE UML par certains aspect), l'analyse modulaire des système et autre on révolutioné la productivité depuis 20 ans. Il existe même des normes ISO dans ce domaine : preuve du désir des industriels de réflechir et fair muter la prnssée du workflow (en terme de production) Alors pourquoi pas pour le génie logiciel ??? - pdarouen

...

Thu, 01 Jan 1970 01:00:00 +0100

[quote][quote:9dbd74166f="pdarouen"]La techno est la : c'est un problème qui me semble purement marketing [/quote] 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).[/quote:9dbd74166f] Non le ton n'est pas agressif, ca n'a rien d'une attaque et c'est très constructif. Mais pour le cas Microsoft je pense qu'ils ont la compétence XML :wink: de même pour tous les 'GROS' producteurs de soft. - pdarouen

...

Thu, 01 Jan 1970 01:00:00 +0100

[quote][quote:5b0625fe04="pdarouen"]La techno est la : c'est un problème qui me semble purement marketing [/quote] 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 ? [/quote:5b0625fe04] Admin système windows et mac : administration Developpeur web (php, mysql, apache et un peu de XML à l'époque pour intégrer des places de marché) : star-up Dévelopeur Java : CNRS Consultant eBusiness : star-up Chomeur :cry: et en création de structure de formation/consulting (et veille dans l'avenir) : en cours (vivement que les première factures rentrent) :lol: SSII : jamais de la vie, plutot mourrir (en tous cas pour certaines 'grosses' SSII) quant je vois ce que me racontes mes amis qui y travail ca me fait foids dans le dos : mentir au client ou lui revendre 3 fois la m^me chose : trop peu pour moi (malheureusement je n'exagère pas) - pdarouen

...

Thu, 01 Jan 1970 01:00:00 +0100

[quote] Actuellement des outils de gestion de projet tel que l'extrem programming permettent de déveloper des logiciels plus stables, mieux faits, et plus adapté au cycle de réalisation court. On trouve des livres sur le domaine à la FNAC (meme en province et sans les commander). Pourtant on en est encore au cycle en V et a PERT et GANT ! C'est n'importe quoi eXtrem Programming est quant même issu de l'automobile : secteur montré en exemple en terme d'inovation et de normalisation. [/quote] 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: ) - pdarouen

...

Thu, 01 Jan 1970 01:00:00 +0100

[quote]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). [/quote] 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. [quote]As tu lui 'le Mythe du mois-homme' de Frederick P. Brooks ? [/quote] 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: [quote]ca fait plus de 10ans que ce concepte a été donné comme faux. [/quote] 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: : [quote]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 [/quote] C'était et c'est de nouveau ma conclusion sur le sujet :wink: - Pilef

...

Thu, 01 Jan 1970 01:00:00 +0100

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. - pdarouen