Clips de mon Dev Ama

J'ai récemment fait un AMA sur Dev. Je profite de l'occasion pour porter ici quelques réponses comme un bon Indiewebber.

Si vous débutiez comme un ministère frontal en 2020, quelle serait la première chose que vous apprenez et pourquoi?

Vous devez vous mettre dans un poste où c'est votre travail de créer et de prendre soin d'un site Web. Même si cela ressemble à un tronçon pour vous très tôt. Obtenez le domaine, obtenez le site Web sur Internet public. Mettez votre nom dessus. Maintenant, vous vous êtes donné des enjeux et vous apprendrez la technologie parce que vous devez donner vie à vos idées.

Pour moi, il y a 650 ans, qui mettait en place un site Web pour le Ol 'College Band. Nous avions besoin d'un site Web! Cela semblait amusant pour moi, et j'ai réussi à lutter contre l'achat d'un domaine, l'hébergement et la mise en place d'un site Web WordPress. Ensuite, au fil du temps, j'ai appris les technologies Web frontaux parce que je voulais changer la conception, changer les modèles, ajouter des fonctionnalités sympas, etc.

Procurez-vous un projet et apprenez à travers le projet.

Comment déterminez-vous ce que vous voulez transformer en un article de blog et ce que vous laissez en tant que simple tweet?

Je n'éviterai généralement pas le tweet. Le tweet est généralement un bon terrain d'essai pour le billet de blog de toute façon. Si personne ne s'en souciait, hein, peut-être pas si bon poste. Si cela obtient un bon engagement, c'est comme si la conversation autour était utile dans la création du billet de blog. De plus, les tweets sont si faciles à lancer. Les articles de blog, pour moi, ont un calendrier plus long qui comprend l'édition et la planification, etc.

Voici un exemple de tweet. Juste une petite expérience d'interface utilisateur idiote. Je n'avais pas envie d'attendre de bloguer à ce sujet pour laisser tomber la démo. Mais à partir du fil Twitter, j'ai obtenu des commentaires techniques intéressants, des informations sur les parties des gens les plus surpris et d'autres idées connexes. Cela mènera, espérons-le, à un article de blog beaucoup plus robuste.

Je traite même des développeurs comme ça, honnêtement. J'ai écrit cette réaction de blog rapidement ici, mais je l'ai ensuite affiné pour mon propre blog avec certains commentaires.

Avez-vous un tour CSS préféré, où vous étiez comme «wow»?

Je pense que les «ombres de défilement» dans CSS sont l'une de mes astuces CSS préférées de tous les temps. Il est à l'origine par Roman Komarov, mais expliqué et amélioré par Lea Verou. J'ai vu un outil l'autre jour autour de l'idée de Stefan Judis.

C'est un véritable bend-bender impliquant des arrière-plans de gradient à quatre couches, chacun positionné, de taille et coloré différemment, puis de manière comportementale différente de défilement.

