Jul a écrit 830 commentaires

Un superviseur système en java, c'est un peu comme un driver écrit Haskell, ou une application web écrite en ASM 68000.

Les sysadmins codant généralement pour le système en langage système (python, perl, ruby) je ne les imagine pas installer sans un gentille pression d'un décideur pressé cette solution car ils ont déjà un métier avec son jargon et n'ont pas envie d'apprendre une floppée de sigle pour faire tourner un serveur qui va manger de la RAM de l'espace disque et des aspirines en grande quantité. D'où ton manque de retour ... CQFD

moi troller ? Plus depuis que j'ai gagné le premier championnat mondial en 2004 :P

Sinon, fink (port-install ou apt) c'est pas mal.

Et oui CUPS racheté par apple ça me fait sourciller.

Sinon, pour les jeux c'est toujours pas ça.

bon prenons un exemple simple la console dans urban terror : ~ sous linux et windows .... et sous mac OS X ? Pleurez ....

Pour faire esthétique pas de touches compliquées, trouver le pipe (|) & co (ß,«,»,©) sous mac, j'ai renoncé. Ainsi qu'aux de toutes façons inutiles touches "{","}","[","]" .... (nan mais qui s'en sert)

Bref, perl 6 avec un mac c'est exclus ! ( opérateur ¥ par exemple qui transforme une chaine de caractère compréhensible en n'importe nawak aléatoire).

En plus sur linux CUPS c'est du logiciel libre, sous mac c'est (tm)(c)(r) apple. À ce titre là je préfère linux.

Donc Mac os X sux, autant que linux face à un vrai UNIX (comme un multiDesk OS)

Va sur la maison des artistes, et regarde les belles exceptions : selon que tu es créatifs «artistes» ou «manant» (pardon dans la création non-noble) alors tes droits sociaux et d'auteurs ne sont pas les mêmes.

Dans un cas tu émarges en tant qu'intermittent, tu factures sans TVA, dans l'autre cas pas.

Pourquoi moi indépendant codeur, je dois combler le trou de la caisse des artistes et le manque à gagner en TVA, et eux en retour passent leur temps à dire : mon travail peut pas être libre ?

Franchement notre métier est basé sur un truc aléatoire : la créativité. Et nous ne pouvons pas capitaliser sur nos créations passées, puisqu'elles nous sont généralement aliénées.

Pourquoi les artistes passent-ils leur temps à se désolidariser des autres créateurs ? On pue la sueur et le peuple et ça pourrait tacher les plumes immaculées de Dieu qu'ils ont dans le cul ?


C'est aberrant, je trouve cette exception choquante surtout au vu de leurs discours qui suent l'égoïsme et le corporatisme. Regarde les trucs de culture libre : c'est le libre c'est bien (pour son succès) mais c'est mieux si on partage pas trop (nc et/ou nd). La culture libre c'est du libre light avec une bonne pâte proprio.

HADOPI, les malheurs des artistes c'est un truc de bobos, et qu'ils aillent pleurer ailleurs. Si il y a un droit d'auteur, j'aimerais aussi qu'il y ait un droit des lecteurs/spectateurs d'accès à la culture dans des conditions correctes.

Les artistes ne sont pas des aristos de la créations, ceux qui pensent l'être je me ferais un plaisir de mettre leur tête sur une pique.

Quand t'es indépendant le droit du commerce implique le même dépucelage anale juridique. Qui n'est la règle qu'en France.

Donc le droit de paternité inaliénable, le créatif non artistique il peut le chercher là où le soleil ne brille jamais.

Le travail n'est pas un privilege.

Et payer un salaire pour s'approprier les creations c'est du vol, car a moins que l'entreprise accepte que le code soit sous BSD, je deviens un contrefacteur si j'utilise MA creation. Creation pour laquelle ma signature est jetee aux orties. Ce qui est inalienable et incessible pour un artiste disparait pour tous les autres creatifs. Wtf ?

S'emmerder avec Hadopi, distinguer code artistique et utilitaire eSt l'orniere dans laquelle les gens du libres se font baiser. C'est pour ca que je ne
respecte pas cette opinion de rms.

Une meme loi, un meme traitement pour tous.

Et marre que les oeuvres artistiques subventionnees soient sous droit d'auteur classique : ce devrait etre en CC by sa a minima ou mieux domaine publique.

