Ну наверно Вы правы, но если это исключить, то чем это будет отличаться от одноклассников?
Клиенту нужны гарантии, обществу нужны клиенты.
Я предложил наиболее банальное решение этой проблемы.
Всё точно так же. Главное — доход. А лишняя прибыль нужна только для покрытия издержек, развития, выплаты дивидендов.
Раз всего этого нет, то можно и без нее.
Хотя, имхо, прибыль тоже должна быть опять же для страховки ответственности и\или для рекламы.
В конце работы сообщества фигурируют деньги => бизнес => главная цель деньги.
Деньги дает заказчик, которому важны какие-то параметры работы и риск их невыполнения => всегда нужен крайний с которого можно взять неустойку или хотя бы иметь актуальную информацию по ходу проекта.
Плюс, хотя это у нас не модно, это решает проблемы с законом и даже пенсией
Верно, поэтому логично всё-таки над этим поставить прослойку из менеджеров(по совместительству технических писателей), которые образуют юр. лицо и будут отвечать перед заказчиком.
Опять же, если специалисты работают с использованием одних и тех же технологий, то это сильно сократит риски и будет выгодно для клиента.
Остается вопрос зарплат «в конверте» — законно этот вопрос можно решить заключением подрядных договоров под каждый проект
Отличная идея над которой не раз задумывались, но начинать, имхо, стоит несколько по другому.
Начинаться все должно со сложившегося круга лиц, которые составят правила в том числе на использование технологий и инструментария.
К примеру, подавляющей группой будут программисты, и если они все будут использовать разные репозитории, разные языки, разные фреймфорки и т.д. пропадет главный, на мой взгляд, плюс этого решения — взаимопомощь и взаимозаменяемость
P.S. Понятно что питонист поматерится и допилит чужой пхп код, но это может быть медленно и не эффективно
Видимо я фигово разбираюсь в настолько дальнем прошлом. Мой отец бросил институт на 3 курсе(потом еще раз бросил другой на 3 курсе) потому что сварщиком он получал больше чем студент и будущий инженер тоже. В итоге дорос до топ менеджера, но перестал жалеть о неоконченном образование.
Отечественное гос образование вполне себе может портить людей.
Получал первое образование в связи и думал как у нас всё запущено.
Пишу второй диплом по менеджменту и думаю как у нас всё запущено.
Ничего не изменилось с времён СССР — рабочий\продажник начинает получать деньги раньше и может получать больше.
Такое сплошь и рядом…
Для себя вынужден сделать вывод относительно стартапов — важней «пиаризм», чем качество идеи и реализации ибо главное — продать\окупить. А уж после нужно показывать свою состоятельность и делать из проекта конфетку.
Никто не спорит и конечно, если быть более точным, то речь идет об одном из базовых аппов. Другое дело что подавляющие большинство проектов их использует. И даже более того, я думаю, большенство проектов не выбрало бы джанго, если в ней не было зачаток cms
не становится, а лишь делает еще один шаг.
Есть набор вещей, который применяется в большинстве проектов и такие вещи не должны валяться в куче со всеми аппами на стартовой странице, блоки которых ты даже практически не можешь модифицировать без применения шаблонов и вью.
Для примера — django.contrib.auth — пользователи\группы\разрешения — почему бы не вынести их в отдельное меню в шапке?
Как не крути, а продолжать плакать глядя на стандартную админку все равно придется.
Но по крайней мере теперь заказчик не будет думать что сайт ему делали Равшан и Джамшут :-D
а я неправильный it'шник. в то время как все венду в виртуалке пускают, а у меня на ноуте хост виста с убунтой десктоп в виртуалке, а на компе ХР с убунтой сервер в виртуалке :)
Почему в линукс? В windows SVN как-то сильно по другому работает? :)
Тут речь идет СОВСЕМ о другом — если Вы открываете ваши проекты в файловом менеджере по тем или иным причинам, то такая система нужна — лишняя информация в файловом менеджере(иконки на значках) ну никак не мешает + более быстрый доступ к функциям SVN(вместо: открыл консоль, прешел в папку, набрал комманду)
Из реальных задач — очень удобно посмотреть, например, картинки и сразу понять какие обновились и к какой части проекта это может относится.
Клиенту нужны гарантии, обществу нужны клиенты.
Я предложил наиболее банальное решение этой проблемы.
Раз всего этого нет, то можно и без нее.
Хотя, имхо, прибыль тоже должна быть опять же для страховки ответственности и\или для рекламы.
Деньги дает заказчик, которому важны какие-то параметры работы и риск их невыполнения => всегда нужен крайний с которого можно взять неустойку или хотя бы иметь актуальную информацию по ходу проекта.
Плюс, хотя это у нас не модно, это решает проблемы с законом и даже пенсией
отсюда уже и дополнительные требования
Опять же, если специалисты работают с использованием одних и тех же технологий, то это сильно сократит риски и будет выгодно для клиента.
Остается вопрос зарплат «в конверте» — законно этот вопрос можно решить заключением подрядных договоров под каждый проект
Начинаться все должно со сложившегося круга лиц, которые составят правила в том числе на использование технологий и инструментария.
К примеру, подавляющей группой будут программисты, и если они все будут использовать разные репозитории, разные языки, разные фреймфорки и т.д. пропадет главный, на мой взгляд, плюс этого решения — взаимопомощь и взаимозаменяемость
P.S. Понятно что питонист поматерится и допилит чужой пхп код, но это может быть медленно и не эффективно
Получал первое образование в связи и думал как у нас всё запущено.
Пишу второй диплом по менеджменту и думаю как у нас всё запущено.
Ничего не изменилось с времён СССР — рабочий\продажник начинает получать деньги раньше и может получать больше.
Для себя вынужден сделать вывод относительно стартапов — важней «пиаризм», чем качество идеи и реализации ибо главное — продать\окупить. А уж после нужно показывать свою состоятельность и делать из проекта конфетку.
И дела там выигрываются — вопрос в сроках
Есть набор вещей, который применяется в большинстве проектов и такие вещи не должны валяться в куче со всеми аппами на стартовой странице, блоки которых ты даже практически не можешь модифицировать без применения шаблонов и вью.
Для примера — django.contrib.auth — пользователи\группы\разрешения — почему бы не вынести их в отдельное меню в шапке?
Но по крайней мере теперь заказчик не будет думать что сайт ему делали Равшан и Джамшут :-D
Я думал только у меня в виртуалке все медленно запускается :-D
Тут речь идет СОВСЕМ о другом — если Вы открываете ваши проекты в файловом менеджере по тем или иным причинам, то такая система нужна — лишняя информация в файловом менеджере(иконки на значках) ну никак не мешает + более быстрый доступ к функциям SVN(вместо: открыл консоль, прешел в папку, набрал комманду)
Из реальных задач — очень удобно посмотреть, например, картинки и сразу понять какие обновились и к какой части проекта это может относится.