Un 4 juillet Post for the World (bien, le monde du logiciel)

Alors que beaucoup de gens aux États-Unis passent le 4 juillet à regarder un défilé, cela ne signifie pas que le reste du monde doit être laissé de côté.

Comme vous pouvez l'imaginer, le Jour de l'Indépendance aux Etats-Unis d'Amérique (le 4 de juillet, si vous n'étiez pas au courant) était un grand Nous avons célébré, comme la plupart des Américains modernes, en passant du temps avec des amis et la famille, en faisant des barbecues ou des pique-niques, en regardant des parades et des concerts en plein air et en terminant la soirée avec des feux d'artifice. les parents ont toujours veillé à ce que nous comprenions le pourquoi et le pourquoi de la fête que nous célébrions.

Peut-être que je me sens un peu nostalgique, mais il me semblait juste d'écrire un article de blog cette semaine avec un clin d'œil au Jour de l'Indépendance, tout en étant pleinement conscient que quiconque à l'extérieur des États-Unis, 4 Juillet est juste un autre jour.

À cette fin, j'ai compilé et présenter un défilé de connaissances de 13 amis influents de l'industrie, avec des conseils de chacun d'entre eux sur la programmation / être un progr ammer. Treize parce que c'est le nombre de colonies originales représentées par les 56 délégués qui ont signé la Déclaration d'Indépendance; un défilé, parce que, bien, c'est juste une façon de célébrer.

J'espère que vous apprécierez! Et si vous avez un Tauntaun, s'il vous plaît ne le laissez pas au soleil ?.

Tim Huckaby. "Vous n'êtes pas l'utilisateur. Vous ne construisez pas de logiciel pour vous-même. Vous construisez des logiciels pour des gens comme Mamie Huckaby. Et si grand-mère Huckaby est frustrée d'essayer de comprendre votre interface utilisateur, alors c'est une mauvaise expérience utilisateur et vous avez échoué. "

Jeff Fritz. Leonard Nimoy a déclaré: «Le miracle est le suivant: plus nous partageons, plus nous en avons». Cela s'applique à notre savoir: rédiger des articles de blog, faire des présentations, partager ce que vous avez appris. Cela s'applique à l'open source: lorsque vous partagez votre code, votre équipe se développera au-delà de votre groupe local et votre projet deviendra plus que ce que vous n'auriez jamais imaginé. "

Rachel Appel. "Parfois, la meilleure solution n'est pas la nouvelle technologie brillante. Parfois, c'est la technologie mature, peut-être ennuyeuse, éprouvée mais testée. "

Brian Randell. "Aller au-delà du code et être humains-développer des relations en personne et en ligne."

Ted Neward. «Je sais seulement que je ne sais rien …» -Socrate

«Que le système te le dise.» – Proverbe agile

«Non, tu ne sais pas où est la punaise, alors lance-la! débogueur déjà. »-Ted Neward»

Jeffrey Richter. "Ne pas effectuer d'optimisations prématurées. Obtenez votre code de travail en premier. Et puis, s'il y a un problème de performance, profilez le code pour trouver le goulot d'étranglement exact. Ensuite, optimisez le goulot d'étranglement. "

Michele Leroux Bustamante. "Il est impossible de s'ennuyer lorsqu'on travaille dans la technologie. Le travail est toujours intéressant, stimulant et amusant – et ce n'est jamais fait, alors vous ne manquerez jamais de choses à faire. Les opportunités de carrière sont littéralement infinies. Embrassez-le, mais exploitez-le et faites en sorte qu'il fonctionne pour vous tout en trouvant du temps pour d'autres choses personnelles importantes. "

Deborah Kurata. "Nous avons chacun une superpuissance unique: parler, poster, support open-source, trouver des bugs, expliquer clairement des concepts complexes. Trouvez votre superpuissance et utilisez-la pour aider la communauté. "

Scott Hanselman. "Ne donnez pas de permalink à la bile. Expliqué: ne soyez pas méchant, grossier, insupportable ou négatif en ligne. Plus tard, vous vous sentirez différent, mais l'URL à laquelle vous avez lié votre bile existera toujours – et elle vous trouvera. "

Julie Lerman. "Reste curieux. Il est toujours temps d'en apprendre un peu plus sur quelque chose qui a suscité votre intérêt et qui n'est pas nécessaire pour devenir un expert de bout en bout sur chaque sujet. Vous pouvez apprendre une petite chose et assez souvent encore en profiter. Parfois, le bénéfice est juste de satisfaire votre curiosité, mais un effet secondaire important est qu'il garde vos compétences d'apprentissage pointues. "

Jeff Prosise. "" Bon "code n'est pas vraiment bon code sauf si c'est maintenable. Je préférerais voir quatre lignes de code qui sont facilement compréhensibles qu'une ligne de code qui fonctionne de la magie mais qui n'est pas facilement déchiffrable. Les commentaires sont un élément crucial du bon code. Rendez la tâche facile pour la personne qui vous réussit à comprendre ce que vous avez fait et pourquoi vous l'avez fait. Cela pourrait l'empêcher de répéter vos erreurs. Et si, dans une interview, un programmeur vous dit 'bon code est auto-documentant', montrez-leur la porte – rapidement. "

Jeremy Likness. «Écrivez toujours le bon code pour faire le travail et rien de plus: gardez le code simple pour écrire ce qui pourrait arriver ou vous pourriez avoir besoin plus tard pour compliquer rapidement une solution autrement élégante et simple. quand les exigences changent. "

Burke Holland. "Apprenez à utiliser votre éditeur, apprenez-le vraiment … Chaque fois que vous utilisez votre souris, pensez:" Puis-je le faire avec des raccourcis clavier? " La réponse est probablement "oui". Forcez-vous à les utiliser.Il faudra plus de temps au début, mais vous serez étonné de voir à quel point cela vous arrive plus vite et plus vite que vous ne le pensez.Pour plus d'astuces d'éditeur, consultez: http: // vscodecandothat. com "