Size: a a a

2020 September 09

MM

Maksim Maslov in JUG NN
пойду в скайпе в статус поставлю
источник

MM

Maksim Maslov in JUG NN
Это как надпись над входом в ад Данте, только про энтерпрайз
источник

SK

Sergey Kapralov in JUG NN
Maksim Maslov
пойду в скайпе в статус поставлю
Только на статус в скайпе такое и годится. Как аргументация в споре, подобная ботва — херь постная.
источник

MM

Maksim Maslov in JUG NN
ну, я тут не столько про програмирование и java, сколько про тщетность бытия и управление
источник

SK

Sergey Kapralov in JUG NN
Maksim Maslov
ну, я тут не столько про програмирование и java, сколько про тщетность бытия и управление
Я понял. А я тоже не про программирование, я про споры и дискуссии.
источник

RM

Romian Makhline in JUG NN
все равно не понимаю, чем этот аргумент плох. усилия должны быть пропорциональны их необходимостью и на коротких проектах смысла напрягаться нету. вообще не понимаю почему такая сильная забота о подерживаемости. ну то есть хорошо, когда вносить изменения легко и просто, но и обратная ситуация тоже не так уж и плохо. возможно во мне говорят годы работы над легаси проектами и над проектами живущими не больше года-полутора, мне казалось это общее состояние всего энтерпрайза. вы приходите на проект, дружно активно пилите в первые полгода год, а дальше ленивый фикс багов пока всех с проекта не заберут на очередной такой корабль.
ну то есть лично меня всегда восхищало, когда что то реализовано красиво в моих глазах - какие то высокоэффективные алгоритмы или написано на столько интересно и запутанно, что пока распутаешь - весь блокнот покроешь таинственными символами. лично мне это интересно и совершенно не понятно, как может вообще кого то интересовать писать например юнит тесты что бы они что то отображали и как то документировали. ну то есть возращаясь к фейк объектам - все усилия потраченные на фейкобъекты на мой взгляд лучше потратить на стремные юнит тесты с моками и на человеческую документацижю написанную на естесственном языке. ее хотя бы можно читать.
источник

SK

Sergey Kapralov in JUG NN
Romian Makhline
все равно не понимаю, чем этот аргумент плох. усилия должны быть пропорциональны их необходимостью и на коротких проектах смысла напрягаться нету. вообще не понимаю почему такая сильная забота о подерживаемости. ну то есть хорошо, когда вносить изменения легко и просто, но и обратная ситуация тоже не так уж и плохо. возможно во мне говорят годы работы над легаси проектами и над проектами живущими не больше года-полутора, мне казалось это общее состояние всего энтерпрайза. вы приходите на проект, дружно активно пилите в первые полгода год, а дальше ленивый фикс багов пока всех с проекта не заберут на очередной такой корабль.
ну то есть лично меня всегда восхищало, когда что то реализовано красиво в моих глазах - какие то высокоэффективные алгоритмы или написано на столько интересно и запутанно, что пока распутаешь - весь блокнот покроешь таинственными символами. лично мне это интересно и совершенно не понятно, как может вообще кого то интересовать писать например юнит тесты что бы они что то отображали и как то документировали. ну то есть возращаясь к фейк объектам - все усилия потраченные на фейкобъекты на мой взгляд лучше потратить на стремные юнит тесты с моками и на человеческую документацижю написанную на естесственном языке. ее хотя бы можно читать.
Тем что это... не знаю как назвать... аргумент к традиции? Аргумент к статусу кво? Подмена дискуссии? Какая то из демагогий вобщем, не доказывает и не опровергает оригинальное суждение, но "ведет не туда" и к флейму.
источник

RM

Romian Makhline in JUG NN
давай перефразирую. энтерпрайзная разработка не заинтересована в том, что бы код был подерживаемым
источник

RM

Romian Makhline in JUG NN
а не заинтересована она потому что текущий релиз всегда важнее завтрашнего
источник

RM

Romian Makhline in JUG NN
потому за текущий бабки уже заплатили, а за следующий еще нет, а когда заплатят тогда и думать будем и поддержку заодно можно будет продать
источник

SK

Sergey Kapralov in JUG NN
Romian Makhline
а не заинтересована она потому что текущий релиз всегда важнее завтрашнего
Я вижу в этом какое то тотальное когнитивное искажение, и отсутствие вообще хоть какого то смысла. Впрочем, мне понятен его источник: за века эту тему здорово дискредитировали.
источник

SK