Les artistes sont des reacs quand il s'agit du droit d'auteur. Le libre devrait arreter de leur faire des oeillades pour paraitre hype.

La majorité des gens qui font de l'informatique utilisent windows, c'est donc le logiciel libre qui est une mauvaise idée ?

m'en fous, j'aime pas l'art. Je préfère le con chaud.

Faire une distinction entre les artistes qui feraient de la création noble et les autres qui feraient de la création utilitaires me fait gerber, mais OSEF, car la loi elle -elle- s'en fout.

Ce que tu me fais c'est essayer de m'imposer ta vision morale que je ne partage pas.

En tant que bon républicain, pour moi la loi doit être la même pour tous, et ceci sans discernement de la **douleur** dans la création. Si on fait HADOPI pour les artistes, on devrait aussi protéger les créatifs intellectuels de la même manière et interdire aux entreprises de s'approprier sans contreparties les créations.

Même les belges sont moins cons que nous : tous les salariés et indépendants sont associés à hauteur de 50% sur les droit patrimoniaux générés à partir de leur oeuvres.

Si je dis que je mets des lames de rasoir sur mes touches pour souffrir et mettre ma chair et mon sang dans mon code, j'ai le droit à être protégé par HADOPI et toucher du pognon de la SACEM, de free et autres ? J'ai le droit à des suvention de l'état pour faire du code proprio ?

La grosse difference c'est juste que por des raisons d'offre (coolitude de l'artiste vs image de polard du codeur) et de demande le monde de la production artistique est sature. Parmi les artistes nombre sont des rates qui tiennent pas la concurrence et qui au lieu de whiner (couiner en fr) et reclamer une rarete artificielle sous des pretextes pitoyables feraient mieux de changer de metier.

La loi de l'offre et de la demande : trop de pretendus artistes pas suffisamment de demandes, seuls les meilleurs peuvent survivre, malheur aux vaincus. Nous les citoyens n'avons pas a soutenir les pretentions statutaires de mediocres aux moyens d'hadopi, de subventions.

Que les artistes mediocres aillent chercher un vrai boulot, et qu'on accorde a tous les creatifs les memes droits.

Il faut savoir qu'il n'y a pas de séparation entre le travail et la vie personnelle pour un artiste. Les oeuvres artistiques ne sont que des vies privées mises en forme , avec leurs douleurs, leurs cauchemars, leurs joies parfois.


Tu peux éviter les poncifs romantiques ?

Si je dois éviter de dire un mais des artistes, alors évites de me résumer la vision de l'art à celle d'une meute de néo-goth-dépressifs.

De plus, il n'y a pas de séparation entre le travail et la vie privée : ton code -si ta charge de travail est élevée- t'y penses tout le temps : quand tu rêves, le week-end, quand tu manges....

Donc non le codeur lui non plus n'a pas la chance de séparer sa vie privée de son travail.

RMS : 'Nous ne sommes pas convaincus que les œuvres artistiques ou de divertissement doivent être libres,'

Je ne suis pas convaincu qu'un logiciel libre soit facile à fournir, si d'un coté la licence du code est libre, et l'autre coté, les données dites artistiques sont proprio.

Voilà ton jeux, il est gratuit, maintenant, les sons, les skins, les maps, le scénario tu le paie.


Je te fournis un framework pour faire des sites webs, maintenants les icones, les effets jquery tu les paies.

RMS avec sa distinction entre oeuvre utiles (dont informatique) et artistique se met un peu un doigt dans l'oeil. La création informatique n'est pas qualitativement différente.

Et c'est là où le débat pro-anti HADOPI me pète les couilles : pendant qu'on pleure sur les très subventionnés artistes, qu'en est il des travailleurs intellectuels qui produisent des oeuvres de l'esprit ?

On a pas de droit d'auteur, on est dépossédé à 100% au profit des employeurs ou clients (code de la propriété intellectuelle).

Le code n'est pas qualitativement différemment d'une oeuvre d'art, le processus intellectuel est le même il n'y a pas de raison sous prétexte que nous sommes des travailleurs salariés ou indépendants d'être traités différemment.

Ensuite tu n'as pas vu que je voulais le premier élément (get (0)) mais pourquoi pas le 5 ième par exemple... (parce que je sais qu'il existe des suraccesseurs comme "first ")

