Ну наконееец-то! VimKiller!

Специальное, переносное устройство, втыкающееся в компухтер и имеющее одну, но очень важную красную кнопку — убивающую внезапно открывшийся vim!

https://github.com/caseykneale/VIMKiller

Закон Каннингема: лучший способ получить правильный ответ в Интернете — это не задать вопрос, а опубликовать неверный ответ.

Хех:)

Кстати, я тут на livelib пишу отзывы о прочитанном (не только в рамках Ботаним). Сайт у них так себе, но работает.

Ещё в live-канале о них пишу иногда. Но там беспощадно-бессмысленное превалирует, да:)

Ботаним в этом плане отлично повлиял на меня. Прошлые несколько лет у меня получалось около 17 книг в год. В 2023 уже читаю 22ю. Даааа, не в количестве дело, но всё равно я рад больше внимания уделять этому — и вижу результат для себя.

Тааак, мои маленькие (и большие) любители вимаса:)

Признавайтесь, все знали, что в консоли можно включить vi-режим работы с командами?

set -o vi

Теперь набираем мы, значит, команду, жмём ESC и попадаем в командный режим вима:

— h и l для перевода курсора влево-вправо,
— j и k для пролистывания команд истории,
— w, e и b для перехода по словам,
— 0 и $ для перехода в начало или конец строки,
— cc для удаления строки команды для ввода новой команды,
— dw для удаления слова,
— и все прочие обычные вимовские команды работают.

АУФ!

Вернуть старый формат:

set -o emacs

Я вот тут понял, в каких сценариях Telegram-ботможет быть действительно удобен.

Это в ряде случаев замена мобильному приложению!

То есть, когда я работаю с компьютера, я могу открыть там сайт и сделать всё в браузере, благо что экран большой, а компьютер быстрый.

С телефона делать что-то на сайте менее удобно, UX не тот даже с адаптивным дизайном и версткой. С телефона по-настоящему удобно что-то делать только в хорошем нативном приложении.

Но его писать долго и уныло, ещё эти публикации в сторе, модерации, ожидания и прочая хрень.

А Telegram-бот — работает на телефоне в нативном быстром приложении, его не надо долго девелопить и долго публиковать, и он отлично решает все задачи, если они в основном вяжутся на текст.

В LMS мы сделали возможность создавать задания, отвечать на которые нужно обычным текстом, и проверять которые буду я сам вручную. Это не автоматизированный тест с заранее предоставленными вариантами ответов, здесь только вопрос и чистое поле ввода. Как в жизни — есть задача и думай сам, как к ней подступиться и что с ней сделать. Такие задачи гораздо более эффективны в образовательном процессе, чем тест. Поэтому на курсе их будет немало.

Но как мне их проверять? Оперативно и удобно, в том числе с телефона?

Та-дамс! Через бота.
Пишем его сейчас:)

Накидал антиспам-бота для нашего чата. Теперь без экстренных срочных включений Вована будет. Скорее всего😇

https://t.iss.one/smthisgoingon/305

Неплохой вводный цикл из пяти статей про TDD с примерами на Python и pytest. На все вопросы не ответит, но начальную базу даст. А то вот всего 4% тут по TDD долбят:)

У автора, к слову, есть бесплатная книга «Clean Architectures in Python». Код книги с чего-то вдруг не использует type hints, тем самым теряя львиную долю преимуществ читаемости кода и удобства разработки в IDE, но как есть. С картиночками зато:)

Уоххх, два дня был на конференции, посвященной образованию. Устал аки собакен, исписал весь безлимитный GoodNotes-блокнот, изговорил все разговоры, исходил все шаги.

Сейчас вот каааак поужинаю и сразу силушка богатырская меня снова настигнет, накроет и унесёт в дальнейшие дали. Ну, или Питерский урагано-дождь меня унесёт куда-то в Неву нахрен вместе с зонтом, пешеходами и каким-нибудь куполом.

А вообще очень доволен. Хорошооо. Пачка заметок по методологии построения образовательных проектов, оценке их эффективности для обучающихся, маркетингу, организации офлайн-мероприятий и т.д. И несколько хороших контактов.

Приятно видеть, что околомошеннические разводняковые курсы с обещаниями-переобещаниями постепенно уходят в прошлое. Ну, не ушли, конечно. Некоторые даже активно продвигаются большими компашками, ну да и морковку им... в руки:) С тем самым вдвойне приятно видеть глубоких специалистов, по-научному занимающихся вопросами построения качественного образования.

В который раз услышал про андрагогику — науку обучения взрослых — и решил, что надо изучить уже и эту тему. Интересно очень.

И ещё интересно, как с опытом начинаешь фильтровать спикеров. Вот это — твердый практик. А вот это — немнооожко балабол:) И с этим осознанием начинаешь вдвойне внимательнее слушать подкованного специалиста.

И также подметил, насколько по-разному умеют люди говорить и выступать. Дело даже не в страхе публичного выступления (говорят, это статистически у человеков второй страх после страха смерти), а в умении вести себя, резкости, живости и скорости ума, владении голосом, языком, телом. Когда смотришь на мастера — завораживает. Как, впрочем, завораживает смотреть и на мастера любого другого дела, да:)

Увидел тут человека, говорившего с телефона по видео-связи языком жестов.

А ведь действительно — с развитием скорости мобильного интернета и сервисов видео-звонов у глухих фактически появился способ так созваниваться. Один из фактов (не столько многочисленных на самом деле) положительного влияния развития технологий на мир:)

