7876010, supervisor достаточно удобный инструмент. Последняя версия была выпущена сегодня (supervisord.org/changes.html), обновления стабильно раз в 2-3 месяца приходят
Я же не говорю что я доктрину новую написал. Код по стандартам, тесты есть. Плохого качества?
Большинство принципов SOLID были нарушены в твоей ORM
Все компоненты завязаны на конкретные реализации, а не на абстракции
Под каждый класс должен быть интерфейс и в коде ты должен упоминать именно абстракции, а не конкретные классы
В конструкторе Orm нарушен принцип инверсии зависимостей
Вообще нигде нет обработки ошибок
Builder не является компонентом, который конструирует сложный обьект
Это обыкновенный SQLHelper в процедурном стиле, оперирующий строкой, а не каким-нибудь AST
Entity не является отображением сущности приложения, это скорее обертка над массивом
Код в репозитории явно не придерживается общепринятых именований компонентов, напрочь отсутствует использование типичных паттернов проектирования от них остались лишь одни названия, которые не соответствуют реализации
Соответственно на поддержке и развитии данной бибилотеки можно поставить крест, так как будет проще переписать нормально
В итоге получаем трудноподдерживаемый велосипед, который научил автора сего опуса лишь показывать запредельный ЧСВ на публике без веских на то оснований
Дмитрий Ларин, да тут дело не в точках зрения, а в том, что ты теперь знаешь немножко больше и это уже хорошо =)
у всех свои реалии, кого-то устраивают локальные компании (я о СНГ рынке) и рост внутри экосистемы Bitrix, но я бы не стал ограничиваться каким-то одним инструментом для достижения бизнес-целей
Чтобы быть специалистом необходимо иметь компетенции во множестве тем, начиная от алгоритмов и структур данных и заканчивая умением уместно применять технологии и ЯП к каждому конкретному кейсу
И вот после получения опыта в проектировании и разработке ПО для различных отраслей можно говорить о каком-то наличии нужных компетенций для формирования суждений о выборе инструментов для нового проекта
Ларку никто не знает и не берет, а те кто знает просят астрономические суммы).
Контекста в этом утверждении нет и оно явно оторвано от действительности. 1c рассматривается с точки зрения очереднего вендора данных, коим может быть любой другой продукт.
Я призываю разработчиков использовать современные инструменты при разработке и абстрагироваться от конкретных вендоров данных.
Мы уже выяснили, что Laravel - самый популярный PHP фреймворк и я бы использовал именно его в данном случае, так как разработчик со знанием Laravel будет востребован во всем мире, когда вы со своим Битриксом в ограниченном круге стран.
Дмитрий Ларин, тут уж зависит от рынка, на который ориентирован продукт. Если вы, в основном, занимаетесь разработкой под рынок СНГ, то это не значит, что и остальным разработчикам необходимо ограничивать себя
Дмитрий Ларин, ты выбрал регион - Россия, я же выбираю - "Весь мир", именно поэтому битрикс и ларавел у тебя с одинаковой популярностью. Мы здесь обсуждаем фреймворки, поэтому Wordpress здесь не уместен. В мире фреймворков Laravel с 2014 года наиболее популярен, да и разработчиков на laravel найти проще, чем тот же битрикс, если не брать какую-то конкретную страну
Алексей selftrips.ru,
1) это неподдерживаемый и сложно читаемый код
2) вот поэтому даже его создатель не может разобраться почему же он не работает
3) Для того, чтобы получить доступ к переменной в функции, неожиданно, ее нужно туда передать как аргумент
Vitaliy Orlov, "поверь проще в момент импорта выделить память" - сколько оперативной памяти придется выделить для хранения гигабайта json данных?
проще написать парсер json'a, который будет обходить его по частям, чем выделить столько памяти
Пожалуйста, не советуй другим гигабайтные файлы обрабатывать целиком, так как их скрипты могут падать из-за проблем с памятью
Наиболее эффективным способом обработки больших файлов является разбитие их на несколько маленьких частей
Конкретно файлы можно обрабатывать с помощью генераторов, чтобы скрипт не падал из-за ограничений по памяти.
abra-cadabra, cron или воркеры
Советую лучше использовать workers, так как они удобнее
Если с администрированием ты не очень дружишь, тогда запуск скриптов по крону для тебя самое оно =)
