Всё именно так.
Просто на мой взгляд слишком большая часть инженеров в индустрии следует трендам и повторяет заученные мантры. Когда-то в моде было ООП, даже целые языки создали (Java), которые другие парадигмы в принципе не поддерживают. Потом вошли в моду паттерны, их стали лепить везде где можно и где нельзя. Теперь вот народ фанатеет от TDD, взахлеб рассказывает как юнит-тесты решают все проблемы.
Критически оценить влияние той или иной методологии на производительность труда способны немногие. Не удивлюсь, если через пару лет посыпятся статьи от «уважаемых людей», что TDD умерло и не тратьте время на покрытие юнит-тестами. Маятник качнется в другую сторону, в моду войдет что-то другое.
А пока одни следуют за трендами, другие эффективно работают по своим собственным правилам.
Да, иногда ходим туда с коллегами, но 45 грн за ланч против 30 у многих отбивает аппетит. Хотя кормят неплохо, да.
Напоминаю, что сегодня ждем всех желающих поиграть в манчкин в киевском офисе GlobalLogic, по удресу ул. Николая Гринченка, 2/1. Приходить можно на 19:00, плюс-минус.
Глобаловские — собираемся в 4R, приезжие — подходим на проходную (вход с колоннами) и пишем мне в гугл, чтобы я спустился и провел через турникет:
turbonomad собака гмейл точка ком.Можно также позвонить на мобильный, за номером обращаемся в личку. На данный момент номер спросили аж три человека...
Раньше — в глобалфуде, теперь в гурмане, но там ужасно. Порции маленькие, еда холодная и невкусная. Ем и страдаю, жду когда обещанную столовую в 3Г откроют.
Я всегда обедаю бизнес-ланчами.
Никто не сможет меня заставить готовить дома, а тем более мыть посуду. Так что вариантов кроме бизнес-ланча как бы и нет.
Ее же закрыли :(
Так бы и сказали, что пишете «сайтики-визитки»Угу, на С++ :)
CI подсказывает. Так как количество кода на каждый элемент функциональности стремится к минимуму, выяснить почему отпал функциональный тест очень легко.
И да, если есть юнит-тесты, то при удалении самого тестируемого API они тоже уничтожаются, а потому не могут подсказать место регрессии.
должен быть от 10 в минус 128 степени до 10 в степени 127Нет, не должен. Точнее, не 10, а 2. Это двоичный порядок.
Я против функциональных и более высокого уровня тестов ничего не имею :) Напротив — это критически важный инструмент, который как раз и позволяет мне так лихо вырефакторивать код тысячами строк, и не опасаться что я чего-нибудь сломаю.
А вот тестирование собственно кода при моем подходе требует намного больших усилий, чем те которые оно экономит при обнаружении возможных проблем. Выгода отрицательна.
Как тогда, взять и заменить вызовы самопальных классов на библиотечные. Даже если используется в 100 местах (тут я с запасом взял), поменять в них одну строку на другую это полчаса. Явно быстрее, чем писать юнит-тесты.
К тому же, может оказаться, что все места которые используют самопальные классы, находятся в каком-нибудь модуле, который является костылем сам по себе. Например, сериализация, управление ресурсами или что-то подобное, что давным давно реализовано в библиотеках и соответственно можно выпилить вообще весь модуль на несколько тысяч строк к едрене фене.
Если человек хочет узнать как добраться, он спросит у гугл-карт. Если не хочет, будет ныть на форуме очень долго, а объяснять нет смысла.
Предполагать можно что угодно.
На самом деле я попробовал и разочаровался в этой методологии. Она несовместима с моей практикой упрощающего рефакторинга. Нет смысла писать юнит-тесты и проектировать дизайн 5 классов и 2 интерфейсов, если завтра придет идея как выкинуть эти классы нафиг и реализовать то же самое парочкой простых
Оксана, я как организатор завтрашних посиделок персонально приглашаю вас НЕ приходить.
Киев, БЦ Протасов.
Я всех внизу заберу.
Шта?
Если мои changes прошли через все круги ада высокоуровневых тестов (functional, system, regression, stress) и проблем не найдено — можно считать, что их и нет.
И даже если находится какая-то исключительная ситуация, работающая неправильно (не так уж часто бывает) — быстрее взять и пофиксить, чем пытаться предугадать и покрыть все такие ситуации юнит-тестами.
В общем, я считаю что тестировать код — трата времени, которая не окупается. Полностью автоматизированного high level testing вполне достаточно.
Сходим на крышу, если там не все сидячие места заняты, то там и будем играть. Правда, сегодня прохладно. Но ничего, там можно горячий чай сделать :)