Язык я хочу, с условиями, вычислениями на дереве, возможно с функциями и прочим. Потому что без него все эти правила все равно так или иначе реализуются в коде.
На схеме легко и понятно реализовать простейшие правила, а вот что-то более-менее сложное это уже вопрос. Реализуете вы это на схеме вместо кода, не получится ли хуже в плане понятности и отладки?
Это все понятно про инструмент и все такое. Это банальность. ИНтересный вопрос в другом — для каких проектов ФП подходит, а для каких не очень. Хотя бы в теории, а лучше с примерами. Мечты, мечты…
На такой общий вопрос может быть только очень общий ответ. Ответ этот — бывает по разному. Если надо менять много объектов, то иммутабельность может сильно ударить по производительности (я такое видел в реальном проекте). С другой стороны иммутабельность дает бонус для многопопточного кода. Но с третьей стороны, не всякий многопоточный код имеет общее состояние и этот бонус реально нужен. Тут уж все зависит от конкретной задачи.
Как-то все равно непонятно. Получается что когда кончаются задачи, инженер может взять еще задач (фиксить баги, делать рефакторинг, улучшать и т.д.). Но взять то ему их нельзя, т.к. «есть WIP-limit». Какой-то замкнутый круг. Или имеется в виду, что багофикс, рефакторинг и прочее это отдельный скоуп, который в WIP-limit не учитывается?
Я правильно понимаю, что AccessLogInterceptor и DbConnect скопипашены между всеми сервисами? А если удалить пост, то комментарии остаются или если удалить категорию, то остаются посты?
Например, она запрещает вселенные, в которых электромагнитное (и любое другое) взаимодействие сильнее гравитационного.
Что-то непонятно, по ссылке написано It roughly states that gravity should be the weakest force in any consistent theory of quantum gravity. Да и в нашей вселенной гравитация вроде как слабейшее из взаимодействий.
Для эффективной отладки вам также понадобится исходный код, который использовался для сборки EXE, или даже для нескольких файлов, которые вас интересуют.
Отлаживайте любой исполняемый файл, только вам будут нужны исходники. В чем новизна-то?
Как-то довелось наблюдать код веб-приложения, где каждый асинхронный вызов был украшен сие ускорителем. Это не имеет никакого эффекта, кроме визуального отвращения. Стандартное веб-приложение ASP.NET Core не имеет каких-то уникальных контекстов (если вы их сами не напишете, конечно).
Два чая этому господину! Приходилось такое видеть.
«Точки производства» заводятся не сами по себе. Поэтому если конечные исполнители плохие, то тут сразу возникает масса вопросов к менеджменту.
Почему плохих исполнителей берут на работу? Почему плохих исполнителей не меняют на хороших? Почему некачественный продукт вообще релизится? И так далее и тому подобное.
По моим наблюдениям, когда идет систематический выпуск некачественного продукта, это всегда следствие соответствующего руководства. Проще говоря, когда на качество плевать.
На схеме легко и понятно реализовать простейшие правила, а вот что-то более-менее сложное это уже вопрос. Реализуете вы это на схеме вместо кода, не получится ли хуже в плане понятности и отладки?
Да, так будет точнее сформулировано.
Ха, я и смотрю, какие-то фантастические результаты у автора получились.
Насколько значимым? Чтобы такая мелочь заметно повлияла на реальную жизнь нужен какой-то весьма специфический продукт.
Что-то непонятно, по ссылке написано It roughly states that gravity should be the weakest force in any consistent theory of quantum gravity. Да и в нашей вселенной гравитация вроде как слабейшее из взаимодействий.
А что, собственно, должен делать инженер в такой ситуации?
Это из-за масштаба картинки так кажется.
Отлаживайте любой исполняемый файл, только вам будут нужны исходники. В чем новизна-то?
Это так и есть.
График в ценах 2010 года, 2004 — 2014 год.
Индекс цен с 2003 по 2013, 2003 = 100
Цены для бизнеса 2011-2019
А вот самое интересное, тут потребление домохозяйствами и промышленностью, а также индекс цен, 2000-2015, слева потребление, справа цены
Выводы — цены заметно выросли. Потребление упало в первую очередь за счет промышленности.
Два чая этому господину! Приходилось такое видеть.
Почему плохих исполнителей берут на работу? Почему плохих исполнителей не меняют на хороших? Почему некачественный продукт вообще релизится? И так далее и тому подобное.
По моим наблюдениям, когда идет систематический выпуск некачественного продукта, это всегда следствие соответствующего руководства. Проще говоря, когда на качество плевать.