let antibarbie = xp <- xp - 1 a écrit 507 commentaires

Sous Linux tu as NUT (Network UPS Tools) pour un onduleur classique, c'est relativement mieux supporté que dans le temps, avec notamment des interfaces USB compatibles, et pas seulement des ports série RS232. Ca parle les "langages" onduleur divers et avariés (salut, quel est ton niveau de charge ? de sortie ? combien de prises branchées ? connexion sur le secteur ? coupure ? etc..)

Pour une interface réseau, tu as toute une batterie de logiciels basés sur le standard SNMP, je ne sais pas si ton onduleur-photovoltaïque supporte SNMP, mais c'est en toute logique :
interface réseau == support SNMP. Sinon ce constructeur a-t-il choisi un autre protocole a-la-noix ? bacnet, modbus/tcp, opc/ua ou autre protocole plus ou moins mal reconnu...

Vu la documentation, le constructeur axe son offre sur un produit tout intégré ou tu peux acheter les différents modules, et vu que la connectique proposée est en RS485, RS232 et Ethernet, c'est assez logique qu'ils ne proposent pas un simple driver, mais une gamme de produits de supervision complète à acheter avec leur onduleur.

Néanmoins, derrière tout ça, je serais assez curieux de savoir comment ça cause, un peu plus en détail.

[mode troll="off" ma-vie="1"]
J'ai toujours été moyennement emballé par les debian-like, mais depuis que le héron m'a séduit j'ai abandonné lâchement Mandriva. Et tant pis si les commandes dpkg/select/apt/get/file/search/cache/bidule sont plutôt obscures pour le non initié.
[/mode]

Jusque là, quelle que soit la version, tout marchait plutôt bien, net, musique, vidéos, TV, TNT, 3D, tablette wacom, scanner, imprimante espon et brother, souris high-tech, graveur, onduleur... tout nickel.

Mais je suis tombé sur un os, car j'ai un disque en raid software et il y a le bug là :

https://bugs.launchpad.net/ubuntu/+source/hal/+bug/361689

HAL qui crashe, un bug mineur de rien du tout, et hop, tout le système tombe par terre.
ça rend le système tout bonnement inutilisable.

Heureusement ma grand-mère (86 ans) n'est pas tombée sur ce genre de bug, parce que pour un non informaticien, impossible de s'en sortir... c'est tout de même comparable à un windows qui blue-screen-of-death au démarrage après une update (souvenez-vous, ça faisait ça avec NT).

A part ça, ben jaunty marche plutôt bien ! Mais ptet que canonical pourrait embaucher des ingénieurs test/qualité supplémentaires ? :-)

L'analyse du business model effectuée par Mike de Floor64 est vraiment excellente, c'est en effet peut-être la créativité de trent reznor qui sortira les NIN de la crise. Je pense que ce genre de présentation, axée "business" + créativité + libre/légal/partage/fan art/etc + $$$$$ peut parler à nos ministres, ça parlerait même à un gouvernement très libéral.

Mais ça ne parle pas forcément aux intermédiaires, labels, producteurs, SACEM et compagnie !

Je m'interroge, comment de façon viable permettre de sortir de l'engrenage dans lequel sont tombés les développeurs MFC des temps passés, et qui sont aujourd'hui prisonniers d'un environnement de développement/débug convivial mais buggué à mort, et d'un système windows propriétaire à utiliser pour le développement, et également à installer chez les clients.

La question se pose chez nous, et en gros on est pieds et poings liés à des solutions (de facilité) M$. Faire du linux, ça a beau être bien, beau, libre, et tout. Mais que proposer comme solution clef-en-main à un petit éditeur de logiciel qui veut essayer une migration ?

Connectivité SQL, connectivité .NET, interface utilisateur, classes mickeysoft incompatibles avec le reste du monde, sockets façon M$, boucles de messages, autant de problèmes pas forcément triviaux à dégager ou modifier.

