В России куча продуктовых компаний, причем не просто мелких компашек, а известных всему миру брендов — Parallels, JetBrains, 1C, Acronis — это так из головы и не учитывая нижеупомянутых Kaspersky, Abbyy, игроделов, и онлайн-гигантов Яндекс, одноклассники, вконтакте, mail.ru.. думаю их много больше.

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

Мне кажется (чисто интуитивно) что большинство организаторов новых стартапов это как раз те программисты, которые в прошлом работали на Java, .NET, PHP, и в качестве чего-то нового обычно берут Python, Ruby, Scala.. Но я могу быть не прав.

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

Оглашать проекты я естественно не собираюсь по известным причинам. Успешным стал пока только один. Но думаю до 15-20 млн он все же не дотягивает.
Но вопрос в другом. Неужели вы думаете что возможность масштабирования WEB сайтов на Java чем-то уступает таковым на руби/пайтон/пхп?
Масштабируемость это прежде всего правильная архитектура базы данных, а не язык, на котром происходит выборка этих самых данных и генерация ответа.

Не согласен касательно применимости Java. Аргументы ниже..

Работаю уже на 3-ем НЕ-Enterprise стартапе, использующим Java. Ruby On Rails это тоже фреймворк, ограничивающий творчество при разработке Rails приложений. Как и Django. Как и ZendFramework.

Я равнодушно отношусь к Spring, JSF, EJB, JPA etc. и не считаю их неотъемлемой частью Java-разработки (но это уже другая тема). Однако сам язык Java, как и платформа в лице JVM, это на сегодняшний день самая мощная кросс-платформенная платформа (сори за тавтологию) для WEB-приложений.

А с другой стороны, дело даже не в языках, платформах и технологиях — дело в людях, которые используют эти самые языки и технологии. Уверен что существуют проекты, ужасно написанные на Ruby/Python, в которых черт ногу сломит. Равно как и существуют хорошо и грамотно реализованные Java-проекты. Да и от проблемы копи-паста никакой язык не спасет.

И еще пару слов о продуктивности. Для меня фактором, ограничивающим мою продуктивность, обычно является не скорость набора кода, а скорость моего мышления. Скорость набора кода ограничивает продуктивность только в случае разработки чего-то примитивного и простого, не требующего особого мышления.

Т.е. мораль такова — язык программирования это хорошо, а голова остается самым важным инструментом программиста :)

Я частично согласен с автором статьи. Но считаю что не весь аутсорсинг является тупиковым.Ниже обоснование (сори, буков много получилось).Я разделяю аутсорсинг на 2 типа: 1. Аутсорсинг с целью экономии средств или «аутстаффинг». Иностранные компании, по сути, нанимают удаленных сотрудников из малоразвитых стран, в таком случае сама компания-аутсорсер выступает в роли посредника между компанией-заказчиком и программистом. В такой схеме форма рабочих отношений обычно складывается как «начальник-подчиненный» нежели «заказчик-исполнитель» (чувствуете разницу?).2. Второй тип аутсорсинга, менее распространенный (на западе часто называемый «консалтингом»), когда компания (необязательно иностранная, и необязательно ведущая IT-бизнес) нанимает команду программистов для выполнения определенного проекта. При этом разработка вся ведется и управляется локально с минимальным участием заказчика. Способ оплаты, опять же, может варьироваться — это может быть как и заранее оговоренная сумма, так и повременная оплата, либо что-то смешанное.Первый тип аутсорсинга будет существовать до тех пор пока существует разница в затратах на работников локальных и офшорных. Здесь я согласен с автором, что эта цифра со временем будет уменьшаться для Украины, ибо компании воюют за сотрудников чем и поднимают их цену, программистов становится меньше, как и украинцев живущих на Украине: (Однако по поводу второго типа аутсоринга я не согласен. Я считаю что существование такого типа аутсорсинга положительно влияет на развитие среднего НЕ IT бизнеса. Ну не могут все крутые программисты открывать свои собственные IT-бизнесы. Ну что еще один анализатор Twitterа? или очередной веб-портал или сайт отзывов? Я рассматриваю все эти, растущие как грибы после дождя, стартапы как попытки инициативных программистов получить финансовую и творческую независимость, не более. В то время как крупные компании, стремясь к независимости, формируют свои IT-отделы, существует множество малых и средних компаний, услуги которых важны не менее, чем очередной интернет агрегатор новостей, но у которых нет экспертизы в IT, да и средств для того чтобы содержать своих собственных программистов. Вот им как раз и нужен аутсорсинг второго типа, в котором модель отношений будет формироваться как «заказчик» — «исполнитель», а не «начальник» — «подчиненный». Здесь, учитывая глобальность рынка IT-услуг, не должно быть упадка — всегда найдутся иностранные заказчики и бизнес будет жить. Здесь заказчиками не ставится цель экономия денег, поэтому Индия и Китай не будут составлять особой конкуренции.

Да, но Вы говорите в статье что в Украине нет такого аутсорсинга — как же нету? Ну не весь же украинский аутсорсинг ограничен 3−4 крупнейшими компаниями работающими по классической схеме.

Отличная статья, спасибо! как раз недавно думал как быть если надо делать запросы прямо не «мяпящиеся» на ентити. Еще раз спасибо.