Я не андроид разработчик. Но, в принципе, согласен. Как по мне, так в репозитории должна быть только «2 группа» и точно не должно быть третьей. И это все еще не ОРМ ибо репозиторий не обязан вам маппить иерархии обьектов, хотя и не возбраняется.
И да, проблема решается введением еще одно слоя «бизнесс логика» со всякими менеджерами или доменными агрегатами.
Не знаю на счет кросс ДБшного, но вот: dbmstools.com/categories/version-control-tools
Использовал Visual Studio Database Project — хорошая штука, можно генерить схему и по существующей базе, но лучше внедрять чем раньше, тем лучше. У нас были проблемы с натягиванием на легаси базы (лично не занимался, но говорили, что связи между разными базами ломали все). Кроме схем/хранимок можно версионировать и содержимое статических таблиц (конфигов) через пост деплоймент мерж скрипты.
Есть люди, которые серьезно считают, что хранимко ориентированная разработка это добро?
Если да, то можно вам вопрос: стаж и начально-средний стек (от джуна до мидла)?
Я работал на проектах где все было в базе, небольшой движок даже вьюхи рендерил по базе.
На время разработки — все жутко плевались, ну это не показатель ибо еффект «попередников». Но реальные проблемы были. Рефакторинг — поменялась какая-то часто используемая функция или таблица, ищи-свищи все места, где оно влияет. Версионирование хранимок решается спец тулзами, из бессплатного и нативного — МС ДБ проект. Но натянуть его на старые базы так и не получилось. В дебатах с архитектором на вопрос «Как удобно дебажить», ответ — «А зачем?», все в принтах и выбросом ошибки с указанием строки вручную (рано или поздно это переставало соотвествовать реальности, конечно же). Фича, которую я бы запилил с нуля (да даже с новым проектом) за неделю делалась месяц. Из плюсов —
В общем, сейчас бы я на такой проект и за +500 не перешел бы.
«Обычное» написание веб программы — разделение бека и фронта.
Сколько раз их уже сдружить пытались?
В итоге — не очень. Да, я и Razor считаю — не очень, пойдет для простых олдскульных или утилитарных нужд, но не более. А тут еще и механизм комуникации скрыт и еще больше склеено.
Не понимаю я радости бекендщиков, все равно фронтовые проблемы не уйдут (та же разметка, CSS остается-то), а может еще и добавится. А для фулстека оно и не надо.
Добрый вечер.
WebAssembly тут только как движок, имеется ввиду сам подход «все в одну кучу» и «декстопщиков в веб!».
И я вижу (пока что из далека, конечно ибо в нюансах не изучал еще) тут все предпосылки к лозунгам выше.
А можете рассказать поподробнее?
Нужен «сельский» ноутбук, с ограниченным трафиком ибо интернет через мобильного оператора. Никаких обновлений, телеметрии и т.д.
А не лучше было бы просто перехватывать ошибку от БД и уже разбирая ее выводить какой-то юзер меседж, если уж так хочется. Хотя не понятно зачем. Юзер обычно в таких случаях должен получить какой-то дженерик меседж да и все.
А чем это все лучше стандартной авторизации кукой, которая по сути готова изкоробки?
Понимаю, что даром бы вот это все не городили, но все же? Централизированная аутентификация для разных продуктов, большая секурность (на основе чего?)?
Заметил похожее поведение только при ховере. Иногда курсор задерживается на элементе с ховером до нескольких секунд. I7 7700U, 12гб, ССД. При перезагрузке временно легчает. Снова возврат во времена ПЕРЕЗАГРУЗИ ПК, Я ЗНАЮ, ТЫ ЛЮБИШЬ ПЕРЕЗАГРУЖАТЬ.
Возможность дебага в таком режиме добавили?
Что на счет скорости? В последний раз, когда я пробовал, этот watch особо не прибавил в скорости изменил-увидел.
И да, проблема решается введением еще одно слоя «бизнесс логика» со всякими менеджерами или доменными агрегатами.
dbmstools.com/categories/version-control-tools
Использовал Visual Studio Database Project — хорошая штука, можно генерить схему и по существующей базе, но лучше внедрять чем раньше, тем лучше. У нас были проблемы с натягиванием на легаси базы (лично не занимался, но говорили, что связи между разными базами ломали все). Кроме схем/хранимок можно версионировать и содержимое статических таблиц (конфигов) через пост деплоймент мерж скрипты.
Если да, то можно вам вопрос: стаж и начально-средний стек (от джуна до мидла)?
Я работал на проектах где все было в базе, небольшой движок даже вьюхи рендерил по базе.
На время разработки — все жутко плевались, ну это не показатель ибо еффект «попередников». Но реальные проблемы были. Рефакторинг — поменялась какая-то часто используемая функция или таблица, ищи-свищи все места, где оно влияет. Версионирование хранимок решается спец тулзами, из бессплатного и нативного — МС ДБ проект. Но натянуть его на старые базы так и не получилось. В дебатах с архитектором на вопрос «Как удобно дебажить», ответ — «А зачем?», все в принтах и выбросом ошибки с указанием строки вручную (рано или поздно это переставало соотвествовать реальности, конечно же). Фича, которую я бы запилил с нуля (да даже с новым проектом) за неделю делалась месяц. Из плюсов —
В общем, сейчас бы я на такой проект и за +500 не перешел бы.
Ну чтож, полный разрыв шаблонов и выглядит как набор антипаттернов по всем пунктам статьи. Но если работает — может таки и надо мыслить гибче…
Сколько раз их уже сдружить пытались?
В итоге — не очень. Да, я и Razor считаю — не очень, пойдет для простых олдскульных или утилитарных нужд, но не более. А тут еще и механизм комуникации скрыт и еще больше склеено.
Не понимаю я радости бекендщиков, все равно фронтовые проблемы не уйдут (та же разметка, CSS остается-то), а может еще и добавится. А для фулстека оно и не надо.
WebAssembly тут только как движок, имеется ввиду сам подход «все в одну кучу» и «декстопщиков в веб!».
И я вижу (пока что из далека, конечно ибо в нюансах не изучал еще) тут все предпосылки к лозунгам выше.
Демо что-то у меня так и не заработало на www.telerik.com/blazor-ui
Нужен «сельский» ноутбук, с ограниченным трафиком ибо интернет через мобильного оператора. Никаких обновлений, телеметрии и т.д.
Понимаю, что даром бы вот это все не городили, но все же? Централизированная аутентификация для разных продуктов, большая секурность (на основе чего?)?
Но, она помечена как експерементальная (хотя об этом в доке ничего не сказано) и мы при внедрении столкнулись к жуткой утечке памяти (может быть косяк был и наш, но неизвестн ов чем).
medium.com/@juliapassynkova/angular-2-component-reuse-strategy-9f3ddfab23f5
medium.com/@juliapassynkova/angular-2-component-reuse-strategy-9f3ddfab23f5
Что на счет скорости? В последний раз, когда я пробовал, этот watch особо не прибавил в скорости изменил-увидел.