Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, Homunculus, Вы писали:
H>>Разработчик. Один единственный. Съел? Давай повтирай мне про важность «маркетинга»
S>А область какая?
Гипсокартон. Проехали, вдаваться в детали не буду.
Re[7]: Заработать больше работая больше - концептуальная про
M>>Много — это сколько (в минутах)? M>>Работай с заказом целый день/неделю, не переключаясь. S>Мелкие заказы денежными не бывают. Более-менее серьезный проект — это от 1 до n месяцев. Заниматься нужно только им одним.
И? Занимайся сколько нужно, сделал — получил деньги как договорились — начинай новый.
Re[8]: Заработать больше работая больше - концептуальная про
M>>И? Занимайся сколько нужно, сделал — получил деньги как договорились — начинай новый. S>Это нужно открывать свою софто-девелоперскую контору — а это больше маркетинг, чем разработка. С просто Васей серьезные люди работать не будут.
Тебе шашечки или ехать?
Работай с несерьезными, у них тоже деньги есть.
M>>Тебе шашечки или ехать? M>>Работай с несерьезными, у них тоже деньги есть. S>Не серьезные не поймут почему так дорого.
От серьезности клиента это никак не зависит.
1. Есть те кто поймут
2. Работай сдельно.
3. Сдавай работу с искусственной задержкой.
Здравствуйте, Shmj, Вы писали:
S>Просто не сходится — как разработчик может работать параллельно с несколькими проектами — мозг то один...
Я уже писал в другой теме про это.
Впрочем, если тебе действительно интересна область, пожалуйста. Мат. моделирование взрывов, дифференциальное исчисление, метод конечных элементов (не знаю, понимаешь ли ты про что речь), расчеты прочностей. Немного графики.
Re[15]: Заработать больше работая больше - концептуальная проблема
S>Просто не сходится — как разработчик может работать параллельно с несколькими проектами — мозг то один...
Потому тебе и платят всего 2500.
Работать с разными проектами — это примерно также как работать над разными задачами в рамках одного проекта.
Re[5]: Заработать больше работая больше - концептуальная проблема
Здравствуйте, Shmj, Вы писали:
S>Был бы вариант, если бы была методика оценки результатов труда. Не по строкам кода, ессно, т.к. все мы знаем к чему это приводит.
S>Ведь когда работа сделана, то по идее ее должно быть совсем просто оценить — т.к. видно что именно сделано. На этапе планирования еще много не ясного и много нюансов откроется в процессе.
Совсем не просто. Как оценить по сделанной работе, сколько разработчик провел в отладке? Или нормальные разработчики всегда пишут сразу в продакшн?
Re[7]: Заработать больше работая больше - концептуальная проблема
Здравствуйте, Shmj, Вы писали:
S>>Проблема в том, что на работе ты не зарабатываешь, а получаешь. Зарабатывает контора.
S>Ну вот раньше на каменоломнях рабочим платили от выработки. Была мотивация махать кайлом чаще других.
Теперь у тебя есть мотивация изобрести машину времени.
Re: Заработать больше работая больше - концептуальная пробле
Здравствуйте, Shmj, Вы писали:
S>Вот, для примера, как это делается при точно измеряемых трудозатратах:
Если модель бизнеса такая что для получения прибыли надо больше работать, то много не заработаешь, т.к. есть физическое ограничение в 24 часа и количество людей на планете.
Модель бизнеса должна ориентироваться на то чтобы оптимизироваться так чтобы работать меньше получать больше.
Пример упрощенный : вы собираете инсталлятор программы вручную — работать приходится больше
вы сделали автосборку инсталлятора — работать приходится меньше, релизы чаще, прибыли больше.
”Жить стало лучше... но противнее. Люди которые ставят точку после слова лучше становятся сторонниками Путина, наши же сторонники делают акцент на слове противнее ( ложь, воровство, лицемерие, вражда )." (с) Борис Немцов
Здравствуйте, Shmj, Вы писали:
S>Что значит "на тебя"? Бюджет не под человека а под конкретный проект.
И в этом конкретном проекте есть не только ты и есть его сроки.
S>Работать можно только с одним заказом — человек однопоточен. На переключение уходит много времени.
Земсков из твоего ролика в тот момент работал как чистый фрилансер. Смог он — почему не сможешь ты?
S>Так уж сложилось, что к фрилансу серьезно не относятся по ряду причин.
Серьезно не относишься ты. И твои причины чисто субъективные — лень и глупость.
Re[2]: Заработать больше работая больше - концептуальная пробле
O>Здравствуйте, Shmj, Вы писали:
S>>Вот, для примера, как это делается при точно измеряемых трудозатратах:
O>Если модель бизнеса такая что для получения прибыли надо больше работать, то много не заработаешь, т.к. есть физическое ограничение в 24 часа и количество людей на планете.
O>Модель бизнеса должна ориентироваться на то чтобы оптимизироваться так чтобы работать меньше получать больше.
O>Пример упрощенный : вы собираете инсталлятор программы вручную — работать приходится больше O>вы сделали автосборку инсталлятора — работать приходится меньше, релизы чаще, прибыли больше.
это если вы влаелец бизнеса.
а если просто программер — то вам дадут просто следущую задачу и заплатят столько же.
Sic transit gloria mundi
Re[2]: Заработать больше работая больше - концептуальная пробле
Здравствуйте, okon, Вы писали:
O>Если модель бизнеса такая что для получения прибыли надо больше работать, то много не заработаешь, т.к. есть физическое ограничение в 24 часа и количество людей на планете.
Я не о бизнесе а о работе.
Re[6]: Заработать больше работая больше - концептуальная проблема
Здравствуйте, samius, Вы писали:
S>Совсем не просто. Как оценить по сделанной работе, сколько разработчик провел в отладке? Или нормальные разработчики всегда пишут сразу в продакшн?
Чем сложнее код — тем сложнее его отладить. В чем проблема
Чем больше ты совершаешь багов — тем ты менее эффективен. Баги делают все, разница лишь в их количестве.
А как иначе? А на этапе планирования — откуда ты знаешь, сколько "проведешь в отладке"? Там даже нельзя оценить насколько сложен код.
Re[16]: Заработать больше работая больше - концептуальная проблема
Здравствуйте, Muxa, Вы писали:
M>Потому тебе и платят всего 2500. M>Работать с разными проектами — это примерно также как работать над разными задачами в рамках одного проекта.
Быстрее не будет. Любой серьезный проект включает в себя множество задач, не нужно набирать 3 других проекта. Даже с одни не каждый справиться — обычно команда работает.