IBM с RHEL сделали всё правильно с точки зрения бизнеса и никоим образом GPL не нарушили. IMO. "Дух open source" у каждого свой, а лицензия, это лицензия.
Давным-давно SUSE таким же образом закрыла свой SLE и никто так не возмущался, и не возмущается до сих пор, но стоило IBM сделать то же самое, что тут началось.
"Мэтт Асей, глава PR-отдела в MongoDB, вообще предлагает отказаться от лицензирования." А что ещё ожидать от главы PR-отдела? =) Но вот юристы в MongoDB что-то его не поддерживают.
Я совершенно не понимаю, откуда у вас абсолютная, не поддающаяся логике уверенность, схожая с религиозным убеждением, в том, что если внутрь колонки запихнуть open source, то это будет коммерчески успешный продукт.
И даже боюсь спрашивать об этом, ожидая, что вдруг вы на меня жалобу по 148 УК РФ напишите .
Не понял ваш вопрос. Производители телефонов обычно не выкладывают в open source никаких своих разработок. Вы видели open source драйверы для камеры Samsung Galaxy для Linux?
Google и его ОС Android привязывает пользователя к сервисам Google с последующей прямой и непрямой (показ рекламы) монетизацией через них.
Почему вы считаете, что если сделать ПО колонки open source, то это будет прибыльно для производителя? Какая может быть профицитная модель монетизации у такой колонки? Что ваш open source есть будет?
В случае, если автор не давал своего разрешения на использование своих работ для обучения нейросети и последующей генерации производных изображений, это нарушение копирайта.
Если автор предоставил такое право, то не вижу никаких проблем в том, что изображения будут генерироваться нейросетью.
А то весело получается: украли чужие изображения, натренировали нейросеть и стали продавать производные изображения - бизнес.
Нет. У вас своя точка зрения, у меня своя. Мы пытались друг друга переубедить, но в итоге каждый остался при своём, потому что мой опыт говорит мне одно, а вам - другое.
Я вас ни в чём не обвинял: "%{username}, перелогиньтесь", - довольно старая шутка.
Откуда вы взяли информацию про загрузку ручной работой программистов? В той статье ничего подобного нет.
Я, честно, устал вам повторять: программисты вручную делают дашборды для каждого проекта, вместо того, чтобы либо сами менеджеры делали эти дашборды, т.к. они им нужны, а не тимлидам, либо все дашборды были автоматизированы. Но вы упорно отказываетесь видеть в этом ручной труд. Такое впечатление, что вам что-то не позволяет это сделать.
Я так понимаю, потому что основная цель была отслеживать качество по отдельным проектам.
Цель была - сделать инструмент для топ-менеджмента, позволяющий сравнить команды между собой. Кто перформит, а кто - нет. Отслеживание качества у них и так было. Об этом вы и сами писали, но уже, видимо, забыли.
Я вам больше скажу, даже тэгов не надо. В Джире и так есть разбиение по командам и статистику из Джиры по закрытым issue можно и так прекрасно собрать.
А если нужна статистика по репозиториям, то в коммитах есть email автора. Берём его, находим в Джире его аккаунт - вот и понятно к какой команде он относится.
Сделать скрипт и запускать его ночью, чтобы он пробегал по всем репозиториям в компании, делал статистику по Джире и делал отчёты для менеджмента, как раз к их утренней чашке кофе, в разрезе по каждой команде разработки отдельно со сводным по всем командам.
restic + rclone
Не подсказывайте им, пожалуйста =)
IBM с RHEL сделали всё правильно с точки зрения бизнеса и никоим образом GPL не нарушили. IMO. "Дух open source" у каждого свой, а лицензия, это лицензия.
Давным-давно SUSE таким же образом закрыла свой SLE и никто так не возмущался, и не возмущается до сих пор, но стоило IBM сделать то же самое, что тут началось.
"Мэтт Асей, глава PR-отдела в MongoDB, вообще предлагает отказаться от лицензирования."
А что ещё ожидать от главы PR-отдела? =)
Но вот юристы в MongoDB что-то его не поддерживают.
Спасибо за хороший обзор сканеров.
"PT BlackBox… Стоит соразмерно западным аналогам."
Как Burp Suite Pro, да? Ведь да? =)
Но думаю, что ближе к Acunetix.
Ничего не понятно.
Я совершенно не понимаю, откуда у вас абсолютная, не поддающаяся логике уверенность, схожая с религиозным убеждением, в том, что если внутрь колонки запихнуть open source, то это будет коммерчески успешный продукт.
И даже боюсь спрашивать об этом, ожидая, что вдруг вы на меня жалобу по 148 УК РФ напишите .
Разговор не про "какие-то компании", а про модель монетизации конкретно это этой open source колонки. Какой вы её видите?
Не понял ваш вопрос. Производители телефонов обычно не выкладывают в open source никаких своих разработок. Вы видели open source драйверы для камеры Samsung Galaxy для Linux?
Google и его ОС Android привязывает пользователя к сервисам Google с последующей прямой и непрямой (показ рекламы) монетизацией через них.
Почему вы считаете, что если сделать ПО колонки open source, то это будет прибыльно для производителя? Какая может быть профицитная модель монетизации у такой колонки? Что ваш open source есть будет?
В случае, если автор не давал своего разрешения на использование своих работ для обучения нейросети и последующей генерации производных изображений, это нарушение копирайта.
Если автор предоставил такое право, то не вижу никаких проблем в том, что изображения будут генерироваться нейросетью.
А то весело получается: украли чужие изображения, натренировали нейросеть и стали продавать производные изображения - бизнес.
Я пользуюсь Gickup: https://github.com/cooperspencer/gickup
До подтирания или после?
Сколько минут?
Ваш опыт говорит, что программисты "не тратят какое-то статистически значимое время на создание этих дашбордов", так?
Нет. У вас своя точка зрения, у меня своя. Мы пытались друг друга переубедить, но в итоге каждый остался при своём, потому что мой опыт говорит мне одно, а вам - другое.
Я вас ни в чём не обвинял: "%{username}, перелогиньтесь", - довольно старая шутка.
Олег, перелогиньтесь.
Мне кажется, что сейчас ещё рано спрашивать что бы то ни было у ребят из Тинька - Ирина ещё не доделала дашборд для топ-менеджмента.
Откуда вы взяли информацию про загрузку ручной работой программистов? В той статье ничего подобного нет.Я, честно, устал вам повторять: программисты вручную делают дашборды для каждого проекта, вместо того, чтобы либо сами менеджеры делали эти дашборды, т.к. они им нужны, а не тимлидам, либо все дашборды были автоматизированы. Но вы упорно отказываетесь видеть в этом ручной труд. Такое впечатление, что вам что-то не позволяет это сделать.
Я так понимаю, потому что основная цель была отслеживать качество по отдельным проектам.Цель была - сделать инструмент для топ-менеджмента, позволяющий сравнить команды между собой. Кто перформит, а кто - нет. Отслеживание качества у них и так было. Об этом вы и сами писали, но уже, видимо, забыли.
А зачем тогда загружать ручной работой программистов? Почему dashboard per project? Почему так и не сделали сводный отчёт для топ-менеджмента?
Я вам больше скажу, даже тэгов не надо. В Джире и так есть разбиение по командам и статистику из Джиры по закрытым issue можно и так прекрасно собрать.
А если нужна статистика по репозиториям, то в коммитах есть email автора. Берём его, находим в Джире его аккаунт - вот и понятно к какой команде он относится.
Сделать скрипт и запускать его ночью, чтобы он пробегал по всем репозиториям в компании, делал статистику по Джире и делал отчёты для менеджмента, как раз к их утренней чашке кофе, в разрезе по каждой команде разработки отдельно со сводным по всем командам.