PHP разработчик, от 80 - 120 т.р. Москва

[Фанат]

Я это расцениваю как опрос вида "У нас только чай. Это вообще хоть кому-нибудь интересно?".
То есть, о внедрении тут речь в принципе не идет, это попытка получить обратную связь по имеющейся позиции.

 

[MiksIr]

К слову, про опрос, есть joel test https://www.joelonsoftware.com/2000/08/09/the-joel-test-12-steps-to-better-code/

 

[fixxxer]

Он, кстати, на удивление до сих пор более-менее адекватен. Достаточно билд на CI заменить, остальное подходит.

Ну и с багами немного спорно, может быть баг, который с точки зрения продукта минорный, а по трудозатратам на исправление огого. Какой-нибудь редкий race condition, например, или небольшая утечка памяти фиг знает где.

 

[Adelf]

@fixxxer, правда первый пункт надо не плюсовать, а умножать на весь остальной результат.

 

[MiksIr]

Ну и с багами немного спорно, может быть баг, который с точки зрения продукта минорный, а по трудозатратам на исправление огого. Какой-нибудь редкий race condition, например, или небольшая утечка памяти фиг знает где.

Ха, а когда его фиксить? "Потом, когда время будет"? Ну ты же понимаешь, что это равноценно "никогда". К слову, он там пишет, что спланировать фикс бага много сложнее по времени, чем новую фичу. По-этому не стоит доводить до их накопления, а фиксить стразу и потом уже планировать расписание новых задач.

 

[fixxxer]

Ответ "никогда" вполне может быть правильным.

Например, в php-fpm после его перевода на непатченный либевент есть проблема утечки памяти на линуксе (а точнее с epoll()-ом), целых 4 байта на воркер до его рестарта. Баг? Ну вроде. Фиксить надо? Да хрен бы с ним. Может, кстати, и пофиксили, не знаю.

 

[MiksIr]

Тогда это не открытый баг, тогда это закрытый баг won't fix. и отдельный списочек known issues aka features

 

[fixxxer]

Ну или вот PHPStorm возьмем. В нем долбаная туча минорных багов, которые не фиксятся годами, некоторые из них я сам заводил и меня они временами подбешивают. Но своевременное добавление поддержки PHP7 куда важнее.

Многие, кстати, пофиксили, с временем от заведения бага до фикса по 2-3 года

 

[MiksIr]

Ну или вот PHPStorm возьмем. В нем долбаная туча минорных багов, которые не фиксятся годами, некоторые из них я сам заводил и меня они временами подбешивают. Но своевременное добавление поддержки PHP7 куда важнее.

У них немного иначе. У них, условно есть "в работу" и условный "won't fix", но последнее пожет перейти в первое путем голосования.
И потом, а кто сказал, что у них все верно? "они временами подбешивают" - не лучший критерий продукта.
Они их накопили и теперь иногда с трудом разребают. Да, возможно иначе нелья было, но это не значит, что это правильно

 

[fixxxer]

Так я к тому, что бывают ситуации, когда иначе нельзя, и приходится выбирать меньшее из зол.

У них немного иначе. У них, условно есть "в работу" и условный "won't fix", но последнее пожет перейти в первое путем голосования.

Не всегда. У меня, конечно, не сильно большая статистика, но по тем багам, которые я заводил, скорее выглядит как "пофиксили с чем-то заодно". Ну то есть как с рефакторингом - когда руки дошли до этого куска кода по другой причине.

"они временами подбешивают" - не лучший критерий продукта

Не лучший. Но лучше, чем продукт, который вообще не выполняет свою функцию (а в случае с отсутствием поддержки семерки было бы именно так).

 

[AnrDaemon]

Ну и с багами немного спорно

Нет там ничего спорного, если не доходить до фанатизма.
Я читаю это как "при реализации нового функционала в указанной части кода сначала удаляются баги в этой самой части кода".

 

[fixxxer]

если не доходить до фанатизма.

Этим и отличается от остальных пунктов.
Без VCS, скажем, работать нельзя вообще, безоговорочно.

 

[MiksIr]

Не лучший. Но лучше, чем продукт, который вообще не выполняет свою функцию (а в случае с отсутствием поддержки семерки было бы именно так).

В шторме достаточно "фич", которые можно было бы не делать без потери майнстрима

Я читаю это как "при реализации нового функционала в указанной части кода сначала удаляются баги в этой самой части кода".

Да не, скорее "мы тут переделывали эту подсистему, давайте проверим, может что-то из багов уже само починилось".

В общем, лучше бы закрывали эти баги и забывали про них. Но к слову, если вернутся к joe, судя по тексту он говорит про свежерелизные баги. Т.е. баги, которые появились благодаря новому коду. Ибо основной акцент делает на то, что свежие баги проще править пока хорошо помнишь этот код. А если баг появился давно, просто его нашли недавно - тут уже не так важен этот принцип.

 

[fixxxer]

В шторме достаточно "фич", которые можно было бы не делать без потери майнстрима

Многие из его фич меня удивляют бесполезностью, но я легко себе представляю всяких там программистов на вордпрессе, которым такое надо.

судя по тексту он говорит про свежерелизные баги

Если только в этом контексте - ну тогда да, тут очевидно все.