Stackoverflow делается в .Net . Так что нет ничего плохого в C # .Net или технологии Windows.
Мой первый запуск был в C # .net, потому что а) все основатели знакомы с C #. б) визуальная студия была и остается очень дружественной к разработчикам для отладки и т. д.
Запуск был огромным провалом по бизнесу и технологическим причинам.
Какую бы технологию вы ни выбрали, вам нужно подумать, достаточно ли вы квалифицированы / хороши, чтобы использовать эту технологию для запуска в X лет.
Как видите, приведенные выше критерии не были достаточно строгими. Мы понятия не имели, как долго нам нужно это построить. Мы просто знакомы с C # .Net, вот и все.
Ни у кого из нас нет опыта создания чего-либо, близкого к тому, что мы хотели построить.
Через некоторое время плата за сервер и т. Д. Заставляет нас отказаться от C # и переписать все это в php. Это другая история и еще одна ошибка в бизнесе.
Дело в том, что эту технологию вы собираетесь использовать, она НЕ должна быть крутой, острой. Вы хотите создать веб-приложение. Так что выберите тот, который дает вам лучший шанс . Что дает тебе лучший шанс?
Выберите технологию, которую человек (ы), делающий большую часть программирования, имеет НАСТОЯЩИЙ опыт создания подобного сложного приложения ДО
Пожалуйста, прочитайте выше 10 раз.
Если бы я обратился к своему молодому самому себе 3-4 года назад, он сказал бы: «Но у меня нет опыта делать что-либо со сложностью, которую я имею в виду В ЛЮБОМ ЯЗЫКЕ. Итак, как мне выбрать?»
Ответ в 50 000 долларов (да, именно столько я потратил на изучение своих ошибок):
Выберите тот, который наиболее щадящим для вашего обучения.
Как мы определяем прощение ?
Например, .Net опирается на сервер Windows. И сервер Windows дороже, чем серверы Linux. Это факт. Даже если у вас есть лицензии Bizspark, вам лучше убедиться, что вам нужно учитывать, когда деньги истекают.
НЕ думайте, что вы сможете выучить C # .net через 3 года. Трудно сказать. Для меня это просто не сработало.
Я пробовал RoR раньше. Однажды я прочитал статью о двух инвестбанкирах, имеющих опыт программирования ZERO, и преуспел в каком-то веб-приложении о путешествиях по программе Techstars.
Они используют RoR.
У меня есть опыт программирования. Но RoR просто не работал для меня.
Я покупал книги у Амазонки и т.д., я пытался. Серьезно дал ему все возможное.
Наконец я остановился на Cakephp. Это достаточно хорошо для меня, чтобы иметь лучший шанс перезапустить другое веб-приложение. Я достаточно прощаю, чтобы учиться в своем собственном темпе.
Точно так же, как вы нашли лучших подруг не потому, что они лучше, а потому, что вы стали лучше после большего опыта, возможно, я тоже стала лучше как программист
Так что это не о том, что является лучшей основой / языком. Или этот Cakephp - лучший, который я использовал. Возможно, я, наконец, стал достаточно хорошим программистом, чтобы создать задуманное веб-приложение.
Речь идет о том, что лучше всего подходит для вас ближе всего к запуску.
О, это халява.
Через 6 месяцев, когда вы дебютируете с альфа-версией или приватной бета-версией и получаете отзывы клиентов, и вам хочется переписать все это на новом языке, не так ли?
Ответ:
НИКОГДА. НИКОГДА. НИКОГДА.
Есть статья JoelOnSoftware о переписывании программного обеспечения против программного обеспечения рефакторинга. Мне лень его найти.
Он предлагает то же самое.
Возьмите его у того, кто выбрал неправильную технологию, а затем переписали все это в php (без фреймворка), а затем в конце сделайте сброс запуска. И потратил 50 000 долларов в этом процессе.
Это как брак. Выберите технологию и до самой смерти сделайте свой стартап и технологическую часть.
Хорошо, я преувеличиваю, но только потому, что слишком легко думать, что все ваши ситуации программирования могут быть решены с помощью другого языка / фреймворка. Точно так же, как думать, что у тебя будет лучший брак, если ты поменяешь другого человека. Тем не менее, гораздо лучше работать над собой или своими практиками программирования .
Удачи. И продолжай учиться. Пожалуйста, ради вашего здравомыслия, сократите возможности до абсолютного минимума. Перейти Google для минимального жизнеспособного продукта (MVP).
Это важнее, чем какую технологию вы выберете.
Поэтому потратьте достаточно времени на планирование / разработку этого MVP.
Планирование важно. Планов нет. Возможно, вам придется отказаться от своих планов, потратив 4 месяца на планирование MVP, потому что вам нужно реагировать на меняющиеся обстоятельства или конкуренцию.
Все нормально. Планирование на 4 месяца не пропало даром.
Теперь у вас будет больше знаний о предметной области, чем до 4 месяцев.
Таким образом, даже если на этой стадии это спешно переработанный план, он должен быть заметно лучше, чем ваш первый проект 4 месяца назад.
Удачи!