Ife a écrit 155 commentaires

Tu peux aussi changer ton disque dur toi même.

Rassure toi, je change mon disque dur moi même.

Mais quand je vois une famille de la classe moyenne aller chez l'assembleur parceque le disque dur est mort et l'assembleur lui facture 150 € de main d'œuvre en plus du disque dur de mauvaise qualité aux prix de revente à Carrefour, ça me dégoute.

Quand je vais au restaurant, je paye 12 € pour le menu du jour : Entrée + Plat + Fromage ou Dessert. Ça inclus la bouffe, le salaire du cuisinier et le salaire de la serveuse. On est loin des 150 € juste pour le salaire de la serveuse.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Être incompétent et vendre ses services super cher, à mon humble avis, c'est être un escroc.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

En tant que développeur de profession passionné par l’administration système sur mon temps libre, ne me lance pas là dessus…

Oui, la majorité des assembleurs, programmeurs, administrateurs systèmes/réseaux sont des escrocs.

Combien de fois, j'ai vu des assembleurs facturer 150 € de main d'œuvre juste pour remplacer un disque dur.
Combien de fois, j'ai vu des programmeurs coder avec les pieds, et dire « ah mais ça c'est l'informatique, ya des bugs. »
Combien y a-t-il d'administrateur système qui ne font qu'installer VM-Ware et Windows Server, et ils demandent à la hiérarchie d’acheter le support VMWare et Microsoft, comme ça dès qu'ils ont un problème ils n'ont qu'à appeler le support…

Mais bon, j'ai pas l'impression que ce ne soit que l'informatique, j'ai un ami dans la mécanique, et ça semblerai être la même chose aussi.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Surtout à 30k maximum à Marseille.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Afin que les emails soient envoyés doucement.

C'est à dire? (oui, des chiffres!)

J'ai personnellement jamais eu de problème pour envoyer une centaine de courriel en une seconde à un destinataire chez gmail. (J'envoyait mes emails depuis en linode, j'ai jamais essayé d'envoyer une grosse quantité depuis un kimsufi ou une dedibox)

En revanche, j'ai travaillé avec des clients qui savait pas installer des serveurs mails, ou ils avait installé un Microsoft Exchange avec la config par défaut. Et au delà de 2 emails par secondes, ça rejette. Et donc vu qu'ils ne savait pas comment configuré ça, je me suis retrouvé à configurer postfix pour qu'il réduise le taux de mail à la seconde.

Personnellement, je ne veux pas perdre un seul email, donc je ne fait pas de graylisting, pas vérification du EHLO, pas de limite d'email par seconde. J'utilise un catch-all, et je m'inscrit ou donne l'adresse email: nom-du-site-web@mon-domaine.com, par exemple: linuxfr@example.net . Et quand je reçois des spams sur cette addesse, je la supprime.

