Pull to refresh
18
0
Вадим Крючков@long

User

Send message
а про то, что им приходится практически жить в макдональдсе, где проходят совещания и встречи с клиентами, тоже забыли сказать? ;)
20К - не серьезные деньги на развитие. тем более что на seed бещают до миллиона вкладывать (см. ниже)
а давайте просто посчитаем. предположим, что это какой-то веб-проект. прототип (конечно в зависимости от проекта под прототипом нужно будет понимать разное - где-то это будет набор интерфейсов, где-то не полный функционал) при полной загрузке (конечно речь уже не идет о 8ми часовом рабочем дне) можно предоставить через полтора-два месяца. я совсем не уверен, что при этом останется время на составление:
а) хорошей документации по проекту
б) составление грамотного бизнес-плана (врятли инвестора устроит отписка, составленная за пару дней)
в) плана по маркетингу проекта.
т.е. прибавим к 2м месяцам еще 1 (минимум). итого - 5000/3 = $1667 = 39192,67 рублей в месяц на человека. если мы говорим о том, что команда работает в офисе, который в Москве. прокормить на эти деньги семью в Москве, при этом снимая квартиру - не возможно.
при этом, данная бизнес-модель не предполагает необходимости нанимать специалистов со стороны (просто не позволит размер оплаты). т.е. основатели должны быть хорошими специалистами в разработке и маркетинге минимум.

а теперь посмотрим с другой стороны. если наша команда состоит из таких замечательных специалистов, то зарплата у них (по крайней мере у спецов в разработке) сейчас должна быть около 100 тыс. рублей. при этом практически всегда есть пара-тройка часов по вечерам + часов 20 на выходных. получаем 30-35 рабочих часов в месяц. т.е. пусть не за 2, а за 3 месяца можно подготовить рабочий прототип. если нужно - сбросится и нанять специалиста, который составит бизнес-план.
я к чему это пишу - на таких условиях такой подход к pre-seed не выгоден никому. фонд скорее всего получит не совсем грамотных специалистов, которые врятли смогут реализовать свои проекты. а стартапщики фактически продают за бесценок свое время, при этом доплачивая из своего кармана (10% от компании). при этом им предлагается не просто умерить свой аппетит (в прямямом смысле тоже), но и бросить высокооплачиваемую работу.

скажите - фонд подвергается большим рискам? так пересматривайте условия сотрудничества, жестче отбирайте проекты. зачем разбрасывать по копейке, если можно вложить рубль в стоящее дело? даже если оно находится в самом начале пути.

и не надо забывать, что самистартапщики так же рискуют - зарплатой, репутацией наконец.
если мы о читалках, то меня вполне радует Alreader 2.3
имхо, он лучший
мне очень жаль вашу пятую точку, поэтому рекомендую перед переходом по ссылке подушечку под стол положить.

не бывает "другой" или "не привычной" навигации. бывает удобная или не удобная. можно попробовать обедать на декоративных тарелках, но лучше на них любоваться когда они висят на стене.
переводить однозначно стоит. "английский для программера важен" - в данном случае не аргумент. почему? потому что большинство на родном языке читает намного быстрее. вы своей работой экономите кучу времени. вот только мне кажется что лучше было бы взяться за перевод ZF
спасибо. еще раз убедился, что:
1. если есть флеш, то навигация (даже более того - юзабилити вооще) в 90% случаях ужасная.
2. для большинства работ, где использован флеш - он там не нужен, поскольку то же самое реализуется умелым применением js. и при этом сайт будет (если конечно подойти к процессу с головой) прекрасно индексироваться.
на мой взгляд, это все объясняет
наиболее правильный способ - оставить оба варианта
Оффтоп
тебе книжку захватить?
Я конечно понимаю, что только начинаете, но приглашать посетителей на пустой ресурс - это из ряда вон... Или Вы считаете, что та информация, которая представлена в правом столбце - действительно кому-то кроме поисковых роботов будет интересна? "Вальсируя с медведями" в рамках одной главы даст больше чем то, что понаписанно у Вас. А уж про классификацию рисков в информационных системах я уже просто молчу. Эта никакая классификация. Она может быть годится для того чтобы написать в горе-ТЗ пункт о рисках проекта, типа "существует риск для ущерба здоровья персонала, поэтому мы поставим ТТЛ-мониторы", но не дает ничего для реального управления рисками. Каковы типичные диаграмы рисков, представленных в «классификации»?? Почему среди них не оказалось самых основных и к тому же самых простых для понимания, а главное — КОЛЛИЧЕСТВЕННО измеряемых рисков?? А «управление рисками»? Где столько воды удалось собрать,и при этом не разъяснить что такое управление рисками? Да и вообще, говорить о рисках и не ввести понятие диаграмм рисков — это сильно...
Да, культура управления рисками в российских компаниях (ну разве что в банках и различных инвестиционных компаниях ситуация отличается) находятся в противозачаточном состоянии. Но сейчас ресурс будет работать исключительно не на популяризацию этой науки, а против нее. Налить кучу воды и ничего не дать для реальной работы — такой хоккей нам не нужен.
>Рекомендовал бы Зенон
за что вы так к человеку? зенон сейчас можно рекомендовать разве что врагу.
СТС (Москва)
вообще говоря есть такая штука - стандарт кодирования - которая применяется в рамках проекта/компании. для примера - http://tony2001.phpclub.net/doc/standard…
мы в курсе, даже больше чем Вы можете предполагать. пожалуста, следуйте правилам. в данном случае - метки не соответствуют контенту.
теги должны промаркировать контент, а про РИТ тут нет ни слова. а "российским интернет-технологиям" посвящены очень многие конференции, давайте их все тоже добавим в теги? ;)
Павел, я еще могу понять почему в тегах указан ProfyClub, но РИТ - совсем не вписывается в теги.
>Одной из основ open source является идея о том, что разработчики должны зарабатывать не на продаже готовых продуктов
это сами придумали или подсказал кто? открытый код и бесплатное ПО - это ПРИНЦИПИАЛЬНО РАЗНЫЕ вещи.

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Date of birth
Registered
Activity