все упирается в критерии приемки

люто

если критерии выполнены, потом нечего махать кулаками

если не выполнены - возврат денег и товара

ну и неустойки если таковые были в договоре

будет хорошо если вы заплатите без выполнения работы

Все не так. Вам дают тз, вы или заказчик назначает сроки. Вы не осилили, заняли у него время и проекта нет как такового, или оно работает не так как нужно. Должны ли вы нести ответ? С точки зрения этикета конечно да.

Все не так. Вам дают тз, вы или заказчик назначает сроки. Вы не осилили, заняли у него время и проекта нет как такового, или оно работает не так как нужно. Должны ли вы нести ответ? С точки зрения этикета конечно да.

да

Я прямо представил: Два месяца работы, правок и дополнений. на выходе готовтй продукт. все ОК. и тут такий клиент - не это не стоит таких денег, держи штуку баксов и радуйся что вообше заплатил. Это так вы видите современную удаленную разработку?))

Я прямо представил: Два месяца работы, правок и дополнений. на выходе готовтй продукт. все ОК. и тут такий клиент - не это не стоит таких денег, держи штуку баксов и радуйся что вообше заплатил. Это так вы видите современную удаленную разработку?))

радуйся что не битой

размер поля может маленький? какая ошибка?

Похоже из-за спринга залипает

Как его грамотно перегружать?

Как его грамотно перегружать?

вообще не должен

Все не так. Вам дают тз, вы или заказчик назначает сроки. Вы не осилили, заняли у него время и проекта нет как такового, или оно работает не так как нужно. Должны ли вы нести ответ? С точки зрения этикета конечно да.

Ооочень редко клиенты устанавливают сроки. обычно ты сам указываешь сумму и сроки выполнения. А там уже если неустраивает начинается шлифовка,деталей

Все не так. Вам дают тз, вы или заказчик назначает сроки. Вы не осилили, заняли у него время и проекта нет как такового, или оно работает не так как нужно. Должны ли вы нести ответ? С точки зрения этикета конечно да.

А ТЗ кто писал? а кто сказал что там все нормально написано?

Как его грамотно перегружать?

spring stop

А ТЗ кто писал? а кто сказал что там все нормально написано?

не ну если программист прочел тз и согласился делать а потом понял что это тз он не тянет то да

spring stop

Странно, вроде делал вчера после миграции, все равно не помогало, а щас заработало

не ну если программист прочел тз и согласился делать а потом понял что это тз он не тянет то да

а то мы не знаем какие неточные бывают сроки в разработке )

но если он тз тянет а влажные фантазии клиента которых в тз нет не тянет

радуйся что не битой

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

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

с квартирой косяк

с квартирой косяк

придется владельца того...

чтоб не болтал

с квартирой косяк

У меня умный дом головного мозга. Если система заметит кого то лишнего то "ран форест, ран" один хрен без документов я с дому не выхожу))

У меня умный дом головного мозга. Если система заметит кого то лишнего то "ран форест, ран" один хрен без документов я с дому не выхожу))

ну так долго прожить не получится наверное.

ну так долго прожить не получится наверное.

Потому юрлицо и оформляю))

А ТЗ кто писал? а кто сказал что там все нормально написано?

Если вы опытный разраб то конечно же многое сможете предвидеть, если оно не оговорено в т.з но вполне очевидно. Если выходит за рамки логики то конечно тут не прав клиент, это неоспоримый факт. В любом случае проще разбивать все на шаги и по мере возникновения вопросов обсуждать с клиентом детали. Тут клиенту уже некуда будет деваться

Потому юрлицо и оформляю))

на себя? ))

Если вы опытный разраб то конечно же многое сможете предвидеть, если оно не оговорено в т.з но вполне очевидно. Если выходит за рамки логики то конечно тут не прав клиент, это неоспоримый факт. В любом случае проще разбивать все на шаги и по мере возникновения вопросов обсуждать с клиентом детали. Тут клиенту уже некуда будет деваться

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

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

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

Потому дедлайн берут несколько больше чем нужно

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

Потому дедлайн берут несколько больше чем нужно

и сроков не хватает)))) Потому как всвегда все далается в последний день))

Потому дедлайн берут несколько больше чем нужно

ах вот как

т.е оказалось что надо не хранилище сделать а фейсбук, "а что же вы дедлайн в 5 лет не взяли"

т.е оказалось что надо не хранилище сделать а фейсбук, "а что же вы дедлайн в 5 лет не взяли"

Плохой аргумент, вчитайтесь

Плохой аргумент, вчитайтесь

чем же он плохой?

