Покрываете ли вы свой код Unit-тестами? Да – 47 ??????? 62% Нет – 20 ??? 26% Стесняюсь ответить – 9 ? 12% ? 76 people voted so far.

Толку от код ревью. У меня команда была, которая ревьювила названия моих переменных в коде, код стайл и холиварные моменты. А на реальные проблемы внимание не обращала

Стесняюсь ответить?

Очень бесило это

Опрос что ли не анонимный?

Опрос что ли не анонимный?

Нет, тебя найдут

Покрываете ли вы свой код Unit-тестами? Да – 47 ??????? 62% Нет – 20 ??? 26% Стесняюсь ответить – 9 ? 12% ? 76 people voted so far.

А какой-процент должен быть что бы ответить да? (короче я уже написал 1 тест-класс и поставил ДА)

Опрос что ли не анонимный?

Скорее третий вариант ответа для трололо

На это побуждает концепция "оставил комментарий - долг выполнил"

надо добавить еще четвертый вариант: "а что такое юнит тесты?"

Я по код ревью скилл качал)

Толку от код ревью. У меня команда была, которая ревьювила названия моих переменных в коде, код стайл и холиварные моменты. А на реальные проблемы внимание не обращала

Ну дык сказал бы им что они долбоебы

Я им и сказал. Но, они, судя по всему, не очень поняли ))

на самом деле, проблема есть

люди не покрывают код тестами не по своей воле

Покрываете ли вы свой код Unit-тестами? Да – 47 ??????? 62% Нет – 20 ??? 26% Стесняюсь ответить – 9 ? 12% ? 76 people voted so far.

Нужен ещё вариант - что такое юнит тест

Толку от код ревью. У меня команда была, которая ревьювила названия моих переменных в коде, код стайл и холиварные моменты. А на реальные проблемы внимание не обращала

От такого ревью толку ноль. А нормальное ревтю — очень полезно.

люди не покрывают код тестами не по своей воле

На всё воля божья

Покрытие Unit-тестами кода - очень холиварная тема.

Храни Господь бэкенд мой и не дай NPE в проде, аминь

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

Покрытие ради покрытия - бесполезное (на самом деле - вредное) занятие.

"покрывать код тестами - для слабаков, херачим быстрее в прод" © Политика компании

Храни Господь бэкенд мой и не дай NPE в проде, аминь

За тобой уже выехал милонов

Но это не помогло =)))

надо добавить еще четвертый вариант: "а что такое юнит тесты?"

Егор не пишет тесты, пока не напишет свой ООП фреймворк для тестов?

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

Звучит как-то по-дартаньянски

ребят, 40% не пишут тесты

это проблема

но людей или компаний?

это пипец :)

Людей

Компаний

Людей

ребят, 40% не пишут тесты

Я ведро. Что мне там тестами покрывать? Гуй?

А нужно?

Когда людям не нравится переменная cnt в трехстрочном тесте, потому что , якобы, непонятно, что она делает в этом контексте, тут нельзя сделать что то не дартаньянское ) Alexander

ребят, 40% не пишут тесты

Да ладно, тут >50% школота залетная ?

Людей

Людей, если размышлять в духе "компания управляется людьми" (=

Да ладно, тут >50% школота залетная ?

да, типо @JBaruch @fundamentalparticle @yegor256 @gamussa

Я ведро. Что мне там тестами покрывать? Гуй?

BL же

тот кусок который твои данные для UI клеит

@yegor256 Я сегодня слушал подкаст с Голодным и с тобой, ты как-то сказал, что заставляешь программистов быть максимально ленивыми и писать самый минимальный код, чтобы он сразу работал в продакшене, до этого ты говорили что каждое изменение проходит жесткий код ревью. Вот вопрос, получается что человек должен написать быстро рабочий код и при это качественный?

BL же

сходить в сеть, распарсить, показать данные ? Иногда парсинг JSON покрываю, потому что форматы упоротые.

Да ладно, тут >50% школота залетная ?

Ну вот написал я на свой код тесты, а остальные нет.

и того покрытие тестами 2%

сходить в сеть, распарсить, показать данные ? Иногда парсинг JSON покрываю, потому что форматы упоротые.

ну вот. Еще тест написать, что будет если запрос зафейлиться и все прочее

Ну вот написал я на свой код тесты, а остальные нет.

Ты же не работаешь. Какой код ты пишешь?

@yegor256 Я сегодня слушал подкаст с Голодным и с тобой, ты как-то сказал, что заставляешь программистов быть максимально ленивыми и писать самый минимальный код, чтобы он сразу работал в продакшене, до этого ты говорили что каждое изменение проходит жесткий код ревью. Вот вопрос, получается что человек должен написать быстро рабочий код и при это качественный?

Чет я не согласен. Ленивый програмист не будет лениться писать код. Ленивый программист будет лениться думать.

Я ведро. Что мне там тестами покрывать? Гуй?

нужно!

ну вот. Еще тест написать, что будет если запрос зафейлиться и все прочее

Тривиальный код, в тестировании не нуждается.

@yegor256 Я сегодня слушал подкаст с Голодным и с тобой, ты как-то сказал, что заставляешь программистов быть максимально ленивыми и писать самый минимальный код, чтобы он сразу работал в продакшене, до этого ты говорили что каждое изменение проходит жесткий код ревью. Вот вопрос, получается что человек должен написать быстро рабочий код и при это качественный?

диалектика и есть) этот конструктивный конфликт интересов и приводит к повышению качества кода.

