qoso, вы очень зря недооцениваете силу альтруизма.
Я никому из работодателей не показываю свой рейтинг на тостере, ибо не считаю что это плюс.
Это просто мое хобби.
В современном мире, где правит agile, никакие советы особо не помогут - agile зависит от слаженности всех исполнителей в команде, а команда не может набраться и сразу сложиться. Ну или это надо нанять 90% адекватных самостоятельных сеньоров, что сразу превышает ваш бюджет.
Поэтому советы - не работают, поскольку они очень общие, а работа команды - очень индивидуальная штука.
Saboteur
@saboteur_kiev Куратор тега Организация работы
Если у "Евгения" нет опыта руководить отделом разработчиков, то вероятность что все получится уложить в сроки и бюджет - 1%.
Мой совет - попробовать реализовать несколько проектов попроще. Поработать с разработчиками, с тим лидами. Увидеть как все получается - а тогда уже планировать более крупные проекты, со знанием дела.
В противном случае надежнее будет заказать разработку на стороне.
Квалификация отдельно взятых разработчиков никак не позволяет спрогнозировать их поведение в команде, никак не позволяет спрогнозировать разработку вашего проекта без детального ТЗ. Согласование ТЗ даже с опытными людьми это немалый труд. В случае waterfall на это может уйти до трети времени разработки. В случае agile - вы просто не сможете вначале пути спрогнозировать точные сроки - вероятность погрешности всегда будет высока.
Saboteur
@saboteur_kiev Куратор тега Организация работы
Выкинуть все эти планы, и научиться делать одно из двух:
1) Продавать - продать можно что угодно, если уметь. Наличие очень крутого технического продукта ничего не значит. Если это какое-то универсальное приложение, не требующее специфических знаний, то уже есть аналог. Без маркетинга и навыка продавана - не взлетит.
2) Наличие просто крутого программиста не означает успех проекта. Если это тематический продукт, нужен не программист, а специалист по продукту. Математик, физик, химик, фотограф - по той теме, по которой собираетесь писать приложение.
до сих пор помню ассемблер для x86, хотя с тех пор он мне не понадобился ни разу.
Неправда.
Вы им постоянно пользуетесь.
"А математику уже затем учить следует, что она ум в порядок приводит.“ (С) Ломоносов.
Программирование - логично и математично, также приводит ум в порядок. Тем более, что написать свою ОС на ассемблере небыстро, значит потратили много времени, мозг привык к подобной деятельности с детства.
Степан Гервик, так почитайте структуру .exe
это совсем не тупой набор команд, это целый стандарт с тем, что из него грузить в память, как передается точка входа, как из .exe подгружать ресурсы уже после запуска и так далее.
.exe и .com совершенно разные вещи. В каждой os есть свой тип бинарников со своими правилами как их делать.
Ну не то, чтобы сырости - Работа драйверов в основном стабильная.
А в том, что не парятся оптимизировать драйвера под Линукс и реализовывать весь функционал.
Бывало что мои ответы кто-то дополнял, и я узнавал полезные вещи, или исправлял свое заблуждение.