Невыносимая лёгкость разработки

#️⃣О стеклянных границах, которые мы сами себе находимЕсли задуматься, нет никакого правила, что в резюме обязательно нужно указывать места работы — просто мы так привыкли.Никто не запрещает написать просто об опыте: что вы умеете делать и когда это делали.Мы поступаем так, потому что так делают все.А потом мы — или кто-то другой — читаем такое резюме, видим длинный список мест работы и делаем вывод:«Человек-то, наверное, ненадёжный, раз столько раз менял работу» — и не зовём его.С тем, как люди воспринимают резюме и какие нарративы они в него вписывают, вы, к сожалению, ничего сделать не можете.Но вы можете повлиять на то, на что действительно можете повлиять — на своё резюме.Пожалуй, это и есть главный триггер к развитию:принять устройство мира как данность и сфокусироваться на том, что находится в вашей зоне влияния.Почти всё, что мы знаем как «правильное» или «хорошее», в реальности не работает —потому что предполагает, что кто-то другой будет делать что-то определённое.Принятие окружающей действительности как она есть заставляет искать нестандартные, творческие решения,которые на первый взгляд могут казаться нелогичными.В некотором смысле это перенос системы координат из внешнего мира — в свой внутренний.Туда, где вы сами становитесь точкой отсчёта.Какая разница, что кто-то делает что-то неправильно или даже не справедливо, куда важнее сможете ли вы достигнуть своей цели.

На первый взгляд идея использовать italic-шрифты, а тем более курсив, для написания кода кажется довольно бредовой. По этой причине я долго их обходил стороной.Что такое italic по своей сути? Это способ написания текста, который усложняет чтение. И я даже не говорю про курсив — там всё в разы хуже.Поэтому мне и казалось странным использовать его в программировании: мы же большую часть времени читаем код — зачем усложнять этот процесс?Но не так давно я всё-таки перешёл на italic. И вот почему.Дело в том, что он действительно усложняет чтение — но именно того, что не важно. Шрифты используют italic в основном для «бойлерплейта» — синтаксических конструкций языка, которые сами по себе не несут смысловой нагрузки.Это значит, что вам будет сложнее читать синтаксический мусор, но на передний план начнёт выходить бизнес-логика и алгоритмы, которые вы написали. И ничто не будет отвлекать от сути.Я попробовал — и, знаете, это действительно удобно. Контринтуитивно, но удобно.Советую попробовать. Лично я использую Cascadia Code от Microsoft — почти все современные шрифты для программирования имеют italic-версии, а иногда и курсивные.Если вам, как и мне, часто приходится разбираться в алгоритмах и сути, это может оказаться неожиданно полезным.На этом всё. Не всё, что кажется бредовым — таковым является.

#️⃣«Страх кода и желание всё переписать» — знакомо?Когда только начинаешь учиться программированию, часто возникают маленькие проекты, эксперименты, наброски. Ты их открываешь, чтобы что-то изменить или доработать — но вместо этого тонешь в ощущении: ничего не понимаю, лучше перепишу с нуля.Это абсолютно естественное чувство. Но в реальной разработке тебе нужен совсем другой навык — ориентирование в коде, а не попытка охватить всё целиком.Вот как это происходит в реальных проектах: У тебя есть задача. Например: «поменять алгоритм» или «добавить кнопку».Ты не изучаешь весь проект, ты ищешь точку погружения, ориентируясь по структуре и паттернам. Тебе даже для этого не нужно ходить по filetreeКонтроллеры, компоненты, утилиты — всё обычно плюс-минус одинаково у всех даже если это разбросано непонятно где. Ты просто ищешь нужный файл, оттуда двигаешься по ссылкам, импортам, функциям.Думай о коде как о городе. Ты не хранишь карту всего города в голове. Но у тебя есть навык ориентироваться: повернуть направо у парка, пройти два квартала — и ты на месте. То же и с кодом: поднимаешься вверх, уходишь вглубь, следишь за потоками данных.Если ты будешь работать с проектами так — через задачу и поиск — у тебя появится уверенность, и желание переписать всё с нуля начнёт отступать. А главное ты прокачаешь полезный навык который тебе очень сильно пригодится в настоящей работе.

Хочу честно признаться: я всегда был далёк от open source в классическом смысле — вечно оставался исключительно потребителем, причём именно в значении free as beer.Но, думаю, не обязательно быть создателем мегапопулярной библиотеки, чтобы вносить свой вклад в free as freedom.Если задуматься, это ведь уникальное явление: мы можем создавать и делиться кодом — и от этого его становится не меньше, а больше. Он действительно свободен. Его нельзя забрать или украсть.Я ощущаю внутренний долг перед сообществом — не денежный, не тягостный, а как осознанный выбор. По этой же причине у меня в профиле написано: когда мы делимся — мы умножаемся. И я в это искренне верю.Я пока не вижу себя как автора библиотеки, но я могу помогать людям иначе.Open source для меня — это не только библиотеки. Это и gists, и CodePen, и статьи. Это возможность помогать другим — опытом, знаниями, работой. Делать вклад, который тебе по силам. Не нужно притворяться кем-то другим. Достаточно быть честным с собой и искренне хотеть делиться.И уж точно не стоит стыдиться того, что когда-то вы просто пользовались open source. Это было тогда. Сейчас вы можете вернуть свой вклад в эту свободу — в той форме, которая вам подходит. И от этого у вас станет больше, а не меньше.

Продолжаем рубрику «Как делать популярный open source».Сделайте ваше решение максимально простым в использовании: одна команда, одна строчка — и сразу результат.И не забывайте: вы продаёте людям идею, а не код. Считайте, что вы создаёте мем. У вас должно быть такое описание, которое человек сможет пересказать другому в духе:О, видел тут штуку — она делает XВаш продукт залетит, если:• о нём легко рассказать,• сразу понятно, что он делает,• и что самое интересное — его распространяют даже не пользователи, а те, кому просто понравилась идея.Подумайте: когда вы в последний раз рассказывали про новый open source-проект? Вы реально его использовали? Или просто услышали об идее и доверились?Vim, React, Solid, React Scan — это всё мемы. Вам не обязательно быть их пользователями, чтобы быть носителем их идеи.Если вы сейчас делаете проект — посмотрите на него как на потенциальный мем. Хочется ли им делиться? Если нет — даже самый крутой проект не соберёт аудиторию. Но хорошая новость: это можно изменить. Начните с описания.Например, у React Scan:React Scan automatically detects performance issues in your React appСравните это с этим:Embeddable fullstack library designed for creating Hypermedia-Driven Applications without a build step, based on HTMX and HonoНе говорите что это, говорите что это делает и какую ползу несёт, это не так сложно как кажется, просто нужно маленько практике.Удачи!