?

Любитель TDD шоле?

Ты не дебажь, лучше тест напиши.

Любитель TDD шоле?

Не. @fomkin подобное заявление делал, вот и спросил)

Ты не дебажь, лучше тест напиши.

Не дебажь, подумой

Не. @fomkin подобное заявление делал, вот и спросил)

Ну он скорее хотел бы доказать корректность программы в компайл тайме

Скомпилировалась - значит полностью корректна

Для этого есть хаскель

Где-то была даже задачка от кого-то из скала комьюнити. Написать крестики нолики так.

Метод пристального всматривания, это когда ты поднимаешь у себя в голове интерпретатор языка. Лучше ничего быть не может. Можешь ходить взад-вперед, мокать IO как угодно, доступ к любым переменным. И ничего ставить не надо. Крутая штука хороче.

как без дебага то?

Метод пристального всматривания, это когда ты поднимаешь у себя в голове интерпретатор языка. Лучше ничего быть не может. Можешь ходить взад-вперед, мокать IO как угодно, доступ к любым переменным. И ничего ставить не надо. Крутая штука хороче.

Не Таип сейф

как без дебага то?

ну это надо уметь хорошо читать код ведь

вон как в гугл решают на интервью задачки в блокноте

вон как в гугл решают на интервью задачки в блокноте

в гугл доке

в гугл доке

один хрен

Не. @fomkin подобное заявление делал, вот и спросил)

такое часто говорят опытные прогеры, мой первы техлид(очень крутой чувак в java) так же говорил, если включаешь дебагер значит просто не знаешь что твой код делает

такое часто говорят опытные прогеры, мой первы техлид(очень крутой чувак в java) так же говорил, если включаешь дебагер значит просто не знаешь что твой код делает

и это верно

такое часто говорят опытные прогеры, мой первы техлид(очень крутой чувак в java) так же говорил, если включаешь дебагер значит просто не знаешь что твой код делает

я если не знаю что мой "код делает" вставляю system.out.println

и код начинает говорить мне что он делает)

значит ты плохо понимаешь что у тебя происходит если тебе нужно такое выводить)

я если не знаю что мой "код делает" вставляю system.out.println

пока у тебя консольное приложение. а когда тебе надо 3 минуты билдить проект, чтобы этот sout вставить, что делать?

значит ты плохо понимаешь что у тебя происходит если тебе нужно такое выводить)

всякое бывает, это как правило быстрее и нагляднее чем анализировать дебаггер с трейсом

пока у тебя консольное приложение. а когда тебе надо 3 минуты билдить проект, чтобы этот sout вставить, что делать?

тесты!

пока у тебя консольное приложение. а когда тебе надо 3 минуты билдить проект, чтобы этот sout вставить, что делать?

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

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

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

+

та же фигня, ну я иногда еще в чат пишу, а меня потом ненавидят.....

у нас ненавилеои на стадии ревью

ненавидели

ревьюеров

та же фигня, ну я иногда еще в чат пишу, а меня потом ненавидят.....

да ты херню пишешь

О, Дима пришел, привет!

такое часто говорят опытные прогеры, мой первы техлид(очень крутой чувак в java) так же говорил, если включаешь дебагер значит просто не знаешь что твой код делает

Тесты не всегда окупаются

Тест в какой то мере это автоматизированный дебаг

Тесты не всегда окупаются

Когда не окупаются?

1 там где для тебя очевидно что происходит, и ошибки редки и лего исправляемы 2 когда неудобно писать тест (слишком много нада подсунуть)

первый случай про лень, второй про плохой код

такое часто говорят опытные прогеры, мой первы техлид(очень крутой чувак в java) так же говорил, если включаешь дебагер значит просто не знаешь что твой код делает

кек. конечно, не знаю. обычно дебагер нужен, когда включаешь чужой код.

кек. конечно, не знаю. обычно дебагер нужен, когда включаешь чужой код.

если нет доступа к сорцам?

Я вижу сорцы. у меня есть таска поменять какие-то вызовы в камел пайплайне за 2 часа, который нифига не типизирован. Естественно, я поставлю брекпойнты в каждом процессоре и посмотрю, что там за данные

первый случай про лень, второй про плохой код

Лень это хорошо, позволяет не делать кучу лишней работы Качество кода это другой вопрос

первый случай про лень, второй про плохой код

Какой у тебя процент покрытия кода тестами всреднем.?

Лень это хорошо, позволяет не делать кучу лишней работы Качество кода это другой вопрос

