Reprise du message précédent :

Bon, je viens de commander mon piano. Pas très première nécessité mais bon.

T"as pris quoi ?

Yamaha YDP-144 B Arius.

Bon je me répète d'un autre topic, mais je vais vous en faire profiter

On m'a dit (à très juste titre) que la doc de XCP-ng faisait amateur : j'ai donc passé deux jour, et on est passé de ça :

https://github.com/xcp-ng/xcp/wiki

À ça :

https://xcp-ng.org/docs/

Je kiffe

Et comme je suis sur bla²@dev, les détails : j'utilise VuePress ( https://vuepress.vuejs.org/ ). J'avais (et j'ai ) aucune notion en VueJS. C'est vraiment élégant

 
bien joué

Franchement c'était mieux avant.

+1, ça me dérange pas du tout le look wiki : ça fait low profile on vous bullshit pas voici la doc

Oui en fait c'est pas qu'une histoire de look, le wiki GH c'est :

1. Pas de classement par thématique
2. Pas de recherche efficace
3. Croissance anarchique (à cause du 1)

Là ça a bien rendu cohérent la doc !

C'était une blague hein  

Han la petite bite

Je pensais que le smiley était clair

Il l'était

 
Sympa, je connaissais Nuxt mais pas VuePress

A quel moment vous décidez d'amener une base de donnée quand vous coder ?
Contexte : j'aide les program manager de notre équipe à automatiser leur suivi de projet. On a en gros une centaine de plans, chaque plan a en gros 5-7 projets, et les plans et les projets ont en gros 50 attributs.
 
Le soft de gestion de projet qu'on utilise est dégueulasse, les search / list sont pas précises, donc j'ai simplement codé une logique qui récupère tous les plans, tous les projets, et en créee des objets. Mon idée c'était ensuite de pouvoir créer des google sheets en filtrant / agrégeant moi meme les infos.
 
Tout va bien, sauf que : évidement, on vient de me demander d'etre capable de comparer les évolutions avec les appels précédents (l'API le gère pas non plus). Pour l'instant je cachais rien, et du coup j'ai 2 choix :  
*  partir sur une SQLite, et du coup recréer ma base
+ : tout ce qui est filtrage, etc.. est géré par la DB
+ : je peux facilement historiser
- : ça fait une db à gérer
- : je dois coder la logique de synchro (upsert, anciens projets à sortir de la base, etc...)
 