Je plussoie, la vidéo est excellente, un vrai argumentaire, un vrai impact, un vrai spot publicitaire qui mériterait d'être diffusé. Positivons, le bon coté d'Hadopi, c'est que les gugus comme nous se mobilisent contre les mafias de la SACEM, SACD, universal et compagnie.

C'est une super avancée, pour des créateurs, de déposer des projets, des documents, des œuvres en Creative Commons, il n'en faut pas moins oublier que, si ça a le mérite de clarifier la situation, cela n'équivaut pas dans tous les cas à faire du GNU/libre. Par exemple, la CC BY-NC-ND sur le site internet stipulé ci-dessus (les nous) interdit expressément la modification et l'utilisation commerciale, alors que sur le site de piano-boogie, on tombe tout de suite sur un BY-SA dans le pur esprit GPL.

Bref, c'était juste une petite parenthèse, et ça méritait d'être précisé : CC, c'est pas forcément du 100% libre.

Pour info :

Ca ne fait pas trop avancer le schimilimili, mais pour info, voici des tarifs que pourraient obtenir un petit intégrateur en passant par une plate-forme spécialisée, rien à voir donc avec un contrat Dell-M$ :

- XP Pro SP3 OEM Licence + Support est vendu 284,00 €HT le pack de trois, soit 113€TTC pièce (on est pas loin de la boite à 200€).

- 2003 R2 SBS : 327€HT (438€HT chez dell)
- 2003 R2 normal : 576€HT (628€HT chez dell)
- Vista Home Premium : 91€ HT (chez dell difficile de savoir !)
- Vista Home Basic : 72€ HT

- Office Basic 2007 : 158€ HT (149€ HT chez dell - moins cher que le tarif revendeur)
- Office Pro 2007 : 252€ HT (329€ HT chez dell)

J'abonde dans ce sens, pour en avoir fait le tour en 2008 (avec des tests succincts), Plici et Prestashop semblent être les deux produits les plus aboutis du moment. Après, les business plan rattachés à ces projets sont à-priori intéressants, en laissant une solution libre, et en proposant à la vente des modules complémentaires et des services d'hébergement/paramétrage.

Ce n'est pas un appel au troll, mais prestashop était bien plus simple et clair à appréhender que Plici, qui était plus simple et clair que le tout le reste.

Bref, je plussoie plici, même si les imports de listes de prix d'objets auraient besoin d'un petit coup de pouce de la communauté.

De plus, des modifs apportée sur un projet BSD "propriarisé" ne seront pas re-fournies aux développeurs d'origine, donc ça se mords la queue par rapport à ton point (2). D'où la détection de troll :-)

Néanmoins sur un plan business, on peut compter sur l'intégration du projet dans un packaging plus vaste/intéressant/facile/etc... c'est à la mode ce genre de business pour proposer aux PME de se passer du cauchemar Exchange !

D'où un choix GPL ma foi intéressant pour à peu près tous AMHA (le LGPL serait peut-être plus judicieux pour répondre à tous tes arguments).

mes 2 cents...