Ну это ты сейчас думаешь что лишний.

на текущем проекте процентов 40

на текущем проекте процентов 40

Почему не 100? Это лень или плохое качество кода?)

И дебагер нужег и тесты нужны

ну я ж не говорю что я супер пупер разраб и у меня все круто

я говорю о том к чему нужно стремиться

?

я говорю о том к чему нужно стремиться

К чему?

к тому чтобы не юзать дебагер и покрывать код на 100% тестами, ну и чем лучше код тем проще его покрыть тестами

к тому чтобы не юзать дебагер и покрывать код на 100% тестами, ну и чем лучше код тем проще его покрыть тестами

Допустим я потратил 2 часа на то чтоб написать какойто тест блока, а в итоге там никогда не было багов. Я выбросил 2 часа. Нужно еще помнить что тратится время на поддержку тестов при изменении логики!

Честно, я не понял как отладка противоречит тестированию. Зачем нужно выбирать только одно?

Можно также набросить что тесты нужны плохому программисту который пишет так что у него потом в голове не укладывается принцип работы системы, неочевидно написанная

но ведь в идеале тесты пишутся до написания кода

Без разницы

нет, разница есть

тесты пишутся по ТЗ

а когда ты написал код а потом пишешь тесты то ты проверишь то что ты написал

а не то что нужно проверить

Я к тому что эти 2 часа потеряются что до что после

Плюс время на поддержку этого теста

Конечно есть случаи когда тесты желательны или жизненно необходимы

ERROR: S client not available

ты написал если не найдут баги оно потеряется

Да

Если там не возникнет багов в этом куске за все время

короче давай заканчивать демагогию и мою и твою, выше про дебагер было просто мнение, и доказывать тут его правоту мне тупо лень(тем более я параллельно мержу мастер в прод)

Или если дебаг куска занял в общей сложности < 2ч

Я к тому что ты правильно делаешь что не 100% код тестами покрыл, а только самое необходимое)

если вы используете сторонний сервис - как писать код без дебага?

если вы используете сторонний сервис - как писать код без дебага?

Замокать ответ стороннего сервиса.

Никак, и тесты и дебаг и внимательное всматривание нужно!)

тот же MS с их ебучим SharePoint, реальный кейс - пытаюсь авторизироваться через аккаунт с двух факторной авторизацией - вместо того что бы прислать ответ о том что на акке двухфакторная (по заявлениям у них такое есть) - они присылают мне что Invalid credentials

Искусство состоит в том что бы к месту применять

Дебаг зло. Дебаг нужен когда у тебя сервис не дает документации, а ты залезть из другого места в него не можешь

тот же MS с их ебучим SharePoint, реальный кейс - пытаюсь авторизироваться через аккаунт с двух факторной авторизацией - вместо того что бы прислать ответ о том что на акке двухфакторная (по заявлениям у них такое есть) - они присылают мне что Invalid credentials

Sharepoint на Akka?

тот же MS с их ебучим SharePoint, реальный кейс - пытаюсь авторизироваться через аккаунт с двух факторной авторизацией - вместо того что бы прислать ответ о том что на акке двухфакторная (по заявлениям у них такое есть) - они присылают мне что Invalid credentials

А тебе обязательно для того что бы проверить ее од писать???

Искусство состоит в том что бы к месту применять

По мне так искусством​ состоит в том, чтобы понимать что ты применяешь, и за чем,!

Да

По мне так искусством​ состоит в том, чтобы понимать что ты применяешь, и за чем,!

чё бля

чё бля

Эм, а нахрена с таким запросом тебе TDD????

https://ru.hexlet.io/blog/posts/how-to-test-code

такое часто говорят опытные прогеры, мой первы техлид(очень крутой чувак в java) так же говорил, если включаешь дебагер значит просто не знаешь что твой код делает

Всё так.

слушайте, в задаче с мышами косяк

можно же одной мыши наливать по очереди, из каждой бутылки

можно же одной мыши наливать по очереди, из каждой бутылки

умирает через час.

умирает через час.

спасибо, а то забыл условие

ребят, что больше потребляет траффика серверная шаблонизация - когда сервер уже отрендеренные страницы отдаёт или клиентская (т.е. толстый клиент на js, например)?

ит депендс

паттерн использовния какой? человек заходит и сидит полчаса туда сюда? или зашел и вышел со второй страницы?

заходит на 1 страницу

какой-нибудь абстрактный случай

ну тогда зачем тебе вообще толстый клиент?

не зачем