Защита от случайного стопа. И логике противоречит, если я явно указал "всегда", а есть исключения.
Я не говорил, что не документироано, оно документировано под общей таблицей текстом типа "но есть исключения из этой красивой таблицы". И это исключение надо помнить, когда пытаешься понять почему сервис, с рестарт олвэйс не активен, хотя ты его неделю назад запускал
Увы, нет. Даже если стоит Restart=Always. Причём это исключительное поведение, не укладывающееся в общую документированную логику — это исключение нужно помнить наизусть и знать какие ещё есть способы остановки сервиса эквивалентные systemctl stop (в документации они даже не упомянуты).
Это с точки зрения топ-менеджеров, а не менеджеров конкретных продуктов. Для них соседний продукт оттягивает их пользователей, их доход. Да и сам факт появления супераппа без чёткого донесения до заинтересованных лиц планов параллеьного развития может привести и к оттоку суммарного количества и качества пользователей, и даже к демотивации команды "unix-way" сервиса.
Особенно, если вспомнить главную цель WSL — дать разработчикам, для которых винда родной инструмент (а это, на минуточку, 50% по опросам stackoverflow), простой способ билдить свои сорцы под линукс.
Я слышал о другой цели: перетащить разработчиков под Windows, которым объективно всё равно или почти всё равно под какой ОС разрабатывать (скриптовые кроссплатформенные языки прежде всего), предоставив им субъективно привычный CLI/TUI инструментарий для разработки и деплоя в Azure, пускай и на Linux инстансы
Есть сущности из нескольких табличек, типа документ с метаданными и табличной частью бьётся на таблички 1:N. С автоид сложно создать его атомарно одним запросом с клиента: сначала надо вставить метаданные в сторонй 1, получить их ид, а потом вставлять строки стороны N с этим id. Ну и необходимость синхронщины вылазит.
Защита от случайного стопа. И логике противоречит, если я явно указал "всегда", а есть исключения.
Я не говорил, что не документироано, оно документировано под общей таблицей текстом типа "но есть исключения из этой красивой таблицы". И это исключение надо помнить, когда пытаешься понять почему сервис, с рестарт олвэйс не активен, хотя ты его неделю назад запускал
Выживут, если потребности у них меньше. Семью, например, кормить не надо.
Это чистыми или грязными?
Увы, нет. Даже если стоит Restart=Always. Причём это исключительное поведение, не укладывающееся в общую документированную логику — это исключение нужно помнить наизусть и знать какие ещё есть способы остановки сервиса эквивалентные systemctl stop (в документации они даже не упомянуты).
Функциональности может и не потеряется, а вот юзабилити часто теряется.
Хабр же ) Правда функциональность не вся. (
Вроде нет. Часто, блин, не можешь найти какая вкладка играет и как её вырубить.
Нет, с возможностью обновить прошивку. А лучше купить новый девайс.
Это с точки зрения топ-менеджеров, а не менеджеров конкретных продуктов. Для них соседний продукт оттягивает их пользователей, их доход. Да и сам факт появления супераппа без чёткого донесения до заинтересованных лиц планов параллеьного развития может привести и к оттоку суммарного количества и качества пользователей, и даже к демотивации команды "unix-way" сервиса.
Ну вот в теории WSL1 и должен был позволить собирать и запускать linux-контейнеры так же как и windows.
Я слышал о другой цели: перетащить разработчиков под Windows, которым объективно всё равно или почти всё равно под какой ОС разрабатывать (скриптовые кроссплатформенные языки прежде всего), предоставив им субъективно привычный CLI/TUI инструментарий для разработки и деплоя в Azure, пускай и на Linux инстансы
А как при таком подходе сообщить оснвному юниту сервиса, что это плановая остановка, а не авария, и не нужно его срочно перезапускать?
Это было бы проблемой для продактов, как им объяснять руководству что у супеаппа меньше пользователей такси, чем у аппа такси)
Откуда дровишки? Опрос в офисе ИТ-компании, причём не заходя в бухгалтерию, кадры, уборщицам и т. п?
Может какое-то время и будет поддерживаться as is и с фиксами, но крупные нереализованные фичи вряд ли будут реализованы, увы (
Есть сущности из нескольких табличек, типа документ с метаданными и табличной частью бьётся на таблички 1:N. С автоид сложно создать его атомарно одним запросом с клиента: сначала надо вставить метаданные в сторонй 1, получить их ид, а потом вставлять строки стороны N с этим id. Ну и необходимость синхронщины вылазит.
Я закончил школу 29 лет назад… И всё что вы описали я написал одной фразой "если двигатель/источник энергии в горку работает неоптимально".
Внутри большой системы обычно несколько баз, и не только sql.
Плюс большие системы редко живут в одиночку — интеграции, синхронизации, репликации...
Это у какого большинства?
Ну вот как я понимаю, из-за советов типа Клиент всегда должен знать полное состояние системы пост и воспринимается в контексте REST