De ma propre expérience, après avoir vécu la-bas (a Shanghai, mais j'ai été invité dans une IIT aussi et y ai passé plusieurs semaines), je peux te dire avec certitude… que nos différences culturelles sont a ce point énormes que la notion d'intelligence diffère.
Donc pour nous, français de l'INSAA lyon, des mines, de l'ESAM, de Telecom ou Sup'Elec (ou Epita pour coller au journal), on les regardait et pensait a eux comme… quelque part entre le quart de demeuré et l'autiste capable de ressortir a une vitesse hallucinante des connaissance inutiles qu'on aurait pu déduire ou calculer rapidement.
Bien évidemment il faut connaître la culture et avoir travaille la-bas pour apprécier réellement les différences et comprendre ce que eux cherchent dans la réflexion et l'intelligence, je ne suis pas allé jusqu’à la, il faudrait que j'y retourne plus longtemps.
De la même manière, nos profs (chinois) nous prenaient en pitié parce qu'arrivés a la gradation (diplôme de fin de 3eme année) nous ne savions pas tricher. Pour eux nous étions des incapables, inaptes a la vie active. Si tu ne sais pas tricher, tu ne sais pas te débrouiller dans la vie, tu n'es pas astucieux, et donc pas très intelligent.
En Inde, ils sont plus sur la restitution instantanée de connaissance a ce que j'en ai compris (que quelqu'un confirme s'il le peut, c'est assez subtil).
En tout cas une chose est sure: la notion de recherche, de réflexion, d'esprit critique, de questionnement, tout ce que nous glorifions dans nos études, tout cela est absent de leur cursus. C'est très perturbant quand une soit-disant élite d'une nation de plus d'un milliard d'habitant est incapable de répondre a des questions sur ses propres méthodes ou enseignements dans lesquels elle excelle. Vraiment.
En tout cas de mon point de vue, la notion même d'ingénieur est liée a ce processus de questionnement et de réflexion. Le travail d'un ingénieur n'est pas un plan tout fait que l'on peut astucieusement ressortir (ou copier chez le voisin), et ces peuples sont tellement loin de s'en rendre compte que l'éducation occidentale est indétrônable pour encore un bon temps (toujours de mon point de vue).
Pas seulement. Il y a aussi un historique. Une recherche dans les archives de Usenet-fr avec les mots clefs EPITA, RENATER et piratage en 1995 devrait remuer quelques souvenirs chez les plus anciens…
Aha ! Encore une belle casserole dans notre histoire folklorique !
Ceci dit, il est a noter que c'était une autre époque, et aujourd'hui tout le monde s'accorde a dire que le créateur de l'Épita est un grand malade.
D'ailleurs son nom a été rayé de toutes ses créations actuelles, il doit être détesté par ceux d'en haut…
Comparer du dev indien et du dev ouest-européen… Uxam. Es-tu sérieux ? As-tu déja parlé a un CdP indien ?
Nan parce que franchement faudrait se renseigner un peu la. Dire que l'écart de niveau entre un étudiant niveau fin-de-lycée indien et francais est fort, c'est une sacré litote !
D'ailleurs, pour ton information, l'outsourcing roumain est bien moins cher que l'indien.
Il y a peut-être une raison ??? (c'est une vrai question)
Les trolls ?
Il faut comprendre que les Écoles Épi* ont grandit depuis 95 dans un contexte "anti-culture" dans le genre "les profs ca sert a rien", "nous on sait faire de l'info pas les autres", "ici c'est une vraie école de geek", etc.
En soit pas trop grave tant qu'on considère que ça reste des étudiants qui doivent se justifier a eux même les heures de travail chèrement passées. Car ce sont des écoles bien plus dures que l'on pourrait se l'imaginer, qui demandent un très gros investissement.
Et, d'apres moi, elles ont réussi a s'élever loin au dessus de la concurrence des écoles d'ingé du groupe B (leurs concurrents initiaux), en oubliant tout ce qui existe autour.
Alors forcément, des très bons, il y en a partout, et a cause du manque de concurrence, les Épi*éens ne se rendaient pas compte que oui, un mec qui a fait Centrale/ENS peut etre une brute en info, bien plus que toi, oui oui, et ce gars peut aussi ne pas avoir fait d'école du tout.
Maintenant, j'ai l'impression que ca s'est un peu calmé depuis que Epita essaye de se rendre plus ingénieur (ce qui fait bien rigoler les-dits ingénieurs qui se sont fait cracher dessus pendant 20ans), et Epitech de s'intégrer dans l'entreprise.
Sur DLFP, on se plaint beaucoup que les Épi*éens soient des petits péteux pas forcément compétents, et ca a été vrai pendant longtemps. Maintenant depuis 3ans de gros virages sont faits (la création de cette nouvelle école en est un effet de bord, Sadirac étant a la base du "du code, du code, et taillez vous la bite au couteau") et les premiers retours des entreprises habituées a recruter sont plutôt positifs par rapport a notre ouverture d'esprit.
Moi de toute facon je l'aime pas ce type, surtout depuis qu'il nous a volé les deux PS3 de dev qu'on avait payé avec nos sous pour nos labos. Salaud !
Red Flag Linux, était assez pourrie a ce qu'on m'a dit. J'ai plus vu des gens partir sur Scientific Linux, qui est tres populaires la-bas.
Étant donné que Canonical est implanté a Pékin, Shanghai et Tapei depuis un petit bail, je pense que c'est du sérieux. J'ai hate de voir ce que va donner le piratage face a ca ! :)
Pour rappel, quand vous achetez un ordinateur en Chine, on installe devant vous Windows XP Pirate Edition. Assez folklorique !
Je vois bien le gars qui fournit un appli et son code a une entreprise, la dernière qui le modifie salement en y ajoutant sa jolie surcouche, et qui redistribue les modifs uniquement a ses propres clients, et le dev initial qui achète une version, modifie son code pour rendre la surcouche incompatible et fait payer la migration. :D
Pourriez vous nous donner des raisons objectives de nous intéresser a votre entreprise, sachant que pour une agence web, /texte supprimé/ ?
En vrac, ce qui me choque le plus:
- /texte supprimé/ (utf-8 indiqué mais Latin1 utilisé)
- 69 erreurs sur le validateur W3C
- Le code javascript est mélangé au HTML
- Aucune structure générale dans la page
- Injection de CSS/HTML avec des valeurs constantes
- Mélange de nombreuses lib JS, la ou vous pourriez n'en utiliser qu'une seule
- Trop de code commenté
- Design complètement fixe
/texte supprimé/
S'il vous plait, rassurez moi…
NdM : ce commentaire a été modifié par l'équipe de modération suite à une mise en demeure.
La physique orbitale n'est simulée que vis a vis d'un astre pour chaque objet. Toutes les orbites sont des ellipses pures et il n'y a pas de perturbation. C'est une simplification de la réalité mais une approximation assez proche tout de même.
Ça se sent surtout a la frontière de la sphère d’influence d'un astre, ou tu passes de façon abrupte de l’influence d'un astre a l'autre, alors que dans la réalités c'est progressif (tu subits l’influence de tous les astres de l'univers, c'est juste qu'a ?part quelques-uns qui sont assez proches, on peut ignorer les autres).
Ok je vois. C'est vrai que ca se sent assez lorsqu'on essaye de s'arracher de l'orbite Kerbine alors qu'on est un peu juste en Newtons. :)
Je ne sais pas ce que tu as compris, ce qu'on disait c'est que la version 0.19 introduit un effet visuel du plus bel effet pour les rentrées atmosphériques (ça flambe!), mais ça ne se traduit pas encore au niveau gameplay: le vaisseau ne chauffe pas, il n'y a aucune conséquence si tu rentres dans l’atmosphère n'importe comment (sauf si tu rentre tellement vite que tu arrache tes parachutes a l'ouverture…) . J'ai aucune doute que ca viendra dans une prochaine mise a jour.
Ok ! On parle d'atterrissage ! Je dois avouer n'avoir pas essayé d'en faire (planifié, s'entend :p).
Je trouve que c'est un peu tendu de faire un vol tres longue distance dans la version Vanilla, par exemple atteindre le second satellite et revenir tend du miracle.
Et puis les moteurs ioniques sont inutiles c'en est navrant…
Je pense réellement que Linux est prêt pour le Grand Public, il n'est pas parfait, mais qui l'est ?
En tout cas j'ai fait des install/config de Linux pour des Mamies du cantal (Gnome 3 et Unity sont efficaces), pour des bidouilleurs du dimanche (Linux Mint Mate semble avoir leur préférence), ou des professionels de la bureautique où les choses doivent juste marcher sur les 5 logiciels, le reste on peut faire avec (Unity encore).
À chaque fois, la résistance au changement n'était que la composée de "je dois changer mes habitudes" et "je ne vois pas en quoi c'est mieux".
Bien sûr, chaque distribution à ses défauts, mais c'est mon job de trouver les workarounds appropriés, et de choisir la distro la plus adaptée à l'utilisation qui sera faite.
En conclusion ça marche bien, mes clients sont contents, et moi aussi. :)
J'ai constaté le même comportement. Et les serveurs de notre université, des scientific linux, étaient très mal configurés, pas très a jour, tous les ports ouverts (pourquoi y-a-t-il autant de MySQL ?), bref, du joli ! ;)
D'ailleurs on avait un serveur de formatage pour les clefs USB qu'on échangeait, notamment pour aller sur les PC d'impression. C'était assez marrant !
En tout cas, on comprend pourquoi le cours du botnet chinois est si bas…
Alors si les enums en OCaml+Batterie ont une sémantique totalement différente (semblable aux Streams en Scala), faut pas s'étonner des incompréhensions.
Je ne m'étonne pas des incompréhensions, d'autant plus que je les ai moi aussi rencontrées un jour, et c'est bien pourquoi j'explique a chaque fois de quoi il s'agit juste apres avoir utilisé le mot.
Il faut lire la phrase en entier parfois, ca aide a comprendre…
Le problème de Batterie (mais je peux me tromper) c'est que ça te fait du CamlP4 dans ton dos, et ça pour moi c'est rédhibitoire. Autant sur du code perso, c'est pas grave, autant sur du code d'entreprise, je peux pas me permettre de compiler du code illisible. Surtout que les erreurs de CamlP4 sont totalement incompréhensible.
Tu ne confonds pas avec LWT ? Il n'y a pas de P4 dans Batteries a ma connaissance. C'est du Ocaml pur.
QTest, une lib de test inlinés utiise P4 je crois mais je ne trouve pas de traces de qtests dans le code du dépot.
En gros, j'utilise surtout ExtLib (massivement en fait), je sais que c'est complètement dépassé, mais ça suffit à mes besoins.
Cela dit, j'ai jamais sérieusement étudié ni Batterie, ni Core.
L'idéal serait que je rencontre qqun qui m'explique l'intérêt de l'un ou l'autre (un peu comme t'as l'as fais).
Simple : Batteries est le fils de ExtLib. Batteries est modulaire, Batteries est mature, testé, varié, documenté. Batteries est bon, mangez en !
Il n'y pas que Batterie sur le marché des trucs en plus. DE mémoire, elles sont 3 (core ?).
D'active et maintenue ouvertement ? Il ne reste que Batteries. La ExtLib a accouché de Batteries, avec un meilleur design et une plus grosse communauté.
Sinon il y a la JaneStreet CoreLib qui, parait-il est pas mal, mais c'est tout sauf communautaire puisque développé par la finance Shanghai-aise. C'est libre par contre, il me semble.
Sérieusement, il y a des gens qui pensent que ce genre de zigouigoui rend le code plus clair ? Pour un langage parlant (let … = in, match … with …), quelle idée de rajouter tous ses machines inexpressifs.([>, ~label, etc…)
Absolument ! Ca évite d'avoir a stocker les valeurs intermédiaires dans un calcul complexe.
Du genre:
Ose me dire que c'est moins lisible qu'une série de let…in imbriqués. :)
En plus, c'est assez facile de modifier la séquence de cas dans ces conditions puisque les fonctions ne sont pas dépendantes.
Pour ce qui est des énumérations, ca n'a rien a voir avec les types sommes (qui sont géniaux, par ailleurs).
Il s'agit de listes paresseuses infinies. Typiquement tu peux y mettre tous les naturels ou tous les entiers, puis faire des opérations de filtrage, et la parcourir a souhait en étant assuré que ton programme va terminer (si tu arrête ton parcours) et avec une faible empreinte mémoire.
La doc montre d'ailleurs comment résoudre un probleme Euler en trois lignes. ;-)
C'est un héritage de la Extlib 2, qui est maintenant abandonnée au profit de Batteries.
Et portable windows/unix ?
Il me semble que oui, après arriver a faire compiler Batteries sur Windows est possible mais c'est chiant. Faut en avoir le besoin.
Un code avec des listes est tellement plus lisible ! Est-ce que tu as réellement noté une augmentation de perf valable pour contre -balancer la lourdeur d'écriture ? J'ai l'impression que la collection doit être grosse (> 10 000 éléments) pour que cela soit intéressant.
Quand tu utilise des AVL ou des Rouge-Noir, c'est pas seulement pour des questions de rapidité mais aussi pour leurs propriétés intrinsèques.
Comme tu le dis, la syntaxe des listes est tres legere et l'API autour est tres fournie, mais tu te retrouve ensuite a adapter la logique de ton code a cette facilité.
En plus, clairement les arrays sont plus rapides et donnent moins de pression au GC, mais ce n'est pas tant pour les perfs que pour l'utilisation de la structure de donnée adaptée a ta manipulation. Si tu utilise ta liste comme une Queue, utiliser le module Queue augmente la lisibilité de ton code grandement meme s'il faut quelques characteres en plus.
Je suis surpris qu'on ne parle pas de l'excellente OCaml Batteries, une bibliothèque alimentée par la communauté pour compenser la trop pauvre lib standard (il parait que c'est un choix, très suspicieux comme choix).
Ocaml Batteries fournit par exemple:
- Des fonctions générales, on citera notamment (|>) et qui sert à "piper" les fonctions let a = (f x) |> g <=> let a = g (f x)
- Les éumérations, des listes infinies évaluées paresseusement
- Des séquences, des énumérations de nombres sur lesquels ont peut faire des opérations spécifiques tr1es pratiques
- Des vrais printers faciles à utiliser et extensibles
- Des outils de manipulation de fichiers puissants
- Des types arborescents et leurs fonctions associées
- Un logger, de l'UTF-8, les cordes (des string en mieux), des fonctions supplémentaires sur les types de base, et j'en oublie.
C'est un indispensable pour le programmeur OCaml efficient, je m'en sert notamment pour utiliser des types de données plus couillus que les listes dès que la logique est validée.
Dans le cadre de mon projet d'implémentation du langage de configuration TOML (comme le .INI en mieux), je vais surement ajouter le support des dates ISO8601 dans OCaml Batteries. Stay tuned !
Je pense en effet que l’intérêt est quelque chose qui peut se stimuler par la qualité de l'intervenant et de ce qu'il y a autour.
Il y a une corrélation évidente entre les cours appréciés et les cours donnés par les profs savants pédagogues. Je pense que nous ne sommes pas "destinés" a ne pas être intéressé par un domaine (et donc in fine, y être médiocre), par contre je pense que notre capacité d'écoute et de concentration est directement influencée par l'intervenant, et qu'avec l'écoute vient la compréhension et l’intérêt.
Je dis "je pense" parce que je n'ai pas de pédagogue ou d’étude a citer mais ça me parait assez évident en fait.
Tu peux me mettre le meilleur prof de droit, je préfèrerai quand même toujours suivre un cours de math
Avec un prof réellement excellent, je te garantis que tu iras en droit. ;)
Cela fait partie des attributions du professeur de placer son discours au niveau de son public.
Pas chez nous, apres faut savoir choisir son école. ;-)
Dans notre école de techos, les cours de maths et de physique sont moins suivis que le droit, je suis intimement persuadé que l'intéret d'un étudiant pour une matiere repose sur 3 pivots :
1. Un professeur impliqué, savant, et pédagogue
2. Une étude reposant sur des cas d'études pratiques plus que sur des théories générales (ou c'est a charge de l'éleve de relier l'enseignement a sa vie quotidienne)
3. Un programme challengeant, ayant des promesses a révéler le long du chemin
Rares sont les personnes qui vont a un cours pour la beauté du geste, et a 20ans, on est suffisamment grand pour que le "tu comprendras a quoi ca sert quand tu seras plus grand" ne soit plus d'actualité.
Professionnellement inexpérimenté ou non, continuer de se verser dans les grandes théories c'est alimenter le décalage entre le monde académique et le monde professionnel, et donc former toujours plus d'incompétents.
Leur coller du droit serait plus utile je pense. Droit général, droit des contrats, droit de la propriété. On fait ça dans toutes les écoles d'ingénieur je crois.
Je trouve que la plupart des formations ne dispensent pas certaines notions pourtant essentielles, à savoir indenter correctement, les bonnes pratiques pour coder proprement, utiliser un logiciel de gestion de version, etc. Ces notions sont rapides, en 20h il y a de quoi voir l'essentiel, et souvent distillés au gré de la compétence des profs mais cela n'est pas suffisamment clair et encadré pour faire office de notion « assimilée ». Vu la qualité du code produit par un étudiant qui sort de cours, on peut sérieusement se poser la question…
On peut parler autant qu'on veut d'ingénierie logicielle, d'études, ou autre, il n'y a que deux façons d'apprendre a coder : c'est bouffer du code, ou bouffer du code (en fait il y a aussi par les maths, la calculabilité et l'algorithmie mais leur code reste complètement dégueu).
La notion de "beau code", elle ne vient qu'apres quelques années de lecture de code, on ne peut pas demander à un perdreau de la dernière pluie de comprendre pourquoi utiliser 150 outils bizarres et spécifiques au code alors qu'il a toujours utilisé Word, clef USB et dropbox, qu'il ne sait pas ce qu'est un serveur ou une ligne de commande (ou en a une notion très floue), et qu'il serait de toute façon incapable de patcher les 250 lignes qu'il a pondu pour calculer factorielle en C.
Le programmeur est quand même un artisan, il n'y a pas de science exacte. Certes, il y a des formalismes et beaucoup de théorèmes, certains outils permettent même de s'abstraire du code pour générer un programme parfait selon les contraintes décrites (a savoir Coq), mais la programmation n'est pas exacte. Ça demande plus de fealing et d'expérience qu'on peut le croire, au final.
C'est un peu comme les ingénieurs qui ne comprennent pas pourquoi on devrait se soucier du client (certains appellent ca de la lèche), genre lui souhaiter bon anniversaire/bonne année/joyeux noël, ou laisser de la place au marketing lors de la conception du produit (``Si le produit est bon, il se vendra !'').
De toute façon, et pour en revenir au code, si l'étudiant en question n'est pas à l'aise avec la programmation, il n'y restera que le temps nécessaire et passera vite à autre chose. Au contraire, celui qui y voit un intérêt (même pécunier) persévèrera et s’améliorera.
[^] # Re: Sur le papier
Posté par mackwic . En réponse au journal 42 : une nouvelle école informatique. Évalué à 10.
De ma propre expérience, après avoir vécu la-bas (a Shanghai, mais j'ai été invité dans une IIT aussi et y ai passé plusieurs semaines), je peux te dire avec certitude… que nos différences culturelles sont a ce point énormes que la notion d'intelligence diffère.
Donc pour nous, français de l'INSAA lyon, des mines, de l'ESAM, de Telecom ou Sup'Elec (ou Epita pour coller au journal), on les regardait et pensait a eux comme… quelque part entre le quart de demeuré et l'autiste capable de ressortir a une vitesse hallucinante des connaissance inutiles qu'on aurait pu déduire ou calculer rapidement.
Bien évidemment il faut connaître la culture et avoir travaille la-bas pour apprécier réellement les différences et comprendre ce que eux cherchent dans la réflexion et l'intelligence, je ne suis pas allé jusqu’à la, il faudrait que j'y retourne plus longtemps.
De la même manière, nos profs (chinois) nous prenaient en pitié parce qu'arrivés a la gradation (diplôme de fin de 3eme année) nous ne savions pas tricher. Pour eux nous étions des incapables, inaptes a la vie active. Si tu ne sais pas tricher, tu ne sais pas te débrouiller dans la vie, tu n'es pas astucieux, et donc pas très intelligent.
En Inde, ils sont plus sur la restitution instantanée de connaissance a ce que j'en ai compris (que quelqu'un confirme s'il le peut, c'est assez subtil).
En tout cas une chose est sure: la notion de recherche, de réflexion, d'esprit critique, de questionnement, tout ce que nous glorifions dans nos études, tout cela est absent de leur cursus. C'est très perturbant quand une soit-disant élite d'une nation de plus d'un milliard d'habitant est incapable de répondre a des questions sur ses propres méthodes ou enseignements dans lesquels elle excelle. Vraiment.
En tout cas de mon point de vue, la notion même d'ingénieur est liée a ce processus de questionnement et de réflexion. Le travail d'un ingénieur n'est pas un plan tout fait que l'on peut astucieusement ressortir (ou copier chez le voisin), et ces peuples sont tellement loin de s'en rendre compte que l'éducation occidentale est indétrônable pour encore un bon temps (toujours de mon point de vue).
[^] # Re: Sur le papier
Posté par mackwic . En réponse au journal 42 : une nouvelle école informatique. Évalué à 3.
Aha ! Encore une belle casserole dans notre histoire folklorique !
Ceci dit, il est a noter que c'était une autre époque, et aujourd'hui tout le monde s'accorde a dire que le créateur de l'Épita est un grand malade.
D'ailleurs son nom a été rayé de toutes ses créations actuelles, il doit être détesté par ceux d'en haut…
[^] # Re: Sur le papier
Posté par mackwic . En réponse au journal 42 : une nouvelle école informatique. Évalué à 4.
Comparer du dev indien et du dev ouest-européen… Uxam. Es-tu sérieux ? As-tu déja parlé a un CdP indien ?
Nan parce que franchement faudrait se renseigner un peu la. Dire que l'écart de niveau entre un étudiant niveau fin-de-lycée indien et francais est fort, c'est une sacré litote !
D'ailleurs, pour ton information, l'outsourcing roumain est bien moins cher que l'indien.
[^] # Re: Sur le papier
Posté par mackwic . En réponse au journal 42 : une nouvelle école informatique. Évalué à 1.
Bah depuis que tout le monde a soit un IPhone 5 soit un Galaxy S4, non.
[^] # Re: Sur le papier
Posté par mackwic . En réponse au journal 42 : une nouvelle école informatique. Évalué à 6.
Les trolls ?
Il faut comprendre que les Écoles Épi* ont grandit depuis 95 dans un contexte "anti-culture" dans le genre "les profs ca sert a rien", "nous on sait faire de l'info pas les autres", "ici c'est une vraie école de geek", etc.
En soit pas trop grave tant qu'on considère que ça reste des étudiants qui doivent se justifier a eux même les heures de travail chèrement passées. Car ce sont des écoles bien plus dures que l'on pourrait se l'imaginer, qui demandent un très gros investissement.
Et, d'apres moi, elles ont réussi a s'élever loin au dessus de la concurrence des écoles d'ingé du groupe B (leurs concurrents initiaux), en oubliant tout ce qui existe autour.
Alors forcément, des très bons, il y en a partout, et a cause du manque de concurrence, les Épi*éens ne se rendaient pas compte que oui, un mec qui a fait Centrale/ENS peut etre une brute en info, bien plus que toi, oui oui, et ce gars peut aussi ne pas avoir fait d'école du tout.
Maintenant, j'ai l'impression que ca s'est un peu calmé depuis que Epita essaye de se rendre plus ingénieur (ce qui fait bien rigoler les-dits ingénieurs qui se sont fait cracher dessus pendant 20ans), et Epitech de s'intégrer dans l'entreprise.
Sur DLFP, on se plaint beaucoup que les Épi*éens soient des petits péteux pas forcément compétents, et ca a été vrai pendant longtemps. Maintenant depuis 3ans de gros virages sont faits (la création de cette nouvelle école en est un effet de bord, Sadirac étant a la base du "du code, du code, et taillez vous la bite au couteau") et les premiers retours des entreprises habituées a recruter sont plutôt positifs par rapport a notre ouverture d'esprit.
Moi de toute facon je l'aime pas ce type, surtout depuis qu'il nous a volé les deux PS3 de dev qu'on avait payé avec nos sous pour nos labos. Salaud !
[^] # Re: Quelle différence avec Red Flag?
Posté par mackwic . En réponse au journal Canonical s'attaque au marché Chinois. Évalué à 4.
Red Flag Linux, était assez pourrie a ce qu'on m'a dit. J'ai plus vu des gens partir sur Scientific Linux, qui est tres populaires la-bas.
Étant donné que Canonical est implanté a Pékin, Shanghai et Tapei depuis un petit bail, je pense que c'est du sérieux. J'ai hate de voir ce que va donner le piratage face a ca ! :)
Pour rappel, quand vous achetez un ordinateur en Chine, on installe devant vous
Windows XP Pirate Edition. Assez folklorique ![^] # Re: Trop long, pas lu
Posté par mackwic . En réponse au journal Mon évolution vis à vis du copyleft. Évalué à 0.
C'est pour des messages comme ceux la que j'aimerais un bouton " tres pertinent"
[^] # Re: reconnaissance juridique de la BSD
Posté par mackwic . En réponse au journal Mon évolution vis à vis du copyleft. Évalué à 3.
Je vois bien le gars qui fournit un appli et son code a une entreprise, la dernière qui le modifie salement en y ajoutant sa jolie surcouche, et qui redistribue les modifs uniquement a ses propres clients, et le dev initial qui achète une version, modifie son code pour rendre la surcouche incompatible et fait payer la migration. :D
# Pourquoi venir chez vous ?
Posté par mackwic . En réponse au message [Offre d'emploi] CDI Paris : Administrateur système et réseau Open Source. Évalué à 10. Dernière modification le 28 mai 2013 à 00:48.
Bonjour,
Pourriez vous nous donner des raisons objectives de nous intéresser a votre entreprise, sachant que pour une agence web, /texte supprimé/ ?
En vrac, ce qui me choque le plus:
- /texte supprimé/ (utf-8 indiqué mais Latin1 utilisé)
- 69 erreurs sur le validateur W3C
- Le code javascript est mélangé au HTML
- Aucune structure générale dans la page
- Injection de CSS/HTML avec des valeurs constantes
- Mélange de nombreuses lib JS, la ou vous pourriez n'en utiliser qu'une seule
- Trop de code commenté
- Design complètement fixe
/texte supprimé/
S'il vous plait, rassurez moi…
NdM : ce commentaire a été modifié par l'équipe de modération suite à une mise en demeure.
[^] # Re: C'est facile !
Posté par mackwic . En réponse au journal Kerbal Space Program sort en version 0.19. Évalué à 2.
Ok je vois. C'est vrai que ca se sent assez lorsqu'on essaye de s'arracher de l'orbite Kerbine alors qu'on est un peu juste en Newtons. :)
Ok ! On parle d'atterrissage ! Je dois avouer n'avoir pas essayé d'en faire (planifié, s'entend :p).
Je trouve que c'est un peu tendu de faire un vol tres longue distance dans la version Vanilla, par exemple atteindre le second satellite et revenir tend du miracle.
Et puis les moteurs ioniques sont inutiles c'en est navrant…
[^] # Re: C'est facile !
Posté par mackwic . En réponse au journal Kerbal Space Program sort en version 0.19. Évalué à 2.
L'aérodynamisme n'est calculé que selon la masse, ce qui est un peu dommage… ;)
Sinon c'est quoi cette histoire de 1-body ? Et la désintégration a cause de la vitesse, rassurez moi c'est une blague ? /noob astrophysique
# Autre: Linux est prêt pour le Desktop
Posté par mackwic . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 10.
Je pense réellement que Linux est prêt pour le Grand Public, il n'est pas parfait, mais qui l'est ?
En tout cas j'ai fait des install/config de Linux pour des Mamies du cantal (Gnome 3 et Unity sont efficaces), pour des bidouilleurs du dimanche (Linux Mint Mate semble avoir leur préférence), ou des professionels de la bureautique où les choses doivent juste marcher sur les 5 logiciels, le reste on peut faire avec (Unity encore).
À chaque fois, la résistance au changement n'était que la composée de "je dois changer mes habitudes" et "je ne vois pas en quoi c'est mieux".
Bien sûr, chaque distribution à ses défauts, mais c'est mon job de trouver les workarounds appropriés, et de choisir la distro la plus adaptée à l'utilisation qui sera faite.
En conclusion ça marche bien, mes clients sont contents, et moi aussi. :)
[^] # Re: Ça a l'air rigolo
Posté par mackwic . En réponse au journal Davfi, le premier antivirus libre français.. Évalué à 3.
J'ai constaté le même comportement. Et les serveurs de notre université, des scientific linux, étaient très mal configurés, pas très a jour, tous les ports ouverts (pourquoi y-a-t-il autant de MySQL ?), bref, du joli ! ;)
D'ailleurs on avait un serveur de formatage pour les clefs USB qu'on échangeait, notamment pour aller sur les PC d'impression. C'était assez marrant !
En tout cas, on comprend pourquoi le cours du botnet chinois est si bas…
[^] # Re: Rêves ...
Posté par mackwic . En réponse au journal Onirisme ++. Évalué à 2.
Quand est-ce que tu continue ton article sur la parallélisation du dessin, toi ? Tu aimes tenir ton lectorat en haleine !
[^] # Re: Surpris
Posté par mackwic . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 3.
Je ne m'étonne pas des incompréhensions, d'autant plus que je les ai moi aussi rencontrées un jour, et c'est bien pourquoi j'explique a chaque fois de quoi il s'agit juste apres avoir utilisé le mot.
Il faut lire la phrase en entier parfois, ca aide a comprendre…
[^] # Re: Surpris
Posté par mackwic . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 3.
En effet, j'ai tellement l'habitude d'utiliser l'extension de syntaxe LWT que j'ai oublié comment faire sans ! :D
[^] # Re: Surpris
Posté par mackwic . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 3.
Tu ne confonds pas avec LWT ? Il n'y a pas de P4 dans Batteries a ma connaissance. C'est du Ocaml pur.
QTest, une lib de test inlinés utiise P4 je crois mais je ne trouve pas de traces de qtests dans le code du dépot.
Simple : Batteries est le fils de ExtLib. Batteries est modulaire, Batteries est mature, testé, varié, documenté. Batteries est bon, mangez en !
[^] # Re: Surpris
Posté par mackwic . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 3.
D'active et maintenue ouvertement ? Il ne reste que Batteries. La ExtLib a accouché de Batteries, avec un meilleur design et une plus grosse communauté.
Sinon il y a la JaneStreet CoreLib qui, parait-il est pas mal, mais c'est tout sauf communautaire puisque développé par la finance Shanghai-aise. C'est libre par contre, il me semble.
[^] # Re: Surpris
Posté par mackwic . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 3. Dernière modification le 01 mars 2013 à 19:42.
Absolument ! Ca évite d'avoir a stocker les valeurs intermédiaires dans un calcul complexe.
Du genre:
Ose me dire que c'est moins lisible qu'une série de let…in imbriqués. :)
En plus, c'est assez facile de modifier la séquence de cas dans ces conditions puisque les fonctions ne sont pas dépendantes.
Pour ce qui est des énumérations, ca n'a rien a voir avec les types sommes (qui sont géniaux, par ailleurs).
Il s'agit de listes paresseuses infinies. Typiquement tu peux y mettre tous les naturels ou tous les entiers, puis faire des opérations de filtrage, et la parcourir a souhait en étant assuré que ton programme va terminer (si tu arrête ton parcours) et avec une faible empreinte mémoire.
La doc montre d'ailleurs comment résoudre un probleme Euler en trois lignes. ;-)
C'est un héritage de la Extlib 2, qui est maintenant abandonnée au profit de Batteries.
Il me semble que oui, après arriver a faire compiler Batteries sur Windows est possible mais c'est chiant. Faut en avoir le besoin.
Quand tu utilise des AVL ou des Rouge-Noir, c'est pas seulement pour des questions de rapidité mais aussi pour leurs propriétés intrinsèques.
Comme tu le dis, la syntaxe des listes est tres legere et l'API autour est tres fournie, mais tu te retrouve ensuite a adapter la logique de ton code a cette facilité.
En plus, clairement les arrays sont plus rapides et donnent moins de pression au GC, mais ce n'est pas tant pour les perfs que pour l'utilisation de la structure de donnée adaptée a ta manipulation. Si tu utilise ta liste comme une Queue, utiliser le module Queue augmente la lisibilité de ton code grandement meme s'il faut quelques characteres en plus.
# Surpris
Posté par mackwic . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 8.
Je suis surpris qu'on ne parle pas de l'excellente OCaml Batteries, une bibliothèque alimentée par la communauté pour compenser la trop pauvre lib standard (il parait que c'est un choix, très suspicieux comme choix).
Ocaml Batteries fournit par exemple:
- Des fonctions générales, on citera notamment
(|>)et qui sert à "piper" les fonctionslet a = (f x) |> g<=>let a = g (f x)- Les éumérations, des listes infinies évaluées paresseusement
- Des séquences, des énumérations de nombres sur lesquels ont peut faire des opérations spécifiques tr1es pratiques
- Des vrais printers faciles à utiliser et extensibles
- Des outils de manipulation de fichiers puissants
- Des types arborescents et leurs fonctions associées
- Un logger, de l'UTF-8, les cordes (des string en mieux), des fonctions supplémentaires sur les types de base, et j'en oublie.
C'est un indispensable pour le programmeur OCaml efficient, je m'en sert notamment pour utiliser des types de données plus couillus que les listes dès que la logique est validée.
Dans le cadre de mon projet d'implémentation du langage de configuration TOML (comme le .INI en mieux), je vais surement ajouter le support des dates ISO8601 dans OCaml Batteries. Stay tuned !
[^] # Re: fraicheur ?
Posté par mackwic . En réponse au journal Quelques projets intéressants en OCaml. Évalué à 3.
Il existe lablgtk2 qui est bien. Conduit par un habitué de l'INRIA, c'est soigné et c'est une bonne traduction en OCaml des concepts GTK.
Après faut apprécier faire de la GUI GTK2…
Le même homme travaille sur un concept de LablQT mais je crois qu'il n'arrive aps à suivre les changements du framework. :)
[^] # Re: Rien de nouveau
Posté par mackwic . En réponse au journal Vendre de l'open source illégal??. Évalué à 6.
Je pense en effet que l’intérêt est quelque chose qui peut se stimuler par la qualité de l'intervenant et de ce qu'il y a autour.
Il y a une corrélation évidente entre les cours appréciés et les cours donnés par les profs savants pédagogues. Je pense que nous ne sommes pas "destinés" a ne pas être intéressé par un domaine (et donc in fine, y être médiocre), par contre je pense que notre capacité d'écoute et de concentration est directement influencée par l'intervenant, et qu'avec l'écoute vient la compréhension et l’intérêt.
Je dis "je pense" parce que je n'ai pas de pédagogue ou d’étude a citer mais ça me parait assez évident en fait.
Avec un prof réellement excellent, je te garantis que tu iras en droit. ;)
Cela fait partie des attributions du professeur de placer son discours au niveau de son public.
[^] # Re: Rien de nouveau
Posté par mackwic . En réponse au journal Vendre de l'open source illégal??. Évalué à 5.
Pas chez nous, apres faut savoir choisir son école. ;-)
Dans notre école de techos, les cours de maths et de physique sont moins suivis que le droit, je suis intimement persuadé que l'intéret d'un étudiant pour une matiere repose sur 3 pivots :
1. Un professeur impliqué, savant, et pédagogue
2. Une étude reposant sur des cas d'études pratiques plus que sur des théories générales (ou c'est a charge de l'éleve de relier l'enseignement a sa vie quotidienne)
3. Un programme challengeant, ayant des promesses a révéler le long du chemin
Rares sont les personnes qui vont a un cours pour la beauté du geste, et a 20ans, on est suffisamment grand pour que le "tu comprendras a quoi ca sert quand tu seras plus grand" ne soit plus d'actualité.
Professionnellement inexpérimenté ou non, continuer de se verser dans les grandes théories c'est alimenter le décalage entre le monde académique et le monde professionnel, et donc former toujours plus d'incompétents.
[^] # Re: Rien de nouveau
Posté par mackwic . En réponse au journal Vendre de l'open source illégal??. Évalué à 2.
Leur coller du droit serait plus utile je pense. Droit général, droit des contrats, droit de la propriété. On fait ça dans toutes les écoles d'ingénieur je crois.
[^] # C'est en forgeant qu'on devient forgeron
Posté par mackwic . En réponse au journal Vendre de l'open source illégal??. Évalué à 6.
On peut parler autant qu'on veut d'ingénierie logicielle, d'études, ou autre, il n'y a que deux façons d'apprendre a coder : c'est bouffer du code, ou bouffer du code (en fait il y a aussi par les maths, la calculabilité et l'algorithmie mais leur code reste complètement dégueu).
La notion de "beau code", elle ne vient qu'apres quelques années de lecture de code, on ne peut pas demander à un perdreau de la dernière pluie de comprendre pourquoi utiliser 150 outils bizarres et spécifiques au code alors qu'il a toujours utilisé Word, clef USB et dropbox, qu'il ne sait pas ce qu'est un serveur ou une ligne de commande (ou en a une notion très floue), et qu'il serait de toute façon incapable de patcher les 250 lignes qu'il a pondu pour calculer factorielle en C.
Le programmeur est quand même un artisan, il n'y a pas de science exacte. Certes, il y a des formalismes et beaucoup de théorèmes, certains outils permettent même de s'abstraire du code pour générer un programme parfait selon les contraintes décrites (a savoir Coq), mais la programmation n'est pas exacte. Ça demande plus de fealing et d'expérience qu'on peut le croire, au final.
C'est un peu comme les ingénieurs qui ne comprennent pas pourquoi on devrait se soucier du client (certains appellent ca de la lèche), genre lui souhaiter bon anniversaire/bonne année/joyeux noël, ou laisser de la place au marketing lors de la conception du produit (``Si le produit est bon, il se vendra !'').
De toute façon, et pour en revenir au code, si l'étudiant en question n'est pas à l'aise avec la programmation, il n'y restera que le temps nécessaire et passera vite à autre chose. Au contraire, celui qui y voit un intérêt (même pécunier) persévèrera et s’améliorera.