И проверите Вы отдельные строки.
Они такие же, как написаны в учебниках.
И что это даст для всей задачи?
Я не вижу смысла тут начинать разговор про модульные(юнит) тесты, если вы не очень понимаете что ими проверяется. Тема все-таки гораздо шире. При правильном подходе к разработке у исполнителя в любой момент времени должен быть код, который можно показать заказчику.
Все бы хорошо. Но у меня соседи сверху - дети (30-40 лет, муж-жена) чиновников. На работу не ходят, ребенка одного в сад не водят. Жизнь барская. Все есть. Где они числятся и откуда деньги на жизнь берут? Оборзевшие, тупые, ночью орут, топают, если ребенок обоссытся. Избалованное Г. Это вы их кормите своими налогами.
Вообще не вижу связи. На мои налоги платятся пенсии моим родителям, строится инфраструктура города, меня лечат. Да, все неидеально. Но я по крайней мере могу видеть на что они идут. А что б не кормить чиновников я и переехал туда, где понимаю, на что они идут.
Тут согласен.
(для всей задачи) отдельных строк кода проверить невозможно.
А тут нет. Для этого и существуют юниттесты. Я вообще чем дальше, тем больше склоняюсь к TDD.
То есть ты сидишь на пособии, пользуешься всеми благами государства и при этом налоги для тебя зло? Феноменально. Постсовковая система построена на рабстве, нужно создать впечатление что это вы государству должны, а не оно вам.
Я здесь плачу налоги под 30% от того, что заработал. Но я и понимаю, на что они идут. Отдельно фонд здравоохранения, отдельно пенсия. В любой момент могу зайти и посмотреть, сколько я накопил, сколько потратил.
Децентрализованная валюта - вопрос будущего, но вряд ли скорого. Кто ее первыми освоил? Наркоторговцы, работорговцы, оружейные бароны - весь теневой рынок. Простому обывателю чем она хороша?
При наличии нормальной навигации по сайту открывание в новой вкладке возможно полезно для поисковых систем, для пользователя - сомнительно, потому что новая вкладка обрубает твою цепочку перемещений по сайту. Пользователь часто перемещается назад-вперед, проще откатиться на страницу назад, чем искать ее через меню. Имеет смысл для больших подразделов, например переход в каталог, в сервисы с основного раздела сайта. Лучше с этим не перебарщивать. Когда после посещения сайта у тебя в браузере оказывается с десяток страниц - о сайте не сильно хорошее впечатление создается.
В интересных же ты коллективах работаешь, если конечно, вообще работаешь... Смотрю у тебя что работа, что семья... Ну да твое дело...
Считаю, что на работе ОБЯЗАТЕЛЬНО надо выстраивать нормальные, дружеские отношения, но не переступая черту. Не забывая, что это твои коллеги, а не кореша с детства. Тогда и проблем будет меньше и на работу будет ходить комфортно. Никогда не знакомился в курилке, но есть достаточно коллег, с которыми познакомился в офисе и с тех пор поддерживаю хорошие отношения. У нас есть, например, комната с теннисным столом, там познакомился с парой индусов и парочкой арабов, в обед и после работы можем сыграть несколько партий, так как народу немало собирается, играем парами. Есть релакс комната с плэйстейшеном, там народ тусит. Ну и кухна конечно же - также место для общения отличное за кофе.
В целом мы на работе проводим времени больше чем дома и строить свое общение так, чтобы оттуда хотелось сбежать мне кажется неправильным.
Ну и гибридный метод рулит)
Джунам счас вообще ничего не платят, потому что они не нужны никому
Будет странным выкладывать код проекта под nda). В реале конечно намного больше тестов и не только юнит , но и регресс, когда сравниваются разные версии хранилищ и разные приблуды для поиска только изменившихся данных.
А как же функциональные, смок, интеграционные? Какие из них для теста данных? Ссылок я тебе накидать могу побольше и на более удобные тулы, мне интересно твое видение. Но очень сомневаюсь что ты и на самом деле в состоянии чтото написать. Сенситив всегда можно убрать из примера. И все еще жду пример фреймворка под докер)
Хорошо, попробую ответить. Начну с конца
Как в том анекдоте - Как вы стали миллионеров? - Я каждое утро вставал рано и развозил товары на своем стареньком велосипеде, находя все новых заказчиков, пока не умер мой дядя и не оставил мне наследство))) Я в компанию пришел обычным разработчиком вордпресс. Через год уже был руководителем отдела веб-разработки. Так что возникли проблемы, мое слово было решающим - куда двигаться дальше. Но это не значит что я вот такой пришел и сказал - пишем на Джанго. Я сделал MVP, развернул на аналогичном хостинге, показал, что улучшится. Доказал что время разработки станет меньше и мы сможем быстрее внедрить хотелки. Так как я был на ставке и моя зарплата не зависела от того, на чем я пишу, это было важно. В целом мы внедряли сеть сайтов дла компании, она многопрофильная и цель была - унификация всех продуктов. А это не только интернет магазин. Там много было фишек для клиентов разных уровней, интеграция со складом, с сервисом доставки. К слову, когда уходил - отпускать не хотели, предлагали и зп выше и прочее, но у меня была цель - работать в айти-компании.
Так как я был в штате компании - не было цели кого-то обуть, впарить. Я же не наемный сео-шарлатан, которому надо было продать услуги сомнительной пользы. И эффект от моей работы выражался не в позициях в поиске, а в удовлетворении клиентов, когда росли продажи через мои системы - мне капала премия.
Я давно не разрабатываю сайты, но в любом случае быстрее напишу на фреймворке, чем на цмске. Если конечно не подразумевать натянуть шаблон на вордпресс и накидывать плагинами, пока он не сдохнет. Мне это просто неинтересно.
Очень просто. Ты не знаешь как с помощью gitlab пайплайна тестировать изменения в базах данных ? И также встроить туда команды для ПО, которые эти изменения генерит и делает юнит тесты. Так и скажи что не шаришь, зачем умничать тут ( вернее, в каждой теме )
Очень хочу увидеть код, который с помощью юниттестов тестирует изменения в бд? Покажешь кусочек? И как это все реализуется командами пайплайна?
