"Мы используем самый современный стек web-технологий: Ruby on Rails 5 на Backend"

бесстрашные люди, черт подери

это где такие храбрецы?

"Мы используем самый современный стек web-технологий: Ruby on Rails 5 на Backend"

они ещё небось 10 лет на swift пишут

нет, с 2014 года чуваки

Кто-то может подсказать гем или что-то ещё. Что может помочь разобраться в структуре проекта? Например нарисовать карту. P.S. Я нашёл гем который рисует зависимости в pdf файл, но там ещё больше каша.

это где такие храбрецы?

http://rubyjobs.ru/vacancies/4324

зато сайтик модный

там же пхп, он же всегда работает, даже если есть ошибка

если ошибка вознивает в пхп то она будет пере всеми на первой странице светится во всей красе. вон ондна контора для предприятия написала сайт-сервис на Yii если что-то делают то ошибки там постоянно красуются

варнинги, фатальные ошибки и тп

зато бабла получают немеренно

Это надо скрывать на проде

а у них пол региона сидят на их сервисе

Ну значит эти ошибки не так критичны :)

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

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

речь то о том что нужны ли тесты?

если ошибка вознивает в пхп то она будет пере всеми на первой странице светится во всей красе. вон ондна контора для предприятия написала сайт-сервис на Yii если что-то делают то ошибки там постоянно красуются

в общем-то нет

"Не менее трех месяцев опыта работы с node.js или angular.js" ох итить

с одной стороны тесты нужны когда чото нужно поменять и быстро помсмотреть - будет ли то что нужно

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

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

Ололо

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

Ну если ты их покрывал тестами то да :)

А query?

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

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

"Мы используем самый современный стек web-технологий: Ruby on Rails 5 на Backend"

basecamp тоже использует rails 5 в бекенде уже полгода как, им норм

Матом я их. Покрывало

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

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

basecamp тоже использует rails 5 в бекенде уже полгода как, им норм

по-моему, тут поставлено с ног на голову - это кусок бэйскемпа добавили в пятые рельсы. Бэйскемпу, естественно, норм

просто все равно изменения делаются сначала в девелопменте а не в продакшене как делают некоторые ПХП кодеры

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

так а какая разница-то - писать тесты или ошибки искать, если времени займет одинаково?

и пока в девелопменте там и можно все ошибки найти и исправить

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

и пока в девелопменте там и можно все ошибки найти и исправить

да-да. Попробуй это сделать в случае если твои изменения сломали какой-то старый функционал

какую-нибудь форму регистрации пользователя

которая давно сделана и забыта :D

Вот я по этому и хочу рспек раскурить

кури потихонечку

начни с минитест

потм втянешься

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

ну вот, торговля началась

дольше чем что?

чем само приложение

чем обнаружение, что у тебя давно сделанный функционал сломался?

ты имеешь ввиду если тесты были написаны, то прогнав тесты на этот функционал увидишь где сломалось?

В теории да...

Но только в теории

ты имеешь ввиду если тесты были написаны, то прогнав тесты на этот функционал увидишь где сломалось?

я хотя бы увижу, что что-то сломано

я хотя бы увижу, что что-то сломано

всмысле? если ты уже знаешь что сломано?

откуда ты знаешь, что что-то сломано?

ну допустим функционал перестал работать ты уже понял что что-то там сломалось

а как ты узнал, что он перестал работать?

и тесты покажут что и где так ведь?

ну ты или кто-то пытается его использовать

а он вдруг не работает

тебе сразу говорят - вот тут не работает

ок. А если ты не пытался его использовать, а про что, что кто-то другой пытался его использовать и оно не работает - ты не узнаешь?

ну а как ты тогда вообще узнаешь что, что-то сломано?

как вы задрали своими тестами

вот ты продал приложение и забыл про него

никак, естественно, не узнаю

и будет оно сломанное в одном месте

например, в форме регистрации новых пользователей :D

ну допустим функционал перестал работать ты уже понял что что-то там сломалось

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

как вы задрали своими тестами

я тоже подожду пока оно закончится ))

ERROR: S client not available

весь день философствования

да ни как

я не против тестов

просто считаю что их значимость слишком завышают

>я не против тестов, но писать их не буду

я так не говорил

мне интересны тесты

почитать?

нет

ок

я вообще считаю что тестировать надо весь критичный функционал и хитрый

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

и быстрее

я имею ввиду, если говорить про прикладные приложения

попробуй отдебажить нечто, про что ты даже не в курсе, что его дебажить надо :D

если ты не знаешь что ошибка есть, то может ошибки нет?

не, она есть

но ты про нее не знаешь

в динамических языках такое запросто

а кто или что тогда должен знать?

Дед Мороз

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

в общем случае тесты не замедляют разработку

в общем случае тесты не замедляют разработку

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

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

для меня в 2 раза быстрее, для моего джуна в 4 раза быстрее

понятно

кода больше в разы да, но он быстрее пишется

да я понимаю что тесты в будущем могут время сократить если нужно приложение починить

тесты сокращают время на этапе разработки

На этапе эксплуатации =)

+ починить, +ничего чужого не сломать

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

Да с тестами тоже не гарантирует успеха )))