Oui, et du front en générant du JS via des cgi C++ tant que t'y es.

 
"simple enough so we don't lose contributors because of it (eg not OCaml)"
 
Rust, à mon avis, c'est bien plus dur qu'Ocaml.

Je doute que sans avoir mesuré les perfs des différents moyens d'accès aux disques de VMs et aux sockets dans le dom0 et xoa, quiconque a une bonne idée pour accélérer quoi que ce soit.
 
l'espace d'état est énorme: trim pas trim du FS, taille des blocks du FS, taille des block du device, protocole d'accès au device, élimination des blocs vides ou pas, snapshot ou pas, liste des blocs modifiés ou pas, et ensuite y'a le protocole/fs de destination : copy on write, server-side copy, sparse file, reflink etc. Donc lancer quelqu'un sur un chemin précis est pas très utile, y'a déjà un chemin dans l'état actuel, il faut mettre des compteurs de perfs partout et aller choisir un prochain saut technologique basé sur ces résultats.

C'est un gros reproche que je lui fait. Pour moi c'est plus un problème qu'un avantage.

Quand je rentre sur un projet Vue, je m'y retrouve très rapidement. Et le fait qu'il soit opiniated ne m'a jamais empêché de faire ce que je veux avec.

Alors que lorsque j'ai commencé à bosser avec mon client actuel il y a un peu plus de 2 ans, tout avait été fait en React par une boite externe... avec du code complètement imbitable (pourtant j'en avais bouffé du React avant ça).

Moi j'aime bien React.
J'aime pas Angular.
Jamais testé Vue, because don't need it, j'ai React et ça marche super.

#grumpy

Et encore là, c'est mignon, l'exemple de koskoz était beaucoup plus impactant sur la lecture.

La réalité c'est que Vue et React sont même pas directement comparables.

 
Hahaha. Ta pas vu la façon d'écrire dans la XAPI toi
 
 
 
Je parlais en partant sur de la SMAPIv3 et donc beaucoup moins d'indirections que maintenant Et pourquoi pas faire un bout de code dans le dom0 à un moment, tout est ouvert
 
On a justement prévu de mettre les stream tracer côté XO pour voir ce qui fait attendre à chaque fois

{permissions.length !== 0 && (
  <ul>
    {permissions.map(permission => (
      <li>{permission}</li>
    ))}
  </ul>
)}

 
Il n'y a que moi que ça choque

[...]. En conjonction avec le fait que pas mal de dev front n'ont pas un cursus classique + le fait que la communauté JS soit encore jeune sur certains aspect, ça donne des codebase vraiment difficiles.

Oui enfin d'la merde on peut en faire dans tous les langages hein.  

n'empeche ce forum a changé...a une époque, quelqu'un aurait pointé le bug manifeste dans ce code :  
 

 
tout fout l'camp ma brave dame

n'empeche ce forum a changé...a une époque, quelqu'un aurait pointé le bug manifeste dans ce code :

tout fout l'camp ma brave dame

n'empeche ce forum a changé...a une époque, quelqu'un aurait pointé le bug manifeste dans ce code :

tout fout l'camp ma brave dame

Oui enfin d'la merde on peut en faire dans tous les langages hein.  

Oui enfin d'la merde on peut en faire dans tous les langages hein.  

Oui, c'est vrai, je me souviens... on n'a plus de nouvelle depuis des années d'ailleurs  

Mais quelle secte, le PHP

https://phel-lang.org/

 
   
 
Un truc qui compile en PHP ?  

Je crois que j'ai les collègues de flaie
 
2 jours pour faire un appel a une api et cracher un excel dans un projet à part :

• pas de gitignore (donc vendor dans le repo)
• zéro test
• pas de phpdoc sur le maoitié des methode et les autres sont pétés

 
"c'est quasiment fini"  
 
MAIS OUAIS BIEN SUR

{permissions.length !== 0 && (
  <ul>
    {permissions.map(permission => (
      <li>{permission}</li>
    ))}
  </ul>
)}

 
Il n'y a que moi que ça choque

C'est tout le JSX qui me choque, je comprend pas comment on peut aimer cette syntaxe
 
Enfin c'est marrant, mais si on fait de l'archéologie de posts je suis sur qu'on va en trouver pleins y a 15 ans qui trashtalkait du code .php qui mixait du HTML/JS/PHP en spaghetti dans la même page... Et aujourd'hui on retrouve quasiment ça, sauf que c'est du JS au lieu de PHP

Ça me fait penser aux mêmes gens qui pensent que leur langage est mieux que le JS alors qu’un site en react et un back en node ça marche très bien et le code est clair.  
 
Si il y a un soucis, ça vient à 99% du développeur qui ne sait pas choisir sa lib ou ne sait pas coder avec.

Y'a bien DrMaboul qui a écrit un moteur de forum en C++ ici.  

Y avait pas un dev qui en avait fait un en ASM ?

Me souviens pas l'avoir vu.
 
Bon sinon, voila un magnifique design qui a coûté cher.
 
C'est même pas juste un problème d'UX, là. C'est toute la procédure qui est à chier.

Ca m'étonne même pas, pour avoir bossé dans 2 banques, les softwares en PRD sont absolument comme ça, les mecs doivent retenir des numéros de portefeuille, de produits etc par coeur.
 
