TGINSIGHT CHAT
The channel has no name!
@codev0s
ТехнологииКанал фронтендера. Пишу про свой опыт, и взгляды на разработку. AlmatyJS co-org. Зарабатываю на JS. Заглядываюсь на Clojure. Мечтаю перекатиться в бэкенд. Учусь на магистратуре на Software Engineering. tw: _codev0 gh: codev0 Фидбэк сюда @codev0
Последние посты
Стр. 8 из 17 · 197 постов
Опубликован 15 дек.
ребята, это прям мастхэв на маке
Опубликован 14 дек.
А вы знаете, что интерес — это эмоция? Да, интерес — это эмоция. Причём одна из самых ранних. Эмоцию интереса можно засечь уже в четырёхдневнем возрасте. Например, взгляд младенца дольше задерживается на чём-нибудь необычном. Скажем, мячик, зависший в воздухе без всякой поддержки обязательно привлечёт к себе внимание младенца. То есть — заинтересует. Как и всякая эмоция, интерес очень полезен. Он удерживает наше внимание а) на чём-то одном; б) долго; в) без усилий. Для сравнения: страх расширяет наше внимание на 360 градусов (без усилий, надолго, но без конкретного объекта). Гнев же сосредотачивает наше внимание на одном объекте, тоже без усилий, но не долго. Если нам надо без волевых усилий на чём-то долго сосредотачиваться — без интереса не обойтись. Как создать интерес самостоятельно? Вызовом. Поставьте себе вызов. Вот трудная работа — а смогу ли ни разу не отвлечься? А смогу ли сделать быстрее обычного? А смогу ли использовать что-то новое? Чем удачнее вызов, тем больше интереса. Всё это вполне можно тренировать — попробуйте прямо сейчас. *** Опубликовано на канале @zygmantovich_pavel
Опубликован 29 нояб.
Недавно надо было во Framer сделать кастомную форму. Framer построен на реакте, и там можно писать свои компоненты. Но DX ужасный конечно. Так вот, я настолько привык ко всяким либам для менеджмента запросов, что было лень писать что то в компонент. Сел гуглить, и нашел react-async-hook. 3.86kb. SWR на минималках. Очень понравилось. Для небольших проектов прям очень хорошо заходит.
Опубликован 23 нояб.
Опубликован 23 нояб.
😆
as const use cases. #typescript https://twitter.com/mattpocockuk/status/1623262073244250112
Hashtags
Постоянно ищу эту ссылку когда возникает вопрос с неймингом, поэтому больше для себя. Но, вдруг и для вас будет полезно. #cheatsheet https://github.com/kettanaito/naming-cheatsheet
Hashtags
Опубликован 21 нояб.
Понадобилось сравнить два коммита в гитхабе. Помню что в гитлабе это было. Погуглил чуть-чуть. Если коротко, то вот так github.com/<username>/<repo_name>/compare/<commit1>...<commit2>
Опубликован 15 нояб.
Rome is Biome now Well, вот и продолжение сериала. Т.к. истории уже больше двух лет, то небольшая ретроспектива: 1. https://t.me/valya_reads_issue/141 — Себастьян и Джейми поднимают инвестиций, чтобы сделать ультимативный тулинг, который будет делать всё-всё-всё (бандлер, линтер, тесты, whatever). 2. https://t.me/valya_reads_issue/164 — Rometools аплаятся в TC39, чтобы развивать язык и экосистему вокруг него. 3. https://t.me/valya_reads_issue/237 — через 7 месяцев Джейми уходит из компании. 4. https://t.me/valya_reads_issue/296 — в конце января 2023 года у компании кончились деньги, статус проекта не ясен, все разработчики ушли/уволены. ??? 5. «Rome won't be maintained anymore by the same people that maintained it so far. Biome will provide new features and fixes» красуется в ридми github.com/rome/tools. Biome является «официальным» форком Rome. Под «официальным» подразумеватся, что форкнули его те же люди, что и работали над Rome. Одна из причин форка — Себастьян просто всех заигнорил, а у команды не было доступа к организации, хостингу и т.д. Ну и вот сам блогпост Announcing Biome. P.S. К сожалению, всё это было очень предсказуемо… Посмотрим, что получится у этих ребят дальше.
Опубликован 15 нояб.
В последнее время, уставший от очередной настройки сборки, вспомнал Rome
Опубликован 1 нояб.
Автору книги «You don’t know JS» после технического собеседования и базового кодинга, отказали по причине того, что он недостаточно хорошо с ним справился. А вы говорите джунам сейчас тяжело
Опубликован 24 окт.
Rob Pike's 5 Rules of Programming Rule 1. You can't tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don't try to second guess and put in a speed hack until you've proven that's where the bottleneck is. Rule 2. Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms the rest. Rule 3. Fancy algorithms are slow when n is small, and n is usually small. Fancy algorithms have big constants. Until you know that n is frequently going to be big, don't get fancy. (Even if n does get big, use Rule 2 first.) Rule 4. Fancy algorithms are buggier than simple ones, and they're much harder to implement. Use simple algorithms as well as simple data structures. Rule 5. Data dominates. If you've chosen the right data structures and organized things well, the algorithms will almost always be self-evident. Data structures, not algorithms, are central to programming. Pike's rules 1 and 2 restate Tony Hoare's famous maxim "Premature optimization is the root of all evil." Ken Thompson rephrased Pike's rules 3 and 4 as "When in doubt, use brute force.". Rules 3 and 4 are instances of the design philosophy KISS. Rule 5 was previously stated by Fred Brooks in The Mythical Man-Month. Rule 5 is often shortened to "write stupid code that uses smart objects".