нули размножаются вместе с требованиями )))

чем непонятнее требования, тем больше нулей

В 30000 попадает?

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

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

ну и понятно, что в эту сумму не входят дальнейшие хотелки, помимо изначальных

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

Допустим, а время сколько нужно?

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

но обычно в ТЗ всегда оказывается сложнее, чем пишется в описании работы

))

Ясно, ладно спасибо

На самом деле, вы наверняка найдете и дешевле, и быстрее

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

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

где там 2-3 недели?

неторопливой, это по вечерам по 2-3 часа

у меня основная работа же есть ещё )

неторопливой, это по вечерам по 2-3 часа

это не 2-3 недели, это 20-30 часов

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

потому назвал так

если по часам эстимейтить - то нужно ТЗ, может оказаться как меньше, так и больше

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

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

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

бэкенд+фронтенд+верстка на день работы?

тогда признаю, что я пока недостаточно скиллов

если верстать бустрапом то да

в оптимистичном раскладе с написанием тестов - неделя

а тесты зачем считать отдельно?

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

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

а как без тестов писать? я не умею

обычно аргумент в том, что у заказчика есть мануальщик, который может всё сам потестить

это уже троллинг пошёл, а не конструктив

как рельс блог за 15 минут

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

это ты заказчикам пиши, я это понимаю )

тестировать для себя занимает процентов 20-30 от времени на написание проекта

тестировать для себя занимает процентов 20-30 от времени на написание проекта

нет

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

возможно так и есть

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

да

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

тестирование ускоряет скорость написания проекта на 20-30%

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

вуаля

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

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

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

кхм

я не говорю, что они не нужны, но времени они занимают сверх обычного

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

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

я не говорю, что они не нужны, но времени они занимают сверх обычного

нет

ну, значит останемся при своих. возможно ещё через пару лет юзания TDD я начну утверждать так же

пока что у меня сверху процентов 15-20 уходит на тестирование проекта

пока что у меня сверху процентов 15-20 уходит на тестирование проекта

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

почему?

почему?

потому что не объяснили/научили/показали

ну, меня никто не учил, это да. книжка Кента Бека, книжка по rspec-у плюс доки

дальше сам

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

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

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

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

ну вот же рассказал я за 20 минут написал тесты, они даже не работают толком еще и решил проблемы задачи до написания кода под нее, даже еще не проблемы реализации с реализацией нет проблем если тесты хотябы в прототипнов виде запущены

и это 100% быстрее, чем открывать консоль, релоадить ее и тыкать одно и тоже по 200 раз пока не заработает

Что-то я неудачно вбросил, извините. Мне интересно было чисто пощупать сколько нынче RoR разрабы получают и перспективная ли зто область, но вопрос задал с телефона, уточнения писать стало лень

Что-то я неудачно вбросил, извините. Мне интересно было чисто пощупать сколько нынче RoR разрабы получают и перспективная ли зто область, но вопрос задал с телефона, уточнения писать стало лень

Можно было просто прямо спросить ) Если надо - вопросы в личку )

Отвечу )

Тут экономия времени не явная, может на само написание кода и больше времени уходит, но потом, при внесении каких-то изменении и появлении всвязи с этим багов всё видно по тестам, что и где и почему полетело. Да и к тому же BDD исключает написание ненужного кода..

Да не вроде узнал что хотел

Тут экономия времени не явная, может на само написание кода и больше времени уходит, но потом, при внесении каких-то изменении и появлении всвязи с этим багов всё видно по тестам, что и где и почему полетело. Да и к тому же BDD исключает написание ненужного кода..

Я тут плюсую. Нюанс в другом. На начальном этапе небольшого (и обычно очень срочного) проекта заказчик хочет получить результаты побыстрее

Пусть и с багами

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

ERROR: S client not available

Потому если проект на фрилансе (в офисе всё ок, со сроками не гонят обычно и можно писать как надо) - я пишу быстро mvp, после покрываю тестами

если есть время

Ну это всё частные случаи, как заказчику угодно так и делайте

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

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

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

Но там вообще писос по эстимейтам был, кто дал эстимейт меньше - тот и прав обычно был

Что-то я неудачно вбросил, извините. Мне интересно было чисто пощупать сколько нынче RoR разрабы получают и перспективная ли зто область, но вопрос задал с телефона, уточнения писать стало лень

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

если все четенько и существующий проект не будет граблями бить по яйцам а еще если бы у меня было время ну с учетом возможных рисков я бы сделал за день + день запаса рублей за 15_000 но тут надо понимать, что разовые работы чуть дороже стоят и фрилансеры которые по контракту делаютработы не имеют ровного регулярного заработка но если наглеть не будут, то 20_000

хз, это какие-то СНГшные цены, ИМХО. индусы бы и то взяли дороже

поправьте, если не прав

поправьте, если не прав

а хрен его знает

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

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

но для этого нужно доверие к исполнителю у заказчика

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

знаю одного, который так спецом всегда делает

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

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

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

За работу заплатят ровно столько, сколько она длилась

Без перекосов в стиле "дал эстимейт на месяц, сделал за три дня, получил деньги всё-равно как за месяц"

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

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

Ты говоришь это человеку, который писал скрипт, который переключает файлы, стирает в них методы, а потом со скоростью человеческой печати имитирует их ввод

С опечатками и исправлениями )))

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

Такое себе, палевно ж

Если заказчик не долбоёб

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

В первой компании по правилам ты должен был в сутки натрекать 8 часов. Митинги и обсуждение задачи за перекуром зачастую не включались в это время

А домой хотелось приходить )

Плюс если ты допустим решил переключить песню в плеере и это заскринило (а апворк любит скринить на переключении окон) - ты обязан был удалить скрин