Les deux révisions précédentesRévision précédente | |
issue131:c_c [2018/04/05 15:29] – auntiee | issue131:c_c [2018/04/10 16:02] (Version actuelle) – andre_domenech |
---|
J'ai toujours été un grand supporter de la phrase « Travaillez plus malin, pas plus dur ». Je suis parfaitement content d'investir quelques heures supplémentaires d'un coup pour rendre ma vie plus facile à l'avenir. Ceci s'applique particulièrement aux tâches de programmation et de développement Web. C'est pourquoi l'article de ce mois-ci sera dédié à quelques conseils utiles pour la productivité, pour vous aider à être aussi efficace que possible dans votre travail. | J'ai toujours été un grand supporter de la phrase « Travaillez plus malin, pas plus dur ». Je suis parfaitement content d'investir quelques heures supplémentaires d'un coup pour rendre ma vie plus facile à l'avenir. Ceci s'applique particulièrement aux tâches de programmation et de développement Web. C'est pourquoi l'article de ce mois-ci sera dédié à quelques conseils utiles pour la productivité, pour vous aider à être aussi efficace que possible dans votre travail. |
| |
Avertissement : Toutes ces choses fonctionnent pour moi - mais, suivant vos préférences ou votre approche du travail, vous pourriez avoir vos propres méthodes. N'hésitez pas à les appliquer ou à les partager avec moi. | Avertissement : Toutes ces choses fonctionnent pour moi, mais, suivant vos préférences ou votre approche du travail, vous pourriez avoir vos propres méthodes. N'hésitez pas à les appliquer ou à les partager avec moi. |
| |
**Web Development | **Web Development |
• SASS is the preprocessing language I currently use. For a long time, I liked to use Stylus, but realized that it was becoming my default approach to writing CSS. Which is a problem when you’re writing actual CSS. Instead, I switched back to SASS in order to offset the bad habits I was forming. Additionally, SASS is supported by things like sassdoc or KSS to generate a styleguide from your SASS comments.** | • SASS is the preprocessing language I currently use. For a long time, I liked to use Stylus, but realized that it was becoming my default approach to writing CSS. Which is a problem when you’re writing actual CSS. Instead, I switched back to SASS in order to offset the bad habits I was forming. Additionally, SASS is supported by things like sassdoc or KSS to generate a styleguide from your SASS comments.** |
| |
• Visual Studio Code. Ma première réaction n'était pas très favorable quand cette appli est sortie - principalement parce que je me rappelais avoir utilisé d'autres applis Visual Studio, il y a des années. Cependant, j'y ai quand même jeté un coup d'œil et je l'ai trouvée très similaire à Atom (mon éditeur à ce moment-là). La principale différence que j'ai trouvé entre Code et Atom était leur vitesse d'ouverture des fichiers - Code chargerait plus rapidement qu'Atom sur ma machine. Il est toujours en amélioration, mais leur sélection de modules additionnels a couvert tout ce dont j'avais besoin. | • Visual Studio Code. Ma première réaction n'était pas très favorable quand cette appli est sortie, principalement parce que je me rappelais avoir utilisé d'autres applis Visual Studio, il y a des années. Cependant, j'y ai quand même jeté un coup d'œil et je l'ai trouvée très similaire à Atom (mon éditeur à ce moment-là). La principale différence que j'ai trouvée entre Code et Atom était leur vitesse d'ouverture des fichiers : Code chargerait plus rapidement qu'Atom sur ma machine. Il est toujours en amélioration, mais leur sélection de modules additionnels a couvert tout ce dont j'avais besoin. |
• dnsmasq est quelque chose que j'ai paramétré sur la plupart de mes machines de développement en local. Je le configure comme un DNS où toutes les demandes vont vers les serveurs DNS de Google, à l'exception de toutes les URL *.home.lan, qui sont redirigées vers ma machine locale. C'est l'URL interne de développement que j'utilise. Je configure aussi ma machine principale comme un serveur DNS quand je teste un site sur d'autres dispositifs. | • dnsmasq est quelque chose que j'ai paramétré sur la plupart de mes machines de développement en local. Je le configure comme un DNS où toutes les demandes vont vers les serveurs DNS de Google, à l'exception de toutes les URL *.home.lan, qui sont redirigées vers ma machine locale. C'est l'URL interne de développement que j'utilise. Je configure aussi ma machine principale comme un serveur DNS quand je teste un site sur d'autres dispositifs. |
• SASS est le langage de pré-traitement que j'utilise actuellement. Pendant longtemps, j'aimais utiliser Stylus, mais j'ai réalisé qu'il était devenu mon approche par défaut pour l'écriture des CSS, ce qui est un problème quand vous écrivez des CSS actuels. En remplacement, je suis passé à SASS pour perdre mes mauvaises habitudes. En plus, SASS est supporté par des choses comme sassdoc ou KSS pour générer un guide de styles à partir de vos commentaires dans SASS. | • SASS est le langage de pré-traitement que j'utilise actuellement. Pendant longtemps, j'aimais utiliser Stylus, mais j'ai réalisé qu'il était devenu mon approche par défaut pour l'écriture des CSS, ce qui est un problème quand vous écrivez des CSS actuels. En remplacement, je suis passé à SASS pour perdre mes mauvaises habitudes. En plus, SASS est supporté par des choses comme sassdoc ou KSS pour générer un guide de styles à partir de vos commentaires dans SASS. |
Les tests | Les tests |
| |
• Dans un développement Web, les tests peuvent souvent être l'un des aspects les plus exaspérants. Pas seulement parce que chaque navigateur a de légères différences, ou à cause d'Internet Explorer, mais parce que vous devez aussi vérifier de multiples matériels et systèmes d'exploitation. C'est là qu'arrive Synergy. Synergy vous permet de partager un seul clavier/souris entre de multiples ordinateurs à travers votre réseau. Combinez ceci avec un écran image-par-image (ou deux écrans), et vous pouvez faire tourner vos tests sans passer d'un bureau à l'autre. J'ai utilisé la version 1 pendant longtemps sans problèmes. Ils ont sorti la version 2.0 récemment et j'ai eu pas mal de problèmes avec dans ArchLinux. Je l'ai fait fonctionner plus récemment (la 2.0.6) en lançant à la main la commande synergy-core (voir ci-dessous, en remplaçant <hostname> par le vrai nom de votre ordinateur). Cela dit, certaines distributions ont moins de problèmes. Dans mon cas, je le recommande chaudement (quand il fonctionne) : | • Dans un développement Web, les tests peuvent souvent être l'un des aspects les plus exaspérants. Pas seulement parce que chaque navigateur a de légères différences, ou à cause d'Internet Explorer, mais parce que vous devez aussi vérifier de multiples matériels et systèmes d'exploitation. C'est là qu'arrive Synergy. Synergy vous permet de partager un seul clavier/souris entre de multiples ordinateurs à travers votre réseau. Combinez ceci avec un écran image-par-image (ou deux écrans), et vous pouvez faire tourner vos tests sans passer d'un bureau à l'autre. J'ai utilisé la version 1 pendant longtemps sans inconvénient. Ils ont sorti la version 2.0 récemment et j'ai eu pas mal de problèmes avec dans ArchLinux. Je l'ai fait fonctionner plus récemment (la 2.0.6) en lançant à la main la commande synergy-core (voir ci-dessous, en remplaçant <hostname> par le vrai nom de votre ordinateur). Cela dit, certaines distributions ont moins de problèmes. Dans mon cas, je le recommande chaudement (quand il fonctionne) : |
| |
**/usr/bin/synergy-core --server -f --run-as-uid 1000 --debug DEBUG --name <hostname> --enable-drag-drop --profile-dir /var/lib/synergy --log /var/log/synergy/synergy-core.log -c /var/lib/synergy/synergy.conf --address :24800 | **/usr/bin/synergy-core --server -f --run-as-uid 1000 --debug DEBUG --name <hostname> --enable-drag-drop --profile-dir /var/lib/synergy --log /var/log/synergy/synergy-core.log -c /var/lib/synergy/synergy.conf --address :24800 |