А вас не смущают проблемы со стабильностью и перформансом, которые есть у GAE? У меня сложилось впечатление, что GAE только выглядит как silver bullet, а на самом деле весьма сыровата, чтобы ей доверять. Если у кого-то есть опыт хостинга серьезных приложений на GAE, было бы интересно услышать. А то, знаете, этот 1 пункт напрочь убивает нужду сравнивать по других пунктам.
Вообще сама задача загрузки файлов не настолько тривиальна, практически всегда требуется сделать одновременную загрузку нескольких файлов произвольного размера и progress bar.
<зануда>Не назвал бы приведенный подход «элегатным»<зануда/>
Автор изобрел memcached под .net… Хоть бы погуглил 5 минут, прежде чем тратить столько времени впустую.
В один прекрасный день записи все равно не влезут в память 1го сервера и что тогда?
Как справедливо заметили выше, надо вам портировать под веб, иначе просто никак.
Задействуйте социальную составляющую, чтобы друзья или просто знакомые могли бы помочь с нелегкими решениями.
Подумайте, кто будет пользователем Вашего продукта? Бородатый ИТшник? Он в голове сотни вариантов перебирает, ему это не сдалось. Ваш клиент — нерешительная девушка, которая не может выбрать какую-нить хрень в подарок, она хочет посоветоваться с подругами, какой цвет лучше, быстро пофотав на мобильник что-то в магазине — упростите ей жизнь.
Я активно пользуюсь картами памяти и от вашего интерфейса меня честно мутит. Он должен быть ярким, живым, объемным, ассоциативным, с картинками, а не этим серым УГ.
Посмотрите, например, на prezi, вдохновитесь как надо интерфейс делать.
Шанс есть всегда, удачи.
В Mongo нет транзакций и есть риск потерять данные, т.к. запись на диск отложенная. В общем, нет silver bullet на все случаи жизни. По Raven надо немного подождать, в Rhino Mocks тоже никто не верил, когда он их только сделал. )
А вы пробовали ходить к нашим «инвесторам»? Меньше 50% никто не хочет, я просто предположил, что Главстарт не исключение. В конце концов, зачем им идти не в рынке? )
«Надо купить на свои(!) небольшие живые деньги конкретную работу по четко сформулированному заданию, по частям, а перед этим продумать до мелочей»
Весьма утопичное заявление, Вам не кажется? Я к тому, что у нормального «технаря» своя голова на плечах, а на «продумывание до мелочей» только уйдет куча времени и у Вас не будет необходимой в стартапе гибкости в плане изменений.
Это может работать только если это урегулировать, т.е. заранее распределить доли и обязанности сторон, а также механизм решения споров.
Пусть даже подобные соглашения не будут юридически чисты, подписывая любую бумажку человек уже осознает больше отвественности, чем от ударов кулаком в грудь.
Неплохо было бы сделать «испытательный срок», присмотреться друг к другу. Например, нарисует мне студия 5 дизайнов на выбор, а их только в сортире повесить можно, как после этого с ними работать?
Или начну я работать с «автором», а он креативит без конца, ну или просто ничего не делает полезного,
пропадает.
Если мы говорим о разработке любого софта, то нужно просто сделать прозрачный процесс разработки: нормальный багтрекинг, тикеты, scrum митинги, standup отчеты, например, как это позволяет Assembla за несколько баксов в месяц.
После пары месяцев уже можно привлечь инвестора, как наблюдателя, он увидит, как идет прогресс изнутри, что команда релизит продукт в сроки.
Вот ходил мой коллега на этот «Weekend», толку чуть. Если Вы просто хотите построить дело — нечего там делать. Рассказы про то, что там можно собрать команду — сильно преувеличены. Тусят там такие же голодные ИТшники, которые ищут денег под свой проект, а не инвесторы. Конечно, цель сего мероприятия — найти новый facebook и отщепить от него по-максимуму. Если у вас уже есть прототип и команда — нафига вам отдавать половину доли в компании?
Уже копий немало сломано на эту тему, но вот это:
«ничего сверхсложного, просто небольшое упражнение на час-полтора» — просто шедевр.
Если упражнение небольшое, то почему оно должно занимать полтора часа — слабо придумать упражнение на 10 минут?
Извините, но если человек не в состоянии за полчаса определить уровень соискателя, значит, он сам недостотачно профессионален для проведения интервью и нефиг ему давать «мариновать» людей часами.
Имхо, не самое гибкое решение для подобной задачи. При каждом изменении шаблона потребуется пересобирать, да еще и нужен доступ к файловой системе для создания сборок.
Я как-то не вижу плюсов, хотя бы сравнение скорости привели, что ли.
Почти во всех популярных IoC/DI — фреймворках есть поддержка АОП. Например, в Spring.net и Castle.
Время сборки увеличено не будет, только время первого старта приложения. Причем, никакие левые атрибуты вешать не придется, код будет чистым poco. А тулзы типа PostSharp — это для энтузиастов.
Они не отменяют весь Tier 1, только General категорию, в противовес собираются ввести новые категории специально для стартаперов и для талантливых людей. Читайте тут.
Да, не, лучше сразу на Nemerle, его вообще юзают только пара преданных энтузиастов с rsdn.
Кстати, у меня на полном серьезе была мысль сделать свой DSL для задания триггеров.
Например, согласитесь — читать «every 5 minutes», намного приятнее, чем «0 0/5 * * * ?»
<зануда>Не назвал бы приведенный подход «элегатным»<зануда/>
В один прекрасный день записи все равно не влезут в память 1го сервера и что тогда?
Задействуйте социальную составляющую, чтобы друзья или просто знакомые могли бы помочь с нелегкими решениями.
Подумайте, кто будет пользователем Вашего продукта? Бородатый ИТшник? Он в голове сотни вариантов перебирает, ему это не сдалось. Ваш клиент — нерешительная девушка, которая не может выбрать какую-нить хрень в подарок, она хочет посоветоваться с подругами, какой цвет лучше, быстро пофотав на мобильник что-то в магазине — упростите ей жизнь.
Я активно пользуюсь картами памяти и от вашего интерфейса меня честно мутит. Он должен быть ярким, живым, объемным, ассоциативным, с картинками, а не этим серым УГ.
Посмотрите, например, на prezi, вдохновитесь как надо интерфейс делать.
Шанс есть всегда, удачи.
Весьма утопичное заявление, Вам не кажется? Я к тому, что у нормального «технаря» своя голова на плечах, а на «продумывание до мелочей» только уйдет куча времени и у Вас не будет необходимой в стартапе гибкости в плане изменений.
Пусть даже подобные соглашения не будут юридически чисты, подписывая любую бумажку человек уже осознает больше отвественности, чем от ударов кулаком в грудь.
Неплохо было бы сделать «испытательный срок», присмотреться друг к другу. Например, нарисует мне студия 5 дизайнов на выбор, а их только в сортире повесить можно, как после этого с ними работать?
Или начну я работать с «автором», а он креативит без конца, ну или просто ничего не делает полезного,
пропадает.
Если мы говорим о разработке любого софта, то нужно просто сделать прозрачный процесс разработки: нормальный багтрекинг, тикеты, scrum митинги, standup отчеты, например, как это позволяет Assembla за несколько баксов в месяц.
После пары месяцев уже можно привлечь инвестора, как наблюдателя, он увидит, как идет прогресс изнутри, что команда релизит продукт в сроки.
«ничего сверхсложного, просто небольшое упражнение на час-полтора» — просто шедевр.
Если упражнение небольшое, то почему оно должно занимать полтора часа — слабо придумать упражнение на 10 минут?
Извините, но если человек не в состоянии за полчаса определить уровень соискателя, значит, он сам недостотачно профессионален для проведения интервью и нефиг ему давать «мариновать» людей часами.
я пишу:
var employee = new Employee(){Name = "Vasya", LastName = "Pupkin"};
VelocityContext context = new VelocityContext();
context.Put("employee", employee);
string template = @"Greetings, $employee.Name $employee.LastName!";
using(System.IO.StringWriter writer = new System.IO.StringWriter())
{
Velocity.MergeTemplate(template, context, writer);
}
и получаю на выходе тот же результат:
Greetings, Vasya Pupkin!
Поэтому мне интересно — нафига мне писать в 10 раз больше, заморачиваться перекомпиляцией и временными папками, какие от этого плюсы?
Я как-то не вижу плюсов, хотя бы сравнение скорости привели, что ли.
Время сборки увеличено не будет, только время первого старта приложения. Причем, никакие левые атрибуты вешать не придется, код будет чистым poco. А тулзы типа PostSharp — это для энтузиастов.
Кстати, у меня на полном серьезе была мысль сделать свой DSL для задания триггеров.
Например, согласитесь — читать «every 5 minutes», намного приятнее, чем «0 0/5 * * * ?»