Comments 27
Я же запускал тесты, зачем тестировать руками приложение?
Вот это неправильно. Доказывается очень просто — что можно прокликать вручную, то можно автоматизировать. Вручную можно прокликать 2-3 тесткейса, автотесты могут прокликивать сотни тесткейсов. Для проблем со сломанной версткой есть скриншоты и попиксельное сравнение с эталонной картинкой.
автотестами можно покрыть всё. безусловно. при одном условии. если на это деньги есть на проекте, а если нет, то это исключительно ответственность разработчика за свой код и больше не чья.
Было у нас на одном проекте попиксельное сравнение — не взлетело. Для него надо либо жестко фиксировать версию операционки и размер экрана (а так не интересно, да и не особо-то и полезно), либо же делать эталонные скрины для каждого разрешения и версии (в том числе минорной, а это очень затратно по времени) иначе оно будет падать на какое-нибудь немного по другому обрисовывающееся сглаживание шрифта. Проще уж тогда просто делать кучу скринов всех экранов и состояний и потом их просматривать
Во-первых: код — это не велосипед,
Ну, смотря какой код. Бывает такой, что из велосипедов состоит чуть более, чем полностью.
Очень все категорично. И работает в достаточно узких рамках «проектов которых я считаю „нормальными“, а остальных как будто не существует». Но здравые зерна в тексте есть
У статьи очень неприятный нравоучительный тон. Обвинения в зазнайстве в таком контексте выглядят, как минимум, странно.
> Я же запускал тесты, зачем тестировать руками приложение?
Видимо, ты имеешь в виду только свою отрасль, а именно, web-приложения.
В случае разработки проектов другого плана: СУБД, бизнес-процессы, общие библиотеки — тесты+code review должны быть критерием корректности изменений.
Видимо, ты имеешь в виду только свою отрасль, а именно, web-приложения.
В случае разработки проектов другого плана: СУБД, бизнес-процессы, общие библиотеки — тесты+code review должны быть критерием корректности изменений.
Слишком всё категорично…
Многие вещи тестировать руками разработчика — слишком дорогое удовольствие. А иногда и вовсе не имеет смысла.
Я разработчик, но код давненько не писалЯ как то год код не писал. Всё, на что это повлияло — скорость вхождения в рабочий процесс на новой работе. Но никто не засомневался в том, что я разработчик.
Я же запускал тесты, зачем тестировать руками приложение?
Многие вещи тестировать руками разработчика — слишком дорогое удовольствие. А иногда и вовсе не имеет смысла.
Я уже знаю достаточно и могу больше не учитьсяЭто тоже не универсальное утверждение. Иногда учить — лишь отвлекать ценного разработчика от его профессиональной компетенции.
Я достаточно крут и могу это не доказыватьВот иногда очень нужно просто сказать некоторым спорщикам именно это — я достаточно крут, потому сделай как я говорю и потом посмотрим на результат.
К сожалению или к счастью, доказывать свои навыки, проф.пригодность и вменяемость нужно всю жизнь.
С моей точки зрения, люди, которые постоянно доказывают, что они крутые, ничем не лучше тех, кто этого не доказывает. Потому что представления о том, как надо доказывать, у каждого свои, а некоторым потом приходится жить с результатами таких доказательств.
Да, всё так. Спасибо! Наконец кто-то озвучил мои мысли.
Про покрытие тестами я говорил своим не раз. Фекалии, покрытые тестами, остаются фекалиями, покрытыми тестами. Да, всё зелено. Супер грин. А потом 85 багов, на которые никто не удосужился выделить время. Зато всё покрыто тестами.
Про покрытие тестами я говорил своим не раз. Фекалии, покрытые тестами, остаются фекалиями, покрытыми тестами. Да, всё зелено. Супер грин. А потом 85 багов, на которые никто не удосужился выделить время. Зато всё покрыто тестами.
любую книжку по JS 5-илетней давности можно смело пустить на растопку.
А как насчет десятилетней?)
Дабы не сильно холиварить о скорости изменения технологий приведу пару примеров. Есть книжка Кернигана и Пайка 1992 года розлива. По ней можно неплохо освоить Unix и не сильно удивиться изменениям, случившимся 15 лет спустя. Можно взять книжку Тома Кайта про Oracle 8, который вышел в районе 2000 года и не сильно удивиться различиям, случившимся в версии 18c. А вот любую книжку по JS 5-илетней давности можно смело пустить на растопку.
т.е. вы пишете, что надо постоянно развиваться и тут же приводите 3 примера, 2 из которых не сильно менялись за последние 10 лет? )
Как то… непоследовательно, что ли )
На самом деле, из веб-стека я кроме сетей, осей и БД не знаю ничего долгоиграющего. То есть язык, как основа разработки, за пятилетку меняется значительно. А любой фреймворк поверх языка и подавно изменчив за такой срок. Мысль была про это.
Языки, кстати, даже JS, неплохо дружат с обратной совместимость. Новые фишки крайне редко обнуляют базовые возможности. Особенно, если новое — это щедро пересыпанное сахаром старое.
А этого мало? )
Вебстек лишь часть айти-индустрии и столь радикально заявлять о постоянных изменениях в статье без явного указания что это касается только веба как то опрометчиво и наивно. Говорит о недостатке ширины кругозора )
Ну это так, небольшое недовольство общей тенденцией хабра к вебразработке.
ЗЫ:delphi изменился сильно за это время? C#? C? и фреймворки к ним?
Ну так, чисто косметически. про Т-SQL я вообще молчу.
Быстро меняющиеся стандарты языка, фреймворки и прочее не подходят для больших, серьёзных и долгих проектов, просто по причине того, что им нужен стабильный и реализующий то что им надо стек, а не зоопарк технологий, который устареет через пол года. =)
Вебстек лишь часть айти-индустрии и столь радикально заявлять о постоянных изменениях в статье без явного указания что это касается только веба как то опрометчиво и наивно. Говорит о недостатке ширины кругозора )
Ну это так, небольшое недовольство общей тенденцией хабра к вебразработке.
ЗЫ:delphi изменился сильно за это время? C#? C? и фреймворки к ним?
Ну так, чисто косметически. про Т-SQL я вообще молчу.
Быстро меняющиеся стандарты языка, фреймворки и прочее не подходят для больших, серьёзных и долгих проектов, просто по причине того, что им нужен стабильный и реализующий то что им надо стек, а не зоопарк технологий, который устареет через пол года. =)
Нихрена ты не разработчик
сойдите с этой планеты
можно просто уйти в монастырь
если не практикуешься, то забываешь
разработчикам очень обидно
отращивайте себе скилл с харизмой заново
не тащите ссылки на былые успехи
В тексте чувствуется знатная попаболь.
Дайте погадаю. У «настоящего разработчика» случился факап, пришел «какой-то менеджер» (совсем не настоящий же!!11), показал мастер-класс и теперь перед коллегами неудобно?
Разработчик — это, прежде всего, склад ума и понимание CS в целом, а не уверенное жонглирование очередным JS-фреймворком, имя которым легион.
Код — не велосипед, да (хотя у кого как). Знания — велосипед.
Если человек знает фундаментальные принципы разработки, структур данных, оценки сложности алгоритмов и т.п. — это уже не пропьёшь, он освоит любой язык за два дня, даже если писал последний раз в 80-х.
Sign up to leave a comment.
Смертные грехи разработчика