Не боюсь, но сейчас немного занят. Добавил пост в избранное, в ближайшее время подробнее ознакомлюсь.
PS переименуйте вопрос, действительно очень вводит в заблуждение. Например, «Как автоматически (программно) отранжировать веб-программистов на основе резюме» — будет более точно отражать ваш вопрос. Большинство ответов иначе получаются не по вашей теме.
По условию задачи — просите открыть расшарить экран по скайпу и просите написать алгоритм нахождения N-го числа Фибоначчи.
А затем запустить. Чтобы понять, справился ли человек с задачей или нет — не сложно даже вам. А также это даст вам понимание, способен ли кандидат думать, может ли он принимать решения, и вообще, способен ли он писать код. И еще — способен ли он писать код, который точно будет работать.
По поводу Разделения ответственности — очень интересная штука.
А вот нейронные сети — немного не то :) информация полезная и нужная мне, но не контексте этого вопроса )
Спасибо за мнение. Но тут вопрос возник не на ровном месте. И причина не в том, что «хочу экспериментов».
Меняются требования, и продукт, в очень схожем виде нужно будет внедрять в другие организации.
Если не организовать единой системы, то прийдется делать 2 разных продукта (и это количество со временем будет увеличиваться).
Цена поддержки для этого продукта весьма существенна. Поэтому и в поисках архитектурного решения, которое позволит расширить систему в N раз минимально болезненно для неизменного количества разработчиков :)
Мы на alibaba заказывали частично :) частично есть в питере / москве несколько интересных подрядчиков.
Если интересно — напишите в личку, напишу с кем о чем договаривались и порядки цен, которые они обещали. Что-то интереснее у одних, что-то на алибабе взять, а что-то самим / на фрилансе дописать :)
Ну в чистом виде, как такого расширения, корректно работающего нет, но можно сделать переопределение за счет других хуков, которые ложатся в идеологию битрикс (от prolog до компонентов и модулей)
Для стандартной связки я практически всегда использовал REST вместе с XML / JSON.
Велосипедов и инструментов много. Но это вопрос из серии «какая CMS лучше, какой фреймворк лучше использовать для этой связки» и тд.
Если вам нужно организовать видео чат и передавать данные между сервером, может быть REST в таком виде вам не подойдет и надо смотреть в сторону Protocol Buffers / AMF или комбинировать решение. Если вам нужно сделать красивую форму связи, то может и стандартного $_REQUEST хватить.
Дальше, на мой взгляд, надо смотреть, какие инструменты вы сами лучше знаете и с какими вам комфортнее работать.
1) Когда что-то надо сделать действительно нестандартное, причем слово «нестандартное» надо понимать, как «выходит за рамки предустановленной демо коробки»
2) Когда битрикс перестает работать, как должен и отвечать требованиям документации и тд.
Доходило до попыток анализа алгоритмов / вскрытия исходников апи и модификации этих функций под свои нужды отдельными модулями и компонентами.
В настоящее время состав планируется такой
1) Старший разработчик под backend + проектирование
2) разработчик под фронт часть (ExtJs)
3) Фронт часть (html — совсем немного) + backend
4) тимлид — проектирование + немного кода, преимущественно backend
5) еще один человек на backend, еще пока нет, сейчас ищем в штат.
Команда собирается новая, об уровне можно говорить относительно.
Разработчик front части очень даже легко могут подключаться на back end, поэтому порог вхождения для них должен быть небольшой, может быть без ньюансов, но тем не менее.
Проблема в том, что CI поддерживает (по крайней мере в чистую и честно) далеко не все паттерны, а многие из них нужны.
За советы — спасибо. Если посоветуете еще литературы по проектированию БД и приложений — буду благодарен :)
Да, мощный. Да, гибкий. Но он слишком много тянет. Не самый шустрый, но ресурсов кушает много.
Да, можно что-то отключить, но все равно слишком тяжеловесно получается. В качестве бэкенда при шустром фронте — вполне логичная связка. Зато надежно.
Но если на фронте тоже тяжеловес? (ExtJs достаточно тяжелая машина). И этот вопрос железом будет уже сложнее решать.
Zend 2 — очень перспективно, но слишком рисково сейчас его брать.
Чисто компонент, сервер надо писать отдельно. Может быть есть еще какие то решения, но не знаю уже, к сожалению