Concours de programmation CodinGame le 28 mai 2013

Posté par  (site web personnel) . Modéré par Pierre Jarillon. Licence CC By‑SA.
Étiquettes :
14
24
mai
2013
Technologie

CodinGame, le challenge de programmation 100% en ligne, revient le mardi 28 mai 2013 à 20h.

C’est l'occasion de se mesurer à plusieurs centaines d'autres développeurs, de remporter un Nexus 10, un Drone Parrot 2.0 ou des enceintes M-Audio, et, pour ceux qui le souhaitent, d’entrer en relation avec plusieurs sociétés pour changer de job ou en trouver un.

Les nouveautés de cette édition : Javascript vient s'ajouter aux langages déjà disponibles et le portail est désormais disponible en anglais pour accueillir des participants du monde entier.

Comme la fois précédente, l’épreuve consiste à résoudre deux problèmes de programmation dans le langage de son choix parmi C, C++, Python, Ruby, PHP, Java, C# et Javascript. C'est évidemment gratuit, ouvert à tous, on peut participer de chez soi et c'est anonyme.

L’environnement de développement proposé donne accès à un éditeur de code et un shell Bash, pour lancer son programme depuis le navigateur.
Dès la fin du concours, les scores et le classement général sont publiés. Pour que tout le monde puisse apprendre des bonnes idées des autres, le règlement prévoit que le code source des participants soit rendu public sous licence libre GPL v3 et affiché sur le site.

Quelques chiffres du précédent CodinGame

Popularité des langages

Titre de l'image

Score moyen par langage

Titre de l'image

Localisation des participants

Titre de l'image

Aller plus loin

  • # Concours et vie privée

    Posté par  . Évalué à 2.

    Il y a toujours un problème de vie privée avec les concours mais là c'est un peu bizarre, ils ne sont pas très clairs:
    http://www.codingame.com/cg/#!challenge:8 (bas de page à droite)

    Aucune de vos données n'est transmise à quiconque
    sans votre autorisation.
    À l'issue du concours, si une entreprise que vous avez sélectionnée souhaite vous contacter et que vous acceptez son invitation, alors nous lui transmettrons vos données personnelles.
    Sinon, elle ne saura jamais qui se cache derrière votre code…

    Et puis dans le règlement:
    http://www.codingame.com/cg/#!rules

    Article 7: Publicité
    Une fois la mise en relation établie entre le Candidat et l’Employeur intéressé, et le contrat entre les parties signé, Cartser se réserve le droit de publier, sur quelque support que ce soit, aux fins de communication publicitaire ou autre, sur le réseau internet ou non, pour le monde entier, la photo et le nom des Candidats ayant trouvé un poste grâce au Concours CodinGame.
    Et cela, sans que les gagnants puissent exiger une contrepartie quelconque ou s'y opposer.

    • [^] # Re: Concours et vie privée

      Posté par  (site web personnel) . Évalué à 6.

      Je confirme, c'est pas clair. On vire cet article 7.
      Merci pour ce retour :-)

    • [^] # Re: Concours et vie privée

      Posté par  (site web personnel) . Évalué à 1.

      Cela me rappelle certain concours de photos, qui disent d'un coté que toutes les photos continuent de nous appartenir, et de l'autre qu'ils ont tous les droits pour s'en servir pour faire leur publicité, sans contre parti.

      "La première sécurité est la liberté"

    • [^] # Re: Concours et vie privée

      Posté par  (site web personnel) . Évalué à 4.

      Je pense qu'on peut simplifier par :
      Vous faites comme vous le souhaiter pour le concours, mais si vous trouvez un taf grâce au concours, on aimerai bien en parler / faire un retour pour nous faire un peu de pub / montrer que ça marche.
      Bref, rien d'abuser selon moi.

      La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick

  • # Ruby vs C

    Posté par  (site web personnel) . Évalué à 1.

    Il ne fait pas bon de tenter le concours en faisant du C alors que les candidats réalisant le code en ruby s'en sorte bien mieux.

    La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick

    • [^] # Re: Ruby vs C

      Posté par  . Évalué à 5.

      s/ruby/python/ ou c'est exprès que tu as ignoré le language qui a les meilleurs résultats et un taux de participation bien supérieur au ruby?

      ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

      • [^] # Re: Ruby vs C

        Posté par  . Évalué à 6.

        On s'en fiche un peu des guerres de langages, non ?
        L'important, c'est d'avoir le choix.

        "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

        • [^] # Re: Ruby vs C

          Posté par  (site web personnel) . Évalué à 1.

          Ce n'est pas la question de savoir quel est le meilleurs des langages. Mais par contre, ce poser la question du langage le plus adapté est assez intéressante.

          On voit quand même que clairement, c'est un mauvais choix de s'orienter vers du code C.
          Ce qui peut paraitre compréhensible quand on voit comme la syntaxe des printf et scanf est chiante. Qu'il faut le recompiler à changement…

          La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick

          • [^] # Re: Ruby vs C

            Posté par  . Évalué à 1.

            Tu ne devrais pas essayer d’émettre de critique d'un langage que tu ne maîtrise manifestement pas.

            • [^] # Re: Ruby vs C

              Posté par  (site web personnel) . Évalué à 0. Dernière modification le 24 mai 2013 à 15:17.

              Je ne pense pas avoir fait de critique particulière ou d'apologie d'un langage par rapport à un autre. Je parlais des choix pour lors du concours précédent…

              Sans être une star en C, je sais quand même en faire.
              Je pense que ce langage a de nombreuses qualités, mais sa première n'est clairement pas sa facilité.

              Ose dire que la syntaxe de printf est simple :
              http://www.cplusplus.com/reference/cstdio/printf/

              #include <stdio.h>