Mais on ne peux pas faire ça partout, et je comprends qu'on veuille limiter la quantité d'email reçu par seconde/minute.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Bon, dans mon cas je vais rester vague sur mon age et sur les pays où je suis allé. (Parceque je ne pense pas qu'il y ai beaucoup de français ayant mon cursus.)

Bref, moi je voulais voir du pays, très jeune. J'ai fait une école d'ingénieur moyenne après un DUT moyen. J'avais fait mon stage de fin de DUT en Écosse, puis mon stage technique dans un pays nordique, on apprend la langue assez vite grâce à l'immersion. (En scandinavie, la motivation d'aprendre la langue locale est pas super grande vu que tout le monde parle anglais et aime pratiquer.) J'ai fait un VIE en asie comme stage de fin d'étude/premier emploi, après un détour dans l'hémisphère sud et puis en europe non anglophone, me voilà en Amérique du Nord anglophone.

Je ne connaissait ni le SVE ni le bénévolat avant que tu les mentionnes. Donc je ne peux pas juger.

Personnellement, j'ai un goût amer du VIE. J'ai des amis qui ont fait des VIE dans des pays riches hors europe: États-Unis, Canada, Japon, Corée du Sud, Hong Kong, et j'en passe. Et pour la majorité, c'était le même cas que pour moi:

• sous payé: à la fin du mois quand t'as fait tes courses, payé ton loyer et que tu veux sortir. Tu regardes ton porte-feuilles et tu dis « ouais… en fait non… »
• tu te retrouves, dans certains cas, (c'est au petit bonheur la chance) avec 3 ou 4 autres français, et donc tu parles français au boulot, donc tu pratiques pas. Et crois moi, pour en avoir fréquenté pas mal, la majorité des français à l'étranger sont des connards (moi y compris) : mauvais comportement, ils se croient tout permis, …

Après tu peux tomber sur un bon VIE. Mais quand je vois des VIE à San Fransisco à 3150 € net par mois, ça me fait juste marrer.

Après mavie.fr voici mes conseils:

• Je déconseille le VIE, car le plus souvent c'est juste de l'esclavage et tu ne profite pas du pays.
• Grâce à l'europe tu peux te déplacer facilement. Si tu veux aller bosser en allemagne, en italie du nord (voir en pologne ou en république tchèque) ya plein de boulot. (Relativement bien payés) Et souvent on te demande pas de parler la langue du pays mais juste anglais. Tu prends ta voiture, pas de visa rien, tu payes juste l'autoroute, passe un entretien d'embauche, puis t'es embauché le lundi suivant. (J'adore l'europe comme vous pouvez le voir :-) )
• Pour les pays hors europe, c'est pareil, juste un entretien par skype, et t'envoie ton passeport à l'embassade, et un mois plus tard tu prend l'avion.
• Pour les pays anglo-saxon (Royaume Uni, Amérique du Nord, Australie) de mon expérience une très grande technicité est demandé. (Contrairement à en France ou on te demande des diagramme UML et tout cette merde.) Presque à te faire oublier ton école d'ingénieur. Je pense personnellement que j'aurai pu passer la majorité des entretiens juste avec mon DUT. L'article de fabien pensio est d'ailleurs très vrai et regorge de bons conseils.
• Pour les pays asiatiques, je pense pas qu'il y ai un autre moyen de trouver un job, que de passer par une entreprise française qui a une branche locale ou faire un VIE.
• Contribue à des projet libres, ça fait de la publicité. Et ça fait beau sur ton CV.

Peut être que mes conseils ne sont pas en accord avec ton cursus. J'espère t'avoir aidé.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Il y a un mois, je demandais où étaient passées les offres d'emploi.

Après une traversée du désert, les offres d'emploi reviennent sur LinuxFR, encore mieux qu'avant! Salaire, lieu de travail, avantages/conditions, réponses au commentaires. Tout est bon ! Petit bémol, vous ne précisez pas comment vous contacter, mais vous vous rattrapez dans les commentaires. Je met 9,5 sur 10.

Petit question, quelle est la disponibilité de l'offre? ASAP? Dans 10 mois?

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

C'est sûr ! En termes de jeu, il suffit de regarder Minecraft et de le comparer à Doom3 pour se rendre compte que la perf, ça sert à rien ou alors, c'est juste pour faire joli (ce que n'est pas franchement Minecraft).
D'ailleurs, il y a encore des gens que ça intéresse les perfs dans le domaine des jeux (cf. ce très bon document sur les pièges de la POO).

Je pense que le jeux vidéo est le seule domaine où le C++ a encore un peu sa place. Mais beaucoup de développeurs migrent vert le C#, plus de libraries, plus simple, plus Java-teux.

Doom3 est un très bon moteur. Mais id Tech 3 était écris en C, et ça ne l'a pas empêcher de fonctionner très bien.

Qui plus est, il est difficile de faire monter C++ à l'échelle comparé à Java ou Python. En revanche, pour ce qui est d'une application serveur qui va prendre 100 coup à la seconde, la performance est importante. Mais dans ce cas, il devient difficile de faire monter à l'échelle n'importe quelle application C++.
Tu entends quoi par là ? Références ? Exemples ?

L'exemple que j'ai en tête serait un très gros serveur de messagerie instantanée qui va se prendre des centaines de coup par seconde. Voilà les problème

• Je ne peux pas me permettre de mettre ça que sur un seul serveur. Très peu de datacenter peuvent ce permettent de se prendre ce débit en entrée.
• Je met donc plusieurs IP dans l'entrée DNS de mon site. Ainsi, vu que les clients vont prendre une entrée au hasard, et donc faire une sorte de round robin.
• Met serveurs ont besoin de communiquer entre eux parceque Alice peux se connecter au serveur A pour envoyer un message à bob sur le serveur B.
• Ce qui est le plus cher c'est l'attente. Le serveur attend que la requête soit entièrement reçu, ensuite il répond attend que le client réponde qu'il a bien reçu la requete, etc… Utiliser un thread par client est une mauvaise approche ici, il faut utiliser une boucle à évènement. (C'est pour ça que Nginx est beaucoup plus performant qu'Apache)

Bref dans ce cas. Tu va galérer, il te faut de la communication entre tes instance, une approche « asynchrone » au lieu des threads.
Tu peux essayer de t'amuser avec asio. Mais je te souhaite bonne chance, si c'est un projet perso ça peux être fun. En entreprise, utilise Erlang ou Python, l'un le supporte directement dans le langage, l'autre a des librairies très puissantes pour le faire.

Tu vas me dire, ceci est un cas spécifique. C'est vrai, mais c'est l'exemple que j'avais en tête, qui montre que c'est difficile de faire monter à l'échelle C++.

Du coup, si je te comprends, si on veut des perfs pour notre serveur, il faut du C++ mais on ne pourra plus "monter" à l'échelle ? Il n'y a pas de solution alors ? On est condamnés à avoir des serveurs qui gèrent des milliers de connexions mais qui seront lents ?

Non. La solution pour avoir des perfs sur un serveur, c'est de faire monter à l'échelle l'architecture, pas le langage. Même si je n'aime pas Ruby et Java; Python, Erlang, Java et Ruby sont des bonne solutions pour ça. (Python a Tornado et Twisted, Erlang a son système de processus léger, je connais très mal les solutions Java, Ruby a Unicorn que je considère plutôt mauvais tout comme Gunicorn en python.)

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Je vois ici que le second degrés on a du mal a reconnaître. Dire « c'est pas du troll » et donner un lien vers harmful.cat-v.com, faut quand même y aller. Bien sur que c'est du troll.

Mais je voudrais répondre sur le C++ vs C. Parce qu'à mon humble avis le C++ est vraiment mauvais.

Premièrement je ne comprend pas pourquoi on voudrait faire de la POO. Tout le monde dis « il faut faire de la POO », mais personne ne peux m'expliquer pourquoi. Attention, je ne suis pas en train de dire: « il faut faire de la POO », je dis juste que la POO est une mode, comme « il faut une API Rest » ou des choses comme ça. Et dans 80% des cas c'est adapté, mais on ignore ces 20%.

Pour répondre à ta question, C++ est un très mauvais langage pour faire de la POO:

• La gestion des exception est très mauvaise. Certaines exceptions peuvent générer des fuites mémoires très difficiles à diagnostiquer.
• La gestion de l'héritage multiple est très mauvaise. Et c'est pour celà, que dans la majorité des cas, ce qui est présenté comme la killer feature du C++ (comparé à Java), n'est en fait pas utilisé du tout. Java résout le problème avec les interfaces, et plein de gens ont écris que l'héritage multiple était mal. Mais le fait est que la manière dont Dylan a résolu le problème est une très bonne solution ÀMHA. (Elle a été reprise par Python sous le nom de MRO)
• Très souvent la raison d'utiliser C++, est « c'est plus performant! » Mais personne n'a besoin de cette performance. Qui plus est, il est difficile de faire monter C++ à l'échelle comparé à Java ou Python. Je n'arrive pas à retrouver les messages de devnewton qui explique qu'en général le gain de performance est invisible pour l'utilisateur d'un logiciel. En revanche, pour ce qui est d'une application serveur qui va prendre 100 coup à la seconde, la performance est importante. Mais dans ce cas, il devient difficile de faire monter à l'échelle n'importe quelle application C++.

Je connais très mal Rust. Je ne peux pas trop juger, mais le fait qu'il ai été influencé par Ruby me suffit à ne pas vouloir jouer avec.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

C'est pas du troll.

• http://harmful.cat-v.org/software/c++/rms
• http://harmful.cat-v.org/software/c++/linus

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

On peut également utiliser sqlite avec son client (sqlite3) fourni, que cela soit de manière interactive ou via des pipes.

LibreOffice est un client OpenDocument ?

Si tu commences à utiliser sqlite3 (= l'outil en ligne de commande) pour interagir avec une fichier sqlite :

• soit tu veux juste manipuler le fichier à la main, comme tu utiliserais un tableur pour manipuler une feuille de calcul ;
• soit tu fais des script shell, et donc sqlite3 est ton interface avec la librairie SQLite ;
• soit tu es en train de faire quelque chose de la mauvaise manière.

SQLite is not designed to replace Oracle. It is designed to replace fopen().

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Je ne comprend pas pourquoi tout le monde ici te conseille Berkley DB. Une base de donnée sous AGPL maintenue pour Oracle, et dont je te souhaite bonne chance pour trouver le dépot git/mercurial/svn/cvs.

KyotoCabinet, les ingénieurs japonais n'ont pas à rougir face aux programmeurs américains:

• Écris en C++ (c'est le seul mauvais point, TokyoCabinet était écris en C).
• GPL
• Bindings disponibles en C, C++, Python, Java, Lua. (Perl et Ruby aussi, mais je sais pas où se placent ces langages pour l'embarqué.)
• D'un point de vue performance, je n'ai aucune preuve de sa performance. Mais c'est une amélioration de TokyoCabinet (tu peux trouver plein de benchmark qui montrent que TokyoCabinet met un claque à BerkleyDB)
• Le code source est beaucoup plus facile à trouver que BerkleyDB.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Puppet c'est un peu la mode partout, alors que les besoins auquels il répond sont minimes. Mais tout le monde le conseil pour tout et n'importe quoi; et ça commence à me saouler.

• Puppet nécessite ruby. Une machine debian avec puppet, c'est perl, python et ruby installé sur la machine.
• Puppet est relativement lent.
• Puppet définis un nœud seulement par son nom d'hôte, c'est une anti-fonctionnalité à mon humble avis.

Puppet est à CFEngine ce que SublimeText est à vim: – c'est à la mode; – c'est un bloatware; – la courbe d'apprentissage est très plate, mais dès qu'on veux aller un peu loin, c'est la galère.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

s'il y a des règles concernant les annonces liées aux emplois, peut-être devraient-elles êtres consignées par écrit dans le Wiki.

Ce n'est pas une règle, c'est une tradition. De toute façon, les recruteurs ne liront pas le wiki.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Bonjour,

Tout d'abord, M. Evamed, merci d'avoir choisi LinuxFR pour poster votre annonce. Cependant, il y a une tradition ici : toute offre d'emploi sur LinuxFR doit comporter : – la mission/les tâches; – le lieu de travail; – une fourchette de salaire et les avantages.

Je tiens à vous féliciter d'avoir préciser la mission et le lieu de travail. Néanmoins, vous avez omis de préciser la fourchette de salaire, et peut être avez vous oublié de mentionner certain avantages (l'absence de mutuelle pour une entreprise lié au milieu médical est rare, qui plus est quid des ticket restau' ? Restaurant d'entreprise? Horaires flexibles?)

Je comprends votre réticence à préciser une fourchette de salaire. Mais mettez vous à la place d'une personne qui veux changer de poste, il voit des milliers d'offre d'emploi par jour dans le domaine informatique, une fourchette de salaire lui permet de faire un premier tri parmi les annonces.

Cordialement,

(Aux admin de LinuxFR, j'ai essayé d'être le plus poli possible pour éviter que LinuxFR ne soit mise en demeure.)

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

comme "backup" y'a aussi le reste du monde, hein. Quitte à tout recommencer depuis zéro, la France n'est pas forcement la meilleure destination, de mon point de vue.

Si la France ça pue tellement, je te conseille de lire ça. (Petite précision pour ceux qui vont me moinsser : je vis à l'étranger, je payes mes impôt à l'étranger et en France.) S'il y a une chose qui m’énerve le plus à travers mes voyage à l'étranger, c'est ces français qui en gros pensent « la France ça pue » (c'est très fréquent de rencontrer ces français États-Unis, en Belgique et en Suisse). Et bien : n'hésitez pas à vous casser, mais n'oubliez pas de rembourser tout ce que la France a payé pour vous (études, santé), et aussi, si vous êtes pris en otage parce que vous êtes dans une région un peu hostile, ne demandez surtout pas d'aide à la France s'il vous plaît.

Maintenant vous pouvez me moinsser.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Au Congo

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Comme Tanguy, j'ai pris très jeune la résolution de ne prendre aucune drogue. Le plus dur a surement été mes premières années de lycée/université : tout le monde te dis “bois un coup!” Mais très rapidement, tu deviens le mec qu'à pas besoin d'être bourré pour s'amuser et qui peux conduire à la fin de la soirée.

Malheureusement, je n'ai pas tenu ma résolution, je prends beaucoup de sucre et de caféine. (Surtout en ce moment, vie aux USA oblige, mais c'était déjà pareil – à moindre dose – quand j'étais en France) Je me limite quand même à un 50 cl (16 oz) de café par jour et j'essaie de remplacer le sucre par des fruits.

Pour répondre à ta question, mon père fume, mes deux parents boivent de l'alcool ; mon frère ne fume pas, mais il bois de l'alcool.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

» Quand Javascript sera aussi performant que Java :-)

C'est pas déjà le cas?

Pop pop pop… La sortie, c'est ici -----> [ ]

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Aujourd'hui J2EE est le standard de fait dans plein d'entreprises.

Au niveau fonctionnalités, il manque quoi à RoR/Zope/Django pour rivaliser?

Le problème c'est que les mythes ont la vie dure. Il y plusieurs raisons :

• Les décideurs pressés lisent 01net, et voit articles sur VMWare, comment c'est utilisé dans toutes les entreprise. Donc quand il décident de passer à la « virtualisation » ou « au cloud » comme ils lisent dans 01net, ils décident d'utiliser VMWare.
• Comme partout, il y a des adminsys qui sont sorti d'école sans vraiment être passioné par ce qu'il font. Ils installe windows serveur, et font tout tourner dessus. VMWare c'est un peu le windows serveur de la virtualisation.
• Pour avoir trollé avec un adminsys qui me disait que Xen/KVM c'était de la merde, la principale raison (selon lui) était que Xen et KVM n'ont pas de support officiel. VMWare édite VMWare, donc si t'as un problème tu peux payer VMWare pour le résoudre. À qui demander si tu veux faire du Xen ou du KVM? Quand je lui ai dis qu'il y avait Red Hat et Citrix, il m'a dis « ouais… mais… » puis il a été vague.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

En fait, au jour d'aujourd'hui, on pourrait carrément supprimer les conseillers d'orientation et les remplacer par une fonction C, ça aurait le même résultat :
char *get_orientation(char *niveau, float moyenne)
{
if (strcmp(niveau, "collège") == 0) {
if (moyenne < 8) {
return "CAP ou BEP";
}
if (moyenne < 11) {
return "première techno";
}
return "première générale";
}
if (strcmp(niveau, "lycée") == 0) {
if (moyenne < 9) {
return "réorientation niveau inférieur"; /* première générale -> première techno
première techno -> CAP ou BEP */
}
if (moyenne < 11) {
return "DUT";
}
if (moyenne < 13) {
return "école avec prépa intégrée";
}
return "prépa intégrée";
}


Loin de moi l'idée de dire « il faut que les gens soit orientés par niveau. » Ce que je veux dire par là, c'est que les conseillers d'orientation servent à rien, il regardent juste la moyenne des étudiants et applique cet algorithme.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Bienvenue en France où les médias ne comprennent rien à rien et diffusent du vent.

Il y a un manque chronique de développeur en France aujourd'hui. C'est une réalité, va sur lolix/monster/… ya que ça. Pourtant, les DUT Info et écoles d'ingénieur font sortir des diplômés à tour de bras.

Que se passe-t-il ?

• Ceux qui sortent d'école sont majoritairement incompétents, ils cherchaient juste une voie garage. (Tout mes camarades de promo de DUT Info enchaînent les périodes d'essai de CDI car ils ne savent pas écrire une ligne de code.)
• Les entreprises cherchent un bac+5 qui a de la bouteille pour un boulot de bac+2. (Et le salaire de bac+2 junior)
• La majorité des gens compétent qui sortent d'école partent à l'étranger où le boulot de technicien/ingénieur est beaucoup plus valorisé avec un bon salaire et un bon management. (Alors qu'en France c'est le métier de manager/commercial qui est valorisé.)

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Je ne suis pas intéressée, mais je tiens juste à saluer l'offre : salaire, lieux, description du job sans phrase creuse.

Toutes les offres d'emploi sur LinuxFR devraient être comme ça.

Merci, j'espère que tu trouveras quelqu'un.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

Tu parles des logiciels d’offuscation de javascript qui sont open-source ? Et l’impossibilité de récupérer se données sur le Web, car les gens font de la sémantique du type <span style="font-size: 50px"> pour faire un titre ?

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »

le problème c'est que les containers vont utiliser eth0 et non eth1 pour sortir. J'aimerai faire une route conditionnelle : si ça vient de l'interface tutu ou toto, faire sortir par l'interface eth1.

Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »