При большом количестве микросервисов в проекте приходится сталкиваться с тем, что в некоторых из них нужнодублировать один и тот же код, а обнаружив баг в одном месте, искать и исправлять его везде. При этом, если микросервисы поддерживаются разными разработчиками, то каждый будет исправлять баг по-своему и в дальнейшем будет сложнее привести всё к единообразию
Исходные предположения мне показались не совсем верными, поэтому и логика всей статьи нарушена. Микросервис это прежде всего функциональная независимость и самостоятельность, причём и функциональная, и кодовая. И именно "дублировать один и тот же код", "исправлять его везде" и приводить "всё к единообразию" как раз не нужно ! А при переиспользовании общего кода исправление найденного в нём бага уж точно будет не по-своему, а сообща и согласованно всеми разными разработчиками ).
Но сама тема общей кодовой база в микросервисах кажется интересной и требует дополнительного раскрытия.
.. когда сходу начинается про "наказания за голосование"
Не сходу, а в самом конце. И вообще не про наказание, а скорее про ответственность - за свои слова и оценки в отношении других.
.. её появление - эмпирическое подтверждение тезиса о том, что аболиционистам будет всегда мало любых изменений в механике кармы, их удовлетворит только её отмена
Предлагается не отмена кармы, а как раз изменения в механике - интеграция кармы с рейтингом в один чисто расчётный показатель.
Есть нюанс - предполагалось, что оценку комментирующий меняет именно после узнавания автора, поэтому штраф - за предвзятость. Для страховки от действительно случайной ошибки при выставлении оценки - можно ввести отложенное раскрытие автора, чтобы осталось время на исправление.
Но почему это [минусануть комментарий] должно автоматически влиять на карму его автора?!
В текущей системе у самой оценки за комментарий нулевая значимость для кармы обоих - и автора, и комментирующего. Отчасти это "безразличие" и вынуждает многих выражать свое отношение к конкретной мысли автора непосредственно ему в карму, чтобы было чувствительнее :).
А по предлагаемой системе у комментария появляется реальная ценность для автора, впрочем как и ответственность.
Этот инструмент [Пользовательская история (User story)] помогает создать упрощенное описание требований, но при этом таковым не является. Требования — это другой инструмент, с более сложной структурой и описанием
Для продуктовнеров выделенное жирным - главный тезис статьи. Распечатать и в рамку на стол. )
Только разогнался, а статья уже кончилась.Что хотел сказать Майк ? :)
Ведь как там у Вигерса - "Иногда люди слишком увлекаются дебатами насчёт того, к какому классу отнести ту или иную потребность - к функциональным или нефункциональным требованиям". UserStory - всего лишь одна из форм её выражения и фиксации.
Кто ты тот несчастный, который отыгрывается на других, снижая карму с 0 на -1 ?
Какое слово так тебя вывело из себя - СВО, доСВО, полярники, приличны ?
Не расстраивайся, у тебя всё будет хорошо.
В одном списке вперемешку они выглядят не совсем уместно, т.к. из разных категорий. На примере "типов автомобилей" - легковые, грузовые, бензиновые, дизельные, отечественные, служебные и т.д.
.. сразу штрафовать, причем соразмерно объёму слитой информации. В случае повторной утечки компаниям будут грозить серьёзные оборотные штрафы
А как же суд и выявление виновных ? Потенциально это ещё один инструмент корпоративных войн для ослабления или устранения конкурентов. Уже вижу баннеры - Выложу базу вашего конкурента. Недорого. Звоните, стучать не надо.
Мы в Selectel нашли способ повышения грамотности сотрудников в сфере ИБ в виде боевых учений
Фальшивые "фишинг" - это гарантированный способ повышения раздражения сотрудников на отделы ИБ, которые вместо разработки и совершенствования почтовых фильтров развлекаются составлением подобных писем.
Особым издевательством после таких "фишинговых писем" выглядят уже настоящие корпоративные рассылки с просьбой, а иногда и требованием, принять участие во всяческих опросах, акциях и мероприятиях.
Исходные предположения мне показались не совсем верными, поэтому и логика всей статьи нарушена.
Микросервис это прежде всего функциональная независимость и самостоятельность, причём и функциональная, и кодовая. И именно "дублировать один и тот же код", "исправлять его везде" и приводить "всё к единообразию" как раз не нужно !
А при переиспользовании общего кода исправление найденного в нём бага уж точно будет не по-своему, а сообща и согласованно всеми разными разработчиками ).
Но сама тема общей кодовой база в микросервисах кажется интересной и требует дополнительного раскрытия.
А может спросить у самого ChatGPT ? ))
Не сходу, а в самом конце. И вообще не про наказание, а скорее про ответственность - за свои слова и оценки в отношении других.
Предлагается не отмена кармы, а как раз изменения в механике - интеграция кармы с рейтингом в один чисто расчётный показатель.
Есть нюанс - предполагалось, что оценку комментирующий меняет именно после узнавания автора, поэтому штраф - за предвзятость.
Для страховки от действительно случайной ошибки при выставлении оценки - можно ввести отложенное раскрытие автора, чтобы осталось время на исправление.
Сам удивлён, почему заметили именно сейчас. Обострение :) было в январе 2022 - обратите внимание на дату упоминаемой статьи.
В текущей системе у самой оценки за комментарий нулевая значимость для кармы обоих - и автора, и комментирующего. Отчасти это "безразличие" и вынуждает многих выражать свое отношение к конкретной мысли автора непосредственно ему в карму, чтобы было чувствительнее :).
А по предлагаемой системе у комментария появляется реальная ценность для автора, впрочем как и ответственность.
Для продуктовнеров выделенное жирным - главный тезис статьи. Распечатать и в рамку на стол. )
В отличие простого перевода, здесь понравилось дозированная подача, структурирование и последовательность изложения. Для начинающих изучать самое оно!
Очевидно, что пока наиболее популярный вариант хабровчане созвучно с жителями Хабаровска.
Может :) - хаброид, хабран, хабрец ?
Не отменять, а реформировать. Посмотрите в песочнице, там много свежих идей по этому поводу.
Только разогнался, а статья уже кончилась.Что хотел сказать Майк ? :)
Ведь как там у Вигерса - "Иногда люди слишком увлекаются дебатами насчёт того, к какому классу отнести ту или иную потребность - к функциональным или нефункциональным требованиям". UserStory - всего лишь одна из форм её выражения и фиксации.
А на каких? И в чем проявлялось - потери потока измерений или отказ ?
Тем, кто отдает другим частичку своей кармы и души - Вы замечательные ! Спасибо!
Кто ты тот несчастный, который отыгрывается на других, снижая карму с 0 на -1 ? Какое слово так тебя вывело из себя - СВО, доСВО, полярники, приличны ? Не расстраивайся, у тебя всё будет хорошо.
А полярников не смотрели https://polexp.com/ ? В доСВОенное время были вполне приличны
В одном списке вперемешку они выглядят не совсем уместно, т.к. из разных категорий. На примере "типов автомобилей" - легковые, грузовые, бензиновые, дизельные, отечественные, служебные и т.д.
Ура! Вы придумали ITIL :)
А как же суд и выявление виновных ?
Потенциально это ещё один инструмент корпоративных войн для ослабления или устранения конкурентов. Уже вижу баннеры - Выложу базу вашего конкурента. Недорого. Звоните, стучать не надо.
Спасибо за ссылку! ушёл в ностальгию, вернусь нескоро
Фальшивые "фишинг" - это гарантированный способ повышения раздражения сотрудников на отделы ИБ, которые вместо разработки и совершенствования почтовых фильтров развлекаются составлением подобных писем.
Особым издевательством после таких "фишинговых писем" выглядят уже настоящие корпоративные рассылки с просьбой, а иногда и требованием, принять участие во всяческих опросах, акциях и мероприятиях.