Антон Непша.js
前往频道在 Telegram
О фронтенде и карьере разработчика. Ссылки на посты в закрепе. Автор: @nepshaaa
显示更多1 152
订阅者
+324 小时
+167 天
+13430 天
数据加载中...
吸引订阅者
十二月 '24
十二月 '24
+114
在6个频道中
十一月 '24
+194
在2个频道中
Get PRO
十月 '24
+169
在3个频道中
Get PRO
九月 '24
+189
在0个频道中
Get PRO
八月 '24
+259
在4个频道中
Get PRO
七月 '24
+89
在1个频道中
Get PRO
六月 '24
+177
在1个频道中
Get PRO
五月 '24
+901
在4个频道中
Get PRO
四月 '24
+103
在0个频道中
Get PRO
三月 '240
在0个频道中
Get PRO
二月 '24
+174
在1个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 21 十二月 | +4 | |||
| 20 十二月 | +2 | |||
| 19 十二月 | 0 | |||
| 18 十二月 | +1 | |||
| 17 十二月 | +4 | |||
| 16 十二月 | +4 | |||
| 15 十二月 | +4 | |||
| 14 十二月 | +7 | |||
| 13 十二月 | +3 | |||
| 12 十二月 | +12 | |||
| 11 十二月 | +10 | |||
| 10 十二月 | +25 | |||
| 09 十二月 | +27 | |||
| 08 十二月 | +2 | |||
| 07 十二月 | +2 | |||
| 06 十二月 | +3 | |||
| 05 十二月 | +1 | |||
| 04 十二月 | 0 | |||
| 03 十二月 | +2 | |||
| 02 十二月 | 0 | |||
| 01 十二月 | +1 |
频道帖子
Делаем сайт, не зная HTML
Наткнулся вчера на один инструмент — go-app. Он позволяет писать сайты на языке Go, причём сразу с PWA режимом.
Серверную часть предлагается разворачивать на go-пакете net/http, а весь UI пишется на кастомных абстракциях на Go, которые собираются в общий бинарник WebAssembly.
Никаких реактов, никаких vue, не придётся даже тэг <div> использовать))
Вместо этого придётся писать как-нибудь так:
type hello struct {
app.Compo
Name string
}
func (h *hello) Render() app.UI {
return app.Div().Text("Hello, " + h.Name)
}
Получается, HTML здесь особо не нужен.. но нужно знать Go)
Хорошо, что есть PWA режим
Проблема в том, что готовый бинарник будет довольно большим — даже тяжелее сборки create-react-app)) Поэтому в go-app сразу поставляется Service Worker, который хотя бы поможет с кэшированием этого огромного артефакта.
Примеры
На go-app написан lofimusic.app — простой сайт для прослушивания lofi-музыки. Заходим во вкладку Network и смотрим на размер файла app.wasm… 15.6 Мб))
Другой пример, murlok.io — сайт с актуальными наборами талантов для World of Warcraft, и этот сайт почти всегда открыт у меня в фоне, пока запущена игра. Я заметил, что из-за этого сайта падает FPS в самом WoW. А если сайт закрыть — с производительностью становится всё ок.
Вот так я и узнал про go-app — когда заглянул в девтулз с целью разобраться, почему игра тормозит))
Сама сборка этого сайта весит всего 3мб, кстати, что уже лучше. Но, видимо, причина кроется либо где-то внутри реализации go-app, либо в исходниках конкретно этого сайта. Правда, в открытом доступе исходников самого сайта я не нашёл.
Есть адепты Go в этом чате?) Как вам инструмент?)
Или, может, кто-нибудь сам захотел стать адептом Go? Лично я — да) Надо же понять, почему вов тормозит.| 2 | Про кэш и про магию
Я уже недавно писал про кэш, но недописал)) Вспомнил один забавный случай и решил поделиться.
Вот представьте: есть сайт на домене А, и есть сервер с картинками на домене Б.
И в какой-то момент один из пользователей сайта А жалуется на то, что не видит картинок с домена Б, потому что якобы получает ошибку CORS. (То есть сервер Б настроен так, чтобы не разрешать грузить картинки с других доменов, кроме домена Б.)
Идём проверять (всей командой из 35 человек, конечно), а у нас картинки грузятся. У всех, кто проверял, со всех устройств. Так же заходим на домен А, грузим картинку с домена Б, всё ок. Проверяем заголовки в ответе и видим, что Access-Control-Allow-Origin установлен в '*', то есть доступен для всех. Бежим закрывать дефект))
Дефект переоткрывают сразу же, прикладывая в доказательство видос с записью экрана, на котором действительно видны корсы в консоли)) Магия какая-то!
Короче, в чём было дело
Не спрашивайте, каким чудом я до этого догадался, но когда-то накануне админ сервака Б проводил какую-то свою плановую миграцию, и в течение некоторого короткого промежутка времени настройки nginx на этом сервере содержали строгие значения для заголовка Access-Control-Allow-Origin.
И именно в этот короткий промежуток времени наш пользователь впервые в жизни зашел на сайт А.
И именно тогда получил корс.
И именно тогда результат его запроса (да, вместе с корсом) закэшировался браузером.
Мораль: никакой магии не существует ☹️ | 725 |
| 3 | React Conf 2024
Смотрю сейчас запись трансляции первого дня React Conf 2024, решил поделиться своими заметками.
Ожидаемо, что вся конференция полностью посвящена React 19 и тем нововведениям, которые нас ждут в новой версии. И раз уж мы говорим о версиях, то сразу анонс: React 19 уже в стадии Release Candidate, а не beta. И в ближайшие несколько недель нам обещали стабильную версию.
О чём говорили в Keynote
Из секции Keynote интереснее всего было слушать про React Compiler.
Да, подобных демонстраций было уже много, но этот раз спикер наглядно показал, как можно со всех сторон покрыть свой код memo, useMemo и useCallback, а потом одним неловким изменением в коде свести на нет всю вашу борьбу за производительность. Компайлер призван решить эту проблему.
А ещё из-за большого количества этих хуков в коде страдает читаемость той части кода, что отвечает за бизнес логику. А в 19 реакте мы очистим свой код от «лишних» хуков.
Секция «Что нового в React 19»
В этой секции нам дали понять, что теперь мы будем загрязнять свой код другими лишними хуками)))
Рассказали про useTransition, который избавляет нас от необходимости вручную объявлять pending-стейт, про useOptimistic и useActionState, которые я недавно упоминал, и про useFormStatus для работы с формами.
Помимо хуков
В 19 реакте можно будет прямо в компонентах объявлять meta-теги или тег title, и они будут автоматически переноситься внутрь тега head в документе. Как если бы мы использовали document.head.appendChild() или React Helmet.
То же самое касается и link rel="stylesheet": стили тоже будут всплывать в head, им можно настраивать приоритеты загрузки и оборачивать в Suspense.
use
Главное, что нужно знать про use — это не хук, а API 🤷🏼♂️
Этот API может принимать в себя промис или контекст, и отдавать Resolved value или Context value.
forwardRef
Больше не нужен, ref можно передавать как обычный пропс.
React-dom
Упомянули новые апи для оптимизации загрузки ресурсов: preload, preconnect, preinit, prefetchdns. PreloadModule не упомянули))
О чём ещё говорили на конференции?
Показывали пример миграции проекта на 19 Реакт, а Ден Абрамов объяснял концепцию React Server Components.
Плюс прямо сейчас транслируется второй день конференции.
Пишите, что ещё вам показалось интересным на конференции) Соберём гайд по 19 реакту)) | 1 320 |
| 4 | Про кэш
Просто решил на всякий случай напомнить, что какой-нибудь index.js весом 250 кбайт при медленном интернете у клиента может скачиваться секунд 10))
А это ведь только один файл. И таких файлов на одной странице может быть много. Один из способов ускорения загрузки страницы в таком случае — не загружать то, что уже загружалось ранее. Т.е. использовать кэш.
Может показаться, что делать для этого особо ничего не нужно, и что браузер сам всё для нас закэширует. Но кэшированием браузера можно (и нужно) управлять. Хочется ведь всё-таки иметь немножко контроля над своим собственным сайтом))
Как это работает?
Есть много заголовков, отвечающих за кэш, но начать хочется с Cache-Control: именно с его помощью ваш сервер даёт браузеру понять, можно ли закэшировать результат запроса.
Например, я настроил свой сервер так, чтобы он отдавал браузеру мой index.js вместе с заголовком Cache-Control: max-age=31536000 в ответе. Теперь, если браузеру снова понадобится скачать мой 250-килобайтный index.js, он возьмёт этот файл из своего кэша и мне не придётся ждать, пока он скачается! И действовать это будет целый год!
Это круто, но что если я обновлю свой index.js на сервере? Как заставить браузеры всех моих клиентов забыть кэш и скачать файл заново?
Тут в игру вступают заголовки Etag и Last-Modified. С их помощью браузер сравнивает закэшированные у себя файлы с тем, что хранится на сервере. А потом скачивает файлы заново, если они отличаются от закэшированных.
Обычно этого достаточно, но вместо этого можно, например, поменять ссылку на запрашиваемые файлы.
Вот как это выглядит в webpack: к имени файла добавляется специальный hash, который меняется при каждом билде. Меняется имя файла — меняется ссылка на него. Для клиента эта ссылка будет "новой", поэтому браузер будет вынужден по этой ссылке сходить и скачать оттуда ваш файл.
Того же эффекта можно достичь и без вебпака. Если вы встречали где-нибудь ссылки на файлы в виде index.js?v=12345 — это тоже может быть про кэш, причём не обязательно про HTTP кэш.
А есть и другие кэши?
Помимо HTTP-кэша у современных браузеров есть и Service Worker API, и Cache Storage API, и Back-Forward Cache (хоть это и немного другое) — эти инструменты тоже позволяют более гибко настраивать работу сайта с кэшом.
Есть ли у вас какой-нибудь интересный опыт работы с кэшем?
Может, баги смешные отлавивали? Делитесь лайфхаками) | 1 125 |
| 5 | Доступность в PWA
В своём докладе про PWA я упомянул возможность отключения зума вашего сайта через указание maximum-scale=1 в метатеге viewport. А повлияет ли отключение возможности менять масштаб PWA на его доступность?
Начну с того, что PWA — это, всё-таки, web-технология. Это означает, что все рекомендации по доступности из Web Content Accessibility Guidelines вполне применимы и к PWA, и пренебрегать этими рекомендациями не стоит. Например, на MDN советуют помнить о доступности и избегать использования атрибутов user-scalable, minimum-scale и maximum-scale в этом метатеге. И типа не стоит запрещать зумить интерфейс.
Так чем же плох запрет на масштабирование PWA?
Вообще, в рекомендациях WCAG нет требования о масштабируемости интерфейса. И ряд PWA, среди которых есть даже whatpwacando.today или Telegram, спокойно живут с выключенным ресайзом.
Но зато в WCAG есть требование о том, что масштабироваться должен сам текст на вашем сайте. А ведь если запретить ресайз интерфейса, то на iOS нельзя будет менять и размер текста. И что делать?))
Во-первых, можно будет. Но причудливо. Для этого потребуется сначала установить нужный размер шрифта в Safari, а потом уже сохранять PWA на экран "Домой". Очень неудобно, но работает.
А во-вторых, можно и оставить масштабируемый интерфейс. Есть много PWA, которые прекрасно живут с зумящимся UI, и выглядит это скорее как преимущество, чем как недостаток.)) Вот посмотрите, например, на PWA режим у Starbucks или у сайта конференции HolyJS ) Главное — подобрать устраивающий вас цвет фона. Об этом я тоже упомянул в докладе.
И, кстати, как и обещал, подготовил PDF-версию презентации с выступления на холи. Закину её в комменты к этому посту. | 1 349 |
| 6 | Я не понял, но holyjs выложил один из топовых докладов этой весны 😵💫
Этот доклад хороший пример простого, интересного, практичного контента. Хотели подумать в сторону pwa, то этот доклад для вас. Я лично говорил со спикером и он еще и выступал с температурой и все для нас 😍
p.s. канал автора доклада | 893 |
| 7 | Удивительно, но видео моего выступление с HolyJS уже на youtube)) Буду рад фидбеку по докладу.
@siberiacancode большое спасибо за тёплый отзыв:333 | 963 |
| 8 | В спецификации ECMAScript нет ни одного упоминания console.log
Почему? Да потому что Console API — отдельное API, со своей отдельной спецификацией.
Каждый браузер (или рантайм вроде Node или Deno) реализует методы работы с консолью самостоятельно, но на основе именно этой спеки. Вот, например, как работа с консолью реализована в Chrome.
Перейдя по любой из этих ссылок увидим, что помимо console.log() есть много других полезных методов для работы с консолью.
Например, можно:
- Замерять время выполнения скрипта через console.time и console.timeEnd. Больше не нужно писать всякие new Date(), если вдруг кто-то так делает;
- Объединять сообщения в консоли в группы через console.group и console.groupEnd: так ваши сообщения будет удобнее читать;
- Выводить счётчики чего угодно через console.count вместо того, чтобы создавать отдельную переменную и инкрементить её;
- Писать «тесты» через console.assert: получим в консоли ошибку, если переданное значение будет приводиться к false;
Бонусный контент
На всякий случай напомню, к сообщениям из console.log можно применять некоторые CSS свойства. Даже border и border-radius!
Как, например, здесь:
console.log('%cРаз два три', 'color: #ffbe98; padding: 10px; border: 2px solid #6667ab; border-radius: 10px;') | 1 057 |
| 9 | На что стоит обращать внимание при выборе инструмента?
Допустим, я захочу перейти на использование pnpm.
Это как npm, только более производительный. Говорят, pnpm install работает быстрее, чем npm install. Поэтому он так и называется — Performant npm.
Если сравнивать по скорости исполнения команды, которую я выполняю от 2 до 20 раз в день (чаще 2, чем 20), то pnpm, конечно, побеждает.
На что ещё обращать внимание?
Pnpm скачивают вдвое чаще, чем npm. Но и открытых issue у него вдвое больше. Получается, инструменты примерно одинаково качественные?
И вот, допустим, я решаю перейти на pnpm.
Недавно у pnpm как раз вышел девятый мажор. В changelog изменений не сильно много: поменяли формат лок-файла, исправили работу с peerDependencies.
Если не вдаваться в детали, то кажется, что просто "стало лучше" и всё. Радуемся за pnpm и идём дальше))
Но что же конкретно там изменилось?
Например, исправили баг со странными изменениями в лок-файле при pnpm install
То есть, вы вызываете
pnpm install, и локфайл меняется. Снова вызываете pnpm install, локфайл снова меняется, причем меняются даже версии пакетов в peer-зависимостях. Так вот в pnpm@9.0.0 такого больше не будет.
Потом, кстати, в версии 9.0.5 снова исправили похожий баг.
Но ссылки на эти баги хотя бы указаны в changelog.
А вот ссылку на этот баг с выводом команды pnpm licenses list --json почему-то решили спрятать внутрь этого фичевого пулл-реквеста. Не берусь говорить, что разработчики намеренно прячут баги. Конечно, могло быть и так, что давно запланированная ими фича по изменению формата вывода лицензий по счастливой случайности исправляет какой-то баг))
Хотя я редко пользуюсь именно этой командой, поэтому от такого бага я не сильно бы пострадал.
Но осадочек остался)))
А потом я беру и сравниваю changelog у мажора pnpm@9.0.0 и патча (!!!) npm@10.5.2. И у pnpm это больше выглядит как Release Notes. В случае возникновения какой-то проблемы, искать причины её возникновения будет явно сложнее, чем у npm.
Стоит ли это сэкономленных 2-10 минут на pnpm install-ах в день? Вот и решаем))
Среди нас есть кто-нибудь, кто пересел на pnpm? Поделитесь впечатлениями! А то, кажется, я становлюсь слишком консервативным)) | 776 |
| 10 | @moscowcss в гостях у Сбера!
Сегодня в офисе Сбера проходит юбилейный 25-ый MoscowCSS :)
Организаторы и спикеры подготовили для нас шикарную программу!
Первая часть мероприятия содержит доклады по хард-скиллам: спикеры расскажут про процесс отрисовки страниц в браузере и про библиотеки стилей.
После перерыва — доклады, посвященные гибким навыкам: о том, как «войти в IT», а так же о том, с какими вызовами и сложностями сталкиваются Junior-разработчики.
Присоединяйтесь к тркнсляции: https://vk.com/video-225485687_456239017 | 625 |
| 11 | Завёл себе ИИ-бота в Telegram!
С этого момента все мои посты будет вместе с вами комментировать бот AI-комментобот, над которым я работал во время своего отпуска.
Сам бот довольно несложный. Пришлось лишь подружить Telegram Bot API и GigaChat API, всю логику написал на TypeScript (естественно). После этого вся работа заключалась в редактировании промптов и работе со значением температуры для запросов в GigaChat.
Для чего это нужно?
Идея в том, чтобы оживить процесс написания комментариев к постам и сделать его более интерактивным.
Бывает, хочется отправить комментарий к посту, но текст придумывать лень. А тут отправил в комменты любой эмодзи — получил готовый коммент от бота.
Но в процессе разработки у меня получился практически полноценный участник сообщества: отвечает вам на комментарии, вступает в диалог. Ну и генерирует комменты по эмодзи:)
Давайте тестировать его вместе!
Сейчас бот в бета-версии, он генерирует только текстовые комментарии. Возможно, в дальнейшем добавлю генерацию изображений, плюс есть ещё пара идей по развитию бота. Ну или усовершенствую его на основе ваших отзывов))
Так что буду очень благодарен за обратную связь))
Спровоцировать бота на диалог можно несколькими способами:
- отправить в комменты любую эмодзи
- ответить боту на любой его комментарий
- обратиться к боту в комментариях через @aicommentbot
Кроме того, бот с вероятностью 30% ответит на какой-нибудь ваш коммент к посту.
P.S. Пока я тестировал его локально, потратил больше половины бесплатных токенов в GigaChat Pro. Ни о чём не жалею)))
P.P.S. Наверняка он будет работать не безупречно — там есть нюансы)) но баги я буду постепенно исправлять, а с вашей помощью будет значительно проще их обнаруживать) | 619 |
| 12 | Завёл себе ИИ-бота в Telegram!
С этого момента все мои посты будет вместе с вами комментировать бот AI-комментобот, над которым я работал во время своего отпуска.
Сам бот довольно несложный. Пришлось лишь подружить Telegram Bot API и GigaChat API, всю логику написал на TypeScript (естественно). После этого вся работа заключалась в редактировании промптов и работе со значением температуры для запросов в GigaChat.
Для чего это нужно?
Идея в том, чтобы оживить процесс написания комментариев к постам и сделать его более интерактивным.
Бывает, хочется отправить комментарий к посту, но текст придумывать лень. А тут отправил в комменты любой эмодзи — получил готовый коммент от бота.
Но в процессе разработки у меня получился практически полноценный участник сообщества: отвечает вам на комментарии, вступает в диалог. Ну и генерирует комменты по эмодзи:)
Давайте тестировать его вместе!
Сейчас бот в бета-версии, он генерирует только текстовые комментарии. Возможно, в дальнейшем добавлю генерацию изображений, плюс есть ещё пара идей по развитию бота. Ну или усовершенствую его на основе ваших отзывов))
Так что буду очень благодарен за обратную связь))
Спровоцировать бота на диалог можно несколькими способами:
- отправить в комменты любую эмодзи
- ответить боту на любой его комментарий
- обратиться к боту в комментариях через @aicommentbot
Кроме того, бот с вероятностью 30% ответит на какой-нибудь ваш коммент к посту.
P.S. Пока я тестировал его локально, потратил больше половины бесплатных токенов в GigaChat Pro. Ни о чём не жалею)))
P.P.S. Наверняка он будет работать не безупречно — там есть нюансы)) но баги я буду постепенно исправлять, а с вашей помощью будет значительно проще их обнаруживать) | 1 |
| 13 | Завёл себе ИИ-бота в Telegram!
С этого момента все мои посты будет вместе с вами комментировать бот AI-комментобот, над которым я работал во время своего отпуска.
Сам бот довольно несложный. Пришлось лишь подружить Telegram Bot API и GigaChat API, всю логику написал на TypeScript (естественно). После этого вся работа заключалась в редактировании промптов и работе со значением температуры для запросов в GigaChat.
Для чего это нужно?
Идея в том, чтобы оживить процесс написания комментариев к постам и сделать его более интерактивным.
Бывает, хочется отправить комментарий к посту, но текст придумывать лень. А тут отправил в комменты любой эмодзи — получил готовый коммент от бота.
Но в процессе разработки у меня получился практически полноценный участник сообщества: отвечает вам на комментарии, вступает в диалог. Ну и генерирует комменты по эмодзи:)
Давайте тестировать его вместе!
Сейчас бот в бета-версии, он генерирует только текстовые комментарии. Возможно, в дальнейшем добавлю генерацию изображений, плюс есть ещё пара идей по развитию бота. Ну или усовершенствую его на основе ваших отзывов))
Так что буду очень благодарен за обратную связь))
Спровоцировать бота на диалог можно несколькими способами:
- отправить в комменты любую эмодзи
- ответить боту на любой его комментарий
- обратиться к боту в комментариях через @aicommentbot
Кроме того, бот с вероятностью 30% ответит на какой-нибудь ваш коммент к посту.
P.S. Пока я тестировал его локально, потратил больше половины бесплатных токенов в GigaChat Pro. Ни о чём не жалею)))
P.P.S. Наверняка он будет работать не безупречно — там есть нюансы)) но баги я буду постепенно исправлять, а с вашей помощью будет значительно проще их обнаруживать) | 3 |
| 14 | Завёл себе ИИ-бота в Telegram!
С этого момента все мои посты будет вместе с вами комментировать бот AI-комментобот, над которым я работал во время своего отпуска.
Сам бот довольно несложный. Пришлось лишь подружить Telegram Bot API и GigaChat API, всю логику написал на TypeScript (естественно). После этого вся работа заключалась в редактировании промптов и работе со значением температуры для запросов в GigaChat.
Для чего это нужно?
Идея в том, чтобы оживить процесс написания комментариев к постам и сделать его более интерактивным.
Бывает, хочется отправить комментарий к посту, но текст придумывать лень. А тут отправил в комменты любой эмодзи — получил готовый коммент от бота.
Но в процессе разработки у меня получился практически полноценный участник сообщества: отвечает вам на комментарии, вступает в диалог. Ну и генерирует комменты по эмодзи:)
Давайте тестировать его вместе!
Сейчас бот в бета-версии, он генерирует только текстовые комментарии. Возможно, в дальнейшем добавлю генерацию изображений, плюс есть ещё пара идей по развитию бота. Ну или усовершенствую его на основе ваших отзывов))
Так что буду очень благодарен за обратную связь))
Спровоцировать бота на диалог можно несколькими способами:
- отправить в комменты любую эмодзи
- ответить боту на любой его комментарий
- обратиться к боту в комментариях через @aicommentbot
Кроме того, бот с вероятностью 30% ответит на какой-нибудь ваш коммент к посту.
P.S. Пока я тестировал его локально, потратил больше половины бесплатных токенов в GigaChat Pro. Ни о чём не жалею)))
P.P.S. Наверняка он будет работать небезупречно — там есть нюансы)) но баги я буду постепенно исправлять, а с вашей помощью будет значительно проще их обнаруживать) | 1 |
| 15 | Выделил для себя несколько способов поиска темы для выступления. Лично для меня работают следующие способы:
1. Делиться уже имеющимся опытом
Для меня это самый простой способ — использовать результаты проделанной ранее работы. Если вы в своей деятельности столкнулись с какой-то проблемой, попробовали новый инструмент, сравнили подходы, достигли результата, сделали выводы, то, скорее всего, вам будет что об этом рассказать.
Почему это самый простой способ? Потому что вам не придётся совмещать поиск материала с основной работой, ведь опыт то у вас уже есть)) Материал на халяву)) Осталось только оформить его в повествование и положить в презу.
Мой доклад на Frontend Night by Sber был создан как раз по такому принципу — воспользовался наработками Антона из прошлого))
2. Подстраиваться под мероприятие
Это работает, если у мероприятия, где вам предстоит выступить, есть какая-то конкретная идея или цель.
Например, так было с нашей конференцией в Школе 21, где нужно было рассказать о новых треках обучения и помочь участникам определиться с выбором направления.
Конечно, готовиться к таким выступлениям уже придётся параллельно с основной работой, на халяву не получится) Но зато круг возможных тем сужается, и придумывать тему не так сложно.
3. Смотреть рекомендуемые темы на сайтах крупных конференций
Например, вот список тем для FrontendConf, а вот для HolyJS. Выбираете любую тему, готовитесь и подаётесь))
Лайфхак: допустим, мы выбрали тему из списка рекомендуемых на FrontendConf. Хитрость в том, что помимо FrontendConf с этой темой можно податься куда угодно))
Темы ведь там представлены не случайно — туда попадают только самое горячее по мнению зрителей и организаторов.
4. Общаться с коллегами
Бывает так, что хорошая мысль приходит не в вашу голову, а в чью-то ещё. Поэтому важно общаться в профессиональной среде — ведь новые идеи для выступлений могут возникнуть даже во время беседы возле кулера.
Отсюда вопрос: а как вы придумываете темы для доклада? | 549 |
| 16 | 视频消息 | 339 |
| 17 | Спасибо @evstratov_online за приглашение на подкаст!
Обсудили неисчерпаемую тему собеседований (16 часов пролетели незаметно))), поговорили про найм и немного про конференции. Было круто!
Подкаст выйдет у Владимира на youtube-канале. Ставьте колокольчики)) | 351 |
| 18 | Скоро выступаю!
В апреле у меня будет сразу два выступления: на IT Talk by Sber в Казани и на HolyJS в Москве.
На холи расскажу про PWA, и вот тут не мог не спросить:
О чём бы вы хотели узнать в докладе про PWA?
У меня ещё есть время на подготовку, так что ещё есть шанс успеть добавить туда контента по заявкам)) | 369 |
| 19 | Про перформанс в TypeScript
Решил поделиться любопытной и полезной статьёй о том, как можно ускорить работу TypeScript на своём проекте.
Автор статьи, Matt Pocock, столкнулся с тем, что на его проекте после каждого изменения приходилось ждать около 2 секунд, пока тайпскрипт проверит типы и подгрузит варнинги.
Избавиться от проблемы удалось благодаря отказу от такого синтаксиса:
X & Y
В пользу использования интерфейсов:
interface X extends Y
Оказалось, интерфейсы отрабатывают быстрее, и особенно ощутимо это становится на больших проектах.
У меня, кстати, почти везде используется медленный вариант)) Повёлся на компактный вид такого синтаксиса. Буду избавляться. Тем более, что TypeScript Performance Wiki в самой первой главе рекомендует использовать именно интерфейсы. | 557 |
| 20 | После вчерашней конференции @cloudrutech
Самый главный итог лично для меня — оформил в Cloud ru облачный сервак по акции. Как раз под какой-нибудь новый пет-проект))
А вообще, большое спасибо организаторам за вчерашнее мероприятие: мерч просто огнище, по крутости даст фору любой платной конференции.
А афтепати с приглашенными The Hatters невозможно будет превзойти уже никогда))) | 483 |
