10 pires cauchemars pour les développeurs Web

Beaucoup de gens autour de moi pensent que mon travail en tant que développeur web est facile. Habituellement, ils me voient pomper le clavier de la maison, avec une bonne tasse de café ou de thé à côté de moi. Ce qu'ils ne voient pas, c'est ce qui se passe dans la machine devant moi .

Presque tous les développeurs seront confrontés aux mêmes problèmes auxquels je suis confronté: les pires scénarios, les horreurs cauchemardesques; le parfois malheureux; Parfois, «quelqu'un doit me tirer une horrible blague» - parfois, sauter d'un pont semble être la chose la plus facile à faire. Si vous êtes un développeur Web chevronné qui a travaillé avec de nombreux clients et projets, vous avez peut-être rencontré certaines de ces situations.

Pour ceux d'entre vous qui envisagent de devenir un développeur web ou d'applications, voici quelques-unes des situations dans lesquelles vous pourriez éventuellement vous retrouver. Préparez-vous à y faire face et ne dites pas que vous n'avez jamais été prévenu. Ce sont les 10 pires cauchemars auxquels les développeurs doivent faire face .

1. Correction d'autres développeurs de codes (et de bogues)

Si vous venez de rejoindre une nouvelle entreprise, vous vous retrouverez probablement dans la position de nettoyer un projet laissé par le développeur que vous venez de remplacer . Les chances sont que le code soit long, complexe, illisible, critiqué avec des bugs ... et déjà en ligne. Bien sûr, vous pourriez être le chanceux 5% qui n'a pas besoin de réparer le code d'un autre développeur, mais franchement, la correction de code arrive le plus souvent .

Le problème se pose parce que les développeurs, comme les écrivains, ont leur propre style de codage . C'est là que la documentation devient une aubaine - si vous avez toujours détesté faire la documentation (n'est-ce pas nous tous?) Alors sachez que c'est essentiel pour la santé mentale de toute personne qui doit toucher votre code .

