В Бобине нет ни одного известного на данный момент бага. Проект стабилен с момента релиза.
Есть 1 заявка на улучшение (YAML конфигурация) — скоро отпишусь по ней.
Тикеты закрою, они устарели — спасибо. Я их сам заводил на себя во время разработки.
Пожалуйста — используйте этот логгер! Я обещаю поддерживать и консультировать всех его пользователей! Буду счастлив, если он будет полезен Сообществу.
Насколько я вижу, вы очень далеки от OSS, но тем не менее позволяете себе учить их жизни.
Я по мере возможностей поддерживаю проекты (завожу баги, PR, доначу деньги):
— Apache Groovy
— Gradle
— и ещё несколько по мелочи
Свои личные проекты (и количество пользователей) я не буду здесь упоминать — OSS не для самовосхваления. Важен софт, а не люди за ним. Люди умрут, а софт будет практически всегда.
Зочем ви травите?
PS: я себя сейчас почувствовал Большим Лебовски сейчас… А, кстати всё таки непонятно почему на пустом месте предосуждения делаются.
Вы понимаете насколько крутая learning curve от заведения бага — до принятного PR в коде одного из проектов Spring? Насколько высокие там требования к процессу и стандарт качества?
Думаю станет понятно, почему неправильно просить у каждого встречного фиксить код.
Если я наткнусь на баг в Спринге — я заведу его, как и делаю для всех используемых проектов. И большинство разработчиков благодарны — это уже большая помощь.
Именно так. У пользователя всегда есть выбор, и делая его в пользу Вашего проекта, он приносит Вам материальную выгоду: Ваше ПО обкатывается в реальных условиях, Вы получаете сведения о качестве и полезности своего ПО.
Выложив свой проект и привлекая пользователей, Вы подписали такой договор с точки зрения социальной ответственности.
Давайте я соберу малоимущих, пообещав им горячую еду — но вдруг мне станет лень, и я тупо не приду в назначенный день.
Аналогия понятна?
Вообще хотелось бы иметь лист проектов с такими мейнтейнерами — чтобы избегать их изо всех сил.
моральное право имеет требовать исправить баг. Т.к. пользователь делает одолжение, используя проект. И разработчик должен быть благодарен пользователю.
это всё классифицируется как Улучшения (для преодоления Known Design Constraint) и уходит в последующие Major версии. Иначе, конечно, невозможно было бы разрабатывать OSS проекты.
расположение подлокотника в машине — это не баг, а заявка на улучшение (не обязательно при том, что все согласны с Вашем предложением о новом расположении подлокотника).
вместо того, чтобы предложить исправление, начинаете писать автору гневно-требовательный issue
По Вашей логике, пользоваться OSS могут только те люди, которые имеют возможно самостоятельно исправлять ошибки конкретно в нём.
На самом деле когда прислалают гневный Issue, да ещё и по критическому багу — это большая удача для разработчика — т.к. он пропустил это в тестах, и теперь есть возможность исправить.
Это страшное мировоззрение! А является ли нечто «работой» когда оплата низкая? А кто определяет — есть оплата или нет (и достаточно ли она высокая)? В какой форме оплата (деньги или удовольствие или знания или репутация). И достаточная ли она?
Осуществляя профессиональную деятельность, нужно оставаться всегда профессионалами.
Врач же не будет в половину своих усилий помогать пациенту, например, в самолёте. А это тоже не оплачивается.
PS: как разработчик — я разрешаю всем писать гневные баг репорты на мои проекты и обещаю исправлять любые найденные баги (если есть архитектурная возможность исправить).
Не умеют. Точнее, например, Logback может разделять по максимум одному MDC дискриминатору (такому как имя потока), но не более одного на файл.
И используемый SiftingAppender имеет меньше настроект и функционал, чем RollingFileAppender. Например, нельзя настроить архивацию по оригинальному имени файла в SiftingAppender.
В общем, архитектурно и с точки зрения настроек там всё очень печально. Поэтому и была создана Бобина.
Это ещё больше усилит Open Source и повысит качество.
Разве нет?
Для опытных — это вопрос часов\дней.
Есть 1 заявка на улучшение (YAML конфигурация) — скоро отпишусь по ней.
Тикеты закрою, они устарели — спасибо. Я их сам заводил на себя во время разработки.
Пожалуйста — используйте этот логгер! Я обещаю поддерживать и консультировать всех его пользователей! Буду счастлив, если он будет полезен Сообществу.
Я по мере возможностей поддерживаю проекты (завожу баги, PR, доначу деньги):
— Apache Groovy
— Gradle
— и ещё несколько по мелочи
Свои личные проекты (и количество пользователей) я не буду здесь упоминать — OSS не для самовосхваления. Важен софт, а не люди за ним. Люди умрут, а софт будет практически всегда.
Зочем ви травите?
PS: я себя сейчас почувствовал Большим Лебовски сейчас… А, кстати всё таки непонятно почему на пустом месте предосуждения делаются.
и кстати, вот и случился переход на личности. Самое забавное, что от той части «зала», которая за «личное пространство мейнтейнеров».
Думаю станет понятно, почему неправильно просить у каждого встречного фиксить код.
Если я наткнусь на баг в Спринге — я заведу его, как и делаю для всех используемых проектов. И большинство разработчиков благодарны — это уже большая помощь.
Таким подходом Вы вредите больше, чем приносите пользы.
OSS — это не место для любителей. Из-за таких ситуаций мы имеем сейчас неидеальную экосистему OSS с нестабильными проектами.
Весь этот тред побуждает меня написать Манифест Мейнтейнера OSS. Ждите в течении 4-5 дней на Хабре.
Давайте я соберу малоимущих, пообещав им горячую еду — но вдруг мне станет лень, и я тупо не приду в назначенный день.
Аналогия понятна?
Вообще хотелось бы иметь лист проектов с такими мейнтейнерами — чтобы избегать их изо всех сил.
моральное право имеет требовать исправить баг. Т.к. пользователь делает одолжение, используя проект. И разработчик должен быть благодарен пользователю.
Баг фикс это в исправление в существующем бранче.
Если что-то требует увеличение Major Version и отдельный бранч — это не баг фикс.
2 недели на баг фикс? Можно пример?
По Вашей логике, пользоваться OSS могут только те люди, которые имеют возможно самостоятельно исправлять ошибки конкретно в нём.
На самом деле когда прислалают гневный Issue, да ещё и по критическому багу — это большая удача для разработчика — т.к. он пропустил это в тестах, и теперь есть возможность исправить.
Это страшное мировоззрение! А является ли нечто «работой» когда оплата низкая? А кто определяет — есть оплата или нет (и достаточно ли она высокая)? В какой форме оплата (деньги или удовольствие или знания или репутация). И достаточная ли она?
Осуществляя профессиональную деятельность, нужно оставаться всегда профессионалами.
Врач же не будет в половину своих усилий помогать пациенту, например, в самолёте. А это тоже не оплачивается.
PS: как разработчик — я разрешаю всем писать гневные баг репорты на мои проекты и обещаю исправлять любые найденные баги (если есть архитектурная возможность исправить).
И используемый SiftingAppender имеет меньше настроект и функционал, чем RollingFileAppender. Например, нельзя настроить архивацию по оригинальному имени файла в SiftingAppender.
В общем, архитектурно и с точки зрения настроек там всё очень печально. Поэтому и была создана Бобина.