Как избавиться от привычки давать непрошенные советы?

Товарищ-разработчик проводил первое собеседование. Позвонил поделиться опытом и, как мне показалось, получить моё мнение. Я говорю — вот мы делаем ещё так и так, и у нас это отлично работает, а без этого работало сильно хуже.

Товарищ ни в какую не соглашается, нэээт, да это у вас маленькая компания и тд и тп. А я зачем-то спорю. Хотя так-то ну нэт и нэт, делов-то:)

Непрошенные советы зло 🤷

Гроза

А вы знали, что есть доменная зона .lgbt? Вот на лучшем, идеологически подходящем сайте для покупки домена в этой зоне — nic.ru — можно прям зайти и купить:) Рррекомендуют!

Пробежался по State of JS 2022. Это такое исследование мира JS, которое выходит ежегодно.

Из вступления: «новые frontend-фреймворки, такие как Solid и Qwik, говорят о том, что React, возможно, не имеет всех ответов, а серверные Astro, Remix и Next.js (среди прочих) заставляют нас пересмотреть вопрос того, сколько кода нам действительно нужно отправлять клиенту.»

А мы на Solid уже LMS написали, выбрав его прошлым летом:) Полёт отличный.

Из прочего, на что обратил внимание.

Использование и интерес к Solid продолжает расти, доля React остаётся неизменной, а интерес падает. Использование Vue и Angular падают. Svelte тоже растёт, как и Solid.

Использование Electron, React Native, Cordova, Ionic — стабильны или падают, а Tauri сильно растёт. У меня было видео про Tauri.

Из сборщиков сильно и неудивительно подрос Vite, а webpack понемногу начал падать.

Доля TS растёт — что хорошо и тоже неудивительно.

Так и живёт фронтенд-сообщество:)

Родилась идея спонтанного стрима. Скоро выйду в Ютубе в эфир. Подключайтесь, кто не спит, а кто спит, не спите, сон для слабаков:)

Крутейший стрим-созвон вчера был, добавил таймкоды к нему. Говорили об изучении информационных технологий, смене профессии во взрослом возрасте, и в течение разговора подключались разные люди и рассказывали свои истории.

Хочу отдельно выделить часть с Каримом, которая начинается в 1:55:40.

Он рассказал о своём опыте получения оффера сразу на middle-позицию и о дальнейшем прыжке с ЗП в 160К до 550К ₽.

Мы обсудили с Каримом много правильных хороших мыслей о том, как надо действовать и каким надо быть для реализации таких стратегий:

— о важности широкого кругозора и понимания того, как работает вся система в комплексе,
— о важности взаимодействия и коммуникации со всеми ролями в команде,
— о самостоятельности, благодарности, софт-скилах
— о культурном коде компаний
— и др.

Рекомендасьён, кто не присутствовал и кому темы интересны.

Почитал про веб-компоненты (рецензия по книге).

Интересная статистика по Web Components: согласно данным Google Chrome, каждый ~пятый сайт сейчас использует веб-компоненты. Для сравнения — React используется меньше чем на 5% сайтов согласно данным w3tech.

Веб-компоненты позволяют:

— собственно создавать гранулярный фронтенд, разбивая его на компоненты, которые в свою очередь могут состоять из других компонентов;
— компоненты поддерживают инкапсуляцию, есть возможность изолировать DOM и стили компонентов от внешнего DOM и стилей страницы;
— всё это достигается нативными API браузера, вообще без фреймворков;
— есть способы прокидывать данные от родителя дочернему компоненту через атрибуты HTML-тэга и/или через JS-API;
— для прокидывания данных и событий в обратную стороку по дереву компонентов можно использовать классические колбэки и/или Events и какую-то свою шину данных с возможностью возбуждать событие и подписываться на него — или воспользоваться чем-то готовым аля Redux, если хочется выпендритьваться;
— есть возможность управлять жизненным циклом таких компонентов, как и во всех фреймворках.

В целом оно НЕ конкурирует с фронтенд-фреймворками, а дополняет их, стандартизируя слой самих компонентов. Фреймворк может помогать делать data-binding на эти компоненты и решать другие задачи. Преимущество подхода стандартных веб-компонентов в том, что они просто работают в браузере и могут прозрачно использоваться с любыми фреймворками. То есть вот эти все прекрасные UI-kits могут поставляться сейчас в виде стандартизированных веб-компонентов и прозрачно использоваться в любых фреймворках (и вероятно скоро это так и будет), или вообще без фреймворков. Чудеса, чо.

Хотя в целом да, можно и действительно писать фронтенд на веб-компонентах и своих небольших или больших JS-обёртках над ними, минуя фреймворки и обязательный слой сборки приложения с webpack, vite и прочим рукоблудием. Теряя при этом Hot Module Reloading, TypeScript и прочее. В то же время, если нет потенциального страха перед Node и сборщиками, то возможен и гибрид с сохранением Developer Experience и отсутствием завязки на фреймворк.

Вот тут тестируют популярные фреймворки на совместимость с web components. По этим тестам всё уже совместимо кроме текущего React, но React экспериментальной версии тоже проходит эти тесты (да, я в курсе, что React либа, а не фреймворк, пофик). А так Vue, Angular, Svelte, Dojo, Solid — проходят 100% тестов, что означает возможность нормального использования веб-компонентов в них.