Sans documentation appropriée, le nouveau développeur doit parcourir les lignes de code pour comprendre votre processus de réflexion (ou celui du développeur d'origine). C'est comme cela que nous souhaitons que la télépathie existe réellement.

2. Bugs apparaissent au pire moment possible

Après des mois de travail acharné et des tonnes de caféine, vous avez finalement publié votre application pour les masses ou la présenter à votre client. Vous êtes très excité et pouvez voir la lumière au bout du tunnel, après des mois de traîne à travers le même projet nuit après nuit.

Ensuite, ça frappe. Un bug critique se produit pendant la démonstration, ou suscite des plaintes de centaines de nouveaux utilisateurs. Votre vision parfaite de votre projet parfait vient s'écrouler. Mais frapper "pause" pour un moment.

Tout d'abord, sachez que cela pourrait arriver à n'importe qui - même aux brillants développeurs de produits majeurs comme Facebook et Twitter. Pour ceux qui ont été là, vous savez à quel point cette situation peut être frustrante; Les mauvaises critiques continuent de venir, ou les clients vous regardent comme si vous aviez commis le crime ultime ou souillé le nom de famille .

Tu sais ce que tu peux faire? Reste calme . Corrigez les bogues dès que possible et gardez un visage impassible. Ne laissez pas cela vous traîner trop longtemps ... à moins que le correctif fasse apparaître d'autres bugs!

3. Correction d'un bug cause de nouveaux

La correction des bugs est un mal nécessaire. Tortureuse, improductive et juste une activité induisant un problème cardiaque qui vous fait douter pourquoi vous voulez être un développeur en premier lieu. Chaque développeur a été là. Après des heures de tapotement sur votre clavier, vous corrigez finalement le bug original pour constater que vous en avez créé d'autres!

Il se peut que vous ayez mis à jour une bibliothèque car celle-ci n'était pas compatible avec une autre bibliothèque que vous utilisiez, mais que la nouvelle bibliothèque était en conflit avec votre code . Pendant ce temps, la date limite est imminente, les appels à vérifier sur vous continuent d'arriver, et le nombre d'erreurs ne cesse de s'accumuler.

Arrêtez de tirer sur vos cheveux et essayez de planifier à l'avance pour cela. Pour éviter qu'une situation similaire ne se produise avec de futurs projets, utilisez Git pour gérer vos révisions car cela vous permet de revenir aux révisions précédentes si la nouvelle ne fonctionne pas correctement.

Aussi, n'oubliez pas de documenter chaque révision avec soin. Cela peut sembler être une tâche fastidieuse, mais lorsque vous aurez de la difficulté à le faire, vous remercierez votre passé de vous être accroché et de faire la documentation .

4. Le bogue réside dans la bibliothèque sur laquelle vous vous appuyez

Vous savez ce qui est un cauchemar encore pire? Lorsque le bug que vous avez trouvé dans votre code n'existe pas réellement dans votre code mais dans l'une des bibliothèques que vous avez utilisées. Nous comptons souvent sur plusieurs bibliothèques pour créer des sites Web, et les développeurs peuvent utiliser la même bibliothèque pour plusieurs projets, sans accroc.

Dans ce scénario particulier, cependant, un bogue se produit, vous vérifiez, et vous trouvez que le bogue vient de l'une des bibliothèques que vous utilisez. Que faire? C'est un dilemme, n'est-ce pas? Considérons les options.

• Vous voudrez peut-être réparer la bibliothèque par vous-même, auquel cas vous devriez vous demander dans quelle mesure vous êtes compétent avec les codes de la bibliothèque pour le faire?
• Vous ne pouvez pas le réparer? Ensuite, devriez-vous déposer une demande pour que le développeur la corrige? Cela va prendre un certain temps, qu'ils ne sont pas obligés de se précipiter puisque vous êtes celui avec la date limite, pas eux.
• Qu'en est-il du remplacement de cette bibliothèque par une autre ? Cela ferait sortir le bug du système. Mais alors vous devrez réécrire des morceaux de votre code juste pour faire fonctionner les choses.

Regardez, j'ai dit qu'ils étaient des options, je n'ai jamais dit que l'un d'entre eux est facile. Il suffit de prier les dieux de la programmation que vous ne soyez jamais soumis à cette situation ou à la suivante non plus.

5. La cause du bug est "Inconnu"

Non, ça ne peut pas être! Vous avez cherché des jours pour le bug, créant plusieurs branches Git pour les tests, mais le bug reste insaisissable . Vous allez à StackOverflow pour un sursis, seulement pour trouver une question avec le même problème posté il y a 2 ans avec zéro réponse.

Ce n'est peut-être pas une erreur critique, mais il vous tire dessus comme une démangeaison que vous ne pouvez pas atteindre ou vous débarrasser. Votre tête commence à tourner, vous continuez à vous dire que si vous passez une heure de plus à chercher, vous trouverez ce fichu bug.

Arrêtez. La solution à ce problème est en réalité le contraire direct. Vous devriez rester loin de votre ordinateur pendant une demi-journée, ou plus longtemps (aller de 2 jours est le meilleur). Vous souffrez de fatigue mentale qui vous empêche de «voir» ou de «trouver» le problème réel. Faire une pause vous aidera à atteindre 100% à nouveau.

Et si mon expérience peut être une source de référence, parfois le bug se rectifie et cesse d'être un problème, sans votre interférence. Cela arrive juste, et quand vous êtes épuisé, vous ne vous souciez vraiment pas de savoir pourquoi .

6. Données perdues, aucune sauvegarde

Holey Moley, c'est un cauchemar, même les non-développeurs peuvent se rapporter à. Vous souffrez d'une perte de données complète et vous vous maudissez de ne pas avoir pris le temps de sauvegarder vos fichiers. Si cela vous arrive, vous avez certainement vous-même à blâmer.

Même lorsque vous travaillez avec des systèmes très stables, votre disque dur peut soudainement agir, vos enfants peuvent appuyer sur le bouton Supprimer, ou vous renversez accidentellement du café sur votre ordinateur portable. Plutôt que de pleurer sur le café renversé, revenez à votre copie de sauvegarde, et maintenez votre pression artérielle vers le bas. Ce n'est pas une leçon que vous voulez apprendre à la dure.

Personnellement, je n'ai pas seulement une ou deux sources pour sauvegarder des fichiers importants - j'en ai trois: Time Machine, Dropbox et OneDrive. Les utilisateurs d'OS X doivent activer Time Machine. Pour les utilisateurs Windows, activez la fonctionnalité Sauvegarde et restauration à partir du Panneau de configuration .

7. Le faire fonctionner dans Internet Explorer 6

Pour une raison quelconque, il est toujours nécessaire de faire fonctionner les applications modernes sur Internet Explorer 6, car certains clients et leurs clients insistent toujours pour utiliser Internet Explorer 6. Si vous êtes l'une de ces personnes, laissez-moi vous expliquer comment le temps ... codage consommant et pénible pour IE 6 est.

Le temps que les développeurs passent à faire fonctionner une application Web dans Internet Explorer 6 peut être trois fois plus long que pour créer l'application pour les navigateurs modernes tels que Chrome ou Firefox. La partie frustrante est que cela ne fonctionnera pas aussi bien ou aussi impressionnant sur IE 6 que sur les nouveaux navigateurs. Certains des effets ne prendront pas effet, certains d'entre eux continueront à vous déranger et ne me lanceront pas sur des problèmes de sécurité .

Vous rendez la vie dure aux développeurs parce que vous ou votre système refusez d'utiliser un navigateur plus récent. Et si j'ai un conseil à partager avec d'autres développeurs, c'est que vous devriez charger double ou plus pour ceux qui demandent une application web moderne pour pouvoir continuer à fonctionner sur IE 6. Et ça ne vaudrait pas la peine .

8. La clé du point-virgule ne fonctionne pas

Plusieurs langages de programmation JavaScript et PHP ont besoin du point-virgule pour marquer la fin d'une instruction. C'est comme la période ou l'arrêt complet qui termine une phrase.

De nombreuses erreurs se produisent à cause du point-virgule manquant, et vous ne pouvez certainement pas arrêter de travailler sur la touche point-virgule de votre clavier. Envisagez d'avoir un clavier de rechange que vous pouvez brancher en cas d'urgence comme celle-ci.

9. Internet et Google sont en panne

Si Google est important pour vous dans votre travail ou vos études, sachez qu'il est doublement important pour les développeurs. En tant que développeurs Web, nous utilisons Google pour rechercher des exemples de code, trouver des solutions aux bogues, collaborer avec des pairs, et plus encore.

Si Internet et Google tombent en panne, nous devrons revenir à une «période d'obscurité» isolée et isolée. Nous serons bloqués, ne sachant pas quoi faire si nous rencontrons un bug particulier. Pour la plupart, Google nous sauve toujours. Donc, chapeau aux développeurs ou aux programmeurs qui le faisaient avant l'âge d'Internet - je m'incline devant toi.

10. Vous êtes l'expert (Vous pouvez faire n'importe quoi)

