Le principe de l'IDE 2500 en un ne me convient pas du tout, j'ai plutot tendance a avoir la doc sur le bureau edition+1, les machines sur le bureau -1, et j'aime pas passer mon temp a utiliser la souris quand je tape du texte.
Pour dessiner des fenetre j'ai de très mauvaise experience avec visual studio (mais vu que j'ai pas testé le dernier ca n'a peut que s'ameliorer). Le reproche principal etant que le code généré etais le pire MVC que j'ai vue, avec plein de grosse macro bordélique.
Pour ce qui est de la completion, il est claire que emacs a pas le meilleurs system qui soit, mais si c'est pour avoir le prototypes des fonctions, cscope + xcscope booste bien mais je crois pas qu'il fasse gaffe aux includes.
Note: la completion de vim le fait.
Ensuite c'est vrai que le mode C pourrais amélioré pour faire un truc plus éditeur de code, avec des vrai database derriere
Sun vend aussi du support pour ses machines+OS, et la un solaris x86 open source, peut etre un bon point.
Si on passe du remplacement
Hard_Sun+Solaris -> PC+{Windows|Linux}
vers
Hard_Sun+Solaris -> PC+Solaris
Ca fait deja une amelioration:)
D'autant plus qu'avec un Solaris opensource , ca a les meme avantage qu'un linux, la qualité global en plus [1].
Tant qu'a choisir entre un kernel linux +support RedHat et un solaris+sun , sun a de trés bonne référence au niveau solaris :)
[1] : J'ai de vieux souvenir de solaris, mais niveau stabilité et features ca boost bien.
Du point de vue mécanisme de release, gestion du code, c'est plus professionel que linux
Si on a besoin d'utiliser (payer) un logiciel microsoft pour acceder au document, et que c'est le seul moyen de le faire, ben c'est pas interopérable.
Sinon c'est un peut de la mauvaise volonté de devoir obliger les gens a faire 5 manipulations avant de devoir avoir un document perene et lisible par a peux prés n'import quel systémé d'exploitation.
Faire une version texte cela ne devrais pas etre dure et ca changerais quoi?.
Le departements de recherche de Microsoft sort ses papier en pdf (avec un arriere gout de Latex)
il y a un manque de volonté de faire les chose accessiblez par tous dans le cas du .exe.
Point de vue:
La politique de microsoft c'est d'avoir le plus de gens possible sous Microsoft qqch (normal), pour cela il vont empecher le plus posssible l'interopérabilité. Le plus possible inclus aussi le XML dans word, parceque la les entreprises/pays ont dis que c'etais plus possible :)
Le fait d'avoir une suite bureautique pas trop mal permettant l'interoperabilité a sans nul doute aidée.
Microsoft vends un systeme intégré, avec plein d'api pas trop mal concus, des bonnes applications , MAIS a chaque truc bien qu'il peuvent faire il y a en général une part (petite ou grosse) qui rendent l'ensemble difficilement interopérable. Un ensemble de composants réutilisable dans le système, intégré par un vendeurs c'est bien, que le middlware soit spécifique au vendeurs, ben la c'est moins interressant. Pourquoi ne pas utiliser un truc comme CORBA (norme OMG)?
Note préventive: CORBA n'a jamais empeché les vendeurs defaire des innovation propriétaire, si ce n'est pas fournis par CORBA, on fait un CORBA+, et si tout le monde trouve ca bien, ca rentre dans la norme.
Microsoft (il le disent) s'en contre fout des normes, les seul standard accepté sont ceux de fait (entendre ceux de microsoft)
Et c'est cela qui est particulierement derangeant chez microsofts,
Du coté du libre c'est plus facile d'utiliser un soft avec une norme, et pour montrer que ma-solutions-elle-est-mieux, c'est super-simple d'implementer norme++
Ma solution avec 1 serveur + 2 ordi m'a demandé pas mal de temps de régalge, mais maintenant plus de problèeme de balais ou autre. C'est un joyeux mix de toutes les solution proposé:
gaine plastique, multiprise fixé au bureau , passe cable, fil de fer, sert-cable en plastic.
Principe :
un passe cable fixé au bureau ou sont tout les fils
sur mon bureau j'ai le passe cable peu visible, pour faire la liaison avec les ordi j'utilise des gaines en plastique blanc + un truc pour serrer qaund il y a trop de fils :)
alim: multiprise attaché au bureau -> vers passe cable
les filtres bayesiens sont relatif au domain de la classification:
je prend un message et je le range (on peut faire ca avec plein d'autre méthodes)
Ce que tu semble rechercher c'est plutot de la recherche de solution : j'ai une une fonction f (ton model), un point d'arrivé et je cherche le point de depart.
pour avoir diverse information sur comment faire avec les algorithmes génétique faire de recherche google:
pour les algo génétiques:
algorithmes génétiques recherche de minimum
algorithmes génétiques recherche de solution
NFS n'est pas secure c'est tout. Ce truc est bien connu.
Pour bien faire les choses il faudrait virer le NFS (j'ai entendu parler d'un NFS+), et le remplacer par un FS reseau avec authentification :
samba ou NFS rpc secure.
Pour cela il faut aussi faire de l'authentification reseau :
ldap, samba, kerberos,....
FS reseau authentifié : l'utilisateur prouve son identité (avec des clefs) au serveur de fichier.
authentification reseau: pour distribuer les clefs, seulement pour l'utilisateur qui peut se logguer.
Ensuite si tu est root sur une machine oui il y a des user de loggué tu peut leurs voler leurs token d'identification. on peut limiter les consequences :
utiliser le moins possible ses secret sur d'autre machine non secure :)
Inconvénients:
- Les boites/écoles,... etc ont des modèles, c'est lourd à convertir (il faut commencer a connaitre le ps en plus.
- Pour des transparents il y a pas mal de graphisme en général et la un WISYWIG est utile
- Les ajustement visuel suivent el cycle code-compile-vérification.
Sinon pour les présentations de stage ca rulezz, mais il maque d'un LyX pour prosper , parceque dans le vrai boulot, les gens veulent reutiliser ton boulot, et si tu leurs donnes le code "source" de ta presentation , ben ils vont pas apprecier..
Les derivée de NT utilise un cahce pour le profil b), c'est un choix qui peut etre efficace, si ce cache est correctement synchronisé.
Maintenant je sais pas pour XP, mais pour NT : la synchronisation est mal faite.
Maintenant je prend le XP avec le cable debranché(A):
je change mes prefs, je me logue sur une autre machine(B), avec de nouvelles prefs.
Que ce passe ils si A revient sur le reseau ? merge des prefs? XP demande quoi faire?
Si non -> c'est mal implémenté. Ca sert a rien d'avoir un login sur un domaine si il faut rerentrer les prefs sur chaque machine?
Sinon question d'interface utilisateur: est ce que XP te dit que tu utilise le cache? parceque si tu sait pas tu risque d'etre deconnecté, puis tu te reconnecte, les truc peuvent changer,...etc
Si il n'y a aucun moyen de savoir ca c'est une boite noir, on ne sait pas se qui se passe et c'est pas ergonomique .
je suis d'accord, j'ajouterais meme que ce qui est rajant dans gnome et tout ca c'est le coté usine a gaz en terme de programation.
KDE a commencé avec du corba, mais c'est plutot orienté vers un truc fais maison, plus léger, surtout au niveau des binding.
gnome utilise corba, et du C. corba est beaucoup plus generique (donc plus de limitation au niveau language idl) et surtout gnome est codé en C+corba:
dans gtk ils se traine un C orienté objet (ce qui est foireux a mon gout[1] ) et gnome utilise de l'objet CORBA en C, ce qui est lourd.
plus lourd comme system de prog, c'est l'orienté objet en BASIC....
Dans un autre poste on faisait reference au binding qui sont généré automatiquement, c'est plutot un systéme du genre qu'aurais du utiliser gnome et gtk:
on ecris les jolies interfaces dans un langage IDL quelconque, on génére le code intermédiaire et on link. d'apres les post sur dcop que j'ai lu dans kde ils font comme cela.
CORBA fais cela, avec des grosse contrainte au niveau interopérabilité (ce qui le rend chiant en C).
Ce qui freine gnome a mon sens c'est ces choix et le fait que les gens font d'abord une appli gtk et ensuite une appli gnome (parceque c'est moins accessible)
Ils ont pris les mauvais coté de corba (lourdeur des binding et des type) sans les avantages et ils, se complique la vie pour l'implementation
J'aime beaucoup les applis gnome et ils ont des bonnes idée, (ils pourrais s'ameliorer, notament du coté philosophie unix) mais coté framework c'est plus obscure et moins abordable que KDE
[1] C objet == foireux :
Un language informatique permet entre autre d'utiliser un certain nombre de concept.
C++ apporte <dans le langage> de l'objet,le C non. Il est plus chiant de faire de l'objet en C, SURTOUT pour la maintenance : en java par exemple le langage <lui meme> gere l'instanciation, les chemin bizaroide des exception, la surcharge, en C il faut tout faire la main: plus d'erreur possible, plus de temps pour écrire une interface,.... etc
CORBA n'est pas une techno pourris est depassé. Pour faire de l'objet distribué, sur plein de plateforme ave cplein de vendeur différent ca marche quand meme bien, il y a des interface standardisé,... etc
CORBA est bien,
maintenant l'utilisation de gnome de CORBA n'est pas forcement la meilleur qui soit:
framework d'activation proprietaire -> bof
Un certain nombre de service géré bizarement -> bof aussi
Comment est géré la securité (je sait pas)
ca fait deja un petit moment que j'ai regardé les interface, et elle étais pas super developées. Elles ont l'air mieux maintenans.
Ce que je trouve terriblement domage c'est que corba est transparent a travers le reseau et on n'utilise appareent pas cette possibilite dans gnome : un petit gconf qui utilise corba, avec heritage de config configurable, dont un serveur reseau , c'est super interressant.
Ensuite pour revenir sur le fait que DCOP est facilement scriptable, cela doit etre possible de s'amuser avec corba script pour controler
Apple fait bien les choses pour OSX :
Son savoir faire(interface, outils haut niveau) en propriétaire et les fondations en Open Source, la ou apple n'apporte pas beaucoup de différentiation.
Un autre bon point pour apple est son utilisation des standard (iCal, ZeroConf...)
Le rapport est un rapport d'economiste qui se base sur le transfert d'utilité. d'aprés la définition de l'auteur:
Le transfert d'utilité procède d'un double phénomène : une évasion de contenus à travers les technologies de peer-to-peer, et une capture par les réseaux du consentement à payer, à travers la tarification de l'accès. Toute l'originalité économique de ce phénomène réside dans ce transfert d'utilité.
Il part de cette théorie de transfert d'utilité et l'applique sur la musique online de maniere discutable : Pourquoi le itune music store marche alors? c'est un systeme non basé sur une tarificatin a l'accés, pourquoi les autres magasins de musique avec abonnement marche moins bien?
On rajoute des études disant que les gens sont intéressé par le téléchargement de musique (légal/pas légal???) , en rajoutant des correlations vachement revelatrices[1],
on en déduit que c'est parceque c'est gratuit , et on propose de faire payer le bénéficiaire indirecte qu'est le FAI.
Et évidement cette théorie se passe en vase clos (pas de conjoncture, de budgets,...etc)
Bref la théorie pourquoi pas, les conclusions pratiques a revoir.
Note: Autant les économistes arrivent à pouvoir expliquer certains phénomènes a posteriori, autant quand ils essayent de l'appliquer sur d'autre cas, il y a des paradoxes...
[1] En prenant un ensemble de donnés , il est souvent possible de trouver des corrélations, les algos ne manquent pas, par contre les matheux et informaticiens disent bien de faire gaffe au donnés et aux interprétations:)
Elle est ou la spec complete de la solution anti spam?
parceque le 2-1) j'ai pas vu ca dans l'article. Si on met en place chez tout le monde la verification du serveur d'origine, ben il y aura moins de spam.
La solution du timbre pour email tout seul ne suffit pas en l'état, il faut d'autre mechanisme. Ensuite si ces mechanisme sont déja en place, on peut meme envisager d'autre solution que le timbre (CA,...etc) .
Quand il y aura un draft de la solution, on pourra serieusement en discuter , en attendant c'est juste une annonce marketing "Microsoft va vous sauver du SPAM, Microsoft innove"
En général:
Les labos de microsoft sortent des trucs assez interressant, du genre les mot intelligents dans le navigateur (moteur semantique, truc intelligent, ... etc), quelquechose qui est en soit interressant techniquement et informatiquement (SiSi), le probleme c'est son utilisation probable dans une optique commerial (obligé c'est une entreprise) est le contraire d'interessant.
Meme quand microsoft sort un truc techniquement superieur, innovant, ... etc cela reste dans son optique monopoliste, de verouillage des utilisateurs (De plus en plus) et de prise de controle d'un certain nombre de standard (HTML,....etc) .
Crosoft utilise quand me em de plus en plus les standard, parceque ca rale au niveau gouvernement et qu'il y a de la concurence, mais c'est pas la méthode préférer.
Donc en attendant il est normal de se demander les faille possibles et les abus possible pour les eviter.
Donc d'aprés ce que tu dis c'est le serveur mail qui gere ta liste blanche (non précisé dans l'articelde la BBC, goole n'est pas mon amis).
ce que je vois:
1) Si identification fiable -> OK
2) Si pas d'identification -> NOK 3 contre exemple
1) avec identifiaction fiable:
Le problème non abordée par l'article est l'identification de l'auteur du mail.
Si l'on peut identifier la personne par signature electronique, ... etc pas de Pb
les solutions sont déja en place .Microsoft pourra meme offrir ce genre de service, avec une si belle integration a ses systèmes:-).
La solution du "timbre cryptographique" de Crosoft, si elle veut marcher, implique un choix de système d'identification, ce qui pose de nouvelle question.
Tant que ce système d'identification n'est pas proposé, c'est du discours marketing sur une solutions technique intéréssante mais pas finalisé.
PMFP[1]: En plus avec paladium et le DRM bill gates va vouloir nous imposer SON systèmes de controle de NOS oeuvre et puis comme bill gates il est maichant, capue
2)Sans identification:
scénario1:
Si l'identification de l'expéditeur n'est pas en place, le spammeurs n'oseras pas spoofer une identité. Par exemple supposons qu'un vendeur informatique/provider ais une liste de diffusions et que celle-ci soit dans la liste blanche de tous ses abonnés/clients (support@microsoft.com dans outlook, par exemple).
Le spammeur pourra utiliser cetter addresse dans le "From:" pour spammer tranquillement. Maintenant plus drole: les gens retirent en masse ces addresse de la whte-liste, -> la mailing liste se prend un DDOS dans sa gueule.
-> perte d'efficaité de la solution
scénario 2:
je suis pas a la maison, le spammeur me spamme, je(ou mon serveur) lui demande de me montrer qu'il est gentils et qu'il me resout mon puzzle ->
il le fais -> dans ma white liste -> il va pas se gener pour ùm'envoyer d'autre spam sur maon addresse valide. Il ne vas plus envoyer 1 offre a 50000 perssonne mais 50 offre a la méme (au pif comme dans nos boite aux lettres, celle avec les vrais timbre)
scénario 3:
Le challenge n'est pas renvoyé automatiquement, l'utilisateur doit confirmer l'envoi du challenge/l'ajout dans la white liste -> il doit traiter le mail -> pas grand chose comme apport par rapport a l'effacemetn du mail/ le logiciel de filtrage.
Note
Note: si l'identification est misent en place, le mécanisme empeche la creation d'identité jetable, en introduisant un cout de changement d'identité, mais ce cout peut etre aussi géré par le l'autorité de certification par exemple, et on peut même gérer des truc comme des niveau de confiance variable : grosse entreprise, organisation mais connus pour ne pas avoir de Pb, par signature, anneau de confiance.... etc. Bref un truc encore plus flexible.
Sur une de mes machines ca le faisais avec le 2.6.0, je testerais bientot avec le 2.6.1 .
ca le faisait aussi en console. (reinstal linux depuis)
Par contre pas de probleme avec avec le * du pave numérique.
Note: idealement le Makefile devrais gerer un repertoire image_source, et un image_rep, le texdep sortir gerer les images, et avoir des regles quivontbien
pour soit convertir les images, soit faire des liens
Ce que je trouve plus dérangeant dans cette histoire, c'est que microsoft decide de faire payer des royalties aprés que le FS soit devenue un standard quasiment incontournable.
Même si le cout est négligeable je pense que ces royalties qui sorte du chapeau devrais, dans le futur, etre evités par les industriels. Il serais plus saint de s'orienter vers des standards ouverts (et/ou sans royalties) ou , au minimum, avec une politique de license claire dés le début.
Avoir ce type de standards
Si les fabricants de matériel usb avais utilisé un autre système de fichier (mieux adapté a méméoire flash par exemple), avec des specs ouvertes et libre de droits d'utilisation et d'implementation [1], ce fs aurais toute les chances de devenir un standard[2] utilisé et utilisable sur un grand nombre de plateforme. L'utilisation de standard proprietair "de facto" nuis à l'innovation et a la concurence.
Apple (par exemple) est une entreprise tout aussi capitaliste que microsoft, mais qui est plus saine par rapport au standard (je risque de dire des connerie apres ce point). Apple offre tout une panoplie de logiciel qui utilisent des standards "vrai" [2], et ces logiciels sont interéssant[3] parcequ'ils sont bien fait et qu'ils sont interopérable, pas parceque c'est le seul moyen acceptable[4] de lire tel ou tel document.
Et comme je suis dans linuxfr, je pense que cet aspect "standard ouvert" est la chose sur laquelle il faut d'abord se battre, parceque :
- c'est facile et facilement comprehensible par le decideurs pressé
[5]
- cela permet une meilleur competition, ce qui peut etre tres avantageux pour les logiciels libre.
- On peut meme forcer l'utilisation de sstandard dans les administrations et pour les échanges avec l'administrations. L'état n'a pas a imposer le choix d'un fournisseur particulier si on veux utiliser des services publiques[6]. L'état (dont je fais partie) devrais pouvoir choisir entre plusieurs fournisseurs.
Pour le dernier points, apparement il y a des initiative dans ce sens. IL est aussi assez intéressant de voir ce que fais l'allemagne[7] en favorisant les standards ouvert ( ex: PKI, S/MIME)
et le projet aegypten [8]. Cela permet d'avoir un developement des entreprises locales (en faisant developper des produits open-source par des entreprises allemandes), et de nouvelle possibilité pour les entreprises en ouvrant un marché. C'est aussi a l'allemagne que l'on doit Kollab et Kroupware [9], merci le BSI. L'europe/la france devrais faire de même (et réutiliser les standards déja développé). Je paye des impots, je préfère que mes impots soit utilisé pour faire des standard ouvert (liberté) et reviennent a des entreprises locale/européenne (qui embauche des autochtones européens, dont je fais partie :) )
mes 0,25 euros.
[1] pas comme les DTD d'office 2003 qui sont ambigue sur ce que l'on peut en faire/ou pas.
[2] a opposer au standard "de facto" comme FAT, doc...
[3] iCal il est beau, REndezVous permet de faire des truc bien aussi
[4] d'un point de vue des brevets/DMCA/EUCD, pour des gens qui respecte les lois
[5] Vous utiliser un logiciel qui ne vous garantie pas que dans 5 ans vous puissiez encore les lires sans avoir le meme fournisseurs? Dans certaines boites les logiciels et materiels sont conservé en etats de marche parceque le logiciel/materiel n'est plus vendu et que c'est le seul moyen d'avoir les plans/les données des tel ou tel engins.
[6] Sauf dans le cas d'un monopole d'etat, mais ce dernier a des obligation de service publique
[7] Normal!, ich bin in München
[8] http://www.gnupg.org/aegypten/index.fr.html(...)
[9] http://www.kroupware.org/faq/faq.html#General0(...)
Le terme hacker est tout simplement ambigue (definition et usage courant), pour moi il designe aussi bien le hacker securite que le hacker programmeur.
exemple de definition:
Cracker (comme dans safe-cracker) est lui aussi d'apres la defintion de hyperdictionary c'est une personne qui casse une securite.
Dans l'usage internet que j'ai vu du terme cracker est restreint au cassage de protection logiciel (DVD, licence, DRM, ... etc)
pour moi ca reste un hacker (qui a cracker la securite des serveurs debian)
et c'est pas la peine de crier comme ca, la definition n'etant pas satisfaisante dans les deux cas.
C'est vrai que ca la fout mal, il n'y a pas 15 jours un serveur cvs de linux est compromis, maintenant celles de debian.
Et on(je) ne sait pas comments ils ont fait pour la machine cvs.
Un exploit non publie peut etre.
Une backdoor dans linux, quoi dans la debian?
Le mode operatoire est il le meme, les attaquants aussi?
Quel est le but? est-ce Microsoft ? apple ? openbsd? stallman? MultideskOS? Sadam Hussein?
Je risque de me faire moinser, mais l'architecture de dev des logiciel libre *apparait* comme vulnerable.
Il est possible de securiser la chose (BitKeeper, gpg, signatures, ...etc) mais cela n'est pas fais systematiquement. D'autres le font (Apple, microsoft, redhat,..).
Il serais bien de la faire systematiquement, tant pour le processus de dev (a quand les machines des developpeurs compromisent) que pour la distributions.
PS: mon clavier n'aime pas les accents, c'est plus facile de taper un ß qu'un {.
[^] # Re: Scheduling domains
Posté par ham . En réponse à la dépêche Linux devient massivement multiprocesseurs. Évalué à 1.
memoire, threads, processus, etc...
Les caches memoire sant dans la ligne des pools:
tu rapatrie plus que necessaire, en te basant sur le fait que tu as de forte probabilite d'en avoir besoin.
[^] # Re: Pas de Visual
Posté par ham . En réponse au message Interface de programmation. Évalué à 2.
Le principe de l'IDE 2500 en un ne me convient pas du tout, j'ai plutot tendance a avoir la doc sur le bureau edition+1, les machines sur le bureau -1, et j'aime pas passer mon temp a utiliser la souris quand je tape du texte.
Pour dessiner des fenetre j'ai de très mauvaise experience avec visual studio (mais vu que j'ai pas testé le dernier ca n'a peut que s'ameliorer). Le reproche principal etant que le code généré etais le pire MVC que j'ai vue, avec plein de grosse macro bordélique.
Pour ce qui est de la completion, il est claire que emacs a pas le meilleurs system qui soit, mais si c'est pour avoir le prototypes des fonctions, cscope + xcscope booste bien mais je crois pas qu'il fasse gaffe aux includes.
Note: la completion de vim le fait.
Ensuite c'est vrai que le mode C pourrais amélioré pour faire un truc plus éditeur de code, avec des vrai database derriere
[^] # Re: Trop tard...
Posté par ham . En réponse à la dépêche Sun devrait ouvrir le code de Solaris (bis). Évalué à 3.
Si on passe du remplacement
Hard_Sun+Solaris -> PC+{Windows|Linux}
vers
Hard_Sun+Solaris -> PC+Solaris
Ca fait deja une amelioration:)
D'autant plus qu'avec un Solaris opensource , ca a les meme avantage qu'un linux, la qualité global en plus [1].
Tant qu'a choisir entre un kernel linux +support RedHat et un solaris+sun , sun a de trés bonne référence au niveau solaris :)
[1] : J'ai de vieux souvenir de solaris, mais niveau stabilité et features ca boost bien.
Du point de vue mécanisme de release, gestion du code, c'est plus professionel que linux
[^] # Re: aller un petite réponse.
Posté par ham . En réponse à la dépêche Les dirigeants de Microsoft enfoncent le clou sur Linuxfrench. Évalué à 4.
Sinon c'est un peut de la mauvaise volonté de devoir obliger les gens a faire 5 manipulations avant de devoir avoir un document perene et lisible par a peux prés n'import quel systémé d'exploitation.
Faire une version texte cela ne devrais pas etre dure et ca changerais quoi?.
Le departements de recherche de Microsoft sort ses papier en pdf (avec un arriere gout de Latex)
il y a un manque de volonté de faire les chose accessiblez par tous dans le cas du .exe.
Point de vue:
La politique de microsoft c'est d'avoir le plus de gens possible sous Microsoft qqch (normal), pour cela il vont empecher le plus posssible l'interopérabilité. Le plus possible inclus aussi le XML dans word, parceque la les entreprises/pays ont dis que c'etais plus possible :)
Le fait d'avoir une suite bureautique pas trop mal permettant l'interoperabilité a sans nul doute aidée.
Microsoft vends un systeme intégré, avec plein d'api pas trop mal concus, des bonnes applications , MAIS a chaque truc bien qu'il peuvent faire il y a en général une part (petite ou grosse) qui rendent l'ensemble difficilement interopérable. Un ensemble de composants réutilisable dans le système, intégré par un vendeurs c'est bien, que le middlware soit spécifique au vendeurs, ben la c'est moins interressant. Pourquoi ne pas utiliser un truc comme CORBA (norme OMG)?
Note préventive: CORBA n'a jamais empeché les vendeurs defaire des innovation propriétaire, si ce n'est pas fournis par CORBA, on fait un CORBA+, et si tout le monde trouve ca bien, ca rentre dans la norme.
Microsoft (il le disent) s'en contre fout des normes, les seul standard accepté sont ceux de fait (entendre ceux de microsoft)
Et c'est cela qui est particulierement derangeant chez microsofts,
Du coté du libre c'est plus facile d'utiliser un soft avec une norme, et pour montrer que ma-solutions-elle-est-mieux, c'est super-simple d'implementer norme++
# gaine + pass cable
Posté par ham . En réponse au journal Les cables d'ordi et le ménage. Évalué à 1.
gaine plastique, multiprise fixé au bureau , passe cable, fil de fer, sert-cable en plastic.
Principe :
un passe cable fixé au bureau ou sont tout les fils
sur mon bureau j'ai le passe cable peu visible, pour faire la liaison avec les ordi j'utilise des gaines en plastique blanc + un truc pour serrer qaund il y a trop de fils :)
alim: multiprise attaché au bureau -> vers passe cable
pour le passe cable, cf ikea ca s'appel SIGNUM:
http://www.ikea.fr/webapp/wcs/stores/servlet/ProductDisplay?catalog(...)
Sinon il y a la solution de la boite : un vieux boitier desktop vide marche tres bien: un ou deux PC dessus, tout les cables d'alims dedans..
# c'st plutot des algo génétiques
Posté par ham . En réponse au journal Algorithmes intelligents : algos génétiques, filtres bayésien etc... Évalué à 10.
je prend un message et je le range (on peut faire ca avec plein d'autre méthodes)
Ce que tu semble rechercher c'est plutot de la recherche de solution : j'ai une une fonction f (ton model), un point d'arrivé et je cherche le point de depart.
pour avoir diverse information sur comment faire avec les algorithmes génétique faire de recherche google:
pour les algo génétiques:
algorithmes génétiques recherche de minimum
algorithmes génétiques recherche de solution
http://sis.univ-tln.fr/~tollari/TER/AlgoGen1/node5.html(...)
ou :
recherche de solution mathématique optimisation
http://perso.wanadoo.fr/scmsa/optimisa.htm(...)
Plus généeralement cela releve du domaine de la recherche opérationel, la encore google est ton ami.
J'espere que cela a eclaircie un peu les choses
# Re: Administrateurs, Sécurité et NFS
Posté par ham . En réponse au journal Administrateurs, Sécurité et NFS. Évalué à 2.
Pour bien faire les choses il faudrait virer le NFS (j'ai entendu parler d'un NFS+), et le remplacer par un FS reseau avec authentification :
samba ou NFS rpc secure.
Pour cela il faut aussi faire de l'authentification reseau :
ldap, samba, kerberos,....
FS reseau authentifié : l'utilisateur prouve son identité (avec des clefs) au serveur de fichier.
authentification reseau: pour distribuer les clefs, seulement pour l'utilisateur qui peut se logguer.
Ensuite si tu est root sur une machine oui il y a des user de loggué tu peut leurs voler leurs token d'identification. on peut limiter les consequences :
utiliser le moins possible ses secret sur d'autre machine non secure :)
[^] # Re: Microsoft parle d'OpenOffice.org
Posté par ham . En réponse à la dépêche Microsoft parle d'OpenOffice.org. Évalué à 1.
- Les boites/écoles,... etc ont des modèles, c'est lourd à convertir (il faut commencer a connaitre le ps en plus.
- Pour des transparents il y a pas mal de graphisme en général et la un WISYWIG est utile
- Les ajustement visuel suivent el cycle code-compile-vérification.
Sinon pour les présentations de stage ca rulezz, mais il maque d'un LyX pour prosper , parceque dans le vrai boulot, les gens veulent reutiliser ton boulot, et si tu leurs donnes le code "source" de ta presentation , ben ils vont pas apprecier..
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
ce qui rend rend gnome moins facile d'acces pour les developeurs
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
Maintenant je sais pas pour XP, mais pour NT : la synchronisation est mal faite.
Maintenant je prend le XP avec le cable debranché(A):
je change mes prefs, je me logue sur une autre machine(B), avec de nouvelles prefs.
Que ce passe ils si A revient sur le reseau ? merge des prefs? XP demande quoi faire?
Si non -> c'est mal implémenté. Ca sert a rien d'avoir un login sur un domaine si il faut rerentrer les prefs sur chaque machine?
Sinon question d'interface utilisateur: est ce que XP te dit que tu utilise le cache? parceque si tu sait pas tu risque d'etre deconnecté, puis tu te reconnecte, les truc peuvent changer,...etc
Si il n'y a aucun moyen de savoir ca c'est une boite noir, on ne sait pas se qui se passe et c'est pas ergonomique .
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 0.
KDE a commencé avec du corba, mais c'est plutot orienté vers un truc fais maison, plus léger, surtout au niveau des binding.
gnome utilise corba, et du C. corba est beaucoup plus generique (donc plus de limitation au niveau language idl) et surtout gnome est codé en C+corba:
dans gtk ils se traine un C orienté objet (ce qui est foireux a mon gout[1] ) et gnome utilise de l'objet CORBA en C, ce qui est lourd.
plus lourd comme system de prog, c'est l'orienté objet en BASIC....
Dans un autre poste on faisait reference au binding qui sont généré automatiquement, c'est plutot un systéme du genre qu'aurais du utiliser gnome et gtk:
on ecris les jolies interfaces dans un langage IDL quelconque, on génére le code intermédiaire et on link. d'apres les post sur dcop que j'ai lu dans kde ils font comme cela.
CORBA fais cela, avec des grosse contrainte au niveau interopérabilité (ce qui le rend chiant en C).
Ce qui freine gnome a mon sens c'est ces choix et le fait que les gens font d'abord une appli gtk et ensuite une appli gnome (parceque c'est moins accessible)
Ils ont pris les mauvais coté de corba (lourdeur des binding et des type) sans les avantages et ils, se complique la vie pour l'implementation
J'aime beaucoup les applis gnome et ils ont des bonnes idée, (ils pourrais s'ameliorer, notament du coté philosophie unix) mais coté framework c'est plus obscure et moins abordable que KDE
[1] C objet == foireux :
Un language informatique permet entre autre d'utiliser un certain nombre de concept.
C++ apporte <dans le langage> de l'objet,le C non. Il est plus chiant de faire de l'objet en C, SURTOUT pour la maintenance : en java par exemple le langage <lui meme> gere l'instanciation, les chemin bizaroide des exception, la surcharge, en C il faut tout faire la main: plus d'erreur possible, plus de temps pour écrire une interface,.... etc
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
gnome et orbit c'est une autre histoire
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 0.
CORBA n'est pas une techno pourris est depassé. Pour faire de l'objet distribué, sur plein de plateforme ave cplein de vendeur différent ca marche quand meme bien, il y a des interface standardisé,... etc
CORBA est bien,
maintenant l'utilisation de gnome de CORBA n'est pas forcement la meilleur qui soit:
framework d'activation proprietaire -> bof
Un certain nombre de service géré bizarement -> bof aussi
Comment est géré la securité (je sait pas)
ca fait deja un petit moment que j'ai regardé les interface, et elle étais pas super developées. Elles ont l'air mieux maintenans.
Ce que je trouve terriblement domage c'est que corba est transparent a travers le reseau et on n'utilise appareent pas cette possibilite dans gnome : un petit gconf qui utilise corba, avec heritage de config configurable, dont un serveur reseau , c'est super interressant.
Ensuite pour revenir sur le fait que DCOP est facilement scriptable, cela doit etre possible de s'amuser avec corba script pour controler
[^] # Re: Du rififi pour XFree
Posté par ham . En réponse à la dépêche Du rififi pour XFree. Évalué à 1.
http://linuxfr.org/2003/08/07/13581.html(...)
[^] # Re: Du rififi pour XFree
Posté par ham . En réponse à la dépêche Du rififi pour XFree. Évalué à 1.
Petite correction: Darwin est distribué sous la license
APSL 2 (Apple Public Source License v2) et non GPL
Cf:
http://developer.apple.com/darwin/licensing.html(...)
Cette license est compatible GPL.
Apple fait bien les choses pour OSX :
Son savoir faire(interface, outils haut niveau) en propriétaire et les fondations en Open Source, la ou apple n'apporte pas beaucoup de différentiation.
Un autre bon point pour apple est son utilisation des standard (iCal, ZeroConf...)
[^] # Re: Le code source de Win NT4 et Win 2000 sur l'Internet
Posté par ham . En réponse à la dépêche Le code source de Win NT4 et Win 2000 sur l'Internet. Évalué à 5.
- le code vient de Mainsoft, qui as un wuftp non patché (chaine de caractère dans un core dump)
- il semble que il y ai une dll de virus dans l'archive, donc a priori cela a été volée sur une machine backdooré
[^] # Re: La loi va-t-elle obliger les FAI à taxer l'upload ?
Posté par ham . En réponse à la dépêche La loi va-t-elle obliger les FAI à taxer l'upload ?. Évalué à 1.
Il part de cette théorie de transfert d'utilité et l'applique sur la musique online de maniere discutable : Pourquoi le itune music store marche alors? c'est un systeme non basé sur une tarificatin a l'accés, pourquoi les autres magasins de musique avec abonnement marche moins bien?
On rajoute des études disant que les gens sont intéressé par le téléchargement de musique (légal/pas légal???) , en rajoutant des correlations vachement revelatrices[1],
on en déduit que c'est parceque c'est gratuit , et on propose de faire payer le bénéficiaire indirecte qu'est le FAI.
Et évidement cette théorie se passe en vase clos (pas de conjoncture, de budgets,...etc)
Bref la théorie pourquoi pas, les conclusions pratiques a revoir.
Note: Autant les économistes arrivent à pouvoir expliquer certains phénomènes a posteriori, autant quand ils essayent de l'appliquer sur d'autre cas, il y a des paradoxes...
[1] En prenant un ensemble de donnés , il est souvent possible de trouver des corrélations, les algos ne manquent pas, par contre les matheux et informaticiens disent bien de faire gaffe au donnés et aux interprétations:)
[^] # Re: Bill Gates veut signer l'arrêt de mort du spam
Posté par ham . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 1.
parceque le 2-1) j'ai pas vu ca dans l'article. Si on met en place chez tout le monde la verification du serveur d'origine, ben il y aura moins de spam.
La solution du timbre pour email tout seul ne suffit pas en l'état, il faut d'autre mechanisme. Ensuite si ces mechanisme sont déja en place, on peut meme envisager d'autre solution que le timbre (CA,...etc) .
Quand il y aura un draft de la solution, on pourra serieusement en discuter , en attendant c'est juste une annonce marketing "Microsoft va vous sauver du SPAM, Microsoft innove"
En général:
Les labos de microsoft sortent des trucs assez interressant, du genre les mot intelligents dans le navigateur (moteur semantique, truc intelligent, ... etc), quelquechose qui est en soit interressant techniquement et informatiquement (SiSi), le probleme c'est son utilisation probable dans une optique commerial (obligé c'est une entreprise) est le contraire d'interessant.
Meme quand microsoft sort un truc techniquement superieur, innovant, ... etc cela reste dans son optique monopoliste, de verouillage des utilisateurs (De plus en plus) et de prise de controle d'un certain nombre de standard (HTML,....etc) .
Crosoft utilise quand me em de plus en plus les standard, parceque ca rale au niveau gouvernement et qu'il y a de la concurence, mais c'est pas la méthode préférer.
Donc en attendant il est normal de se demander les faille possibles et les abus possible pour les eviter.
[^] # Re: Bill Gates veut signer l'arrêt de mort du spam
Posté par ham . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 3.
ce que je vois:
1) Si identification fiable -> OK
2) Si pas d'identification -> NOK 3 contre exemple
1) avec identifiaction fiable:
Le problème non abordée par l'article est l'identification de l'auteur du mail.
Si l'on peut identifier la personne par signature electronique, ... etc pas de Pb
les solutions sont déja en place .Microsoft pourra meme offrir ce genre de service, avec une si belle integration a ses systèmes:-).
La solution du "timbre cryptographique" de Crosoft, si elle veut marcher, implique un choix de système d'identification, ce qui pose de nouvelle question.
Tant que ce système d'identification n'est pas proposé, c'est du discours marketing sur une solutions technique intéréssante mais pas finalisé.
PMFP[1]: En plus avec paladium et le DRM bill gates va vouloir nous imposer SON systèmes de controle de NOS oeuvre et puis comme bill gates il est maichant, capue
2)Sans identification:
scénario1:
Si l'identification de l'expéditeur n'est pas en place, le spammeurs n'oseras pas spoofer une identité. Par exemple supposons qu'un vendeur informatique/provider ais une liste de diffusions et que celle-ci soit dans la liste blanche de tous ses abonnés/clients (support@microsoft.com dans outlook, par exemple).
Le spammeur pourra utiliser cetter addresse dans le "From:" pour spammer tranquillement. Maintenant plus drole: les gens retirent en masse ces addresse de la whte-liste, -> la mailing liste se prend un DDOS dans sa gueule.
-> perte d'efficaité de la solution
scénario 2:
je suis pas a la maison, le spammeur me spamme, je(ou mon serveur) lui demande de me montrer qu'il est gentils et qu'il me resout mon puzzle ->
il le fais -> dans ma white liste -> il va pas se gener pour ùm'envoyer d'autre spam sur maon addresse valide. Il ne vas plus envoyer 1 offre a 50000 perssonne mais 50 offre a la méme (au pif comme dans nos boite aux lettres, celle avec les vrais timbre)
scénario 3:
Le challenge n'est pas renvoyé automatiquement, l'utilisateur doit confirmer l'envoi du challenge/l'ajout dans la white liste -> il doit traiter le mail -> pas grand chose comme apport par rapport a l'effacemetn du mail/ le logiciel de filtrage.
Note
Note: si l'identification est misent en place, le mécanisme empeche la creation d'identité jetable, en introduisant un cout de changement d'identité, mais ce cout peut etre aussi géré par le l'autorité de certification par exemple, et on peut même gérer des truc comme des niveau de confiance variable : grosse entreprise, organisation mais connus pour ne pas avoir de Pb, par signature, anneau de confiance.... etc. Bref un truc encore plus flexible.
[1]: Pour Me Faire Plusser
[^] # Re: Linux 2.6.1 est stable
Posté par ham . En réponse à la dépêche Linux 2.6.1 est stable. Évalué à 0.
ca le faisait aussi en console. (reinstal linux depuis)
Par contre pas de probleme avec avec le * du pave numérique.
apres le clavier que se blo
le
bash# for i in
Login:
# Re: Générer du Pdf à partir de LaTeX
Posté par ham . En réponse au journal Générer du Pdf à partir de LaTeX. Évalué à 1.
d'autant plus que l'on peut generer les pdf "qui torche" © sans pdflatex
avec les liens en couleur, la table des matieres, et les thumbnails.
J'ai aussi un Makefile est des headers qui vont bien,
le Makefile utilise un texdep.
Le tout est utilisable, mais "beta". Si quelqu'un se sent de faire une release, yapasdeprobleme
extrait:
Makefile:
pdf: $(src).pdf
pdf-final: $(src)-final.pdf
%-pdf.ps:%.dvi
dvips -t a4 -P pdf -G0 $< -o $@
%.pdf:%-pdf.ps
ps2pdf -dMaxSubsetPct=100 -dSubsetFonts=true -dEmbedAllFonts=true -dCompatibilityLevel=1.3 $< $@
%-final.pdf: %.tpt %-pdf.ps %.pdf
latex $*.tex
dvips -Ppdf -G0 $*.dvi -o $*-pdf.ps
ps2pdf -dMaxSubsetPct=100 -dSubsetFonts=true -dEmbedAllFonts=true -dCompatibilityLevel=1.3 $*-pdf.ps $*-final.pdf
dans le documents:
\ifx\pdfoutput\undefined % We're not running pdftex
\usepackage[ps2pdf,pagebackref=true,colorlinks=true,linkcolor=blue,plainpages=true]{hyperref}
\DeclareGraphicsExtensions{.png,.eps,.ps,.pdf}
\usepackage{color}
\usepackage{times}
\usepackage[ps2pdf]{thumbpdf}
\else
\usepackage[pdftex,pagebackref=true,colorlinks=true,linkcolor=blue]{hyperref}
\usepackage{thumbpdf}
\DeclareGraphicsExtensions{.pdf,.png}
\pdfcompresslevel=9
\def\pdfBorderAttrs{/Border [0 0 0] } % No border arround Links
\fi
Note: idealement le Makefile devrais gerer un repertoire image_source, et un image_rep, le texdep sortir gerer les images, et avoir des regles quivontbien
pour soit convertir les images, soit faire des liens
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par ham . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 6.
Même si le cout est négligeable je pense que ces royalties qui sorte du chapeau devrais, dans le futur, etre evités par les industriels. Il serais plus saint de s'orienter vers des standards ouverts (et/ou sans royalties) ou , au minimum, avec une politique de license claire dés le début.
Avoir ce type de standards
Si les fabricants de matériel usb avais utilisé un autre système de fichier (mieux adapté a méméoire flash par exemple), avec des specs ouvertes et libre de droits d'utilisation et d'implementation [1], ce fs aurais toute les chances de devenir un standard[2] utilisé et utilisable sur un grand nombre de plateforme. L'utilisation de standard proprietair "de facto" nuis à l'innovation et a la concurence.
Apple (par exemple) est une entreprise tout aussi capitaliste que microsoft, mais qui est plus saine par rapport au standard (je risque de dire des connerie apres ce point). Apple offre tout une panoplie de logiciel qui utilisent des standards "vrai" [2], et ces logiciels sont interéssant[3] parcequ'ils sont bien fait et qu'ils sont interopérable, pas parceque c'est le seul moyen acceptable[4] de lire tel ou tel document.
Et comme je suis dans linuxfr, je pense que cet aspect "standard ouvert" est la chose sur laquelle il faut d'abord se battre, parceque :
- c'est facile et facilement comprehensible par le decideurs pressé
[5]
- cela permet une meilleur competition, ce qui peut etre tres avantageux pour les logiciels libre.
- On peut meme forcer l'utilisation de sstandard dans les administrations et pour les échanges avec l'administrations. L'état n'a pas a imposer le choix d'un fournisseur particulier si on veux utiliser des services publiques[6]. L'état (dont je fais partie) devrais pouvoir choisir entre plusieurs fournisseurs.
Pour le dernier points, apparement il y a des initiative dans ce sens. IL est aussi assez intéressant de voir ce que fais l'allemagne[7] en favorisant les standards ouvert ( ex: PKI, S/MIME)
et le projet aegypten [8]. Cela permet d'avoir un developement des entreprises locales (en faisant developper des produits open-source par des entreprises allemandes), et de nouvelle possibilité pour les entreprises en ouvrant un marché. C'est aussi a l'allemagne que l'on doit Kollab et Kroupware [9], merci le BSI. L'europe/la france devrais faire de même (et réutiliser les standards déja développé). Je paye des impots, je préfère que mes impots soit utilisé pour faire des standard ouvert (liberté) et reviennent a des entreprises locale/européenne (qui embauche des autochtones européens, dont je fais partie :) )
mes 0,25 euros.
[1] pas comme les DTD d'office 2003 qui sont ambigue sur ce que l'on peut en faire/ou pas.
[2] a opposer au standard "de facto" comme FAT, doc...
[3] iCal il est beau, REndezVous permet de faire des truc bien aussi
[4] d'un point de vue des brevets/DMCA/EUCD, pour des gens qui respecte les lois
[5] Vous utiliser un logiciel qui ne vous garantie pas que dans 5 ans vous puissiez encore les lires sans avoir le meme fournisseurs? Dans certaines boites les logiciels et materiels sont conservé en etats de marche parceque le logiciel/materiel n'est plus vendu et que c'est le seul moyen d'avoir les plans/les données des tel ou tel engins.
[6] Sauf dans le cas d'un monopole d'etat, mais ce dernier a des obligation de service publique
[7] Normal!, ich bin in München
[8] http://www.gnupg.org/aegypten/index.fr.html(...)
[9] http://www.kroupware.org/faq/faq.html#General0(...)
[^] # Re: Reprenons.
Posté par ham . En réponse à la dépêche Faille de sécurité dans les noyaux Linux 2.4.18 à 2.4.22. Évalué à 1.
exemple de definition:
http://www.unusualresearch.com/hacker/cud112.htm(...)
Cracker (comme dans safe-cracker) est lui aussi d'apres la defintion de hyperdictionary c'est une personne qui casse une securite.
Dans l'usage internet que j'ai vu du terme cracker est restreint au cassage de protection logiciel (DVD, licence, DRM, ... etc)
pour moi ca reste un hacker (qui a cracker la securite des serveurs debian)
et c'est pas la peine de crier comme ca, la definition n'etant pas satisfaisante dans les deux cas.
.2
[^] # Re: Livret du Libre, deuxième édition
Posté par ham . En réponse à la dépêche Livret du Libre, deuxième édition. Évalué à -2.
\usepackage{ae}
normalement ae sans times doit aussi donner un truc qui ro><or
pour la production du pdf, avec tout dans le pdf
%-pdf.ps:%.dvi
dvips -t a4 -P pdf -G0 $< -o $@
%.pdf:%-pdf.ps
ps2pdf -dMaxSubsetPct=100 -dSubsetFonts=true -dEmbedAllFonts=true -dCompatibilityLevel=1.3 $< $@
Le le document est un peut petit, mais sinon hyperref est conseillé, et thumbpdf pour faire un pdf "qu'il est beau"©
[^] # Re: Plusieurs machines-maîtres du projet Debian auraient été compromises
Posté par ham . En réponse à la dépêche Plusieurs machines-maîtres du projet Debian auraient été compromises. Évalué à 7.
Et on(je) ne sait pas comments ils ont fait pour la machine cvs.
Un exploit non publie peut etre.
Une backdoor dans linux, quoi dans la debian?
Le mode operatoire est il le meme, les attaquants aussi?
Quel est le but? est-ce Microsoft ? apple ? openbsd? stallman? MultideskOS? Sadam Hussein?
Je risque de me faire moinser, mais l'architecture de dev des logiciel libre *apparait* comme vulnerable.
Il est possible de securiser la chose (BitKeeper, gpg, signatures, ...etc) mais cela n'est pas fais systematiquement. D'autres le font (Apple, microsoft, redhat,..).
Il serais bien de la faire systematiquement, tant pour le processus de dev (a quand les machines des developpeurs compromisent) que pour la distributions.
PS: mon clavier n'aime pas les accents, c'est plus facile de taper un ß qu'un {.