кстати, вот да

сходить в сеть, распарсить, показать данные ? Иногда парсинг JSON покрываю, потому что форматы упоротые.

Вот, покрывать надо всякие pure функции с if/switch (типа пошел в лево или в право) и трансформации объектов (типа твоего json парсера)

если есть тривиальный код

надо ли покрывать?

Ты же не работаешь. Какой код ты пишешь?

гипотетически

За что отхватит в поддержке этого кода

зачем тестировать круд, что на хибер/монго тестов не писали?

И ещё я тебя не признал, Alexander, думал что за залётная птица

Вот, покрывать надо всякие pure функции с if/switch (типа пошел в лево или в право) и трансформации объектов (типа твоего json парсера)

Вот у меня и покрытие <10%.

Тривиальный код, в тестировании не нуждается.

не все же приложения тривиальны как и бизнес логика, заложенная в них

ERROR: S client not available

И ещё я тебя не признал, Alexander, думал что за залётная птица

Скрываюсь от скала разработчиков

Вот у меня и покрытие <10%.

ну так а 100% и не надо имхо, бесполезно потому что и тупо дрочерство на статистику

Скрываюсь от скала разработчиков

ибрагим захантить решил?

ибрагим захантить решил?

небось мечтал сам у него работать

небось мечтал сам у него работать

нет, мало денег он платит

ибрагим захантить решил?

Что за Ибрагим?

Какой-то локальный мем?

Какой-то локальный мем?

Значит ещё не скрываешься.

нет, мало денег он платит

меньше 2.5?

меньше 2.5?

где-то столько.

а, вспомнил

лучше у скалистов поспрашивай

Значит ещё не скрываешься.

Не настолько глубоко

Вот у меня и покрытие <10%.

Ну и супер (хотя видимо ты любишь писать фрейморки, а не брать готовые). Единственно, можно посмотреть на мутационное-тестирование / property-based тесты, что бы убедиться что ты не пропустил угловые случаи.

Ну и супер (хотя видимо ты любишь писать фрейморки, а не брать готовые). Единственно, можно посмотреть на мутационное-тестирование / property-based тесты, что бы убедиться что ты не пропустил угловые случаи.

Писать фреймворки не особо люблю.)

Писать фреймворки не особо люблю.)

В ООП оно как-то само получается ?

А что сейчас модно использовать для хранения блобов? (90% до 1 метра, 99,9% до 100 метров)

А что сейчас модно использовать для хранения блобов? (90% до 1 метра, 99,9% до 100 метров)

byte[]

Речь про persistent storage btw.

А что сейчас модно использовать для хранения блобов? (90% до 1 метра, 99,9% до 100 метров)

Файлы, уже не модно?

Файлы, уже не модно?

Так или иначе - всё хранится в файлах. Но raw файлы - ненадёжно.

Так или иначе - всё хранится в файлах. Но raw файлы - ненадёжно.

пруфы?

Речь про persistent storage btw.

Да понятно, только ни слова про окружение.

пруфы?

Пруфы того, что всё хранится в файлах? Или того, что ненадёжно?

Пруфы того, что всё хранится в файлах? Или того, что ненадёжно?

что не надежно

все в памяти хранить надо

что не надежно

By design же: диски ломаются, рейды разваливаются.

By design же: диски ломаются, рейды разваливаются.

ну дак blob-ы в persistance storage Вас от этого не спасут... Да и бэкапить это добро - то еще удовольствие

Разумеется нельзя гарантировать 100% сохранность данных. Но от бонусов от программной прослойки по репликации, восстановлению, управлению зачем отказываться?