Pour conclure cette liste de cauchemars que les développeurs doivent affronter, je vous laisse avec cette vidéo Youtube intitulée The Expert de Lauris Beinerts. Vous découvrirez à quel point il est pénible de devenir l'expert.

Lecture supplémentaire

Pour un regard intérieur sur d'autres types de travail en freelance ou en ligne, vous pourriez être intéressé par:

• Guest Blogging: Un éditeur vous dit ce que vous faites mal
• 10 signes que vous êtes allé trop loin dans la conception Freelance
• Freelance Writers: Un regard à l'intérieur du monde de l'écriture freelance
• Confessions d'un éditeur Web - un regard intérieur

12 plugins WordPress pour gérer le contenu frontal

WordPress est une excellente plate-forme pour la gestion d'un blog, d'un site web, d'un portfolio, etc. mais elle est limitée en ce qui concerne la gestion de votre contenu - tout est fait depuis le backend du blog . Cela signifie que même si vous avez besoin d'éditer quelque chose rapidement sur un article ou une page, vous devez aller dans le backend pour le faire.Ce

(Conseils techniques et de conception)

Comment restreindre le contenu aux utilisateurs enregistrés [WP Plugin Tutorial]

Ces derniers temps, la plupart des sites de publication de nouvelles et d'informations en ligne ont adopté le modèle freemium selon lequel les lecteurs qui ne sont pas membres enregistrés sont limités à un certain nombre d'articles qu'ils peuvent lire; payant, les utilisateurs enregistrés, d'autre part, ont un accès illimité aux articles.Dans ce

(Conseils techniques et de conception)