dzecniv a écrit 467 commentaires

hey, la vidéo de présentation de Gt Inspector est trop rapide, je n'ai rien compris !

Je crois aussi que vous utilisez la même musique sur les deux vidéos, t t t quelle redondance ;)

Dommage que la majorité des apps dans le catalogue n'aient pas de description.

Dans la présentation, la phrase "Even in production environments, you will never be stuck in compiling and deploying steps again!" m'interpelle vraiment. Qu'on ne compile pas, je peux comprendre. Qu'on n'ait pas de pb de déploiement, là je sèche.

J'ai aussi un pb avec la doc. Je cherche quel genre d'app on peut développer. J'ai vu des success stories avec des applications web, donc je cherche des indications de développement web dans la doc mais ne vois aucun lien.

Voilà !

Cet article est passionnant. Mais j'ai vraiment du mal à me retrouver sur le site officiel.

Oui, les syndicats sont là et ce sont les seuls alliés des salariés. Chacun a intérêt à s'y intéresser.

Dans une grosse SSII à Toulouse, un syndicat monte une action collective aux prud'hommes (à propos de salaires inférieurs aux seuil minimum de la convention collective, d'heures supps non payées et de clauses de contrats abusives) et on est déjà 500. Vu que toutes les autres boîtes se sont alignées, il y a un vrai petit risque de faire boule de neige.

Allez, au placard les idées reçues et on cherche les appuis là où ils sont !

Très intéressant. Manque plus que voir cette description dans le dépôt, d'avoir un dépôt propre au script et on peut partager avec le monde !

Merci pour la correction.

Arrivez-vous à suivre les modifications du wiki ? J'ai chopé le flux rss des commentaires, mais je ne sais pas comment être prévenu à chaque modif' du wiki (comme il est possible avec un wiki normal). Une idée ? ci-mer.

Dans ton fichier de conf d'exemple, tu inclus Peru. J'ai l'impression qu'il a le même but. Peux-tu expliquer les différences ?

(https://github.com/buildinspace/peru)

Ah, bonnes critiques ! Tu pourrais les rajouter rapidos dans le wiki ? http://linuxfr.org/wiki/ordinateurs-libres
merci

Rainloop est super, ça fait plaisir à voir !
Il mériterait une dépêche à lui tout seul, non ? :)

TextAdept a de bonnes fonctionnalités avancées, c'est peut être celui-ci que vous devriez essayer ! (il est extensible, a une bonne auto-complétion, compilation, fenêtres splitable, multi-plateforme,…)

Tout simplement, gitlab permet:

• l'hébergement gratuit de projets publics et privés.

Au niveau des forges elles-mêmes:

• une interface plus moderne
• les revues de code
• les snippets (gists)
• le flux de travail forker/pull-request

Redmine aurait en plus:

• diagrammes de Gant
• support d'autre chose que git
• multilanguages
• …

OK, github est super, il a toujours des choses en plus sur ses concurrents, mais on ne devrait même pas en débattre si on parle de forges logicielles libres.

Tu devrais essayer gitlab pour les projets libres, c'est plus en phase avec l'idée ;)

Tu pourrais expliquer ce que permet travis ? Merci.

C'est très juste, et il me semble que ce n'est pas encore le cas, à confirmer. En tout cas je n'ai pas trouvé d'option évidente dans les menus.

Le projet SàT ne gagnerait pas à avoir un gitlab auto-hébergé ? Pour proposer des patchs facilement, commenter le code,…

ça ne concerne pas les PME et tout simplement n'importe quel quidam, comme moi.

Il me semble que la principale reproche adressée à github par des libristes, c'est de ne pas être libre, ce n'est pas "autre chose".

Ok c'est pas très clair, mais j'avais quand même indiqué que je parlais de la version communautaire de gitlab, c'est à dire la gratuite.

Donc non, github ne propose pas de comptes privés, gratuitement s'entend. C'est un bon point pour gitlab.

Gitlab est super et gitlab.com propose des comptes gratuits pour un nombre illimité de projets publics ou privés.

https://gitlab.com/

Rapide comparaison avec github:

• gitlab est un logiciel libre
• github ne permet pas de comptes privés
• github offre l'hébergement des github pages
• gitlab a sa propre solution d'intégration continue gratuite depuis hier.

ps: merci pour ces scripts, je me rue dessus !

TL;DR (Trop Long; Dis un Résumé):

sous debian installez nodejs-legacy pour avoir l'exécutable node.

C'est plus propre que le ln -s à la mano.

Et fzf a l'air d'être fait pour ça: https://github.com/junegunn/fzf
mais je n'ai pas encore essayé. D'après sa doc: «Fuzzy completion for files and directories can be triggered if the word before the cursor ends with the trigger sequence which is by default **» (sous bash seulement, zsh est en TODO :( )

Sinon, dans la catégorie un peu au-dessus car on parle d'un navigateur de fichiers, il y a ranger: https://github.com/hut/ranger

Navigateur de fichiers à la vim. Dedans, on peut avoir des onglets, spécifier des marques pages, y sauter rapidement, ouvrir un shell dans tel répertoire ou manipuler les fichiers.

Il est juste merveilleux ! (je l'utilise plus que Dired d'Emacs maintenant, c'est dire !)

Et fasd est plus puissant car il permet de sauter de répertoires, mais également de trouver des fichiers et de lancer d'autres actions (mplayer, vim, ou ce qu'on veut).
https://github.com/clvv/fasd

Il est inspiré de autojump, j et v.

C'est super intéressant, merci.

J'attends avec grand grand intérêt ton retour d'utilisation de Pyjamas !

Je ne trouve pas les sources, elles sont bien cachées.

Justement c'est ce que je ne comprends pas, tu fais un lien entre 2 choses différentes: tu dis "oui à Gtilab pour les petits projets, sinon Github". Or non, si Gitlab est trop lourd à héberger chez soi, on peut se faire héberger par eux. C'est aussi un moyen d'aider le projet.

Mais Bitbucket n'est pas un logiciel libre !