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