Eugene 222

У вас есть два варианта развития событий:
Первый. Кодер. Aka писатель руками кода в компьютер по онлайн туториалам. Много ума не нужно. Вам хватит 2-х месячного буткампа.
Из проблем, кодер это коммодити. Т.е. вы всегда будете кодировать за еду на низших ступенях карьеры.
============
Все остальные возможности открываются образованием(или самообразованием)
Интересные области в разработке:
Machine learning. Вам нужна линейка+статистика+теорвер на очень хорошем уровне
Game development. Линейка+комбинаторика на хорошем уровне
Graph theory и Category theory просто чтобы быть хорошим программистом.
Обязательно английский.
============
Области в управлении:
Как минимум, микро/макро экономика +менеджмент +маркетинг.
Плюс постоянное самообразование и чтение книг в области на которой вы специализируетесь.
+ желательно MBA в зарубежном вузе.
------------------
Я бы посоветовал техническое(для того, чтобы было легче уехать) образование + MBA уже там для продвижения по карьерной лестнице.
Соответственно, ваши цели:

1. Английский (больше всего усилий). Вы должны уметь прочитать рандомную книжку на английском и понять 95%
   
2. Тех вуз. Можно довольно средний(лишь бы дали корочку и получать самообразование вам не мешали)
   
3. MBA уже на месте, за рубежом(для того чтобы перейти в управление)
   

Ваш алгоритм симпатичен.
----------------
Вы можете его развить, применяя различного рода нечеткие хеши.
Например:
Min-hashing: www.robots.ox.ac.uk/~vgg/publications/papers/chum0...
thedigitalstandard.blogspot.bg/2009/11/why-fuzzy-h...
------------
Таким образом вы сможете улучшить устойчивость вашего алгоритма практически не переписывая логику.

Опять?
Не опять а снова.
Я насчитал их больше 342.
И, тем не менее, любые серьезные вещи делаются в текстовом виде.
--------
Судя по всему, существует концептуальный барьер "диаграммного" программирования.
--------
Сам я никогда ничего в визуальной среде не делал. Не знаю никого кто с такими инструментами работает.
(UML не в счет)
---------
Не понимаю боязнь людей к коду. Не важно, рисуешь ты диаграмки или пишешь в тексте, суть дизайна сложных систем все равно остается. Когда-то подразумевалось, например, что SQL оставит без работы программистов, т.к. запросы будут писать менеджеры.

А для чего вам нужен C?
Вам необходимо ручное управление памятью?
Вам нужен доступ к железу?
==========
Если да, попробуйте Rust, он поприятнее и поновее.
--------------
Если нет(т.е. у вас концептуальный интерес) возьмите Haskell/Scala/Erlang на выбор.
Там есть ряд концепций которые приятно изучить.
---------------
Если вы считаете, что сможете "развернуть" знания С на другие контексты(т.к. он более низкоуровневый)
то у вас этого не получится. В отличной области происходит оперирование отличными сущностями(кэп).

1. Когда ты понимаешь что фреймворк предоставляет разумную абстракцию в твоей предметной области
   
2. Когда ты понимаешь, что реализовывать примитивы доменной области самостоятельно ты будешь до морковина посинения
   
3. Когда рекрутеры выучили новое умное слово и теперь всех нанимают только с этим баззвордом в резюме
   

Если вы пишете движок сами. Зачем вы это делаете на PHP?
На свете много приятных и удобных инструментов.
Зачем выбирать что-то ущербное.
--------
Как бы я сделал локализацию.
Я бы определил глобальный хешмап в отдельный файлик. И функцию, которая мапит вашу стандартную локализацию, на локализацию в хешмапе.
Быстро, никакого парсинга, никаких баз и прочих файлов.

xml/html давно парсится чем только не лень, в Go он вообще, в stdlib.
самое известное для питона: lxml.de
Beautiful soup не советую, он старый и забытый.
Если хочется чистенько и самому, гуглите packrat парсеры и ABNF мета грамматику.
Симпатишно и быстро тут: https://github.com/Engelberg/instaparse

Если у вас таких кодов 3-5-10 тысяч, то можно попробовать найти за ними какую то модель(если она есть, а не простой рандом). В противном случае. Нет.