globuzer

Соглашусь, что в различных компаниях, требования разные, а значит и уровни градации профессионализма специалистов совершенно различный.
Зависит не только от знаний языка, а от способностей вести проект, решать задачи, подходить к нестандартным задачам с новыми идеями, умение общаться в команде, работать с менеджерами, тестировщиками, коллегами. Важно не только предлагать свою точку зрения в решении задачи, но и умение выслушать своих коллег, направить общий мозговой штурм на выполнение общей цели, выполнению задачи и реализации определенного проекта. Немаловажно знание английского языка.

Начиная с 5-ого класса, самый лучший и классический учебник для монстров математики, это любой сборник задач под редакцией Сканави. Есть с решениями, есть без. Есть просто задачи, есть задачи для поступающих в ВУЗы, есть олимпиадные задачи, есть голимая теория.
Все книги этого автора являются неоспоримым подготовительным уровнем по математике школьника, кто как-то видит себя в будущем, связанным с математическими науками.
А нынче жизнь такова, что все перспективные технологии, профессии, науки, все что пользуется спросом, - было, есть и будет связано с математикой. Сканави - маст хэв!

Дополнено:
Может быть они слишком сложны для современной программы? Сейчас в школах на курсах углубленного изучения математики не дают того объема, что давали раньше и на обычных курсах школы. Все это спорно. Школы разные, требования разные.
Но математика остается математикой, в сборниках Сканави (еще советских изданий) как раз содержится базовый и монолитный фундамент достаточно СИЛЬНОЙ математической подготовки.
Еще к ответу: читайте журналы КВАНТ, что выпускались в СССР, справочник Бронштейн, Семендяев, Корн. Сборники Данко и Кожевникова - инетересны будут для школьников старших классов и студентов первых курсов.
На самом деле - в последнее время встречал столько современных сборников и учебников, а по базе знаний они уступают с теми, что были в СССР.
Учите и любите математику в любых ее проявлениях, временах, учебниках.
Тех знаний что вам не хватает, просто гуглите и ищите в других книгах и ресурсах интернета, в том числе и зарубежные сайты.

Можно поискать по ключевым словам:
разработка
моделирование
проектирование
прототипирование
конструирование
и т.п.
ну собственно их англоязычные аналоги

Blender очень мощное, простое, удобное, многофункциональное, золотое, замечательное, просто офигительное средство для вышеупомянутых целей

Можно просто собрать статистику.
Взять выборку по своей специфике, в ней выбрать критерии и темы.
Профильтровать нужные и интересные проекты.
У каждой задачи и проекта есть скорее всего дата публикации.
Собрать побольше подобных заявок, чем больше тем лучше, например за месяц.
Ну и усреднить результаты. Получиться среднее время публикации заявки.
Конечно грубо, но что-то. В этот промежуток времени и ловить заказы.
А можно вычислить временное окно, с предельными границами, тем самым, составить для себя временной график охоты на заказчиков.

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

без проблем можно работать за бесплатно, ради опыта, если есть на то желание и тем более есть уже какой-то меньший опыт на фриланс-биржах, даже выставляя меньший ценник.
а все символически заработанные деньги, если уж они не так сильно нужны, переводить на кикстартере на какие-нибудь интересные проекты, или просто благотворительствовать детям, в детских домах на развитие программирования :)

бюджет времени на выполнение задачи лучше закладывать всегда с 20%, а то и 30% запасом сверху.
все умные книги по разработке ПО говорят что в большинстве случаев проект никогда не будет выполнен в срок, если ставить жесткий дедлайн. по опыту и на практике также. всегда переносяться сроки и подписываются соответствующие решения и договора. конечно очень это еще зависит от количества человек, участвующих в решении задачи. степень риска по не выполнению временного бюджета прямо пропорциональна количеству участников проекта.
если же как сказано в вопросе всего фигурирует допустим один-два исполнителя (для малого бизнеса), то работу и бюджет времени уже можно оценить более точно. но опять же закладывать сверхзапас, форс-мажер и т.п.
очень многое зависит от точности, полноты, четкости требований к разрабатываемому проекту или формулируемой задачи, описания проектных решений и их непротиворечивость, понятность для исполнителей.
в ходе выполнения задачи\проекта проверять степень готовности на некоторых контрольных точках, что более защитит от перерасхода временного бюджета

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

тестирование - это когда эти "таблицы истинности" уже известны и нужно подтвердить, что тестируемый модуль их соблюдает. вот про это я и хотел сказать, спросить!
именно это и нужно подтвердить.
фактически на входные сигналы (переменные) подать\задать всевозможные комбинации и на выходе проконтролировать результат, на выходных переменных

Алексей Кулаков хорошо рассказывает про юзабилити, посмотрите некоторые его сюжеты на Youtube.
Вообще если поютубить, то можно выцепить хорошие видеоролики на эту тему. Например, канал "Нетология".
А вообще, про вышеупомянутую тему если касаться, то нужно изучить основы. Очень хорошо изложены в классике, например, взять того же самого Купера.

PS = Да, ссылка про научный дизайн очень полезна, Денис Мишунов рассказывает концептуальные вещи про дизайн, видео-труд стоит того, чтобы посмотреть, все таки доклад он готовил долго.

разработка алгоритмов сложных систем (не программирование!)
военные разработки систем
поведенческие модели роботов
искусственный интеллект
космические технологии
аналитика финансовых рынков
защита информации и аналитика по криптографии
промышленный шпионаж :)
конструирование и моделирование сложных изделий и процессов
моделирование взрывов, волн, погоды, рынков

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

Да, это тот, кто в большей степени способен все обдумать и проанализировать. И пусть он называется аналитик, менеджер проекта, главный специалист, бизнес-аналитик, бизнес-монстр...
Работа сложная, интересная, объемная...

Вообще, изучив классику преподавания в школе и универе, пообщавшись с разными специалистами, по собственному мнению хотелось бы сделать такие выводы, по поводу начала обучения программированию.
Сначала паскаль.
Затем Си
Затем Си++
После этого усиленная ООП методология: С-шарп, Джава, Обджектив-Си
Если коснуться системности, то ассемблер вместе с Си и Си++ параллельно изучать.
После всего этого будет достаточно просто перейти на Джава-Скрипт, Руби, Пайтон, ну и собственно ПиАйчПи.
Если начать изучать ПиАйчПи с нуля, без базы и основ концепций программирования, мне лично кажется будет проблемно. Ну а если не проблемно, то просто человек-студент-ученик не постигнет всей сути языка программирования и основ алгоритмитизации.

главное чтобы перевод был качественный и осуществлял его человек, который работает и разбирается в этой теме и области!

sublime, webstorm, notepad++, vim\gvim