Soultaker

Язык бы указали что ли.

Очевидно, что IDE лучше, ибо в ее состав входит и текстовый редактор, и компилятор, и куча других фич.

Выбирают текстовый редактор или те, у кого комп не тянет IDE, или любители vim/emacs.

habrahabr.ru/company/yandex/blog/206234
В точности по Вашему вопросу

Начинайте с игр, там и файлы есть и сеть и алгоритмы, может с графикой поработаете.

Например крестики-нолики/морской бой/шашки/сапер.

Игры делают кодинг можно сказать более визуализированным и интересным. ИМХО, конечно.

это называется "основы алгоритмизации". Нужно уметь придумывать и реализовывать различные алгоритмы. Понимать что для решения задачи ее нужно проанализировать, составить алгоритм решения и реализовать ее.

По поводу 5-ти лет вы как-то загнули...

Знать это всё более чем реально, но зачем вам это ?
Другое дело что данное описание не имеет практической ценности, так как в него входят совсем "разносорные" технологии. Не ясно какие задачи вы хотите решать, и тем более не ясно на сколько хорошо подходит эти наборы символов для их решения... решать не вам.

Вы покупаете не автомобиль, а лишь слесаря.
Будете рассказывать ему о металлах и гаечных ключах ?

В первую очередь нужно правильно формулировать задачи проекта.
Это самая распространённая ошибка HR'ов.
"Нам надо много, но мы не знаем зачем..."

Я видел слишком много идиотских требований подобного рода, и они в конечном итоге не гарантируют ровным счётом ничего для работодателя. Забудьте о понятии профессионализма, оно абсолютно бессмысленно, впрочем как и любые попытки мерить опыт временем.
Люди либо делают то что умеют, либо учатся прямо на рабочем месте.
Если вы готовы влаживать в обучение - честь вам и хвала.
Другое дело сколько и с какого уровня...

Тут нужно найти нормального программиста с хорошим послужным списком, и подготовить "план действий" - проверять всё на практике. Отдельно привлекать сторонних спецов для QA и оценки процессов в целом. Начинать с документации и тестов, заканчивать кодом.
Оценивать риски, предотвращать возникновение проблем в перспективе...

80% проектов с подобными требованиями провальные просто потому что не могут правильно организовать процесс разработки, и все эти буквы не более чем набор пустых фраз.

А большинство пишет в стиле :
"Это - лапшекод, он работает - вот и хорошо. ОЙ! А уже не работает... ОЙ а мы потеряли 100500 клиентов! ОЙ! А меня уже здесь нет...".

Приходит другой:
"Эт, чё за хня ? Не надо переписывать.... доки ? Какие ещё доки, оно ж работает вот и хорошо... ОЙ!"

Бесконечная рекурсия организационного идиотизма.

Вероятность того что вы сможете найти "того самого" стремится к нулю.
Некоторые конторы ищут по 2-3 года... и смысла в этом не много.
Тупая совковая примитивная жадность не позволяет потратить 20-30К $ в год что бы иметь хорошего специалиста под рукой.

Перестаньте верить в бредни о самоорганизации.
Большинство разработчиков имеют слишком большой багаж личных психологических проблем и требуют довольно таки изощрённых компенсаций...

Готовы ли вы понимать и удовлетворять все эти потребности для сохранения общей мотивации вашего персонала ?

Обычно: "Не ну мы ж денег дали - пускай терь работают..."

Так что всё чуток сложнее чем просто список требований...

P.S. СТАТЕЙКА

Это не дефицит идей, а дефицит образования. Изучайте новое, за пределами программы, читайте много умных толстых книжек (например тынц и далее по ссылкам), тогда и идеи будут появляться. А если хочется славы и денег, вкладывайте лучше не в проекты, а в себя. На проектах подняться действительно будет непросто. Либо идею никто не оценит, либо она уже кем-то реализована и поэтому не выстрелит из-за конкуренции. А вот инвестиции в себя всегда окупаются и приносят большие дивиденды.