lendemain a écrit 271 commentaires

C'est moi ou l'interface des impôts est catastrophique.

Comment on remplis des comptes crypto-actif dans le formulaire 3916 alors que la case "n° de compte" n'accepte que des alpha-numérique (il n'y a pas de numéro de compte pour binance, je peux même pas rentrer l'identifiant car c'est un email (donc pas alpha-numérique).

Sur le formulaire 2088 je n'ai pas compris comment on rentre toutes ses cessions d'actif si on en à plus que 20 (c'est limité à 20) ? Impossible de faire une annexe libre ou de joindre un fichier.

Pour moi la faute professionnelle est plus à attribuer aux personnes qui ont choisi go pour implémenter un gros projet et se plaignent au bout d'un moment que go n'a pas suffisamment d'abstractions pour facilité la complexité d'un large projet.

Où étais-tu pendant les cours de marxisme-agile?

Il faisait sans doute de l'anarchisme au font de la classe.

Tu peux implémenter la syntaxe de ton choix, mais tu conservera #lang.

Par exemple voila une implémentation de python.

Si ton objectif est de remplacer le vocabulaire alors racket est un choix intéressant.

Voila ce que j'ai fait en 10 minutes en suivant le guide.

fichier nommé esperanto-m.rkt

#lang racket

(provide (except-out (all-from-out racket)
                     lambda
                     print
                     define)
         (rename-out [lambda funkcio]
                     [define difini]
                     [print montriĝo]))

fichier nommé esperanto.rkt

#lang s-exp syntax/module-reader
"esperanto-m.rkt"

et enfin un petit hello world

#lang reader "esperanto.rkt"

(difini saluton-mondo
        (funkcio ()
          (montriĝo "saluton mondo")))

(saluton-mondo)

La seule partie que te ne pourra pas changer est le #lang au début des fichiers.

Jamais besoin de mémoire partagé inter-processus(memcache)?
Jamais besoin de php-fpm?
Jamais besoin de délégation de tache asynchrone?
Jamais besoin de websocket(un processus avec un while(true))?

Je peux faire le même genre de réflections pour python, ruby et d'autres.

Si c'est te typage qui te fait choisir un langage l'enseignement, je te conseille de regarder du coté des assertions (contrats, post/preconditions) c'est plus précis que le typage, plus simple à expliquer le concept (juste un 'if').

Tant qu'a continuer dans la suggestion de langages et si ton cadre de choix dépasse GTK tu peux regarder racket.

• Il possède un sous langage typé.
• Il possède des contrats (ce qui permet aussi d'indiquer le type des arguments de fonctions en tant que signature).
• Il est construit autour de la porté léxical ce qui devrai facilité le refactoring sur les noms et la grepabilité.
• Il possède des macros ce qui devrai te dispensé d'avoir un EDI déglutissant des kilo de lignes de code squelette GUI.
• Il possède un framework de GUI avec un système de programmation objet (probablement comparable à celui de ruby).
• Il possède une véritable REPL ce qui est plutôt un sine qva none pour du prototypage rapide.

Les mauvais points (du moins ceux que j'ai rencontrés):

• Les différentes composantes typage/contrats/class ne fonctionne pas parfaitement ensemble et doivent être cloisoné (principalement avec le typage).
• La documentation est trés compléte mais pas vraiment orienté tutoriel.
• Si tu compte mieux comprendre le langage/vm et ses méchanismes primaires tu vas devoir lire les publications scientifiques, pas de blog bien présenté et simple.
• Il y a des chances que les librairies utilisable te semble limité.
• Langage large donc apprentissage long mais formateur (j'ai le sentiment que les autres langage dynamique ne sont en fait que des sous ensemble de racket).
• Pas d'exemple de gros projets écrit en racket autre que le langage lui même.
• Manque d'outils typiquement un graph des modules et de leurs utilisations, pas d'outils de refactoring.
• Comme je fais pour savoir si j'ai des fuites mémoire? (visualvm pour java par exemple)

Pour finir si le point qui te rebute le plus c'est la syntaxe lisp, alors je te conseille de faire un effort et si tu persévère tu auras du mal a revenir à une syntaxe 'traditionelle'.

J'ai utilisé les 2 langages à titre personnel et j'ai préféré utiliser clojure.
Ce que j'ai préféré :

• un développement centré autour de la repl.
• la communauté clojure d'un excellent niveau (et moins académique que celle de scala).
• code très lisible et simple.
  • lisible grâce à sa syntaxe lisp boosté aux accolade et dé constructeurs
  • simple car la communauté est très branché anti objet (c'est à dire pas d'état interne mutable indépendant des uns des autres), ce qui se traduit dans le code par des deftype + prototype (histoire d'avoir du polymorphisme convenable) ou par le passage dans chaque fonction d'une variable agissant en tant que contexte.

Autre différence notable :

• Les séquences sont paresseuse ce qui permet de chaîne un maximum de fonctions traversant la séquence sans avoir a utiliser un "if (condition) { break my-loop }".
• Clojure à clojurescript qui est production ready.
• Scala possède un mot clés implicit qui permet de rajouter une méthode polymorphe à une classe que ne la possède pas et dont vous ne maîtriser pas la définition monkey patching.
• Scala a probablement un typage plus poussé que typed clojure.

On peut remarqué que je n'ai fait aucunes référence au parallélisme et à la concurrence, je me concentre uniquement sur mon expérience de développement sur des projets 1000 entre 2000 lignes.

Le C++ t'offre plus de facilite, pas plus de possibilite.

Le C++ t'offre plus de possibilite, pas plus de facilite.

Une autre erreur, on ne dit pas "DeLorean" mais "De/Lorean" merci.

Richard.

Si ce tourbillon s'avère être pris en compte par les juges, ne pensez vous pas qu'un 'pêt' lors d'une épreuve ne va pas devenir disqualificatoire?

Il y une autre catégorie que les "pasclient" qui me semble encore plus puissant(je n'ai pas réélement testé) c'est les "justelibrairies" exemple: scribble, slideshow.

Ça ressemble à la philosophie unix, mais au lieu de manipuler des programmes avec bash, on manipule des fonctions/macros avec lisp.

Tristan Nitot va racheter le château de Versailles.

Pourquoi toujours Paris et ses environs, il y d'autres châteaux en France!

Je crois que Lucas c'est mal exprimer au sujet des val, var, mutable et immutable.

val a = scala.collection.mutable.ArrayBuffer(1,2)
a += 12
ArrayBuffer(1, 2, 12)

"a" est mutable.
La différence c'est que "a" ne peux pas être réaffecté dans le même scope(enfin je crois).

Je tente une blague sur les monades pour voir si j'ai compris.

• Comment un développeur haskell si prend pour changer une ampoule?

• Il ouvre la porte

• Rentre dans la pièce

• Change l'ampoule

• Sort de la pièce

• Ferme la porte

• Appuie sur le bouton

• Et regarde si il y à de la lumière par le trou de la serrure.

• Combien faut-il de développeurs haskell pour changer une ampoule?
• On se posera la question quand quelqu'un aura besoin de la lumière.

développer pour iOS est un des trucs les plus fun que j'ai fait dans ma carrière

Que trouve tu de fun dans le fait de développer pour iOS, c'est une vrai question?

mais je ne sais plus à qui l’attribuer

Ils doivent le savoir à la NSA.

J'utilise nvlc en lieu est place de vlc.

think different!

http://ssz.fr/fr/#^saint-//

Je ne rencontre que très rarement ce genre de bug, mais je ne fait de programmation concurrente et les bases de code sont plutôt petites.

Ce type de bug insidieux est extrémement rare, et si tu rencontre ce genre de bug souvent alors tu doit par exemple utiliser la programmation par contrat.

sed

Ok je sors.