Reprise du message précédent :

Oui je connais bien la boite et le directeur technique à LU, par contre je sais pas si c'est un truc où ils restent entre eux ou pas

 
Ok, bon visiblement j'ai mal cherché
 

 
 
Alors par contre ça fait un sacré tank le machin, donc non.
Mais merci pour les suggestions

J'ai la Brother MFC-L3750CDW en dispo sous la main ça devrait le faire.
Je vais voir les alternatives mais ses défauts n'en sont pas trop pour moi (y'a pas de recto verso automatique au scan, mais c'est pas rédhibitoire).

 
Ça m'intéresserait bien mais je n'ai clairement pas le même niveau que toi, je serais sûrement le boulet de l'équipe

Personne cherche un dev Rust dans le coin ? @Plam, vous faites pas ça chez vous ?

Mais quelle secte, le PHP

https://phel-lang.org/

On commence oui. Sur des proto principalement mais je serai pas contre avoir un spécialiste Rust dans l'absolu

 
   
 
Un truc qui compile en PHP ?  

 
Un vrai spécialiste RUST, c'est un mec qui en faisait avant tout le monde ?    Trouver un passionné qui fait du rust depuis pas trop longtemps, ça se trouve sûrement, mais un vrai "expert" expérimenté en rust, ça doit pas être évident à trouver.

Fanchement j'en suis a plus d'un an sur Rust, je me dirais pas spécialiste, la learning curve est tellement hardcore
 
Après ca ronronne une fois en prod c'est d'une stabilité    
 

en même temps il a déjà cherché et trouvé des profils comme un spécialiste Ocaml

Ouais mais si c’est pour leur faire parser des vmdk en js derrière

Après y a pleins de libs très sympa pour faire du parsing en Rust

Je cherche pas quelqu'un avec 10 ans de Rust hein

Mais déjà 1 an tous les jours c'est plus que quiconque chez nous

Non non, ya des projets a différents niveaux :

* https://github.com/xcp-ng/xenopsd-ng (bas niveau)
* un parser de logs pour faire une analyse de santé d'un pool de serveur en mode SaaS

Et ça c'est que les projets lancés. J'ai plein d'idées pour des trucs sympa pour avoir des backups plus performants etc.

C'est un profil jeune, je vais lui parler de XCP. En ce moment il fait du Rust / Java / C++, il bosse sur le bluetooth pour connecter des écouteurs il me semble

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

phpdoc c'est le mal

Faut vouloir faire du système chez nous. Mais ce sont des trucs qui valent cher une fois opé

Edit : et bien sûr c'est open source en très grande partie

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

Il n'y a que moi que ça choque

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

Quelle partie? Le !== 0 me semble pas nécessaire mais je peux concevoir de standards qui veulent que ce soit explicite.  
 
Les bricolages un peu à la fin pour que tout reste une expression semblent assez fréquents en jsx donc je dirais pas que ça me choque.

Les mecs ont bien avancés https://www.youtube.com/watch?v=3ZcYR6X3NxE  

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

Si permissions est null / undefined ça va t'exploser à la tronche.
 

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

 
euh oui, je trouve ça absolument immonde, perso.

Pour un profil jeune c'est plutôt sacrément solide comme base

Ben t'avais pas spécifié l'encombrement.
 
On est précis ou on l'est pas monsieur. On est sur HFR quand même, donc des pros.  

 
Chuis nul, je vais relire le topic pizza maison pour la peine.

Pourtant c'est bien la raison principale de l'adoption de React ? Ou j'ai tout faux ? (On est privé de React au bureau, je connais de très loin...)

J'ai beaucoup de mal à piger l'intérêt de React par rapport à Vue.
 
Ça fait des années que j'ai basculé de l'un à l'autre et il n'y a pas un seul moment où j'ai regretté mon choix.

Oui sûrement, même si y a sans doute d'autres trucs dans React qui expliquent sa popularité, après je connais très mal cet écosystème.
Après moi je fais du Vue du coup, mais j'exprime juste ma surprise sur comment on peut aimer ce truc là

 
La seconde partie de la condition.
 
Je sais que c'est pas du HTML mais là je comprends vraiment pas le principe de mettre de l'affichage dans une condition

Je ne comprends vraiment pas la hype autour de React. Dès le début je trouvais le concept immonde. Maintenant que j'en fais je trouve ça horrible.
 
Pourtant les devs JS ont l'air d'apprécier, je dois sûrement louper quelque chose

Nan au contraire c'est du JSX, imagine que chaque tag derrière sera remplacé par une fonction JS qui en imbriquera d'autrees

Peut etre qu'on s'est aperçu qu'ajouter des piles d'interfaces pou rne pas mélanger les langages  au milieu ne faisait pas du meilleur code ?
 
la syntaxe est compacte, mais la contrepartie est que ça devient vite illisible . Après rien ne t'oblige à utiliser systématiquement les notations courtes, même si c'est confort pour les éléments simples
 

 
C'est mieux que sans ?  
Concrètement, pour faire un truc dynamique côté client, tu préfères faire comment ? du jquery ?
 
A noter que pour faire du VueJs aussi , je préfère un peu la syntaxe de vue ( mais je préfère l'ecosystème react) dans lequel on mélange dans le même fichier le js , le template et le css

 
Ça a du sens quand il s'agit d'avoir tout le code sur le client pour avoir une approche "app" que celle-ci soit desktop ou mobile, mais c'est vrai que je suis pas très fan du jsx

La condition c’est que la première partie.  
 
En gros c’est un if (collection not empty) { display }, sauf que le JSX devient une grosse expression donc il faut une expression (ce que if/else n’est pas en JS), et avec un ternaire tu serais obligé de mettre un truc genre undefined à la fin pour le else (qui est ici implicite).  
 
Genre imagine que tous les tags JSX sont un ctor/appel de fonction (par une époque tu pouvais le faire directement, je présume que c’est encore le cas?).  
 
Après rien ne t’empêche de sortir ça dans une fonction séparée si t’aimes pas ce genre de notations.

C’est un des premiers systèmes qui a vraiment popularisé (et fait fonctionner plus ou moins correctement) le mode immédiat pour des webapps (et les applications de bureau d’ailleurs même si l’idée de gui en mode immédiat précède react d’un paquet d’années).
 
On peut critiquer l’implémentation, l’app, …, mais ça a été un changement énorme dans l’approche des UI.

 
De l'affichage dans une condition, on fait cela tout le temps dans n'importe quel système de template.
 
Exemple avec twig:
 
{% if variable == 'lol' %}<h1>lolilol</h1>{% endif %}
 
C'est plutôt la gueule du système et des parenthèses que je trouve pas sexy pour un sou.