Койкто (не я) делает новый фронтенд фреймворк и придумывает апишку для статических темплейтов, как вам такое? Поставьте смайличек плз.

https://learnxinyminutes.com/


Огромная подборка очень быстрых туториалов по разным технологиям и языкам программирования на разных языках (человеческих).

https://www.loom.com/share/878294970d8e48919c819f35d0cd0da4

https://www.val.town/

Новая платформа для простого и быстрого прототипирования - закинули код в инпут и получили бесплатную лямбду в облаке. Есть возможность ссылаться на другие лямбды, секреты (приватные энвы), запуск по расписанию!

R.I.P. runkit.com

О че нашел. Два года назад рисовал. OSS это вам не `npm publish` и ладно 🫠

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

Я тоже хочу поиграть в эту игру.

А вот что бы вам совсем весело было.

https://t.me/artalog/624

Фан-факт про JS, который вы, возможно не знали. В спеке JS не Integer, но есть абстрактная операция ToIntegerOrInfinity которая используется для приведения Number к целому числу. И работает она так, что просто отрезает всё, что находится за запятой — It converts argument to an integer representing its Number value with fractional part truncated, or to +∞ or -∞ when that Number value is infinite

Убедитесь сами, вот вам спецификация.

JavaScript skip symbol

Обновил пропосал, добавил еще кейсов (про ссылочную прозрачность). Напомню смысл: возможность биндить аргументы любого порядка. Звучит как ерунда, но этим можно улучшить перф наивного кода, сделать его предсказуемее и, возможно, добавить ленивости методам массива.

Принес вам утешение

https://twitter.com/BenLesh/status/1617585843623059456


А вы видете ошибку? 🙃

Пишу статью про Act и на выходных сделал исходники НАМНОГО более читаемыми, мб кому интересно будет: https://github.com/artalar/act/blob/reference-implementation/src/index.ts

Передавая в resolve промис мы теряем лишний тик из-за того что then вызывается не синхронно, а в следующем тике: This process must take place as a Job to ensure that the evaluation of the then method occurs after evaluation of any surrounding code has completed. [https://262.ecma-international.org/6.0/#sec-promiseresolvethenablejob]

Кто такой лид.

Хочется напомнить про этот пост, после прослушивания последних Веб-стандартов, в котором обсуждали “Великий раздел” - сложность градации разработчиков по навыкам и инженерным скилам . Бизнесу, конечно, тяжело понять что такое веб-разработчик и нанять такого человека, который действительно подойдет именно для их скоупа задач. По настоящему универсальных инженеров очень мало.

А смысл же простой: специальность (должность) - набор ролей, роль - набор обязаностей. Обязанности бывают технические и менеджерские. Понятно что всю комбинаторику тройкой названий не перекрыть. Если мы не можем договориться о том какие обязанности вмещает в себя специальность, давайте оперировать более низкоуровневыми понятиями: набором ролей, думаю тут было бы проще договориться. На крайний случай, написать в описании вакансии цель, а не средство: "Разработчик интернет магазина", "Разработчик сайта админки на поддержку". Как на фрилансе :) там критичнее найти максимально подходящего исполнителя, посмотрите какие практики там применяют.

Не могу зарелизить новый акт, v8 что-то жутко деоптимайзит.

Медиана 1000 итераций в бенче:

node16: 0.01137ms (подозрительно медленно)
node18: 0.00765ms (подозрительно медленно)
bun0.5: 0.00079ms (как надо)

Профилировать пробовал, практически пустые функции отрабатывают раз в 20 дольше нужного.

Сегодня постараюсь запистаь видео как я это профилирую.

Стрима не будет, интернет никакой 🙁

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

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

И вот вам тейк, который я сам еще не проверял, но раздумываю над ним уже какое-то время: код нужно делить удобно для тестов.

Я давно убежден - если код удобен для тестов, это хорошо спроектированный код. Соответственно, как структурировать код и организовывать интерфейсы правильно? Подстраиваться под тесты! Хороший тест проверяет то что нужно и не проверяет что не нужно, он не лезет в детали реализации, а работает с публичными интерфейсами. Если тест писать легко и удобно, значит и другим модулям приложения будет удобно и безопасно работать с этим кодом.

И вот вопрос, тесты же разные бывают, значит..? Каждый тип теста - это отдельная часть структуры проекта. Вопрос не про доменные фичи, а про системное деление, типа слоев.

Я не селен в тестировании, но так понимаю они бывают: юнит (чистые функции или снапшот / скриншот), модульные (функциональные?), интеграционные (процессы) и e2e (как на живую). Соответственно, код нужно делить на утилиты или тупые компоненты), модули (виджеты), контроллеры для связи модулей и код для среды (рулит разницей клиент / ssr и тп).

Что думаете?