Où conservez-vous des articles intéressants?

Question

Comme beaucoup de développeurs, j'ai lu beaucoup d'articles de différentes méthodologies code, des modèles, des blogs, des exemples etc etc avec talonner etc github, CodePlex pour les échantillons de code. J'ai utilisé de délicieux signets dans le passé pour garder trace d'articles intéressants et parfois des extraits de code & repos. Cependant, cela ne fonctionne pas très bien pour moi car je n'oublie pas et trouve aussi difficile de trouver des articles là-bas.

Je me demande qu'est-ce que d'autres utilisent pour garder une trace des ci-dessus? Serait intéressé d'entendre les opinions d'autres développeurs sur la gestion des connaissances et des ressources?

Answer 1

1. compte de messagerie Google
2. Créer un dossier appelé collection de code
3. Créer un filtre pour tous les e-mails reçus avec « collection de code » sujet obtenir placé dans ce dossier
4. Trouver un peu de code que vous aimez? ou même copier et coller la page entière dans un e-mail et l'envoyer à vous-même avec le titre « collection de code »

Puis, après le temps et accumilation des e-mails dans ce dossier, vous serez en mesure de rechercher vos e-mails par le "code collection" dossier pour les mots-clés - en effet votre propre archive de code Google google consultable.

Je fais ce GMail a été libéré et construit un dépôt très agréable code de plus de 3000 e-mails couvrant beaucoup de langues.

Je garde des archives de tous les projets de travail, y compris la création et font souvent aussi des marqueurs sur les sauvegardes pour maintenir certaines classes/fonctions.

Answer 2

J'utilise mon blog - http://www.acooke.org/cute - qui est généré par e-mail, ce qui équivaut à m'envoyer un email avec l'URL, un titre utile et peut-être quelques commentaires. un avantage d'une approche de blog est que de temps en temps les gens envoient des commentaires utiles (ce n'est pas un blog généré par email qui serait équivalent ...)

J'ai aussi utilisé une installation locale de mediawiki (le wiki que wikipedia est basé sur, mais vraiment n'importe quel wiki ferait - j'ai choisi celui-là pour qu'il ne devienne pas obsolète). mais c'est mieux adapté aux choses à long terme comme les clients, les détails des projets, etc