я в питер пол года назад переехал из новосиба. основные затраты были на билет =)
доволен как слон =)
цены здесь чуть повыше, но и зарплата сильно лучше. первое время даже компания с квартирой помогала.
отвечу сразу всем отписавышемся выше любителям планировать.
imo нет никакого смысла закладывать хоть сколь-нибудь приличное время на проработку архитектуры и масштабируемости проекта (один человеко-день — приличное время для проекта такого скромного объема) еще до того как станет понятно чем этот проект станет и какие в нем будут возможности.
не стоит забывать, ideas are worthless execution is everything.
глупо бросить все силы на проектирование и потом забить. или еще хуже спроектировать «не то».
куда лучше эти силы потратить на прототипирование и, если идея выстрелит (а это обычно означает определенный фидбэк от пользователей), довести ее до ума. а когда есть фидбэк уже гораздо проще составить roadmap проекта и следовать ему.
и еще. проекты, которые так и останутся прототипами, или которые в будущем будут работать с минимальной нагрузкой мы пишем куда чаще чем фэйсбуки, линкедины или твиттеры. так вот стоит ли закладываться на масштабируемость в самом начале проекта? мне кажется вряд ли.
да дело тут не только и не столько в позиции которую он отстаивает. я обычно уважаю мнения других людей, даже если они с моим расходятся. но вот у этого кадра явно диагноз.
убедить в своей правоте не переходя на личноти — это достойно уважения. а поливать всех помоями — это скорее удел троллей.
не факт. все, конечно скажут а-я-яй. только слабо мне верится в последнее время в «революции».
бухта, без сомнений, будет судиться долго и упорно. но это их война и мало кто туда встревать будет.
что-то вяло идеи предлагают. возьму на себя смелость предложить тему: on-line аукцион.
самый простой случай: участники — лоты — ставки
участник:
* выставляет лот на торги (сферический, в вакууме)
* делает ставки в пределах баланса на активные лоты
* не может делать ставку на свои лоты
лот:
* название (title)
* время окончания
* начальную стоимость
* минимальный шаг ставки
* опционально, выигрышная стоимость (по достижении которой лот выиигрывается автоматически)
* должна быть доступна история торгов по выбранному лоту (желательно, ajax- и/или comet-обновляемая)
ставка:
* размер ставки не должен превышать баланс owner'а
* пока ставка активна, средства в размере ставки на аккаунте лочатся
* если ставка выиграна, средства с аккаунта списываются
количество требований можно как уменьшить так и увеличить.
вы не поняли вопрос. сформулирую по-другому: если я как частное лицо заключу со студентом договор на оказание услуг, достаточно ли этого будет для того, чтобы студенту зачлась производственная практика?
доволен как слон =)
цены здесь чуть повыше, но и зарплата сильно лучше. первое время даже компания с квартирой помогала.
в современных условиях труд имеет ценность как «классика», не более.
aac2009.confreaks.com/07-feb-2009-09-00-how-to-make-a-successful-rails-app-steven-bristol.html
imo нет никакого смысла закладывать хоть сколь-нибудь приличное время на проработку архитектуры и масштабируемости проекта (один человеко-день — приличное время для проекта такого скромного объема) еще до того как станет понятно чем этот проект станет и какие в нем будут возможности.
не стоит забывать, ideas are worthless execution is everything.
глупо бросить все силы на проектирование и потом забить. или еще хуже спроектировать «не то».
куда лучше эти силы потратить на прототипирование и, если идея выстрелит (а это обычно означает определенный фидбэк от пользователей), довести ее до ума. а когда есть фидбэк уже гораздо проще составить roadmap проекта и следовать ему.
и еще. проекты, которые так и останутся прототипами, или которые в будущем будут работать с минимальной нагрузкой мы пишем куда чаще чем фэйсбуки, линкедины или твиттеры. так вот стоит ли закладываться на масштабируемость в самом начале проекта? мне кажется вряд ли.
убедить в своей правоте не переходя на личноти — это достойно уважения. а поливать всех помоями — это скорее удел троллей.
бухта, без сомнений, будет судиться долго и упорно. но это их война и мало кто туда встревать будет.
есть неплохой по задумке фреймворк lift. но там еще много доводить до ума нужно.
также на scala есть возможность использовать wicket. но wicket я не переношу :)
в принципе, фо фан, готов покодить на lift'е.
самый простой случай: участники — лоты — ставки
участник:
* выставляет лот на торги (сферический, в вакууме)
* делает ставки в пределах баланса на активные лоты
* не может делать ставку на свои лоты
лот:
* название (title)
* время окончания
* начальную стоимость
* минимальный шаг ставки
* опционально, выигрышная стоимость (по достижении которой лот выиигрывается автоматически)
* должна быть доступна история торгов по выбранному лоту (желательно, ajax- и/или comet-обновляемая)
ставка:
* размер ставки не должен превышать баланс owner'а
* пока ставка активна, средства в размере ставки на аккаунте лочатся
* если ставка выиграна, средства с аккаунта списываются
количество требований можно как уменьшить так и увеличить.
у меня просто у самого как таковой производственной практики не было. были курсачи и дипломные при различных нии. думается мне это разные вещи.
готов был бы взять одного/двух студентов на пару месяцев в проект, но юр. лицо под проект пока не организовано.
обязательно ли заключение трудового договора или достаточно договора на (воздмездное) оказание услуг?
Обратите внимание на переход на летнее время.