En gros, ta réponse est fausse, ta ligne de code ne fait pas du tout ce que j'attendais.


Bien vu ^_^

quand je vois les potes en formation libre ou pas et comment on les forme, les bras m'en tombent.

On leur apprend à écrire du code alors que l'on passe beaucoup de temps à réutiliser ou modifier le code des autres, on leur apprend pas à déboguer dès le début, la typo dans le code est passée à la trappe .... Bref.

Je me demande si les formations de type universitaire ou école d'ingénieurs sont bien adaptées à l'informatique (je suis universitaire de formation). J'ai trouvé les DUT informatiques débutants très bien formés, et je commence à me demander si l'informatique ne devrait pas s'apprendre en alternance pendant 2 ans à la limite après le bac, avec de la formation continue tout au long de la vie pro.


//Sur JQuery codé avec les pieds
$($(this).children('.classname').get(0)).css('color','#EFEFEF');
//en jquery normal
$('classname').css( { color : '#EFEFEF' })

C'est sûr que si tu utilises this là où c'est pas nécessaire tu dois détester jquery ;)
et le get non plus n'est pas nécessaire.

La force de jquery c'est les accesseurs et la concision.

Quand Le besoin client est satisfait, le moyen technique n'a pas besoin d'être beau ou pur.

Tcl/Tk est peut être une antiquité, mais il fait bien le write once run everywhere ainsi que la compatibilité multiOS que .Net/mono et java sont censés apportés. De plus il est plus portable et simple à installer, et permet de développer rapidement.

Il y a les codeurs qui passent leur temps à devenir les professionels de leurs outils, et les développeurs sont là pour apporter des solutions qui marchent à leur client.

On a peut être pas la même mentalité : je n'aime pas l'informatique, j'aime ce que l'on peut faire avec.

Étrangement plus on me casse les pieds avec ces solutions compliquées plus je vois un langage de grand père qui est au moins au niveau de Mono : Tk/Tcl

Pour Tk/Tcl il suffit d'installer amsn qui marche identiquement sous linux/windows/macOSX et tout le toutim, et ensuite de regarder le source (le gars est bon).

Okay le Tcl est pas sexy. Mais c'est graphique multiplateforme, bien fait, avec une syntaxe ignoble. Mais ça fait le job, et bien. Aucune plate-forme (java, mono, .net, Qt) à mon gout ne fait aussi bien que cela pour un aussi faible coût en ressource, infra et complexité.

alternative à ECMA-334 : n'importe quel langage de haut niveau. Sinon les spécificités de C# en font un langage proche de java/c++.

alternative à CLR : n'importe quel VM ou interpréteur portable (parrot, jvm ...). Chaque language du CLR n'étant qu'un sucre syntaxique.

alternative à .Net (l'intégration système) : ruby, python ont aujourd'hui des systèmes de gestion de paquets (easy-install), de middle ware (webrick), de chrootage système leur permettant d'être relativement proche fonctionnellement.

Le seul truc non existant en libre mais rarement utilisé par les développeurs proprio reste le système de diffusion de paquet/signature/déploiement automagique qui ma foi reste intéressant.

Là où python, ruby et perl sont meilleurs c'est justement sur les repository (cpan). Les bibliothèques de bases du Csharp sur les encodages de mails sont incapables de produire des mails conformes aux rfc par exemple.

mauvais nom de variable en perl :
use strict;
my $date;
$datte="oops";

erreur :)

Dans cette image :
http://frlinux.net/pictures/linux/ubuntu910_05.png

On voit le gars (ou la fille) regarder une vidéo sur un CDROM (tout en nous parlant de la facilité de regarder des DVD) ...

Une vidéo sur un CD, cela sent le film du très célèbre distributeur bittorrent.

Il y a que chez ubuntu on l'on confond aussi facilement libre et gratuit ? (ah non, il y a aussi les artistes, mais eux c'est parce qu'ils sont handicapés du cerveau qu'ils font de l'art).

Méthode "logiciel libre" pour faire du café :

- acheter une cafetière à piston, italienne, électrique qui accepte le café moulu.
- allez achetez n'importe quel café moulu (tant que la finesse du café est la bonne).