Interessant mais.... si si c'est pas si mal de pouvoir faire du développement web avec une approche plus fortement typée, et d'avoir un langage fonctionnel aussi puissant sous la main c'est un atout indéniable. Peut être pas pour tout de suite en production sur des gros sites... mais sait-on jamais. Il leur faudra d'abord améliorer la connectivité SGBD (c'est un des points de développement).

Et aussi... enfin un bon gros projet qui met en avant la puissance d'OCAML !

C'est un peu comme de nos jours (attention je m'auto-flagelle, mais je vais dire du bien d'un produit M$) le developpement web avec C# c'est pas si mal que ça, car c'est un langage de "haut niveau" loin des atrocités d'un développement ASP. Là ils proposent de mettre la barre encore plus haut (même s'ils en sont encore loin).... Mais microsoft va-t-il sortir un jour ASP.NET for F#, pour concurrencer ocsigen ??

Je pense qu'Ocsigen mérite d'être creusé un peu plus, mais leur site web n'est pas pas assez vendeur AMHA.

signé,
Un adepte du Ocaml, qui malheureusement développe en C++/C#/Delphi et autres co..... pour être payé à la fin du mois.

Rambaldi ?

Ben il y a tes données privées dessus, Nom, adresse, email. C'est vrai que coller le AppleID à la place de ces données trop facilement exploitables, voire modifiables, ça aurait permis autant de traçabilité, et un peu plus de confidentialité.

Tu sais, ta collection de mp3 peut être copiée par ta petite soeur, qui grave un cd pour ses copines, qui s'échangent des cd/mp3 etc.. etc.. et ton mp3 se diffuse presque malgré toi en emportant avec des données confidentielles dont tu ne souhaite guère la diffusion.

Maintenant c'est vrai, c'est mal de partager illégalement ce genre de musique non libre !

A propos des reconnaissances de partitions musicales, j'ai déjà vu ça quelque part, et il faut croire que ça marche ! Ils bossent là dessus à l'Inria, dans le projet Imadoc.. je sais pas trop ce qui est publié de leurs travaux, mais en tout cas ils font des trucs vraiment très intéressants.

Julien.

En ocaml on peut déclarer des opérateurs infixes de la même façon.
OCaml, l'avenir du fortran ? :-) non non je ne trollerai pas là dessus,
mais ça méritait d'être signalé.

On est tous bien d'accord, c'est bien loin des langages plus haut niveau et plus beaux que l'on peut manipuler de nos jours, c'était le bon vieux temps mais aujourd'hui on peut se reposer sur une syntaxe plus claire et des paradigmes intéressants (OCaml, Ruby, y'a plein de beaux langages sympatiques de nos jours...).

Pour moi John, il a fait un truc bien, c'est la notation BNF, après le Fortran, vite vite tournons la page :-p

J'ai aussi participé deux fois, deux fois en finale et une fois récompensé (mais bon, dernier des meilleurs :-) *arf*). Et c'est vrai d'une part qu'il faut être sévèrement motivé pour franchir les qualifications en étant débutant.

A mon humble avis il faut être débrouillard, question programmation, le genre de personne qui comprend de ses erreurs et qui doit arriver à pondre quelque chose en trifouillant le code !

Mes souvenirs des qualifs :
- il faut avoir quelques bonnes idées en algo, mais a l'age où on le passe on commence à avoir de bonnes idées
- les questions d'algos les plus difficiles ne sont pas éliminatoires si vous les ratez pitoyablement (souvent sur des théories d'algo un peu poussées, soit vous connaissez le problème, soit vous passez à coté, soit vous êtes un génie en herbe mais peu probable :-) )
- on peut se qualifier avec un programme qui ne fonctionne pas, suffit que l'idée soit bonne, ainsi que l'organisation générale de la solution proposée (la passion derrière compte aussi surement !)

Après il y a surement une volonté d'ouverture, de la part de l'équipe d'organisation.

Pour les 36 heures :
- être capable de résister 36h sans roupiller
- resister 36 heures avec la musique techno a fond
- ne pas croire au faux sujets, d'ailleurs bien trouvés :-)
- ne pas être celui qui se tape tous les bugs du serveur
- resister aux seaux d'eau lancés sur les gens dans l'entrée
- savoir surfer a plat ventre dans la cafet'
- resister aux odeurs de geeks qui se lavent pas (d'ailleurs si les douches étaient propres, peut-être que plus de monde se laverait ?...)

Anti

ps: suis surpris qu'il y ait pas eu de gros troll poilu sur le prologin :-)

Je pense que tu n'as pas saisi l'enjeu, pourtant expliqué de façon remarquable dans cet article de Val Henson, de la subdivision d'un disque. Tu parles de octets/secteur etc... mais l'approche est plus ici orientée sur la structure logique du système de fichiers : répertoires / fichiers.

le problème :
1) La taille du disque augmente énormément, alors que la bande passante, et les temps d'accès stagnent
2) les problèmes d'erreurs et de corruption de disque nécessitent actuellement de scruter une bonne partie du système de fichiers pour reconstruction, et les algorithmes peuvent difficilement être "optimisés" pour compenser le (1)