Если вы опытный разраб то конечно же многое сможете предвидеть, если оно не оговорено в т.з но вполне очевидно. Если выходит за рамки логики то конечно тут не прав клиент, это неоспоримый факт. В любом случае проще разбивать все на шаги и по мере возникновения вопросов обсуждать с клиентом детали. Тут клиенту уже некуда будет деваться

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

Ну типа, можно взять вообще дедлайн в лет 30 и успеть прям все

Ето все дичь. если ты согласился с постановкой ТЗ в рамках "хочу зелененький сайт" то тут оба олени.

Плохой аргумент, вчитайтесь

все правильно алекс пишет. вы насколько больше дедлайн брать будете? а если нюансы не впишутся в ваш взятый больше дедлайн?

Я бывает ТЗ чуть ли не до функций прописываю что бы не было потом проблем и отдельный пункт беру "составление ТЗ" листов на 5-8 А4 и сроки от двух дней до недели что бы потом жопа ни у кого не горела

А если вы не умеете заключать сделки то кто вам доктор??

Ну типа, можно взять вообще дедлайн в лет 30 и успеть прям все

Сарказм ни к месту. Есть такое понятие как профессионализм и непоколебимый опыт, он позволяет все запланировать чётко если задача зависит только от вас и ваших способностей. У нормального разраба есть график. Если софт делается в команде это другое дело, я сразу об этом напишу ибо предвидел что такой вопрос может вполне быть

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

он позволяет ванговать? о как.

Народ, это капиталистический мир. Тут не просто непредвиденные нюансы могут быть, а так же еще откровенные новые хотелки, изменение условий. Бизнес тоже держится на плаву благодаря гибкому ответу на меняющийся мир. Если ТЗ от начала до клнца не менялся на средний или большой проект, то это уже дохлый проект. Просто каждое новок изменение обсуждается. Меняются сроки с каждым изменением. Там уже клиент сам решает стоит ли ему согласиться на эти новые сроки или можно эту фичу на следуюший релиз отложить.

Новая фича это новое тз и новая плата, как по мне

Народ, это капиталистический мир. Тут не просто непредвиденные нюансы могут быть, а так же еще откровенные новые хотелки, изменение условий. Бизнес тоже держится на плаву благодаря гибкому ответу на меняющийся мир. Если ТЗ от начала до клнца не менялся на средний или большой проект, то это уже дохлый проект. Просто каждое новок изменение обсуждается. Меняются сроки с каждым изменением. Там уже клиент сам решает стоит ли ему согласиться на эти новые сроки или можно эту фичу на следуюший релиз отложить.

Адово плюсую

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

Я так работаю например, по графику, планирую задачи по времени в органайзере. Тьфу, тьфу все успеваю в сроки

Новая фича это новое тз и новая плата, как по мне

Так а я о чем? Изменения в тз, новый срок, новая оплата.

Новая фича это новое тз и новая плата, как по мне

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

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

Я так работаю например, по графику, планирую задачи по времени в органайзере. Тьфу, тьфу все успеваю в сроки

Как опытный поскритинатор заявляю что органайзеры зло)) сегодня ты хочешь забить болт и полескатся в море без забот а завтра спокойно вытянешь двойную норму

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

Что боженька смолвил! До слез)

*кланяюсь*

а если маленькое что-то записать?

123

а если маленькое что-то записать?

Неа, не помогло

Неа, не помогло

просто в консоли напиши User

Самое интересное, что ставится только DateTime.now, хотя поле не timestamp, и не datetime, a integer. И в другой модели такой проблемы нет

напиши, оно выведет каким оно его считает типом

просто в консоли напиши User

Ага, datetime почему то отдает

А почему так, если в миграции интежер?

есть мнение, что оно сильно умное

и _at считает таймстемпом

В другой модели поле ended_at, но не считает

есть мнение, что оно сильно умное

действительно так вроде

Баг??

недавно наткнулся случайно и офигел

ну я вот вспомнить не могу...

недавно наткнулся случайно и офигел

а реально да?

а реально да?

вроде бы )))

ну я посмотрел у нас все такие поля созданы через t.datetime

ну я чет даже хз надо код смотреть

в смысле код рельсов

Блин

Пересоздал базу - стало нормально

Не умный он в общем, _at ни на что не влияет

да

ну было бы вообще неожиданно

Я понял в чем фишка была

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

преступление раскрыто

Убийца базы -- садовник

Убийца базы -- садовник

robert drop table

little bobby tables

Чем ща очереди модно манажить?

Sidekiq, resque?

Sidekiq, resque?

sidekiq

Чем ща очереди модно манажить?

Кролик

Кролик

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

всем привет :) коллеги - гуру

скажите как разложить текст на слова?

блин сплит я гоню

Ля ну неужели есть такие люди. "Что за термин такой js heavy? мы же не просим Вас js скрипты писать" ОМГ