Не вижу принципиального профита от @GetMapping
public OperationDto getOperationById(@PathVariable("id") Long id) {
return operationService.getById(id);
}
по сравнению вот с этим: @GetMapping
public OperationDto getOperationById(@PathVariable("id") Long id) {
return operationMapper.toDto(operationService.getById(id));
}
Да и контроллеры вовсе не должны быть «тонкими» или «плоскими». Это Вы из своих личных предпочтений так решили. В контроллере можно и агрегацию из нескольких сервисов сделать, а потом еще и маппер вызвать, и даже в этом случае код можно написать коротко и понятно, и даже уложиться в условные 10-15 строк, что совсем не является критичным для методов контроллера.
Пациентом какого города нам венчать Вас когда будет обращаться к Вам? Вы уже написали его фамилию в своем комментарии, Вас уже пробили этими же самими регулярочками вида /(.*)Навальный(.*)/ и уже едут к Вам.
Я могу понять это когда речь идет о пациентах, что лечились от считавшихся неизлечимыми болезней путем пересадки костного мозга (например, "лондонский пациент"), и им присваивались имена этих городов с целью сохранения их анонимности, но какого, простите, хрена Вы используете это в отношении Навального? С чего Вы называете теперь его "берлинским пациентом"? Макака какого подвида тогда Вы, раз поддаетесь такому глупому тренду?
А что, никого не смущает что очередь реализована на фронтэнде с помощью JavaScript?
setTimeout(30 minutes, () => showButton();
Очевидно, таймер сбрасывался после перезагрузки страницы, не привязывался к сессии.
Более того, у них появилось всего лишь 2 НОВЫХ сервиса, а доступ был ограничен ко ВСЕМУ порталу. Почему нельзя было поставить эту очередь только на 2 этих сервиса?
Это выглядит ровно вот так: «Мы ремонтируем крыльцо, поэтому зайти внутрь вы сможете только послезавтра. И хоть у нас все сотрудники на своих рабочих места, зайти внутрь получить справку вы не сможете, потому что крыльцо сломано. Ждите здесь — если уйдете, придется ждать до послезавтра заново. Но если очень хотите войти сейчас, там есть вход с другой стороны, можете зайти там, только мы я вам этого не говорил».
Вы описываете image. Я же говорю про виртуализацию: под macOS докер использует hypervisor для эмуляции этих image-эй, под Windows — кажется, hyper-v.
Как я понял, под новым чипом будет использоваться другой инструмент виртуализации, и, по сути, от него требуется полная обратная совместимость с предыдущим поколением, чтобы поддержать сборки этих image-ей и запуск контейнеров на их основе.
А они (образы) тут причем? Поправььте, правильно ли я понял, что под «образами» вы понимаете «image»-ы? Если да, то Ваша проблема образов упирается в виртуализацию и её провайдера, а уж какой там образ используется в сборке — совершенного неважно.
Go — это С++ на минималках. В мире колосально много разработчиков, кому С++ перестал нравиться в силу своей сложности работы с поинтерами и памятью, но в то же время они не хотят переходить на такие языки как java или c# (эти языки выбраны из учета их популярности и схожести с С/С++), где приходится пологаться на сборщик мусора. Go, даже несмотря на наличие такового сборщика, обещает гораздо больше в плане менеджмента памяти и дает желаемый перформанс на уровне С++ по сравнению с перечисленными ранее языками.
Ажиотаж вполне ожидаемый, как и ажиотаж вокруг rust. К тому же, не стоит забывать что сейчас многие гиганты перестраивают архитектуру под микросервисы и для них такое соотношение как «минимальный порог вхождения в язык» / «цена обслуживания» — далеко не пустой звук. Go — яркий победитель в этом соотношении: например, миинимальная программа на go-micro нуждается лишь в ~10мб оперативной памяти, тогда как минимальная программа на Spring Boot примерно в 150-200 мб.
Вопрос по первому пункту: каким боком был выведен факт, что в go придерживаются минимализма? В go каждый warning ведет к ошибке компиляции и unused import — это как раз этот случай. Как вы вывели, что «fail on warning == minimalism» для меня неясно.
И такой девайс найдет своего потребителя. Вопрос лишь в том, хотела ли Microsoft ограничиться этим потребителем или же все таки планировала же удивить своим провалом своим продуктом на мобильном рынке.
Так и GitLab тоже «веб-интерфейс для гита», да и даже сам GitHub тоже «веб-интерфейс для гита»? По сути, они обсуживают «bare»-репозитории гита и выставляют наружу UI для них.
Собственно, я согласен с Вами, что gitea.io — self-hosted инструмент, однако их UI есть ни что иное как реплика GitHub интерфейса (для примера, вот один из репозиториев gitea.com/abgr/wepluger). В этом и кроется причина почему я назвал их «клоном».
@GetMapping
public OperationDto getOperationById(@PathVariable("id") Long id) {
return operationService.getById(id);
}
по сравнению вот с этим:
@GetMapping
public OperationDto getOperationById(@PathVariable("id") Long id) {
return operationMapper.toDto(operationService.getById(id));
}
Да и контроллеры вовсе не должны быть «тонкими» или «плоскими». Это Вы из своих личных предпочтений так решили. В контроллере можно и агрегацию из нескольких сервисов сделать, а потом еще и маппер вызвать, и даже в этом случае код можно написать коротко и понятно, и даже уложиться в условные 10-15 строк, что совсем не является критичным для методов контроллера.
Пациентом какого города нам венчать Вас когда будет обращаться к Вам? Вы уже написали его фамилию в своем комментарии, Вас уже пробили этими же самими регулярочками вида /(.*)Навальный(.*)/ и уже едут к Вам.
Я могу понять это когда речь идет о пациентах, что лечились от считавшихся неизлечимыми болезней путем пересадки костного мозга (например, "лондонский пациент"), и им присваивались имена этих городов с целью сохранения их анонимности, но какого, простите, хрена Вы используете это в отношении Навального? С чего Вы называете теперь его "берлинским пациентом"? Макака какого подвида тогда Вы, раз поддаетесь такому глупому тренду?
Очевидно, таймер сбрасывался после перезагрузки страницы, не привязывался к сессии.
Более того, у них появилось всего лишь 2 НОВЫХ сервиса, а доступ был ограничен ко ВСЕМУ порталу. Почему нельзя было поставить эту очередь только на 2 этих сервиса?
Это выглядит ровно вот так: «Мы ремонтируем крыльцо, поэтому зайти внутрь вы сможете только послезавтра. И хоть у нас все сотрудники на своих рабочих места, зайти внутрь получить справку вы не сможете, потому что крыльцо сломано. Ждите здесь — если уйдете, придется ждать до послезавтра заново. Но если очень хотите войти сейчас, там есть вход с другой стороны, можете зайти там, только мы я вам этого не говорил».
Вы описываете image. Я же говорю про виртуализацию: под macOS докер использует hypervisor для эмуляции этих image-эй, под Windows — кажется, hyper-v.
Как я понял, под новым чипом будет использоваться другой инструмент виртуализации, и, по сути, от него требуется полная обратная совместимость с предыдущим поколением, чтобы поддержать сборки этих image-ей и запуск контейнеров на их основе.
Ажиотаж вполне ожидаемый, как и ажиотаж вокруг rust. К тому же, не стоит забывать что сейчас многие гиганты перестраивают архитектуру под микросервисы и для них такое соотношение как «минимальный порог вхождения в язык» / «цена обслуживания» — далеко не пустой звук. Go — яркий победитель в этом соотношении: например, миинимальная программа на go-micro нуждается лишь в ~10мб оперативной памяти, тогда как минимальная программа на Spring Boot примерно в 150-200 мб.
своим проваломсвоим продуктом на мобильном рынке.Собственно, я согласен с Вами, что gitea.io — self-hosted инструмент, однако их UI есть ни что иное как реплика GitHub интерфейса (для примера, вот один из репозиториев gitea.com/abgr/wepluger). В этом и кроется причина почему я назвал их «клоном».