Ce n'est pas seulement une astuce soignée car elle a de vraies implications UX. Montrer une ombre de l'endroit où vous pouvez faire défiler est important UX. Considérez cette histoire d'une récente mise à jour de conception dans iOS qui a conduit à une confusion complète autour des actions de l'interface utilisateur cachées derrière un endroit où vous pouviez faire défiler, mais qui n'avait aucune offre sur la façon d'y arriver. (M'arrive tout le temps à Spotify, pour mémoire.)

Quels seraient vos 3 meilleurs conseils rapides pour les développeurs essayant de suivre un chemin similaire à la croissance de leur influence et de leur exposition?

Je pense que l'écriture est littéralement le seul moyen .

Je ne peux pas penser à un développeur avec influence qui a cette influence pour autre chose que l'écriture. Ou si ce n'est pas écrit, c'est une chaîne YouTube ou une autre forme de création de trucs publics .

Combien vous voyez-vous jouer personnellement avec des API Houdini lorsqu'ils sont publiés? Quelle API êtes-vous le plus excité (peinture, mise en page, OM typlé,…)?

Ce truc super-bas se sent parfois au-dessus de ma tête. Il m'est difficile d'imaginer les implications de l'industrie de choses comme celle-ci juste en regardant les spécifications, tu sais?

Pour moi, il semble que l'API de mise en page a le potentiel le plus puissant.

Ce que j'imagine en ce moment, c'est que Houdini n'affecte pas autant les développeurs frontaux normaux quotidiens comme moi. Je n'écrirai pas beaucoup de code Houdini. Mais j'utiliserai des choses de fantaisie que les autres créent, car cela me fait quelque chose d'utile. Tout comme la plupart des gens n'écrivent pas leurs propres bibliothèques ou ont publié des packages NPM - ils les utilisent.

C'est amusant d'être wow par Houdini. Si quelqu'un cherche cela, assurez-vous de regarder le site Web de vitrine de Vincent de Oliveira.

Quelle est votre chose préférée dans le travail chez Codepen et / ou CSS-Tricks?

Tu sais ce que j'aime vraiment? J'aime entrer dans le bureau tous les jours et avoir une quantité assez décente de liberté de ce que je vais faire ce jour-là. J'aurai probablement des réunions. J'aurai probablement des trucs sur le calendrier de l'Ol '. J'aurai probablement des attentes d'équipe que j'essaie de répondre. Mais j'ai aussi généralement beaucoup de temps pour poursuivre des choses qui m'intéressent pour le moment.

Parfois, je suis dans le moment de percer certains e-mails. Parfois, je veux bricoler avec une démo qui semble amusante. Parfois, je veux rédiger une pensée ou enregistrer une vidéo. Parfois, je veux planifier quelque chose ou documenter quelque chose. Parfois, je veux parler quelque chose avec d'autres personnes ou faire des programmes de paires.

J'ai la chance que je sois le patron (LOL) et je me mets à cette position, donc j'ai cette liberté.

Qu'est-ce que vous souhaiteriez pouvoir ajouter en CSS?

J'ai l'impression que chaque fois que quelqu'un le demande, nous devons tous saisir chaque occasion pour crier des requêtes de conteneurs! Jusqu'à ce que nous les obtenions.

L'idée est que nous devrions être en mesure d'écrire CSS qui dit: «Lorsque cet élément est aussi large, ce CSS devrait prendre effet.» Et pas seulement la largeur, mais quelles que soient les requêtes multimédias que nous avons déjà au niveau de la page.

La meilleure démo d'un cas d'utilisation est la page de Philip Walton.

Je veux écrire un composant de cartes qui se mélange en fonction de la largeur, pas de la largeur de la page, car il n'y a pas toujours de connexion directe entre ces deux choses (par exemple, un composant de carte peut apparaître dans une barre latérale étroite sur un grand écran, mais être pleine largeur sur une tablette ou quelque chose).

Chaque composant peut être dans une situation comme celle-ci, donc pour l'amour du CSS, permettez-moi d'écrire des questions médiatiques portée à ces composants. Je fais écho à beaucoup d'autres personnes quand j'ai vu que si nous avions cela, la grande majorité des questions médiatiques que nous écrivons serait celle, pas le niveau de la page.

Pensez-vous que cela vaut la peine de suggérer une {position: par-dessus fois; }?

Je ne suis pas sûr d'avoir pris une grande décision basée sur les plis une fois dans ma carrière. Pas un grand fan de cette pensée. Il y a une ligne dans laquelle cet important module ne doit pas traverser, haha. Prioriser les choses les plus importantes pour être plus haut sur la page, bien sûr. Les sites Web ne se replient pas comme des journaux.

De plus, nous avons maintenant des unités de fenêtre, donc si vous avez absolument besoin de positionner quelque chose dans la zone de la fenêtre visible la plus visible, vous le pouvez.

Depuis que vous écrivez des articles de blog depuis si longtemps, avez-vous développé un processus pour en écrire un?

Sorta! Cela me semble toujours assez décontracté (appelons ma qualité d'écriture de qualité), donc ce n'est pas comme si je louais une cabine dans le désert et que je trouve l'inspiration dans les couchers de soleil et le whisky bon marché.

• J'écris chaque idée de blog qui me vient. J'essaie de garder cette liste assez publique, mais j'ai aussi une liste personnelle où je peux être encore plus négligent.
• Je mets autant de contexte dans ces listes que possible, donc je peux espérer invoquer la même émotion qui m'a fait l'écrire en premier lieu. Si je revisite l'idée une semaine plus tard et que je ne peux pas, ce n'est probablement pas une très bonne idée.
• J'écris le post avec autant de contexte que possible. La recherche légère est généralement impliquée.
• Nous avons un éditeur principal sur CSS-Tricks, il est donc examiné par au moins une personne avant d'être programmée.

CSS ou CSS-in-JS?

Je vois une tonne de trucs sympas qui se produisent dans CSS-in-JS. Je pense que cela résout beaucoup de problèmes intéressants pour certains sites Web. Par exemple, j'aime beaucoup l'idée d'avoir la possibilité d'écrire des styles qui sont étendus dans un composant par programme, et sont donc tremblés lorsque le composant n'est pas utilisé automatiquement.

Mais le Web est une grande place, et j'ose dire que la plupart des sites Web ne sont pas construits avec des modèles de composants à propulsion JavaScript. Ainsi, CSS-in-JS n'est pas nécessaire ou approprié pour de nombreux sites.

Cependant, deux choses à claire:

• Vous ne pouvez pas avoir CSS-in-JS sans CSS. CSS-in-JS est toujours des styles appliqués aux éléments. Cela ne vous absolue pas d'apprendre CSS.
• Le paysage CSS-in-JS est large. C'est un peu difficile de parler si vaguement. Chaque projet dans le seau de CSS-in-JS gère les choses un peu différemment et la façon dont les styles sont appliqués sur le site est même assez large. Je pense que cela se perd parfois dans les arguments selon lesquels certaines des approches font littéralement une feuille de style CSS que vous liez comme vous le feriez pour n'importe quel autre CSS - même CSS produit par SASS - dont il ne semble plus y avoir beaucoup d'arguments.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!