Приложения развернутые в DO, AWS, GCP, Heroku открываются в России. Возможность оплаты за них это не про работу
Поддержка Docker контейнеров
У DO есть AppPlatform, которая позволяет развернуть приложение как контейнер так и нативно
Оплата
Опять же у DO оплата за ресурсы
кредиты для начального бесплатного использования
DO предлагает 200$ на 2 месяца
Также странно, что нет Azure Container Apps или Azure App Services
Так же Heroku, и его альтернативы типа менеджед сервисов от Azure, DO, AWS, GCP, не только про "запушил оно задеплоилось", но и про мониторинг, хелсчеки, ролбеки, ограничения по сети/айпи. То есть фактически больше платя за ресурсы, вы экономите на девопс
Есть ли у вас этот функционал? Если нет, то это ни разу не альтернатива
Насколько понимаю, Hazelcast и Redis изначально системы разного назначения и объединяет их то, что они в основе своей построены на хранении данных в оперативной памяти, ровно как MSSQL и Mongo объединяет хранение файлов на жестоком диске
Скорее вопрос как так вышло, что был выбран изначально Hazelcast, если все потребности закрывал условный Redis
Отдельное спасибо за добавление заметок по Ember(уже далеко не первый такой дайджест).
Ну и перевод статей и заметок, по тому же Ember-у, не может не радовать!
С одной стороны статья в духе: нормально делай — нормально будет.
А с другой, за 2 года JS, UI, PHP, фундаменталка, SQL, NoSQL, Docker, документация, архитектура и еще, еще и еще? Извините, но нет, не верю.
constructor(props: T, id?: string) {
this._id = id ? id : UniqueEntityID()
...
}
Смысла генировать тут id, вероятно, нет. Так как в большинстве случаев Id будет генирироваться на клиенте и представлять собой либо последовательный гуид(с нэймспейсом), либо генироваться в базе HiLo/Sequence. В обоих случаех в базовом классе это сделать не получится.
2. Не нашел, а где указывается правило идентичности? Т.е. для Entity это равентсво типа+id или одна и таже ссылка
3. Выброс исключения, во вполне ожидаемой ситуации кстати, не лучшая идея. Стоило бы возвращать какой-либо Result с состоянием Success/Error и ErrorMessage
4.
Так же непонятно, почему в случае если не найдет обьект, кидается исключение. Стоило бы вернуть Option/Maybe и уже на уровень выше решать, что делать(создавать новый в случае, если не найдено или отдавать ошибку)
5. Например, Quantity можно рассмотреть как ValueObject
Ну и DDD это не столько про код, сколько про общение и те стратегические паттерны
Чем? Если с Backbone можно сравнивать идею Ember.Object, то с Angular? Наличие cli? К слову, ember-cli удобнее. К примеру, тот же Angular до сих пор не умеет нормально генерировать и регистрировать routes
В нём реализованы типичные MVC-идеи
Не совсем так. Изначально он действительно был MVC, сейчас он компонент-ориентированный, если можно так сказать с однонаправленным потоком данных
У нас почти любой человек старше 45-50 не смог обеспечить себе нормальную жизнь и старость, неговоря уже другим. Извините, конечно, но свое вы(люди старше 45-50) уже нарешались и не портьте жизнь другим.
Грубовато, но что поделать
Сами данные можно генерировать с помощью fake (https://github.com/marak/Faker.js/)
Так же расстраивает, чтодля ангуляра нет пока ничего похожего как Mirage для ember (https://github.com/samselikoff/ember-cli-mirage/)
Проведите эксперимент: сделайте страницу с десятью тысячами картинок (вот просто картинок, без CSS и прочего), откройте её и попробуйте пролистать. Возможно для вас это будет откровением и удивлением, но её можно будет прекрасно просматривать в то время, как ваши десять тысяч картинок будут
Но ведь проблема не в картинках, а в том, что в дом дереве постоянно рендерятся новые элементы. И если я также буду выводить 10к точек(каждая в отдельном дом-узле, в котором еще дом узел и тд) то получу туже проблему
Нет — это проблема именно знания алгоритмов.
И как это поможет пофиксить проблему? Приведите, пожалуйста, пример. И оцените сколько по времени займет его имплементация.
Сделайте чтобы оно, блин, не тормозило хотя бы в новых! Не можете? Ну и нечего тогда утверждать, что на «на фронтенде производительность очень редко будет упиратся в структуры данных или алгоритмы». Это не так.
Фикс — github.com/bvaughn/react-virtualized, github.com/aurelia/ui-virtualization и тысячи их(в ванильной или же под любой фреймворк). И если на код ревью попадет самописная реализация — ее заверну. Поэтому повторюсь, каким образом знание алгоритмов поможет быстро пофиксить это(или аналогичную) проблему?
Зайдите на популярный Patreon (хотя бы сюда), отмотайте ленту, скажем, на пару лет назад…
Отмотал на пару недель, открыл девтулз и увидел там, что ренедерятся все элементы, а не те которые отображаются(нет виртуального скроллинга)
Как эту проблему решит знание алгоритомов? Это проблема браузера и знания его api/проблем
Нет, именно что ходы(первые 10-20, смотря от дебюта). И так до 2-го разряда точно. И где-то на 1-м/кмс уже уход в теорию и возможные редкие варианты.
Более того, до 1-го и кмс тренер диктует какую-либо партию гроссмейстеров, а игроки должны запомнить и повторить как можно больше ходов.
На вашу аналогию это что-то вроде «не оставляй поля публичными», «не вызывай оверайденные методы в конструкторе» и тд. И с этим прекрасно справится инструмент статитеского анализа
Можно узнать, откуда 48%?
Приложения развернутые в DO, AWS, GCP, Heroku открываются в России. Возможность оплаты за них это не про работу
У DO есть AppPlatform, которая позволяет развернуть приложение как контейнер так и нативно
Опять же у DO оплата за ресурсы
DO предлагает 200$ на 2 месяца
Также странно, что нет Azure Container Apps или Azure App Services
Так же Heroku, и его альтернативы типа менеджед сервисов от Azure, DO, AWS, GCP, не только про "запушил оно задеплоилось", но и про мониторинг, хелсчеки, ролбеки, ограничения по сети/айпи. То есть фактически больше платя за ресурсы, вы экономите на девопс
Есть ли у вас этот функционал? Если нет, то это ни разу не альтернатива
Насколько понимаю, Hazelcast и Redis изначально системы разного назначения и объединяет их то, что они в основе своей построены на хранении данных в оперативной памяти, ровно как MSSQL и Mongo объединяет хранение файлов на жестоком диске
Скорее вопрос как так вышло, что был выбран изначально Hazelcast, если все потребности закрывал условный Redis
Только одна ОЛАП а другая ОЛТП
Старая поговорка
Ну и перевод статей и заметок, по тому же Ember-у, не может не радовать!
А с другой, за 2 года JS, UI, PHP, фундаменталка, SQL, NoSQL, Docker, документация, архитектура и еще, еще и еще? Извините, но нет, не верю.
Ну и соотвестенно о чем это все? И зачем?
Все очень зависит от менеджмента и проекта. Откровенно треш встречается редко, если в среднем по больнице то вполне норм
1.
Смысла генировать тут id, вероятно, нет. Так как в большинстве случаев Id будет генирироваться на клиенте и представлять собой либо последовательный гуид(с нэймспейсом), либо генироваться в базе HiLo/Sequence. В обоих случаех в базовом классе это сделать не получится.
2. Не нашел, а где указывается правило идентичности? Т.е. для Entity это равентсво типа+id или одна и таже ссылка
3. Выброс исключения, во вполне ожидаемой ситуации кстати, не лучшая идея. Стоило бы возвращать какой-либо Result с состоянием Success/Error и ErrorMessage
4.
Так же непонятно, почему в случае если не найдет обьект, кидается исключение. Стоило бы вернуть Option/Maybe и уже на уровень выше решать, что делать(создавать новый в случае, если не найдено или отдавать ошибку)
5. Например, Quantity можно рассмотреть как ValueObject
Ну и DDD это не столько про код, сколько про общение и те стратегические паттерны
Чем? Если с Backbone можно сравнивать идею Ember.Object, то с Angular? Наличие cli? К слову, ember-cli удобнее. К примеру, тот же Angular до сих пор не умеет нормально генерировать и регистрировать routes
Не совсем так. Изначально он действительно был MVC, сейчас он компонент-ориентированный, если можно так сказать с однонаправленным потоком данных
Те же контроллеры обьявлены как deprecated еще с версии 2
HTMLBars. Да это в какой-то степени допиленный Handlebars, но все же
А может и не жаль
Грубовато, но что поделать
Так же расстраивает, чтодля ангуляра нет пока ничего похожего как Mirage для ember (https://github.com/samselikoff/ember-cli-mirage/)
Но ведь проблема не в картинках, а в том, что в дом дереве постоянно рендерятся новые элементы. И если я также буду выводить 10к точек(каждая в отдельном дом-узле, в котором еще дом узел и тд) то получу туже проблему
И как это поможет пофиксить проблему? Приведите, пожалуйста, пример. И оцените сколько по времени займет его имплементация.
Фикс — github.com/bvaughn/react-virtualized, github.com/aurelia/ui-virtualization и тысячи их(в ванильной или же под любой фреймворк). И если на код ревью попадет самописная реализация — ее заверну. Поэтому повторюсь, каким образом знание алгоритмов поможет быстро пофиксить это(или аналогичную) проблему?
Отмотал на пару недель, открыл девтулз и увидел там, что ренедерятся все элементы, а не те которые отображаются(нет виртуального скроллинга)
Как эту проблему решит знание алгоритомов? Это проблема браузера и знания его api/проблем
Более того, до 1-го и кмс тренер диктует какую-либо партию гроссмейстеров, а игроки должны запомнить и повторить как можно больше ходов.
На вашу аналогию это что-то вроде «не оставляй поля публичными», «не вызывай оверайденные методы в конструкторе» и тд. И с этим прекрасно справится инструмент статитеского анализа