И совершенно зря вы бахвалитесь количеством строк кода, не в количестве кода счастье, а в качестве кода, архитектуры, удобства расширения/сопровождения/изменения… И добавление провайдера на 200 строк кода, я выпадаю в осадок.
Я не знаю как вы всё это делали, но такое количество кода для ТАКОГО функционала проекта перебор однозначный, что говорит о низком качестве архитектуры и её крайней непродуманности, что как я знаю по своему опыту присуще многим стартапам когда их хотят тупо запустить в надежде что если пойдёт, то сделают получше.
Я знаю проекты со значительно большим функционалом где весь код с тестами занимал значительно меньшее количество строк.
Лицензию можно отдавать после полной выплаты, а до тех пор после каждой проплаты выдавать месячный триал допустим. Ну а про бумажки я ниже тоже упомянул, не увидел вашего комментария.
На мой взгляд привлекли бы ещё больше людей не постоянной подпиской, а возможностью кредита на софт. Например я хочу купить допустим Adobe Photoshop CS4 либо NuSphere PhpEd и захожу за ними на ваш сайт. Оформляю кредит с некоторым процентом, а потом каждый месяц по вашей схеме плачу до тех пор пока не выплачу кредит, после чего получаю лицензию, а на срок кредита будет ежемесячно выдаваться триал на следующий месяц допустим. К тому же стоит учесть что лицензию было бы неплохо иметь на руках и чтобы была возможность заказать бумажки у вас по почте за доп плату для наших доблестных защитников на всякий случай.
А платить бесконечно за пользование какой-либо программой — да нафига оно надо :) Для программ которые нужны на ограниченный срок может быть, но тогда проще крякнутые взять знающим людям, ну незнающие так и быть купят. А на долгий срок очевидная необоснованная переплата получается.
Ну вообще практическая реализация уже есть, у меня допустим и я знаю ещё пару человек (они тут есть и если пожелают отпишутся) у которых также всё организовано.
Я ранее писал о том как у нас fenixdeveloper.habrahabr.ru/blog/60460/, но немного в другом ключе.
Из минусов есть проблема с финансовым вопросом. Вот допустим как в фирмах с этим: известна ставка стоимости человеко-часа, в которой учтены все расходы + рентабельность. Дальше определяется срок исполнения проекта, высчитываются необходимые человеко-часы и получается нужная сумма, которая уже варьируется тем кто договаривается в большую (зачастую сразу), а иногда в меньшую сторону чтобы договориться если стратегически важный проект.
В описанной вами ситуации бюджет необходимо распределить между исполнителями, не забыв при этом менеджера или менеджеров (для больших проектов), также бухгалтерию и прочих сотрудников, а ведь ещё есть аренда помещения (если эта компания в офисе сидит, а не дома) и куча других расходов. То есть приходится делать весь бюджет проекта на 2 части — часть которая идёт в оплату конечным исполнителям, и часть на расходы компании и её же прибыль. Но такой делёж достаточно сложен.
У меня это решается немного по другому: всё как везде, но минимальные зарплаты, а с каждого проекта назначается премия, которая в зависимости от работы изменяется в большую или меньшую сторону. С этой стороны хорошо ещё то, что сохраняются социальные гарантии, типа выплаты больничных, отпускных, или если человек отправился на обучение/повышение квалификации, за ним сохраняется его минимальный оклад. Но есть и сотрудники без трудоустройства, именно фрилансеры и их свобода не ограничивается, по мере надобности кто свободен присоединяется к проекту. Такая структура очень гибкая и удобная на мой взгляд. Бывают некоторые сложности с коммуникацией, организацией, но это уже решается опытом совместной работы и сходит на нет со временем.
Во-первых скажите это программистам-кристальщикам, а во-вторых для решения некоторых задач реально проще и дешевле потратить несколько лишних киловатт энергии и несколько лишних может быть даже месяцев вычислений.
Далеко не всегда можно добавить памяти и тд. Допустим, заказчик просит написать приложения для десктопов и мобильных устройств, или прошивку для некоего хитроумного устройства. Так что задачи программирования бывают очень даже разные и всё в той или иной мере нужно, если вы работаете в одной области и не сталкиваетесь с другой, не надо говорить что такая оптимизация не имеет практического значения.
Я достаточно долго был фрилансером и работал как раз в диапазоне от 20 до 100 тысяч рублей, и проектов на 50 тысяч было достаточно много, в основном аутсорсинговые от тех же «крутых» студий :)
Эта чёрная дыра заполнена фрилансерами одиночками и командами :) У них нет таких расходов как аренда, налоги (у большинства :)) и прочее, вот и выходит что то, что студия сделает за 180 тыс. рублей, фрилансеры сделают за 50-80 тыс. рублей. И если повезёт это может быть даже лучше чем в студии, но о плюсах минусах студий и фриланса сейчас не будем.
Да, кстати. Увидел что там писали про «внешние раздражители», ну так в мой график удобно вписывается всё, в любой момент можно пойти на переговоры, в магазин, на встречу с друзьями. В этом графике важен только порядок и пропорции, а время уже как получится, я ведь не робот в конце концов :)
Меня дедлайны мучают редко (разве что когда от 3х проектов одновременно сдавать приходится), но мой режим дня с момента поступления в универ (года 4 где-то) примерно такой:
9:00-10:00 просыпаюсь, пью чай
до 12:00-13:00 активно работаю (планирование, проектирование, бумаги и тд)
час отдых + завтрак (или ланч)
работа до 16:00-17:00, рутинные задачи ничего особо сложного
час отдых + обед
работа до 20:00-21:00
3-4 часа отдых (возможен сон после ужина если спать хочется) + ужин
активная работа до 3:00-4:00 (наиболее сложные части работы)
И вполне так ничего, график как видите не очень чёткий, так как я просто показал примерные пропорции, но на деле всё это достаточно подвижно. Вот сейчас я например только сажусь работать, а спать лягу когда захочется (в 7-8 утра).
Дополнение: имеется ввиду система когда у пользователя «компьютер-браузер» с незначительным кешем (сравнительно), а все его данные на сервере. И далеко не всегда легко получить актуальную локальную копию (обычных юзеров с парой сотен фоток и гигом музыки не касается).
Я всё прекрасно понимаю про бекапы и тд, но я не об этом говорил :) Одно дело выключенное электричество (построили заново электростанцию и всё ок), а другое дело уничтоженная информация (построили дата центр, а данных нет — :( ) — вот я о чём. Например когда создавали интернет, думаете зря в него такую структуру децентрализованную заложили? Вовсе нет, потому что централизованные системы значительно более уязвимы. Поэтому я и не приветствую тенденцию сваливать всё в одну кучу, по крайней мере не таким способом.
Есть ещё следующая проблема: сейчас информация распределена по всем компьютерам пользователей (то есть у пользователя есть копия на рабочей машине, копия на ддомашней, копия на флешке и тд), а вы предлагаете ВСЮ её собрать на серверах. Таким образом если что-нибудь случается с серверами (терракт допустим :)), то вы представляете какой это ущерб? Я даже представлять не хочу…
В моём случае моя работа это и моё хобби (одно из) и в свободное время под хорошее настроение доставляет истинное удовольствие что-нибудь сделать. Но в тоже время не стоит думать что я занимаюсь круглосуточно только программированием. Зимой сноуборд, летом шашлык :) и много чего другого, свободное время у меня очень разнообразное, а работаю я активно от 5 до 10 часов в день смотря как работается и какие задачи стоят.
Возможно когда у нас будет настолько большой офис, то да. А нам и 60 метров нормально на 10 человек из которых не все одновременно в офисе. Так что нас не затрудняет намыть пол в помещении. Иногда это даже бывает весело :)
В ноябре нам стало плохо, ооочень плохо :) К январю только оклемались, но ничего, вместе можно всё решить. Разница лишь в том, что мы работаем командой, а не группой людей занимающих положенные им места. Вместе мы уже пережлили множество проблем, сотрудники которые не могли в такой команде работать отсеялись при первых же сложностях :)
Но тут уже зависит от того кто как на это смотрит. Конечно, проблемы определённые есть, я придумываю как с ними справляться. Скажем так это мой стиль управления, который кому-то может быть не понятен. Но я его и не навязываю, просто представил как вариант. Но такой вариант существует, даже если вы в него не верите :) На мой взгляд здесь тоже самое что и вера в бога — кто-то верит, кто-то нет.
Смотря какой коллектив, если им комфортно рабботать в грязи, то почему бы нет. Нам хотелось чистоты и уюта :) Потому что в офиса всё-таки проходит большая часть дня и не хочется сидеть в свинарнике.
Нет, вы немного неправильно поняли. Мы не во время проекта придумываем какие-то инструменты, хотя и так бывает, конечно, если не мешает выполнению основной задачи. Мои коллеги и я просто сами для себя в свободное время придумываем такие инстурменты, облегчая свой труд и труд тех кто с нами работает.
Понятно что даже использование этих инстурментов превращается в рутину со временем, но рутина рутине рознь по моему мнению. Если например раньше какая-то работа отнимала допустим 5 часов, то с использованием инстурментика 1 час, это гораздо лучше.
И вообще мечтать не вредно :) Не будьте пессимистами господа, надо смотреть на жизнь оптимистичнее! Так легче жить и работать.
С точки зрения меня, конечно. Я этот пост опубликовал как ответ на комментарий в другом блоге.
Успешную компанию можно строить различными путями, здесь просто приведён один из них. Но и тут не всё идеально, потому что как было сказано здесь в комментариях возникают сложности с подбором персонала, не каждый человек может влиться в этот коллектив.
Я не знаю как вы всё это делали, но такое количество кода для ТАКОГО функционала проекта перебор однозначный, что говорит о низком качестве архитектуры и её крайней непродуманности, что как я знаю по своему опыту присуще многим стартапам когда их хотят тупо запустить в надежде что если пойдёт, то сделают получше.
Я знаю проекты со значительно большим функционалом где весь код с тестами занимал значительно меньшее количество строк.
А платить бесконечно за пользование какой-либо программой — да нафига оно надо :) Для программ которые нужны на ограниченный срок может быть, но тогда проще крякнутые взять знающим людям, ну незнающие так и быть купят. А на долгий срок очевидная необоснованная переплата получается.
*ушёл переписывать конфиги
Я ранее писал о том как у нас fenixdeveloper.habrahabr.ru/blog/60460/, но немного в другом ключе.
Из минусов есть проблема с финансовым вопросом. Вот допустим как в фирмах с этим: известна ставка стоимости человеко-часа, в которой учтены все расходы + рентабельность. Дальше определяется срок исполнения проекта, высчитываются необходимые человеко-часы и получается нужная сумма, которая уже варьируется тем кто договаривается в большую (зачастую сразу), а иногда в меньшую сторону чтобы договориться если стратегически важный проект.
В описанной вами ситуации бюджет необходимо распределить между исполнителями, не забыв при этом менеджера или менеджеров (для больших проектов), также бухгалтерию и прочих сотрудников, а ведь ещё есть аренда помещения (если эта компания в офисе сидит, а не дома) и куча других расходов. То есть приходится делать весь бюджет проекта на 2 части — часть которая идёт в оплату конечным исполнителям, и часть на расходы компании и её же прибыль. Но такой делёж достаточно сложен.
У меня это решается немного по другому: всё как везде, но минимальные зарплаты, а с каждого проекта назначается премия, которая в зависимости от работы изменяется в большую или меньшую сторону. С этой стороны хорошо ещё то, что сохраняются социальные гарантии, типа выплаты больничных, отпускных, или если человек отправился на обучение/повышение квалификации, за ним сохраняется его минимальный оклад. Но есть и сотрудники без трудоустройства, именно фрилансеры и их свобода не ограничивается, по мере надобности кто свободен присоединяется к проекту. Такая структура очень гибкая и удобная на мой взгляд. Бывают некоторые сложности с коммуникацией, организацией, но это уже решается опытом совместной работы и сходит на нет со временем.
Далеко не всегда можно добавить памяти и тд. Допустим, заказчик просит написать приложения для десктопов и мобильных устройств, или прошивку для некоего хитроумного устройства. Так что задачи программирования бывают очень даже разные и всё в той или иной мере нужно, если вы работаете в одной области и не сталкиваетесь с другой, не надо говорить что такая оптимизация не имеет практического значения.
9:00-10:00 просыпаюсь, пью чай
до 12:00-13:00 активно работаю (планирование, проектирование, бумаги и тд)
час отдых + завтрак (или ланч)
работа до 16:00-17:00, рутинные задачи ничего особо сложного
час отдых + обед
работа до 20:00-21:00
3-4 часа отдых (возможен сон после ужина если спать хочется) + ужин
активная работа до 3:00-4:00 (наиболее сложные части работы)
И вполне так ничего, график как видите не очень чёткий, так как я просто показал примерные пропорции, но на деле всё это достаточно подвижно. Вот сейчас я например только сажусь работать, а спать лягу когда захочется (в 7-8 утра).
Имхо, нельзя все яйца класть в одну корзинку.
Но тут уже зависит от того кто как на это смотрит. Конечно, проблемы определённые есть, я придумываю как с ними справляться. Скажем так это мой стиль управления, который кому-то может быть не понятен. Но я его и не навязываю, просто представил как вариант. Но такой вариант существует, даже если вы в него не верите :) На мой взгляд здесь тоже самое что и вера в бога — кто-то верит, кто-то нет.
Понятно что даже использование этих инстурментов превращается в рутину со временем, но рутина рутине рознь по моему мнению. Если например раньше какая-то работа отнимала допустим 5 часов, то с использованием инстурментика 1 час, это гораздо лучше.
И вообще мечтать не вредно :) Не будьте пессимистами господа, надо смотреть на жизнь оптимистичнее! Так легче жить и работать.
Успешную компанию можно строить различными путями, здесь просто приведён один из них. Но и тут не всё идеально, потому что как было сказано здесь в комментариях возникают сложности с подбором персонала, не каждый человек может влиться в этот коллектив.