la problématique :
- Comment organiser un système de fichiers de telle façon qu'une "reconstruction" soit la moins pénible possible.

une idée le "Chunkfs" (pas forcément bonne, hein !) :
- Essayer de subdiviser le système de fichiers de telle sorte que si une subdivision soit corrompue, on n'ait qu'a s'occuper de cette subdivision là pour "reconstruire" et non pas des autres parties du disque.

question bête mais qu'est ce que tu appelles une ASBL ? (pardonne mon ignorance !) et qu'as tu donc pu tester comme logiciel auparavant ?

Rofl, bientôt un troll OCaml contre Whitespace :-)))

Pour ma part, je pense qu'au dela de la disponibilité en nombre de programmeurs, bien que de plus en plus de jeunes en fassent à l'école, il manque aussi à OCaml certains critères pour que le patron moyen (et un patron, c'est malheureusement un patron) ose se pencher un peu dessus :

- Une réputation... actuellement c'est plus du genre "un truc de chercheurs"
- Une belle IDE présente sous Win, Mac et Linux, qui soit pleinement fonctionnelle
- Un débuggeur potable et visuel (i.e. facile à utiliser)

Montrez moi les trois et je tente le coup avec mon patron (on passe notre code delphi en OCaml - ça peut pas être pire que Delphi 5.0 !)

et sans faute d'orthographe ce serait mieux ! ça me fait mal de voir des textes anti-brevets logiciels qui sont peu compréhensibles car mal orthographiés... ça passe par là aussi, la crédibilité d'un texte.

Je pense que vous n'avez pas bien compris mon point de vue,
je trouve que c'est un peu trop facile pour une grosse boite comme la SNCF que plutôt que commencialiser un billet plein tarif à X¤, d'essayer de refourguer un billet non échangeable / remboursable à (X - epsilon)¤, (où epsilon est très petit) c'est tout bénef pour eux :

- la réduction accordée est misérable,
- c'est 100% bénéfice pour eux car l'acheteur abandonne tous ses droits d'échange ou de rétractation

Bref on prend une place dans un train à moitié vide et pour prendre le suivant à moitié vide aussi on est obligé de prendre un autre billet. Et puis c'est pas parce qu'on voit le pire ailleurs que le mal est excusable.

malheureusement oui ...

Et si on ne stocke qu'une empreinte de celui-ci (on pourrait l'imaginer au premier abord) on ne pourra la comparer qu'à une empreinte du coté client, donc au final, le mot de passe devient l'empreinte mémorisée... le problème est équivalent.

Néanmoins la seule possibilité de compromission, reste le piratage de la base de données du serveur.

Le fait est, que dans l'article, on a l'impression qu'on veut nous faire comprendre que, pour un chef d'entreprise, l'aspect contaminant de la GPL est quelque chose de malsain.. à éviter. Je pense qu'il faut tourner le problème autrement :
- soit on souhaite *bénéficier* de code GPL et dans ce cas on accepte la contamination et de re-faire *bénéficier* autrui de son code.
- soit on n'accepte pas la contrainte et on va voir ailleurs.

C'est dépassé à mon avis de vouloir garder secret son code source comme le sacro-saint savoir-faire de l'entreprise qui, s'il était dévoilé, entrainerait la perte de celle-ci. On peut de plus, via des solution techniques, s'affranchir de dévoiler certaines parties "critiques" d'un code... par exemple avec des plug-ins...

Bref c'est normal de préférer la liberté de LGPL... mais la contamination par la GPL c'est pour le bien de tous, pensez-y.

C'est uniquement le cas d'une version *libre* (entendez ici libre pas très libre) qui pour l'utiliser nécessite un *login* sur le serveur de chez BitMover.

En fait, Linus utilise la version payante de BitKeeper, non ?

mais c'est le changement de politique concernant la version libre qui les a poussés à changer... de toutes façons une version libre *figée* de bitkeeper restera disponible, donc il n'y a aucune urgence AMHA.