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