C'est comme cela que l'on faisait avant, c'est comme ça que je fais toujours.

Pour le budget d'un mois de cartouche même libre de café mélangé avec du robusta (beurk) je peux même permettre de prendre les meilleurs arabica moka (sidamo), Maragogype mexicain, bourbon de Colombie, et d'aller acheter chez un artisan torrefacteur qui lui au moins ne crame pas le grain.

Contrairement aux capsules je peux mettre mon café au frigo direct après l'achat , ce qui m'évite contrairement à leurs merdes (nespressos ou else) de perdre le gout entre la torrefaction et la consommation. (le goût est plus doux, moins acide, et amer et surtout plus riche).

En résumé, ceux qui n'achètent pas du café bien torréfié et bien conservé ne connaissent probablement pas le vrai goût du café. Donc prétendre s'intéresser au café en parlant de capsule qui le dénature c'est une atteinte au goût et à l'intelligence.

:)

C'est surtout que les recharges coûtent chères, certains prennent donc leur temps pour les remplacer, et elles finissent par devenir des nids à bactéries :)

Quand on baisse son froc devant une raison superieure (debile) on merite de se faire e.........

Le meilleur os c'est celui qui tourne si bien qu'il n'y a pas besoin de Support.
Si des gens ont peur et veulent du suppport, c'est qu'ils ont embauche des sysadmins en carton, donc qu'ils sont incompetents. Les incompetents permettant rarement de monter des projets ambitieux, un manager qui demande du support cela peut etre le signe qu'il faut aller travailller avec des bons au lieu de perdre son temps avec des petits.

On a qu'une vie, c'est dommage de pas la vivre selon notre bon plaisir.

Support ?

J'ai le code source, les ML, l'accès aux logs, je comprend mon système, et je sais troubleshooter les différentes couches.

Mon expérience du support Red Hat de l'époque est que les paquets de la RH étaient des forks mal patchés (isc DHPC 2.0 pl red hat vs isc DHCP 3.x nécessaire pour mon client), et que le support m'obligeait à me démerder seul, car il ne supportait que des trucs d'il y a 5 ans et sinon il fallait passer par un truc bureaucratique pour faire valider la demande d'avoir un serveur DHCPd digne de ce nom.

Entre payer pour se démerder seul, et se démerder seul sans s'engueuler avec des gens, je préfère la vie sans support.

Je suis un vieux sysadmin qui évite les trucs récents pour éviter les emmerdes, je fais rien de sexy, je fais tout pour faire du bien connu, et je sais trouver où son mes bugs. Pourquoi veux tu que je prenne du support quand ce n'est qu'une gêne ?

Je préfère la sécurité à l'illusion de la sécurité. Des inconnus ne rendront pas mon système plus sûr qu'une bonne dose de sueur et de travail de ma part.

J'ai testé pour vous, car je cède toujours aux lubies des clients quand c'est pas critique, et bien ça m'a laissé une meilleure impression que RHES 4.0.

- Request tracker s'installe sans problème alors que sous RHES 4.0 c'était la galère ;
- turbogears marche parfaitement (install python suffisamment propre) ;
- ruby est bien packagé, l'install de redmine a été facile ;
- postrgesql 8.4, et mysql marchait bien aussi
- fai2ban aussi ;
- munin est bien installé ;
- php sans soucis ;
- matériel fonctionnel (bon c'est celle de ovh) sur un octopro avec 16Go de RAM ;
- j'ai pas tenté dotdeb (version plus à jour de php et mysql que sur debian stable)

Sur un point de vue fonctionnel la ubuntu serveur me plait largement plus que les Red Hat, et les Mandriva. En plus c'était un vrai serveursans outil de configuration graphique. Donc même si ce n'est pas mon premier choix (FreeBSD/Debian), c'était une bonne expérience.

Les développeurs et utilisateurs n'ont pas eu à se plaindre, pas de kernel oops, pas de trous de sécu constatés, le serveur n'ayant pas eu une exposition/criticité c'est aussi la raison pour laquelle j'ai pas objecté à ubuntu server.

Peut être qu'avant de critiquer il faut tester. Ça reste une distribution debian centric de facture correcte qui bat les RedHat Centric (avec ses eternels problèmes de dépendances et ses multiples repository/ ouitls d'install).