По поводу отговорить заказчика.

Возможно что-то поменялось, но примерно в 2007(+-1) году я работал в небольшой студии. Мы продавали Битрикс. Именно продавали, как оказалось. Я как-то пришел к директору и спросил: Зачем? Зачем мы делаем сайты на Битрикс? Это же полное фигня, а не система. На что получил очень ясный ответ:

/сразу скажу что цифры выдуманы, так как точных цифр не помню, но они точно передают смысл/

— Вот смотри, возьмем Битрикс. Битрикс для клиента стоит 200К из которых 50К вернутся в студию (зависит от статуса партнерства), разработка еще 200К, из которых реально уйдет на производство только 100К. Итого прибыль для студии 150К.

А теперь возьмем самописную CMS (такая тоже была). Ее никто не купит, поэтому тут навара нет. Разработка обойдется заказчику в 150К, из которых прибыль студии только 50К.

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

Поэтому отговаривать заказчика никто не будет. И разговаривать с руководством студии тоже бесполезно — они себе не враги.

Да, забыл добавить. Местные права получить очень легко. Если есть российские, то просто получите тайские без экзамена (не забудьте сделать перевод в консульстве). Если нет российских нужной категории, то весь процесс получения займет пол дня. Тест на реакцию, видеолекция, теоретический и практический экзамен.

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

Проработал в нескольких компаниях которые при приеме на работу уверяли что работают по agile. По факту только одна их них понимала и правильно применяла agile. Во всех остальных присутствовали не основные признаки скрама и, соответственно, он не работал. Вероятно вы разочарованны гибкими методиками потому что принимаете их за что-то другое и ни когда не работали в настоящем скраме.

«причине слабости команд или нарушений в проектировании» — эти причины не производное от скрама. Но. Если используется скрам, то, по идее, со временем эти причины должны исчезнуть, либо сильно уменьшить свое влияние на процесс.

Мое личное мнение: Очень часто команды разочаровываются в скраме потому что не умеют его использовать.

Да, вы правы. Но я не писал рабочий код для продакшена, я писал это, исключительно, как иллюстрацию к статье. Метод benchmark_it стоит вынести в отдельный класс, туда же и подписчика и много чего можно улучшить.

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

Конечно, не нужно сразу бросаться все переписывать на pub/sub. Но знать и понимать эти инструменты необходимо.

Да там много чего, но все подробно описать одного поста не хватит.
И все это можно использовать не только в Rails, просто подключаешь гем activesupport

В Тае можно сесть на долго за такие кастинги

Уровень жизни на Пукете по сравнению с Москвой, при одинаковых доходах, гораздо выше!!! Даже сравнивать нельзя. Я уже не говорю о таких бонусах как океан, горы и прочая экзотика.

Я к тому что круть работы зависит не от места, а от задач, а крутота жизни может вполне зависить от места. Как-то так =))

Круто там жить, а не работать

Да, забыл сказать, что интерактивная консоль не очень то удобная вещь, если пишешь что-то отличное от примеров. Нельзя просто тыкнуть в контрол и получить его в консоли. В итоге получаешь не те объекты, а докапаться до нужных новичку в разработке для iOS (а именно для них как я понял это и писалось) очень тяжко. Нет ни помощи в консоле, ни встроенной документации, как в pry например, ни автокомплита. Вроде бы для рубистов сделано, но никакого удобства не предоставленно. Разачарован.

Fully compiled
RubyMotion transforms the Ruby source code of your project into optimized, blazing-fast machine code using a revolutionary, state-of-the-art static compiler, based on LLVM.

Рассмотрел примеры на сайте, воодушевился и купил эту хрень. Теперь, после возникновения первых непонятных проблем, я с ужасом заметил что не могу найти ни одного достойного способа отследить что происходит с моим приложением. И вроде сделал все как в примерах (с небольшими изменениями: кнопку лишнюю добавил или еще какой контрол), но не работает как задумывалось. И появилось куча вопросов. Как это дело отлаживать? Как дебажить? Где вообще хоть какая-нибудь подробная информация как это работает? Никакой документации! Надеялся что она будет в комплекте с лицензией. Хренушки

Торренты раздают не только нелицензионный материал

Отправлял скан российского паспорта — проблем небыло

Я Вам в личку написал

в гамаке неудобно ноут держать, даже видимость работы не создать ))))

> изменение статуса с ООО в акционерное общество.
Что то не понятно, организация и так частная, какая тут приватизация? Тут обратный процесс. Оно станет «более общим» и «менее приватным».