https://releases.hashicorp.com уже несколько дней возвращает 405 ответ (Consul, Consul-Template, Terraform) не скачать без впн или других танцев с бубнами
На вкус и цвет как говорится все фломастеры разные. Пробовал один день поработать с ними - так и не привык. Особенно напрягало когда стираешь через Backspace и она прыгает, когда разбивается назад в символы
Вообще как говорится, it depends. Во-первых, от движка БД, во-вторых, от бизнес логики. Если мне не изменяет память в MSSQL нет явной поддержки вложенных транзакций например (по крайней мере года 4 назад) и если внутри бизнес логики был Rollback Transaction, то он откатить и нашу внешнюю транзакцию если @@TRANCOUNT станет равным 0 - например так:
BEGIN TRANSACTION -- outer
EXECUTE TEST_SP
ROLLBACK TRANSACTION -- outer
...
PROCEDURE TEST_SP
BEGIN
BEGIN TRANSACTION -- inner
...
ROLLBACK TRANSACTION --inner
END
После прочтения статьи можно сделать вывод, что автор просто изначально не знал как работает LINQ и его "отложенное" исполнение и что реальное перечисление будет только после вызова определённых операторов. Из этого также следует и то, что перечисление может быть вызвано в отладчике сколько угодно раз - сколько раз я мышкой наведу на переменную. В общем поздравляю автора с открытием - всё таки он сам докопался до истины. Но всё таки как говорится RTFM - всё это давно расписано и разжёвано.
P.S. Можно было сделать array.Where(...).ToArray() и тогда ответ бы был всегда 5, что в выводе, что в отладчике, но может в конкретном случае перечисление заранее не нужно.
Мы пишем на C# и используем такой же подход, только у нас тип называется Result<T>. В целом с ним удобнее оказалось. Вдохновлялись Railway-Oriented-Programming и библиотекой Виктора Хорикова - CSharpFunctionalExtensions
IMHO превалирование full-stack вакансий - это скорее желание бизнеса сэкономить. Full-stack конечно неплохо, но всё же приходится объять необъятное и какая-то часть определённо будет страдать: либо бек, либо фронт.
Самое прикольное, что задав в поиске антенну, нашёл практически ваш комплект уже готовый + кроншейн на озоне и практически за те же деньги. Так что, видимо чтобы сэкономить надо будет действительно искать на авито. В том году летом работал на даче с телефоном в качестве модема — связь не всегда была удовлетворительная. В этом году можно уже что-то посерьёзнее приобрести
Мне тоже кажется, что это какое-то «однобокое» сравнение. Как написали выше — именно переход с чего-то на Ноду: в этом случае у разработчиков есть мощный бекграунд понимания глубинных проблем текущей реализации. Выглядит так что можно подставить любое хайповую технологию (Rust/Go/и т.д.) и написать схожие выводы. Я ничего не имею против Ноды, мы её тоже немного используем, но пока совсем немного
Странный цикл статей — я конечно понимаю, что это обычный туториал, но информации по этому в интернете и так полно + даже в книжке, что я покупал лет 12 назад всё тоже самое описано: ничего принципиального нового.
Спасибо, за ссылку. Было полезно почитать. Но в целом я понял, что жёсткой рекомендации не использовать своп нет, просто k8s не умеет с ним работать. Желающих получить такой функционал хватает тоже судя по комментариям. А пока это действительно рекомендация, если вы хотите иметь строгие гарантии на ресурсы
В некотором роде согласен с этим комментарием, поскольку проблема ffmpeg не в том как его вызывать (и через консоль не сложно), а в том, чтобы заставить этот комбайн делать то, что хочешь. Помню тоже потребовалось найти способ соединения видео с наложением в 1с — месяц наверное искал в интернете и пробовал варианты, чтобы работало как мне надо.
С оптимизацией не только у них проблемы. Помнится не так давно на Хабре была какая-то переводная статья про текущее положение дел в игровой индустрии и там была замечательная фраза, что «на оптимизацию игр в последние годы положили большой болт, который видно из космоса» :D
SMIC освоил 20нм
https://releases.hashicorp.com уже несколько дней возвращает 405 ответ (Consul, Consul-Template, Terraform) не скачать без впн или других танцев с бубнами
На вкус и цвет как говорится все фломастеры разные. Пробовал один день поработать с ними - так и не привык. Особенно напрягало когда стираешь через Backspace и она прыгает, когда разбивается назад в символы
Вообще как говорится, it depends. Во-первых, от движка БД, во-вторых, от бизнес логики. Если мне не изменяет память в MSSQL нет явной поддержки вложенных транзакций например (по крайней мере года 4 назад) и если внутри бизнес логики был Rollback Transaction, то он откатить и нашу внешнюю транзакцию если @@TRANCOUNT станет равным 0 - например так:
В этом случае - за последствия не отвечаем
После прочтения статьи можно сделать вывод, что автор просто изначально не знал как работает LINQ и его "отложенное" исполнение и что реальное перечисление будет только после вызова определённых операторов. Из этого также следует и то, что перечисление может быть вызвано в отладчике сколько угодно раз - сколько раз я мышкой наведу на переменную. В общем поздравляю автора с открытием - всё таки он сам докопался до истины. Но всё таки как говорится RTFM - всё это давно расписано и разжёвано.
P.S. Можно было сделать
array.Where(...).ToArray()и тогда ответ бы был всегда 5, что в выводе, что в отладчике, но может в конкретном случае перечисление заранее не нужно.Мы пишем на C# и используем такой же подход, только у нас тип называется
Result<T>. В целом с ним удобнее оказалось. Вдохновлялись Railway-Oriented-Programming и библиотекой Виктора Хорикова - CSharpFunctionalExtensionsЛучше бы сделали поддержку более умных перечислений. Или не только методы расширения, но и свойства-расширения или статические расширения.
P.S. Навеяно Swift. Пришлось делать проект на нём и эти вещи мне понравились
IMHO превалирование full-stack вакансий - это скорее желание бизнеса сэкономить. Full-stack конечно неплохо, но всё же приходится объять необъятное и какая-то часть определённо будет страдать: либо бек, либо фронт.