long n1 = 400, n2 = 500;
printf("Les nombres sont %ld et %ld", n1, n2);

              On peut faire des trucs complexes avec mais pour du simple et rapide… ce n'est clairement pas le mieux adapté. Dès qu'il y a trop d'arguments on commence à avoir du mal à faire les correspondances entre les types affichés et les variables…

              La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick

              • [^] # Re: Ruby vs C

                Posté par  (site web personnel) . Évalué à 2.

                On Fri, May 24, 2013 at 03:16:42PM +0200, Thom wrote:

                Ose dire que la syntaxe de printf est simple :

                Qu'a t-elle de compliqué ?

                • [^] # Re: Ruby vs C

                  Posté par  (site web personnel) . Évalué à -2. Dernière modification le 24 mai 2013 à 15:49. 

                  printf("Il y a beaucoup de choses à afficher : %u, %d, %f, %d, %f, %f, %f, %d, %u, %d, %u, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d, %d", v10, v11, v12, v13, v14, v15, v16, v17, v18, v19, v20, v21, v22, v23, v24, v25, v26, v27, v28, v28)

                  Je ne sais pas, tu penses que j'ai mis le bon nombre d'arguments ?
                  Tu me permutes dans ton tableau de sortie la variable v22 qui représente le rayon réelle d'un cercle et la variable v19 qui représente l'abscisse entière de son centre.

                  C'est drôlement agréable.

                  La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick

                  • [^] # Re: Ruby vs C

                    Posté par  . Évalué à 4.

                    Pas sûr que ça soit la cause du taux de réussite: la syntaxe du print de Python est plutôt pourrie par rapport à celle du putf de Ruby..
                    Bon on peut implémenter putf en Python, mais je serai curieux de voir a quelle vitesse je me prendrai la porte si je fait une proposition pour intégrer ça.

                    • [^] # Re: Ruby vs C

                      Posté par  . Évalué à 1.

                      Par curiosité, il fait quoi de mieux le puts de Ruby ?

                  • [^] # Re: Ruby vs C

                    Posté par  (site web personnel) . Évalué à 2.

                    Je dois dire que je suis perplexe, en quoi le printf de ruby est plus simple que celui de C ?

                    • [^] # Re: Ruby vs C

                      Posté par  . Évalué à 4.

                      puts "Hello #{name}!" est bien plus lisible que printf("Hello %s\n",name) surtout quand le texte est long et les variables nombreuses..

            • [^] # Re: Ruby vs C

              Posté par  . Évalué à 1.

              Tu fais allusion à ton français ?

      • [^] # Re: Ruby vs C

        Posté par  (site web personnel) . Évalué à 5.

        Le nombre de participant utilisant ruby est le plus faible et ils ont plutôt bien réussi.

        Sans avoir les chiffres précis, il reste dure d'être sûr à 100%, mais une chose est cependant certaines (quasi). Moins il y a d'utilisateur d'un langage, moins la moyenne de réussite est noyé, donc on peut juste dire que peu, très peu de personnes ayant utilisées ruby se sont plantées.

        De même, on remarque qu'il y avait pas mal d'utilisateurs de C et que la moyenne de réussite est basse. On peut juste en conclure que pas mal de monde s'est planté avec ce langage.

        Pour python, la moyenne est assez haute et même la plus haute, mais au vu du nombre de personnes ayant utilisés ce langage, on ne peut pas dire grand choses car il peut y avoir un certain nombres de personnes qui se sont plantés mais dont le score est un peu noyé dans la masse.

        Pour les autres langages C++ et php… on ne peut pas dire grands choses non plus.

        Bref, la moyenne des pythons est plus haute, mais moins, bien moins de personne ont fait un score médiocre en utilisant ruby. Et, perso, c'est plus ça qui m'intéresse… car en soit ce que font les autres, je m'en fous.

        Bref, c'est pour dire que c'est pas toujours la moyenne qui est importante, sinon, on ne jouerait pas au loto.

        La réalité, c'est ce qui continue d'exister quand on cesse d'y croire - Philip K. Dick

        • [^] # Re: Ruby vs C

          Posté par  . Évalué à 6.

          Tu ne peux rien déduire de pertinent en te basant sur les seules moyennes, avec l'écart type, oui, tu pourrais tirer des conclusion ; en attendant ton message n'est que spéculations sans fondement.
          Tu as le droit d'avoir tes langages de prédilections et tu n'as absolument pas besoin d'essayer de le justifier en te basant sur des statistiques qui ne montrent au final qu'une seule chose : les gens utilisent les langages qu'ils connaissent, le Java, le C, le C++ et Python étant plus enseignés que le Ruby, c'est normal qu'ils soit plus utilisés.

          • [^] # Re: Ruby vs C

            Posté par  . Évalué à 3.

            Tu ne peux rien déduire de pertinent en te basant sur les seules moyennes, avec l'écart type, oui, tu pourrais tirer des conclusion

            En même temps, tu as tellement de biais possibles que tu ne pourrais pas déduire grand chose même avec un écart type…
            - Taille des populations concernées ?
            - Choix de l'échantillon ? (Est-ce une population avec les mêmes caractéristiques qui répond dans chacun des langages? Puisque ce sont surtout des programmeurs français qui répondent, aurait on les mêmes résultats au Japon avec les mêmes langages?)
            - Représentativité des problèmes soumis (les langages ont souvent des forces… et des faiblesses).

        • [^] # Re: Ruby vs C

          Posté par  . Évalué à 8.

          Le grand nombre de personnes ayant choisi le langage C peut s'expliquer par le fait que ce soit le langage par défaut. Ceux qui rendent copie blanche le font donc majoritairement en C, diminuant la moyenne de ce langage.

        • [^] # Re: Ruby vs C

          Posté par  . Évalué à -9.

          Merci pour votre contribution intéressante et simple.

          très peu de personnes ayant utilisées ruby se sont plantées

          Parce qu'en fait il ne feront pas du ruby si c'était le cas:
          peu de projets veulent du ruby donc il faut être à la hauteur pour oser s'en vanter.

          Bref, c'est pour dire que c'est pas toujours la moyenne qui est importante, sinon, on ne jouerait pas au loto.

          Woué.

          disons que
          Si la moyenne est basse avec C, c'est parce que techniquement le C est nettement plus compliqué à implémenter.
          Le python/ruby c'est déjà plus simple.
          Un même code est fait très simplement en python/ruby voire même java, mais c'est compliqué à mettre en oeuvre en C/C++.
          Ce n'est pas pour rien que les interfaces graphiques sont souvent basés sur python.
          [Je parle de l'interface pas du moteur qui lui est généralement en C/C++]

          • [^] # Re: Ruby vs C

            Posté par  . Évalué à 1.

            mais c'est compliqué à mettre en oeuvre en C/C++.

            T'as vu les scores du C++?

            Ce n'est pas pour rien que les interfaces graphiques sont souvent basés sur python.

            Bof, pas si souvent que ça…

            Écrit en Bépo selon l’orthographe de 1990

            • [^] # Re: Ruby vs C

              Posté par  . Évalué à -10.

              T'as vu les scores du C++?

              Python et Ruby sont devant quand même…
              Et celui qui code en python/ruby code aussi en autre chose, mais celui qui fait du C/C++ se cantonne généralement à çà…

              Ce qui m'étonne c'est que java est un peu trop bas…

              • [^] # Re: Ruby vs C

                Posté par  . Évalué à 4. Dernière modification le 26 mai 2013 à 16:13.

                Python et Ruby sont devant quand même…

                Et alors? J’ai pas dit que le C++ était le meilleur langage du monde, j’ai juste dit que c’est pas si difficile que ça en C++ vu qu’il est très bien classé, un peu en-dessous du Python et du Ruby, et à égalité avec PHP.

                Et celui qui code en python/ruby code aussi en autre chose, mais celui qui fait du C/C++ se cantonne généralement à çà…

                {référence manquante}

                Je pense que la plupart des gens qui font du C et du C++ aujourd’hui connaisse au moins un autre langage de programmation, que ça soit le Bash, le PHP ou le Javascript pour le web, le perl pour les admin système, ou encore du Python pour les application pas exigeante sur les performances.

                Par contre c’est étonnant (dans le sens où on ne parle pas souvent de Ruby donc on peut avoir tendance à l’oublier celui-là, oui quand je vais sur Linuxfr.org je ne pense «Ruby Ruby Ruby» juste parce que le site est fait en Ruby) les résultats de Ruby, ça veut dire que même si le Ruby est moins utilisé ceux qui le maitrisent réussissent à en tirer tout sa puissance.

                Ce qui m'étonne c'est que java est un peu trop bas…

                En même temps, le gars il commence à écrire:

                public class Main {
    public static void main() {
        System.out.println("Hello World!");
    }
}

                «Fin de l’épreuve!» Pas étonnant qu’il ai un moins bon score, ils commencent avec un désavantage! (moinssez-moi)

                Non mais je pense que comme c’est un langage qui devient le standard dans pas mal de domaine, il y a une plus grande proportion de «noob» que dans les autres langages (c’est parce que tu as appris le C que tu le maitrises forcément bien). Donc du coup ça se ressent sur les statistiques, mais ce n’est peut-être pas (que) ça, vu qu’on ne peut savoir quel niveau ils avaient et que de toute façon c’est très difficile à évaluer.

                Écrit en Bépo selon l’orthographe de 1990

                • [^] # Re: Ruby vs C

                  Posté par  . Évalué à -9.

                  " Et alors? J’ai pas dit que le C++ était le meilleur langage du monde, j’ai juste dit que c’est pas si difficile que ça en C++ vu qu’il est très bien classé, un peu en-dessous du Python et du Ruby, et à égalité avec PHP. " (…)

                  Avec un framework comme Qt ce serait difficile? Non bien sûr donc normal qu'ils soient en haut …
                  Mais ils sont en dessous de Python/Ruby sachant que C++ a beaucoup plus d'utilisateurs que les deux autres…
                  Mais ces chiffres si je me rappelle concerne un concours… donc à prendre avec des pincettes…

                  " Je pense que la plupart des gens qui font du C et du C++ aujourd’hui connaisse au moins un autre langage de programmation, que ça soit le Bash, le PHP ou le Javascript pour le web, le perl pour les admin système, ou encore du Python pour les application pas exigeante sur les performances " (…)

                  On maîtrise rarement plusieurs langage.
                  La personne qui fait le concours le fait dans son langage de prédilection.
                  Pour caricaturer: la personne peut très bien avoir 18/20 avec le C++ et un simple 12/20 avec python.

                  Pour votre dernière intervention, je suis d'accord: c'est le cours qui souvent va orienter la compétence de l'autre…

                  • [^] # Re: Ruby vs C

                    Posté par  . Évalué à 2.

                    La personne qui fait le concours le fait dans son langage de prédilection.

                    N'importe quoi.

                    Le concours c'est du pauvre puzzle d'algo. Si tu as un cerveau en état de marche tu utilises le langage de plus haut niveau, le moins structurant et avec la meilleur lib d'ADT et d'IO que tu connais vaguement. Pas besoin d'être expert loin de là.

                    Par exemple même si tu maitrises parfaitement Java, c'est un très mauvais choix pour ce genre de truc:

                    - Beaucoup trop structurant alors que tu veux juste pisser trois fonctions et des tuples
                    - Gros trou dans les ADT sans lib externe
                    - IO un relou quand tu n'écris pas du vrai code qui doit gérer les erreurs

                    Les challenges comme ca ce n'est pas du vrai code ni des vrais projets. Réfléchir et extrapoler sur la signification des chiffres c'est perdre son temps. Tout ce que tu voudrais "apprendre" tu le sais déjà…

                    • [^] # Re: Ruby vs C

                      Posté par  . Évalué à -7.

                      " La personne qui fait le concours le fait dans son langage de prédilection.

                      N'importe quoi. " (…)

                      Quand c'est possible c'est son langage de prédilection première que le participant utilise.
                      Après, il code avec le langage qu'il maîtrise le mieux pour le sujet proposé (pas nécessairement son préféré donc).
                      Enfin, puisque c'est un concours, celui qui n'est pas à la hauteur peut décider de ne pas y participer.
                      (Si vous ne connaissez pas le codage des jeux vidéos, vous ne participerez pas à ce genre de concours… à moins d'être masochiste)

                      " Par exemple même si tu maitrises parfaitement Java, c'est un très mauvais choix pour ce genre de truc " (…)

                      C'est ce que je dis dans la ligne précédente.

                      " Les challenges comme ca ce n'est pas du vrai code ni des vrais projets. Réfléchir et extrapoler sur la signification des chiffres c'est perdre son temps. Tout ce que tu voudrais "apprendre" tu le sais déjà " (…)

                      C'est ce que je disais : tu maîtrises le sujet sinon tu n'entres pas.
                      Les détails de ma réponse sont dans ma première intervention dans CE commentaire.

                      NB: Merci de m'avoir fait remarquer mes imprécisions

        • [^] # Re: Ruby vs C

          Posté par  . Évalué à 2.

          Bref, c'est pour dire que c'est pas toujours la moyenne qui est importante, sinon, on ne jouerait pas au loto.

          Effectivement, la moyenne ne dit pas grand'chose à elle seule.

          En revanche, pour ce qui est du loto, quand on croit à la chance plutôt qu'au raisonnement scientifique et qu'en plus on ignore ce que vivent réellement les gagnants, on peut y jouer… Un conseil : ouvre plutôt un livret de caisse d'épargne.

          Sans avoir les chiffres précis, il reste dure d'être sûr à 100%, mais une chose est cependant certaines (quasi). Moins il y a d'utilisateur d'un langage, moins la moyenne de réussite est noyé, donc on peut juste dire que peu, très peu de personnes ayant utilisées ruby se sont plantées.

          Ton raisonnement est incorrect. Tu peux t'en apercevoir aisément avec l'expérience de pensée suivante : tu prends un langage X, tu en fais une version complètement identique que tu appelles Y et tu testes un petit groupe de programmeurs sur X et un gros groupe sur Y. Avec ton raisonnement, tu vas arriver à dire qu'il vaut mieux programmer en X qu'en Y…

          Pour en revenir au cas Ruby/Python, la moyenne ne dit rien sur les écarts-types comparés des «performances» des programmes/programmeurs Ruby et Python. Qu'est-ce qui te permet d'affirmer qu'ils sont les mêmes ? Et s'ils sont les mêmes, tout ce que tu peux dire, c'est que la valeur moyenne obtenue est (probablement) plus proche de l'espérance de la valeur vraie lorsque tu as plus d'éléments dans ton échantillon.

          Par ailleurs, j'aurais tendance à penser (conjecture qui resterait à vérifier) que les gens qui utilisent un langage moins répandu sont en général des gens plus intelligents (car plus curieux et je conjecture que les deux qualités sont corrélées), donc que les personnes qui utilisent ces langages sont plutôt déjà parmi les meilleurs programmeurs. Si l'«élite», en utilisant un langage original, a les mêmes résultats que le «vulgum pecum» utilisant un langage commun, ça n'est pas bon signe pour le langage original…

          Judicaël.

          • [^] # Re: Ruby vs C

            Posté par  . Évalué à 1.

            Par ailleurs, j'aurais tendance à penser (conjecture qui resterait à vérifier) que les gens qui utilisent un langage moins répandu sont en général des gens plus intelligents (car plus curieux et je conjecture que les deux qualités sont corrélées), donc que les personnes qui utilisent ces langages sont plutôt déjà parmi les meilleurs programmeurs. Si l'«élite», en utilisant un langage original, a les mêmes résultats que le «vulgum pecum» utilisant un langage commun, ça n'est pas bon signe pour le langage original…

            Je suis plutôt d’accord avec toi, le seul truc que peu de personne ont utilisé le C et en plus ils ont eu en général de moins bon résultats… Qu’est-ce que ça veut dire? C’est d’ailleurs intéressant de comparer avec le C++, qui a eu de bien meilleurs résultats. En tout cas j’apprend le Java a l’IUT mais le C++ chez moi, je pense que je correspond justement à cette catégorie de gens qui programment dans un langage qu’ils aiment qu’ils n’ont pas forcément appris à l’«école».

            Pour en revenir au C: les personnes ont-elles sous-estimé leur niveau dans ce langage? Le C est-il un langage trop compliqué? Le C est-il trop bas niveau pour ce genre de tâches? Le compilateur ne fait-il pas assez de vérification avant de produire l’exécutable?

            À vos trolls.

            Écrit en Bépo selon l’orthographe de 1990

  • # Et le Perl ?

    Posté par  (site web personnel) . Évalué à 3.

    C'est dommage qu'il manque le Perl… ça exclue de fait les sysadmins :'(

    • [^] # Re: Et le Perl ?

      Posté par  (site web personnel) . Évalué à 1.

      Surtout que c'est installé sur toutes les machines par défaut, donc ça serait pas difficile à rajouter.

      Sinon, il n'y a aucun langage fonctionnel dans la liste non plus.

      • [^] # Re: Et le Perl ?

        Posté par  . Évalué à -8.

        Sinon, il n'y a aucun langage fonctionnel dans la liste non plus.

        Maintenant que vous le faites remarquer, c'est étonnant…

      • [^] # Re: Et le Perl ?

        Posté par  . Évalué à 3.

        C'est dommage qu'il manque le Perl…

        Sinon, il n'y a aucun langage fonctionnel dans la liste non plus.

        C'est moi où c'est les mêmes remarques pour chaque dépêche sur CodingGame?

        Écrit en Bépo selon l’orthographe de 1990

      • [^] # Re: Et le Perl ?

        Posté par  . Évalué à 2.

        Surtout que c'est installé sur toutes les machines par défaut

        C'est installé sur la plupart des Linux, pas forcément tous (on laisse de côté les mini-distributions).

        Pas sous Windows.
        Pas sous FreeBSD.
        Et probablement bien d'autres dont je ne connais pas les détails.

        • [^] # Re: Et le Perl ?

          Posté par  (site web personnel) . Évalué à 1.

          Oui, je reconnais, j'y suis allé un peu fort (je ne suis pas sûr, mais il me semble que sur gentoo que j'utilise c'est pas par défaut). Mais si on enlève windows, c'est quand même difficile de pas finir avec perl installé à cause d'une ou autre dépendance dès qu'on installe quelques trucs. Chez moi psutils (que linux) dépend de perl, curl aussi, automake et d'autres trucs de base, mais peut-être que ce sont juste des dépendances pour la compilation donc dans une distribution binaire c'est pas dit que ce soit vraiment des dépendances, mais j'ai pas vu l'useflag [-build] donc ça m'a l'air que c'est vraiment nécessaire pour l'exécution.

          • [^] # Re: Et le Perl ?

            Posté par  (site web personnel) . Évalué à 1.

            En fait, j'ai vérifié, et c'est bien des dépendances à l'exécution de certains des exécutables fournis par ces paquets (et dans la liste il faudrait rajouter openssl, sans doute à cause de CA.pl).

            (Par contre je suis pas sûr de ce que signifie exactement [-build] et [!build] dans les flags que j'ai dit.)

            • [^] # Re: Et le Perl ?

              Posté par  . Évalué à 1.

              Essaie de désinstaller perl, tu verras déjà toutes les dépendances primaires. Moi j’ai:

              :: automake : requiert perl
:: foomatic-db : requiert perl
:: git : requiert perl>=5.14.0
:: groff : requiert perl
:: hspell : requiert perl
:: hyphen : requiert perl
:: imagemagick : requiert perl
:: llvm : requiert perl
:: lm_sensors : requiert perl
:: mosh : requiert perl
:: openssl : requiert perl
:: perl-error : requiert perl
:: perl-file-next : requiert perl
:: perl-xml-parser : requiert perl
:: perl-xml-simple : requiert perl
:: qpdf : requiert perl
:: rsync : requiert perl
:: strace : requiert perl
:: texinfo : requiert perl
:: vim-runtime : requiert perl

              Donc je vois mal comment ça ne peut pas être par défaut sous FreeBSD, à moins de ne pas avoir openssh.

              Écrit en Bépo selon l’orthographe de 1990

              • [^] # Re: Et le Perl ?

                Posté par  (site web personnel) . Évalué à 1. Dernière modification le 28 mai 2013 à 18:45.

                Ben on aurait pu imaginer que suivant comment c'est empaqueté dans une distribution, et suivant les options activées et patchs on aurait ou non une dépendance, mais quand même, dans le INSTALL de openssl je lis :

                  To install OpenSSL, you will need:

    * make
    * Perl 5
    * ...

                Donc on imagine difficilement pour le coup comment ce serait possible d'avoir openssl sans perl dans aucun linux ou bsd, et vu que même gentoo a ssh installé par défaut…

    • [^] # Re: Et le Perl ?

      Posté par  . Évalué à 1.

      C'est dommage qu'il manque le Perl… ça exclue de fait les sysadmins :'(

      Mouais… Il y a eu aussi beaucoup de codeurs occasionnels en Perl qui sont passés de Perl à Python ou Ruby qui ont su récupérer beaucoup des bonnes choses de Perl en ajoutant une syntaxe plus facile à maintenir. Et tu as toujours beaucoup d'administrateurs systèmes qui vivent très bien avec des shells un peu évolués (pas de nom pour ne pas nourrir les trolls) et awk.

      Pour les quelques windoziens qui passent ici, ça prend Powershell?

  • # Aucun langage fonctionnel??

    Posté par  . Évalué à 2.

    Même si javascript peut être qualifié de langage fonctionnel, pourquoi ne pas inclure un langage parmi O'Caml, F#, Haskell, Scala, … ?

  • # Durée de l’épreuve

    Posté par  . Évalué à 1.

    Ça dure combien de temps? Impossible de trouver l’information sur le site…

    Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: Durée de l’épreuve

      Posté par  . Évalué à 1.

      Il y a bien une limite de durée (si je me rappelle bien, fixée à 4h) mais tu as le droit de finir en avance ;)
      Voici par exemple le classement du Codingame Mars (avec les durées de chaque participation) : http://www.codingame.com/cg/#!ranking:7

      • [^] # Re: Durée de l’épreuve

        Posté par  . Évalué à 2. Dernière modification le 28 mai 2013 à 22:47.

        Je suis en train de le faire, très intéressant mais un peu trop haut niveau pour moi (1e année de DUT Informatique). J’essaie quand même de faire fonctionner les cas les plus simples! Et puis ça me force à tester de nouveaux trucs. Dommage que le niveau requis ne soit pas indiqué avant, mais bon au moins ça me permet d’améliorer mon niveau en Python.

        Écrit en Bépo selon l’orthographe de 1990

        • [^] # Re: Durée de l’épreuve

          Posté par  . Évalué à -5.

          " Dommage que le niveau requis ne soit pas indiqué avant " (…)

          C'est au contraire la preuve d'un vrai professionnalisme.
          Les meilleurs ne sont pas toujours ceux qui ont un bacc+8 en informatique.
          Il y avait un adolescent qui a réussi à vendre son application à yahoo pour quelques millions de dollar il n'y a pas si longtemps.

          Ce qu'ils veulent c'est proposer à tout un chacun de participer, même s'il n'a pas le niveau.
          Parce qu'aujourd'hui vous vous faites prendre la raclée de votre vie mais peut-être que demain vous serez tout simplement le meilleur et qui sait grâce à votre participation…

          Il faut voir le côté positif de la chose aussi. :-)

          • [^] # Re: Durée de l’épreuve

            Posté par  . Évalué à 2.

            Vu comme ça… En tout cas je pensais que c'était moins dur vu les entrainements que j'ai pu faire sur le site. (j'ai fait 28%, c'est pas si mal vu que je l'ai fait en Python que je ne maitrise pas encore parfaitement? :p)

            Bref, je conseille à chacun de tenter sa chance!

            Écrit en Bépo selon l’orthographe de 1990

            • [^] # Re: Durée de l’épreuve

              Posté par  . Évalué à 2.

              J’ai été contacté par une entreprise. Vu que leur annonce est en anglais je leur réponds en anglais ou pas, sachant que leur site officiel est en français?

              Écrit en Bépo selon l’orthographe de 1990

              • [^] # Re: Durée de l’épreuve

                Posté par  . Évalué à 3.

                Reponds en Anglais. Toujours repondre dans la langue dans laquelle on te parle, si tu sais la parler. :)

                • [^] # Re: Durée de l’épreuve

                  Posté par  . Évalué à 1.

                  Je savais que c’était une question bête… xD

                  Écrit en Bépo selon l’orthographe de 1990

                  • [^] # Re: Durée de l’épreuve

                    Posté par  . Évalué à -7.

                    Je savais que c’était une question bête… xD

                    Crois mon expérience les questions ne sont pas toujours bêtes…
                    On peut t'envoyer un mail en français et on te précise que c'est une entreprise internationale…
                    Tu peux donner deux versions de ton CV et ton LM…
                    (un en français et un en anglais pour montrer que tu maîtrises les deux)

                    Crois-moi çà fait son effet: le recruteur va comparer…

                    Je parle du cas où le recruteur veut connaître ton niveau d'anglais.

                    • [^] # Re: Durée de l’épreuve

                      Posté par  . Évalué à 1.

                      Crois mon expérience les questions ne sont pas toujours bêtes…
                      On peut t'envoyer un mail en français et on te précise que c'est une entreprise internationale…

                      Oui j’ai l’impression que je suis un peu dans ce cas-là en fait…

                      Tu peux donner deux versions de ton CV et ton LM…
                      (un en français et un en anglais pour montrer que tu maîtrises les deux)

                      Crois-moi çà fait son effet: le recruteur va comparer…

                      Je parle du cas où le recruteur veut connaître ton niveau d'anglais.Malheureusement je ne peux envoyer qu’un seul CV. Ou alors je peux leur envoyer le lien vers mon CV en français aussi.

                      Merci du conseil!

                      Écrit en Bépo selon l’orthographe de 1990

                      • [^] # Re: Durée de l’épreuve

                        Posté par  . Évalué à -6.

                        Malheureusement je ne peux envoyer qu’un seul CV. Ou alors je peux leur envoyer le lien vers mon CV en français aussi

                        Dans le cas que tu nous présentes n'envoies qu'UN CV et en anglais.
                        Dans la majorité écrasante des cas, on n'envoie qu'un CV.

                        Ce qui va arriver le plus souvent c'est qu'on te demande UN CV dans un premier temps en français.
                        Et ils t'appellent pour voir si tu peux discuter en anglais…

                        Souvent les entreprises françaises s'intéressent aux CVs écrits en anglais de la part d'un francophone…

                        Et entraînes toi en langue française parce que de moins en moins d'entreprises acceptent les fautes de français…

                        • [^] # Re: Durée de l’épreuve

                          Posté par  . Évalué à 1.

                          Dans le cas que tu nous présentes n'envoies qu'UN CV et en anglais.
                          Dans la majorité écrasante des cas, on n'envoie qu'un CV.

                          Ok merci pour l’info! C’est le genre de truc qu’on ne dit pas forcément et qui est pourtant super utile à savoir.

                          Ce qui va arriver le plus souvent c'est qu'on te demande UN CV dans un premier temps en français.
                          Et ils t'appellent pour voir si tu peux discuter en anglais…

                          Ah ouais c’est bon à savoir ça!

                          Souvent les entreprises françaises s'intéressent aux CVs écrits en anglais de la part d'un francophone…

                          Ça m’étonne pas…

                          Et entraînes toi en langue française parce que de moins en moins d'entreprises acceptent les fautes de français…

                          Aucun problème là-dessus.

                          Écrit en Bépo selon l’orthographe de 1990

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.