Tagged: developpement

Eclipse paré pour Java 9 avec la mise à jour Oxygen

La mise à jour annuelle de la Fondation Eclipse couvre 83 projets dont Linux Tools, PDT, Sirius et EGit. Pour la prochaine, baptisée Oxygen, la possibilité d’ajouter Java Runtime Environment et le support pour l’environnement Java 9 sont notamment au rendez-vous.

Source : LeMondeInformatique

La nouvelle mise à jour d’éclipse débute le support pour Java 9 (qui n’est pas encore sorti). Des mises à jour pour docker aussi.

More

La maison des horreurs de l’encoding | Sam & Max – Liens en vrac de sebsauvage

« Bref, en 2017, on se touche la nouille pour savoir qui a son architecture multi-services load balancée web scale à base de NoSQL, de containers orchestrés et de serveurs asynchrones. Mais pour afficher du texte y a plus personne hein… »Ah oui, tiens j’aurais aussi pu mentionner ce risque dans mon article sur le CSV… bouwahaha

Source : La maison des horreurs de l’encoding | Sam & Max – Liens en vrac de sebsauvage

Tellement mais alors tellement vrai…

More

Documenter vos projets autrement avec git et asciidoc

Un collègue m’a fourni une vidéo intéressante sur une manidère différente de gérer une documentation projet : https://youtu.be/1rKgVF5CEEY

Il est vrai que cela fait un moment qu’on tourne autour du pot. Les wikis c’est bien mais le bon logiciel est toujours délicat à trouver. Sans détailler la réflexion ici (peut être une autre fois) il y a toujours une contrainte qui fait que ce n’est jamais parfait…

Je suis donc en train de me pencher sur une mouvance qui me semble intéressante : gérer sa documention as a code. En simplifiant cela veut dire que votre documentation est gérée dans un dépot git, avec un outil de collaboration sympa comme gitlab et  des fichiers sous forme plain text avec une syntaxe simple et lisible comme markdown ou asciidoc (j’ai tendance à préférer le second actuellement).

Cela vous permet d’avoir une documentation où chacun peut collaborer simplement (coucou pull request). De plus, il se trouve que github et gitlab intègrent les syntaxes asciidoc et markdown en natif, vous pouvez donc déjà naviguer dans votre documentation directement sur leur site web.

Le fin du fin sera de générer un site statique joli (avec un moteur de recherche) et si possible une version pdf. C’est là que l’excellent gitbook entre en action.

Enfin, pour mettre la cerise sur le gateau, vous pouvez rebuilder votre site documentaire de manière automatisée avec un job gitlab ci bien senti.

Au passage, pour le job gitlab je me suis construit une image docker gitbook qui m’aide bien.

Cette manière de faire semble s’étendre car même chez owasp on a choisi de construire le nouveau developer guide de cette manière sur github.

Que du bon donc pour l’instant ! A creuser à l’usage.

More

Ayé je succombe à GitHub et c’est mal

C’est le mal, j’ai créé mon compte GitHub et je commence à l’utiliser. C’est le mal, dépendant d’un système tierce qui est utilisé par tellement de monde que j’en viens à me dire que l’hégémonie et les conséquences néfastes qui vont avec ne sont pas loin…

Mais faut avouer c’est assez pratique et sympa et je dois me faire trop vieux pour passer du temps a continuer de créer et administrer mes propres services. Je suis faible, fouettez moi

Au passage cette page est pas mal foutue pour lister les clients git.

Je vais donc tester (oui hélas je bosse sous windows mais j’ai pas trop le choix en fait) :

  • Sourcetree après tests, c’est toujours pas utilisable sous win (lenteurs, plantage sur merge et conflits)
  • Smartgit en fait l’option free est bidon, c’est juste free pour 30jours d’usage donc exit
  • GitHub 4 windows ca va c’est a peu près utilisable mais beaucoup trop simpliste et assisté
  • Mysgit ajoute les fonctions de base à windows, même si c’est de l’émulation ca semble une base fiable requise (choix retenu)
  • TortoiseGit lui au moins il fonctionne et est intégré correctement (choix retenu)

Honte à moi…

En tout cas force est de constater que git se démocratise petit à petit au dela des pur et durs de la ligne de commande linux only.

Edit 06/11/2014 : mise à jour outils et évaluation

More

Why You Should Never Use MongoDB « Sarah Mei

Disclaimer: I do not build database engines. I build web applications. I run 4-6 different projects every year, so I build a lot of web applications. I see apps with different requirements and different data storage needs. I’ve deployed most of the data stores you’ve heard about, and a few that you probably haven’t.

I’ve picked the wrong one a few times. This is a story about one of those times — why we picked it originally, how we discovered it was wrong, and how we recovered. It all happened on an open source project called Diaspora.

via Why You Should Never Use MongoDB « Sarah Mei.

Article très intéressant sur l’usage du NoSQL avec MongoDB. Ça confirme un peu l’avis que j’avais sur le sujet.

More