Sergey Kapralov in JUG NN
Romian Makhline
все равно не понимаю, чем этот аргумент плох. усилия должны быть пропорциональны их необходимостью и на коротких проектах смысла напрягаться нету. вообще не понимаю почему такая сильная забота о подерживаемости. ну то есть хорошо, когда вносить изменения легко и просто, но и обратная ситуация тоже не так уж и плохо. возможно во мне говорят годы работы над легаси проектами и над проектами живущими не больше года-полутора, мне казалось это общее состояние всего энтерпрайза. вы приходите на проект, дружно активно пилите в первые полгода год, а дальше ленивый фикс багов пока всех с проекта не заберут на очередной такой корабль.
ну то есть лично меня всегда восхищало, когда что то реализовано красиво в моих глазах - какие то высокоэффективные алгоритмы или написано на столько интересно и запутанно, что пока распутаешь - весь блокнот покроешь таинственными символами. лично мне это интересно и совершенно не понятно, как может вообще кого то интересовать писать например юнит тесты что бы они что то отображали и как то документировали. ну то есть возращаясь к фейк объектам - все усилия потраченные на фейкобъекты на мой взгляд лучше потратить на стремные юнит тесты с моками и на человеческую документацижю написанную на естесственном языке. ее хотя бы можно читать.
> все усилия потраченные на фейкобъекты на мой взгляд лучше потратить на стремные юнит тесты с моками и на человеческую документацижю написанную на естесственном языке. ее хотя бы можно читать.

Документация устаревает, при этом ни компилятор ни линтеры никогда не проверят ее на актуальность, все это ложится грузом на команду. Неактуальная дока хуже отсутствующей, так как ведет исключительно к заблуждениям, и потом все равно придется смотреть в первоисточник. Стремные юнит тесты же — хуже чем вообще их отсутствие, мало приятного при написании кода ловить и фиксить еще и фолс-позитивы. Если по нормальному юнит тесты не пишутся, лучше уж заложиться в тесты уровнем выше — АПИ, там, регрессионные, е2е...
источник

RM

Romian Makhline in JUG NN
противоречие в документации найти глазами относительно легко. а вот найти, что тест упускает какой то кейс, а ты на него положился - очень легко. тут фолс-позитив как раз атки совершенно не виден - то что у тебя все собирается не доказывает, что рефакторинг был произведен корректно
источник

II

Iurii Iurchenko in JUG NN
Romian Makhline
давай перефразирую. энтерпрайзная разработка не заинтересована в том, что бы код был подерживаемым
мне кажется это вопрос верований конкретных энтерпрайз разработчиков. в принципе DDD продаёт идею о том что подходя к написанию кода как к процессу моделирования ты "предвосхищаешь" будущие фича реквесты и соответственно завтра берёшь те же бабки, а работы делаешь меньше.
источник

SK

Sergey Kapralov in JUG NN
Romian Makhline
противоречие в документации найти глазами относительно легко. а вот найти, что тест упускает какой то кейс, а ты на него положился - очень легко. тут фолс-позитив как раз атки совершенно не виден - то что у тебя все собирается не доказывает, что рефакторинг был произведен корректно
Эммм... ты ведь меня правильно понял, когда я говорил про фолс позитивы, да? Под позитивом я имел ввиду когда тест фейлится. А под фолс позитивом — когда он фейлится по нерелевантным предмету тестирования причинам. Иными словами, одно дело рефакторить модуль, а другое — рефакторить модуль и кучу тавтологических тестов, которые накрылись из-за того, что сигнатура моков этого модуля или их потребление после рефакторинга поменялась.
источник

RM

Romian Makhline in JUG NN
Sergey Kapralov
Эммм... ты ведь меня правильно понял, когда я говорил про фолс позитивы, да? Под позитивом я имел ввиду когда тест фейлится. А под фолс позитивом — когда он фейлится по нерелевантным предмету тестирования причинам. Иными словами, одно дело рефакторить модуль, а другое — рефакторить модуль и кучу тавтологических тестов, которые накрылись из-за того, что сигнатура моков этого модуля или их потребление после рефакторинга поменялась.
ну я подразумевал обратную ситуацию. тест говорит что все хорошо, а на самом деле не хорошо. хотя ситуации в моем воображении схожи на столько, что можно и одним термином назвать
источник

SK

Sergey Kapralov in JUG NN
Я думал это расхожие понятия, про позитивы-негативы. Ну ок.
источник

RM

Romian Makhline in JUG NN
короч, плевать. не тот термин использовал
источник
2020 September 10

SS

Sergey Smyshlyaev in JUG NN
источник
2020 September 11

MM

Maksim Maslov in JUG NN
webpack-bundle-analyzer ?
источник