Comments 76
А где вариант : "не готов пока говорить об этом"?
+1
А можно вариант: "Нет, пока не намечается, но идей море!"? :)
+1
да, 1 сейчас в процессе разработки
0
офигеть! как минимум 50 человек разрабатывает стартапы.
Вот это Бум!
Я - один.
Вот это Бум!
Я - один.
0
На самом деле "стартап" это не только проект в стиле web2.0 или ему похожий. Стартапом иносранцы называют любое бизнес-начинание. Хоть ты фирму по выкапывания картошки организуешь ;), это уже стартап.
+2
"подумываю над..." - для многих эквивалентно "разрабатываю" ))
а "разрабатываю" стоит выше в вариантах ответа, так что первый выбор очевиден.
вот я уже пару месяцев так "подумываю над" и ковыряю мю-вп - нажал почему-то "да, разрабатываю один".
а направление все еще неопределено)))
а "разрабатываю" стоит выше в вариантах ответа, так что первый выбор очевиден.
вот я уже пару месяцев так "подумываю над" и ковыряю мю-вп - нажал почему-то "да, разрабатываю один".
а направление все еще неопределено)))
0
Смотря, что считать стартапом :-). Если проект, в котором есть немного AJAX, нет социальных фич, нет инвесторов в привычном понимании этого слова, но который уже начинает приносить реальные деньги за предоставляемые им услуги, то да, разрабатываем. :-)
0
Проект, который изначально делается для того, чтобы потом приносить деньги. Т.е. business startup. Ну и, естественно, в Web.
0
Было бы интересно провести точно такой же опрос через полгода среди ответивших "Нет, но скоро буду" ;)
0
не будем смотреть на очепятки...
это самый интересный опрос со времён сотворения этого ресурса
это самый интересный опрос со времён сотворения этого ресурса
+1
Вопрос к автору: под стартапами подразумеваются интернет-проекты или любые начинания в области IT ?
0
Нет конечно.
0
Стартап делаю. Но не веб и не 2.0. Для мобильников. Динамическая книга для мидлета "Город" http://gorod.jetcity.ru
0
зато программисты наварятся на начинающих стартаперах
+1
Где б их взять профессиональных и недорогих.
0
вспомнил старую шутку
Пишем программы:
быстро
качественно
недорого
можете выбрать любые два пункта :)
Пишем программы:
можете выбрать любые два пункта :)
0
Это не шутка, это жизнь :)
+1
Это не жизнь, а маркетинговый буллшит.
Я выбираю быстро (неделя) и качественно (ни одного бага после релиза), скажите, сколько я должен заплатить, чтобы вы написали мне софт для моделирования ядерного взрыва?
Я выбираю быстро (неделя) и качественно (ни одного бага после релиза), скажите, сколько я должен заплатить, чтобы вы написали мне софт для моделирования ядерного взрыва?
0
Касательно "быстроты" - для такого софта есть какие-то временные рамки, которые учитывают пожелания заказчика. В случае, если другие разработчики оценят время работы в 10 дней и могут доказать это на деле, тогда возможно это реализовать за 7 дней.
Качество - только программы уровня "хелловорд" и чуть повыше могут претендовать на "ниодного бага после релиза", другое дело - качество относительно других разработчиков(которые, например, пишут дешево).
И вообще, не нужно цепляться к словам :)
Качество - только программы уровня "хелловорд" и чуть повыше могут претендовать на "ниодного бага после релиза", другое дело - качество относительно других разработчиков(которые, например, пишут дешево).
И вообще, не нужно цепляться к словам :)
0
> только программы уровня "хелловорд" и чуть повыше могут претендовать на "ниодного бага после релиза".
Совсем не так. Есть болшой класс программ, где должно быть именно "ни одного бага после релиза" и где каждый баз стоит несколько миллионов долларов - программы управления шаттлом, военной техникой, системы навигации дял авиции и т. д. И, что самое интересное, такие программы пишутся. Только пишутся они долго (долго тестируются и отлаживаются на макетах), дорого (следствие первого) и качественно (потому что это основное трбование).
> есть какие-то временные рамки, которые учитывают пожелания заказчика.
Именно так. Все эти "выбери любые два" - очередное красивое вранье для заказчиков, которые не понимают, что реально будет "выбери любой один", а наши менеджеры тебе потом обьяснят, пчоему сорваны сроки :)
Нет стратегий, позволяющих писать серьезный софт быстро, качественно и дорого. Если бы они были, монстры с деньгами типа MS давно бы уже их применяли.
Нет применимых в реальной жизни стратегий, позволяющих писать серьезный софт качественно, медленно и недорого, потому что будет настолько медленно, что софт морально устареет ко моменту выхода или вообще умрут разработчики :
Быстро, дорого и некачественно софт писать можно, но такой софт никому не нужен.
Совсем не так. Есть болшой класс программ, где должно быть именно "ни одного бага после релиза" и где каждый баз стоит несколько миллионов долларов - программы управления шаттлом, военной техникой, системы навигации дял авиции и т. д. И, что самое интересное, такие программы пишутся. Только пишутся они долго (долго тестируются и отлаживаются на макетах), дорого (следствие первого) и качественно (потому что это основное трбование).
> есть какие-то временные рамки, которые учитывают пожелания заказчика.
Именно так. Все эти "выбери любые два" - очередное красивое вранье для заказчиков, которые не понимают, что реально будет "выбери любой один", а наши менеджеры тебе потом обьяснят, пчоему сорваны сроки :)
Нет стратегий, позволяющих писать серьезный софт быстро, качественно и дорого. Если бы они были, монстры с деньгами типа MS давно бы уже их применяли.
Нет применимых в реальной жизни стратегий, позволяющих писать серьезный софт качественно, медленно и недорого, потому что будет настолько медленно, что софт морально устареет ко моменту выхода или вообще умрут разработчики :
Быстро, дорого и некачественно софт писать можно, но такой софт никому не нужен.
+1
к последнему предолжению НЕдорого, конечно
0
> Совсем не так. Есть болшой класс программ, где должно быть именно "ни одного бага после релиза" и где каждый баз стоит несколько миллионов долларов - программы управления шаттлом, военной техникой, системы навигации дял авиции и т. д
Т.е. шаттлы никогда не падают, а ракеты всегда попадают в цель? Конечно, там другой подход, там баг может стоить человеческой жизни. Но и там они есть. Потому что софт пишут люди, а человеку как известно...
> Нет стратегий, позволяющих писать серьезный софт быстро, качественно и дорого. Если бы они были, монстры с деньгами типа MS давно бы уже их применяли.
Способов нету, но стремиться-то к этому можно? Так что "2 из 3" вполне, имхо, похвальная стратегия.
> Быстро, дорого и некачественно софт писать можно, но такой софт никому не нужен.
Всякие бывают заказчики :)
Т.е. шаттлы никогда не падают, а ракеты всегда попадают в цель? Конечно, там другой подход, там баг может стоить человеческой жизни. Но и там они есть. Потому что софт пишут люди, а человеку как известно...
> Нет стратегий, позволяющих писать серьезный софт быстро, качественно и дорого. Если бы они были, монстры с деньгами типа MS давно бы уже их применяли.
Способов нету, но стремиться-то к этому можно? Так что "2 из 3" вполне, имхо, похвальная стратегия.
> Быстро, дорого и некачественно софт писать можно, но такой софт никому не нужен.
Всякие бывают заказчики :)
+1
> Т.е. шаттлы никогда не падают, а ракеты всегда попадают в цель?
Не подменяйте понятия. Одно дело "шаттлы падают", другое - "шаттлы падают из-за ошибки в программе". Лично мне неизвестен случай падения шаттла из-за программной ошибки, хотя, случаи программных ошибок, приводящих к отказам в космической отрасли были (широко известная катастрофа Ариан 5, например). Но если сравнивать их число с числом ошибок в MS Word - это небо и земля при том, что сложность софта и стоимость его разработки сравнимы между собой.
> Потому что софт пишут люди, а человеку как известно...
есть средства писать программы, которые будут протестированы на 100%. Есть средства математического доказательства правильности работы программ. Их можно применять (только слишком дорого) и те, кому нужно, их применяют. Это снижает число ошибок, которые из-за "человеку свойственно..." практчиески до нуля. Ключевые слова, например "OCaml", "доказательство программ".
Не подменяйте понятия. Одно дело "шаттлы падают", другое - "шаттлы падают из-за ошибки в программе". Лично мне неизвестен случай падения шаттла из-за программной ошибки, хотя, случаи программных ошибок, приводящих к отказам в космической отрасли были (широко известная катастрофа Ариан 5, например). Но если сравнивать их число с числом ошибок в MS Word - это небо и земля при том, что сложность софта и стоимость его разработки сравнимы между собой.
> Потому что софт пишут люди, а человеку как известно...
есть средства писать программы, которые будут протестированы на 100%. Есть средства математического доказательства правильности работы программ. Их можно применять (только слишком дорого) и те, кому нужно, их применяют. Это снижает число ошибок, которые из-за "человеку свойственно..." практчиески до нуля. Ключевые слова, например "OCaml", "доказательство программ".
0
> Способов нету, но стремиться-то к этому можно? Так что "2 из 3" вполне, имхо, похвальная стратегия.
Одно дело "стремиться", другое дело - рассказывать заазчику сказки про волшебные стратегии "выбери любые 2" и рисовать ему красивые треугольники. Это надувательство. Если уж стремиться, то так и гвоорить "мы стремимся к тому, чтобы было 2 из 3, но реально нчиего не гарантируем"
Одно дело "стремиться", другое дело - рассказывать заазчику сказки про волшебные стратегии "выбери любые 2" и рисовать ему красивые треугольники. Это надувательство. Если уж стремиться, то так и гвоорить "мы стремимся к тому, чтобы было 2 из 3, но реально нчиего не гарантируем"
-1
Отдайте им половину будущей прибыли ;)
+1
Хороший вариант, но тогда нужны не просто программисты, нужно чтобы они тоже верили в успех начинания.
0
Их 6 о 7. Времени лишь только не хватает для всех
0
А почему зарегистированный пользователь не может посмотреть результат голосования ?
0
Разрабатываю два. Оба оффлайновые :)
0
Вариант про НЛО украло НЛО?
0
Лично меня уже бесит слово "стартап"...
+2
Думаю, у опроса "Пытаетесь-ли вы стать властелином вселенной?" были бы примерно такие же результаты.
0
есть один, закрытая бета пока.
Результаты заинтересовали. 285 человек разрабатывают один или несколько стартапов. Отбрасываем потенциально оффлайновые и мертворожденные, на выходе получаем примерно сотню проектов. Здорово!
Результаты заинтересовали. 285 человек разрабатывают один или несколько стартапов. Отбрасываем потенциально оффлайновые и мертворожденные, на выходе получаем примерно сотню проектов. Здорово!
0
Из своево опыта, из всех написанных здесь каментов, а так же согласно "Правилам Ашманова" я уверен, что делить надо на Пи. Итого получаем 50%(617)/pi = 98. В принципе, очень неплохой результат.
0
Я разрабатываю старт-ап. Но, как в том приколе, он не мой, к сожалению. Поэтому для меня это не бизнес и просто работа. Поэтому ответил - нет. Однако, хотелось бы поучаствовать в интересном проекте.
+1
А формирование сообщества по интересам можно назвать стартапом? а то я ответил, что "да", а потом только задумался: может, это уже и не стартап, а традиционный бизнес?
0
52%(742)/pi = 122. Очень хорошо, я считаю.
0
Sign up to leave a comment.
Вы сейчас разрабатываете какой-нибудь стартап?