Я люблю NestJS нежной любовью, но точно могу сказать, что он уродливый монстр
Однако в статье не раскрыто ни одной действительно значащей причины, почему это так
Например: 1) в последние пару лет NestJS не развивается и очень сильно отстал от тенденций развития TypeScript'а 2) в нём не хватает огромного количества базовых вещей: валидация и сериализация, как пример 3) для REST-, WebSocket- и GraphQL-контроллеров фреймворк используют вообще разные подходы, хотя никто не мешал унифицировать
Вообще вся идея этой реализации — это проход по римским цифрам, а не по десятичному числу. Потому что порядок цифр в римском числе фиксирован (кроме случая с 4 и 9)
Но удобнее итерироваться не по каждой цифре, а по парам цифр. Отсюда и такой цикл
Если нажать кнопку Clear и оставить висеть курсор над ней, а потом начать набирать текст, то при каждом нажатии пробела уже введённый текст будет очищаться. Понятно, почему это происходит, но неприятно
Максимально поверхностная статья, к сожалению
Какой-то сборник дешёвых пугалок про GraphQL из времён, когда его только выпустили
Самую важную часть, на мой взгляд, упустили
Собственно, на ГитХаб я полез ради того, чтобы понять как сопоставляются env-переменные и db.password
Будет здорово дополнить статью примерами использования
Выглядит классно
Но статья менее понятна, чем README на ГитХабе 😬
Я люблю NestJS нежной любовью, но точно могу сказать, что он уродливый монстр
Однако в статье не раскрыто ни одной действительно значащей причины, почему это так
Например:
1) в последние пару лет NestJS не развивается и очень сильно отстал от тенденций развития TypeScript'а
2) в нём не хватает огромного количества базовых вещей: валидация и сериализация, как пример
3) для REST-, WebSocket- и GraphQL-контроллеров фреймворк используют вообще разные подходы, хотя никто не мешал унифицировать
Из date-fns, кажется, можно вытянуть форматы
https://github.com/date-fns/date-fns/blob/main/src/locale/zh-CN/_lib/localize/index.ts
Согласен, использование одномерных координат выглядит для анализа и правда выглядит переусложнённым
Какие ещё проблемы возникают при анализе хода, если оперировать координатами фигур в виде чисел от 0 до 63?
На Хабре есть статья, где анализ проводят именно в таком виде
Сильно ли отличаются реализации взятия, рокировки, взятия на проходе и превращения пешки в другую фигуру?
Попробуйте дополнить статью объяснением логики интерпретатора при вызовах
__add__
и__radd__
, как это сделали в комментариях вышеМожно ещё добавить пример того, как это можно использовать для объединения объектов
Вообще вся идея этой реализации — это проход по римским цифрам, а не по десятичному числу. Потому что порядок цифр в римском числе фиксирован (кроме случая с 4 и 9)
Но удобнее итерироваться не по каждой цифре, а по парам цифр. Отсюда и такой цикл
Не могу не поделиться своей уже достаточно давней реализацией
Тоже очень хотел сделать простое добавление «новых цифр» и понятную сложность
Будет здорово не запрещать ввод текста после достижения 1500 знаков, а просто помечать хвост красным и не давать опубликовать
Как в Твиттере
Сам люблю сначала набросать много, а потом редактировать и сокращать, а это удобнее делать, когда весь набросок перед глазами
Написал!
Кайф. Теперь есть большая причина написать ещё одну статью
0) Работающий лучше неработающего
Но ведь цель функции -- это не только переиспользование кода
Она выполняет ещё одну важнейшую вещь: даёт осмысленное название куску кода
Что позволяет лучше понимать код без комментариев =)
А что показывает знание количества примитивных типов? А что показывает незнание этого количества?
Вообще все вопросы которые вы привели — это для меня прям колокол, что надо заканчивать собеседование
Художники же. Жаргон жаргоном, но есть устоявшиеся значения слов и это стоит учитывать в статье для достаточно широкого круга читателей
Действительно, нынешний пост не содержит почти никаких технических подробностей...
Если нажать кнопку Clear и оставить висеть курсор над ней, а потом начать набирать текст, то при каждом нажатии пробела уже введённый текст будет очищаться. Понятно, почему это происходит, но неприятно