Un de mes premiers boulots pour une salle des marchés ça avait été d'écrire un client lourd qui permettait d'entrer des deals dans Kondor+ (Reuters) + un serveur KIS/Tradekast pour l'import/export.
Ca leur a permis d'éviter les erreurs de saisie, via des auto complete en tout genre, des masques de saisies simplifiés et optimal pour chaque trader, des config par défaut saines, des vérifications pré-saisies sur les montants/produits/profils/investisseurs etc.
Non seulement ça a évité pas mal d'erreurs, mais ils entraient les deals bien plus rapidement (genre 2-3 fois plus vite), et donc ils en rentraient plus. A la base on devait couvrir juste les loans & deposit, et au final ça avait tellement de succès qu'on a fini par gérer les equities, les futures, ...

 
Excellent Dommage de pas être bonusé sur ce que tu as fait gagné

T'as pas vu passer Flaie dans les Luxleaks ?

T'as pas vu passer Flaie dans les Luxleaks ?

'tain y'a des jours comme ça où je passe la journée à me dire que je sers à rien, et ce soir je crois que j'ai sorti le mécanisme du siècle de ma mémoire.

 
Sinon tu pourrais passer des jours à tenter d'accepter de ne servir à rien. Si ça marche, problem solved, et comme tu auras moins la pression, du coup, tu pourrais bien servir à quelque chose un jour.  

Ca m'étonne même pas, pour avoir bossé dans 2 banques, les softwares en PRD sont absolument comme ça, les mecs doivent retenir des numéros de portefeuille, de produits etc par coeur.
 
Un de mes premiers boulots pour une salle des marchés ça avait été d'écrire un client lourd qui permettait d'entrer des deals dans Kondor+ (Reuters) + un serveur KIS/Tradekast pour l'import/export.
Ca leur a permis d'éviter les erreurs de saisie, via des auto complete en tout genre, des masques de saisies simplifiés et optimal pour chaque trader, des config par défaut saines, des vérifications pré-saisies sur les montants/produits/profils/investisseurs etc.
Non seulement ça a évité pas mal d'erreurs, mais ils entraient les deals bien plus rapidement (genre 2-3 fois plus vite), et donc ils en rentraient plus. A la base on devait couvrir juste les loans & deposit, et au final ça avait tellement de succès qu'on a fini par gérer les equities, les futures, ...

C'est souvent comme ça dans les métiers très spécifiques : des outils assez rustiques. Du coup, dès que tu leur mets à disposition un truc pas trop mal foutu, bref pratique, ben ils y prennent goût et en demandent toujours plus. J'ai jamais compris ce genre de boîte ne voyait pas l'intérêt d'investir dans de bons outils qu'ils vont largement pouvoir rentabiliser après. A croire que dépenser d'abord de l'argent pour avoir une bonne méthodo de travail et de bons outils, ça leur arracherait un rein

l'it est un centre de cout à optimiser , pas une source de bénéfice

si tu mets un seul outil notable en place oui, mais souvent il y a plusieurs choses qui sont déployées en parallèle, et certains bénéfice ( par exemple : simplifier l'onboarding d'arrivants) sont hyper difficiles à mesurer
Je passe aussi sur le ressenti " j'ai l'impression d'être moins efficace quavant" alors qu'on est phase d'apprentissage , ou qu'on oublie que la précédente manip était de déployer a la main les fichiers sur les FTP et que ça a wipé la prod 2 fois  
 
Un autre point est aussi qu'il y a de meilleurs communiquants dans les services commerciaux/marketin qu'a l'IT

Je pense que tu tiens un truc de folie là, t'es dispo demain pour expliquer tout ça au MEDEF ? Ils sont trop cons pour y avoir pensé

Je ne pense pas avoir découvert quoi que ce soit (merci le ton condescendant) mais tu peux m'expliquer pourquoi dans pas mal d'entreprises, y'a encore autant d'outils mal foutus qui font perdre plein de temps à des centaines d'employés parce qu'il faut faire des doubles voire triples saisies parce que les outils ne communiquent pas entre eux avec tous les risques d'erreurs que ça va induire qui vont faire aussi perdre du temps après pour les corriger ? En discutant avec pas mal de monde de diverses SSII, on trouve les grands classiques des imputations/CRA/congés qu'il faut saisir plusieurs fois de différentes façons dans plusieurs outils qui n'ont pas M2M entre eux Dans ma boîte, ça doit bien faire perdre 10 min/semaine/personne. Pour une boîte de plus de 10000 personnes, ça commence en faire du temps perdu. Et ce n'est qu'un ex parmi tant d'autres.
 
Donc explique-moi pourquoi les patrons n'investissent pas dans de meilleurs outils ? Moi, je pense que ça vient qu'ils ne les utilisent jamais (ou très peu) au quotidien et qu'ils sous-estiment le temps perdu et les galères que vivent au quotidien leurs employés.

Oui voilà, la qualité des outils fournis ça n'apparaît pas clairement dans un beau tableau du manager N+truc. Si demain je remplace ton écran cathodique 17" par un 35" wide xxl, j'aurais une dépense en plus quelque part dans une table, mais pas de bénéfice chiffrable visible en face (tu vas lentement mais sûrement devenir plus productif, mais de là à le voir...)

Faut savoir être agile