* un cache text local (j'ai que 2-3 champs à tracer dans le temps)
+ a priori plus simple à faire
+ : synchro beaucoup plus light
- : je dois tout gérer à la main

 
Je confirme que c'est du temps bien investi

A peu près dès que je dois manipuler des données qui ne proviennent pas d'une source pré-existante. Dans ton exemple pas d'historique calculable sans rien et demandé => perso je mets une bdd.
 
...mais en même temps je bosse sur des outils de gestion à 99%...

+1 pour une BD.
Moi, ça va dépendre de la nature des traitements à faire, de leur nb, de leur régularité, de la pérennité de l'outil et des données et de leur volume.
Comme je code le plus souvent en PHP, quand j'ai parfois des pbs de perfs de traitement faits uniquement par PHP, je délègue à Mysql. Par exemple, PHP et du calcul matriciel sur des matrices de plusieurs milliers de lignes par le même nb de colonnes, c'est pas la peine. Donc, je charge les données dans une table Mysql et je fais faire le calcul par Mysql (ex : Xt*X).
Autre cas, un outil qui était du dépouillage de logs d'un gonio pour localiser a posteriori une source de brouillage. Comme c'était après la récup des données, le temps de calcul n'était pas un pb. En PHP, en fonction de la taille du log, ça mettait entre 11 et 3 min pour avoir la position de la source dans Google earth + tout un tas d'autres infos. Le client a trouvé mon outil assez efficace. Du coup, il ne voulait temps réel dans son camion pour guider le chauffeur vers le brouillage. Pour pas tout recoder, j'ai mis dans une BD les logs et tout faire calculer à Mysql. Temps de traitement : moins de 5s Du coup, je générais un fichier kml qui se rechargeait toutes les x secondes et qui allait lire le fichier kml résultat. Mon client était tout content.
 
Comme Skeye, je fais surtout des logiciels de gestions ou des outils qui exploitent des données en BD.
 
Pour ta problématique, les logiciels de gestion de projet, ça serait pas une bonne idée T'as aussi certains outils de groupwares qui peuvent faire l'affaire pour les imputations/plannings projets. Y'a bien sûr MS Project (qui permet de faire des différentiels entre des plannings) mais y'a Redmine qui pourrait coller.

L'outil de gestion de projet on l'a (c'est smartsheet), mais en fait c'est une sorte d'excel amélioré, l'API te permet de faire de la recherche par texte, y'a rien pour requeter comme il faut.
Donc je charge les données et je traité dans mon coin

Une BD SQLIte sans aucune hésitation. La base, c'est un seul fichier, donc question management, c'est pas trop la mort.

DB c'est sûr sinon tu vas vouloir refaire des trucs que font les db et perdre du temps à recréer la roue en moins bien.

Après en lisant ton cas d'usage, je me demande s'il faudrait pas partir sur du document oriented (genre mongodb ou couchdb).
J'ai pas l'impression que tu aies beaucoup de relations à maintenir et stocker tes projets comme entités auto-suffisantes peut peut-être te rendre pas mal service.

Voire, vu que tu veux faire des recherches, dans un moteur d'indexation genre elasticsearch : c'est quasi aussi fiable qu'une db ( attention aux use cases quand même hein, genre déjà c'est pas acid) par contre tu as du lucene derrière avec tout ce que ça implique en puissance sur les recherches. Et ça se monte en 2-2 avec docker.

Si l'outil a une BD accessible, tu peux te coder un outil web pour permettre les extractions dont tu as besoin. Après, un Excel ou Excel amélioré, ça n'a jamais été un outil de gestion de projet Il te faut un outil capable de faire des calculs automatique de charge ou de date de fin de projet, avec diagramme de gantt, calcul de différentiel entre un planning figé à une certaine date et ton planning actuel... Bref, des outils pour faire du pilotage.

Pour apprendre ou perfectionner un langage ou une techno, vous préférez acheter un livre ou suivre un tuto sur Internet ?  
 
Parce qu'il y a tellement de sites tuto qui ont poussés ces derniers tant que finalement on se demande ce qu'ils valent face à un bon bouquin de référence

Jamais lu de bouquin sur le dev.  

Y'a tellement de tuto (blog, video youtubes) ou simplement la doc de ce que je veux apprendre que j'ai tjs fait sans. Après je fais principalement du web, donc y'a pléthore de trucs sur le net.

Et souvent, je me fais le même projet (Blog, ou site web/commerce avec API) pour apprendre une techno/outil.

Pour approfondir, c'est plus "compliqué" vu que les tutos souvent ce sont des choses ultra basiques. Donc je cherche des projets avec pas mal de Stars sur Github, et je lis un peu le fonctionnement. J'ai fait ça pour voir un peu les archi ExpressJS ou pour apprendre d'autres façons de faire.
Mais le fait de lire un bouquin complet dessus m'aurait peut-être facilité la vie.

MAAAAGAAAAAAA

https://twitter.com/dabeard/status/1253900585952313345

j'apprends en faisant , en général , donc des tutos + un projet

 
   
Conteneuriser ES c'est une natasserie de compét.
Et même en single node, bam t'as une JVM et plus d'un giga d'empreinte mémoire pour faire tourner ton truc...

 
Je commence toujours systématiquement par un projet et je fais des tutos quand le besoin s'en fait ressentir. Souvent, j'apprends simplement au fur et à mesure au grès des difficultés rencontrées avec Stackoverflow, ou autre...  
 

De plus en plus rapidement. Je viens de faire deux DB SQLite dans un contexte similaire. Le premier cas c’était plein de fichier Excel, le second cas c’était plusieurs DB. Faire ma propre DB a tout simplifié

Et techniquement, au vu du but explicite de sqlite:

tu peux utiliser sqlite dès que t'as besoin de persister la moindre info

 
merci à tous
banco, on vend la caravane!, je vais partir sur du SQLite
 

en effet les relations sont ultra minces, j'aurais 3 entitées max : le plan, qui contient 0..n projets, et un projets qui peut etre linké à 0..1 autre projet dans le systeme commercial, donc c'est sur que ça ira pas loin.
j'ai oublié de préciser cette contrainte, mais ce truc doit tourner sur un laptop corp, donc je peux pas trop monter des services (si je le faisais je devrais etre conforme aux méthodes de dev interne, et donc protobuff et tout le merdier et vu la taille du projet ça vaut pas le coup)
SQLIte ça ira très bien
 

 j'ai évidemment pas le choix de l'outil de gestion de projet, il existe déjà (projet typiquement mal foutu, fait par des gens qui n'y connaissent rien en gestion de projet, sur bases de process flous et différent selon les régions, le tout saupourdré de highest paid person opinion, d'un gars sympa mais qui fantasme complètement la réalité de notre job. Avec pour bien parachever le tout, un outil ultra lax qui cadre pas du tout, donc ça part déjà dans tous les sens . La tache ici c'est d'aider notre program manager (qui est une sorte de PMO) à pas perdre sa santé mentale en essayant de reporter sur ce merdier. Le mieux serait de sévèrement refactorer l'implémentation de Smartsheet, mais d'ici là, avec une API on peut s'en sortir sans.
 
Je suis certifié PMP (enfin je l'étais, je donne pas dans le schéma de ponzi), j'ai géré un programme avec 12 PM full time, ~100 SWE full time, et utilisé tout ce que tu peux imaginer (MS Project standalone et enterprise, linké à SAP ou non), HP PPMC, JIRA, HP QC, Excel, etc... à part peut etre Monday.com. Crois moi si j'avais eu le choix j'aurais pas fait comme ça
 

Si tu prends l'image officielle ça se fait vraiment en 2-2.

Pour la RAM ouais de base il prend 2Go et encore il peut être à l'étroit surtout en single node. Pour des besoins modestes ceci dit on ramène facilement la conso à 500Mo (j'oserais pas moins )

Apres c'est "rien" comme conso  pour ce genre de service, mais dans le contexte de  jubi j'ai le sentiment que c'est beaucoup trop, je crois que j'avais pas bien compris ce qu'il voulait faire

Pour développer sur ta machine, peut-être, mais dès que tu veux un déploiement un minimum robuste sur une plateforme cloud qui supporte les conteneurs Docker/OCI, c'est pas trivial.

Ah c'est possible. Je m'occupe assez peu du devops, j'aime pas ça et j'ai la chance d'avoir des collègues qui kiffent
Après j'ai pas entendu parler de galères avec ES sur aws ou kubernetes, faudrait que je leur demande comment ils le vivent  

Pour les mecs qui font du JS, vous avez un outil sympa pour générer une doc d'API ?
 
J'ai un projet qui utilise une API d'une 30ène de routes, fait avec ExpressJS. Et la doc en gros c'est un fichier Insomnia qu'on se refile pour l'instant.

Tu peux pas faire un truc avec Swagger ?

Si, mais je sonde ici voir si ya mieux ou plus basique.

Ca me parait hyper lourd quand je vois les examples. pour une simple route, tu te retrouves avec 200 lignes de commentaires.