С++ .... Язык возник в начале 1980-х годов, когда сотрудник фирмы Bell Labs Бьёрн Страуструп придумал ряд усовершенствований к языку C под собственные нужды.
Си́мула-67 (Simula 67) — язык программирования общего назначения, разработанный в конце 1960-х годов сотрудниками Норвежского вычислительного центра (Осло) Кристеном Нюгором и Оле-Йоханом Далем для моделирования сложных систем... Стал первым языком со встроенной поддержкой основных синтаксических соглашений, принятых в современных языках объектно-ориентированного программирования.
React был создан Джорданом Валке, разработчиком программного обеспечения из Facebook. React разрабатывается и поддерживается Facebook, Instagram и сообществом отдельных разработчиков и корпораций
Но на сколько это хорошая практика?По сути это самое кошмарное решение из всех возможных. БД имеет механизмы выборки массивов данных по определенным параметрам, собственно смысл всех бд в том чтобы получать большие выборки быстро. Иначе проще было бы все хранить в файликах. По этому вам предлагают написать нормальный запрос на SQL (ну или с помощью goods.find() или как там у вас построитель запросов в вашем фреймворке работает), который выберет весь список строк одним запросом, не издеваясь над подключением 100 раз, и это займет не 100 секунд, а примерно 1 секунду (в зависимости от правильности таблиц/индексов и запроса), получите массив строк и дальше итерируете как нравится.
отказоустойчивостьКлоудфлар и кластеры, и то не гарантия
безопасностьЭто больше вопросы администрирования ос и качество кода, с языком или бд это связано гораздо меньше, и уж точно не относится к таким малоиспользуемым ископаемым как кпхп.
скоростьТут такая ситуация код (любой) рано или поздно упирается в железо. Хороший код позже, плохой - раньше или вообще сразу при рождении ). Разница между 2 решениями на разных языках - мизер, ну упрется железо в порог языка 1 на месяц быстрее чем языка 2. Это не критично, В ЛЮБОМ СЛУЧАЕ ПРИДЕТСЯ РАСТИ ПО ЖЕЛЕЗУ.
скорость 2хЭто о чем вообще?
удобное хранилище - что-то децентрализованное на несколько серверовЭто сейчас даже не обсуждается, практически ВСЁ сегодня умеет в кластеры.
Я имею введу логику (саму часть back-end), какую СУБД использовать ? Как хранить данные ?... а как это вообще соотносится с вашим основным вопросом? И вопрос выбора субд и хранения данных - это как выбор зубной пасты - кому то от кариеса, кому то зубы отбелить, а кому то запах нравится. Что умеете то и берите, если ничего не умеете - сформулируйте требования и подбирайте наиболее подходящее под них решение.
Правильно ли я понимаю, что документирование кода в open source следует делать все равно.Скажем так: документирование кода в пхп, особенно в опен сорсе, нужно как нигде. Во первых если внутри конторы еще найдется чел который знает почти все о проекте и методах определенного хитрожопого класса, то в ОС вы будете долго лазить по коду или спрашивать по форумам что там и как работает... И кроме того, как уже выше сказали - это новая фича, которой а) не скоро начнут пользоваться вовсю; б) есть миллион классов которые написаны на 5.х и работают на 7.х, там нет никакого тайпхинтинга, и вряд ли будет. Насчет длинны кода - вроде все основные иде их прячут налету, так что работе не мешает.
Если код надо документировать (писать комментарии о том, что он делает), это плохой код.Какой-то кривой тезис.