Александр @BXVoral
Воробьев
Информация
- В рейтинге
- Не участвует
- Откуда
- Иваново, Ивановская обл., Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Fullstack Developer, Web Developer
Git
Linux
MySQL
PHP
OOP
C++
JavaScript
CMS «1С-Bitrix»
Vue.js
Так же прошел курс по архитектуре (с "использованием" PHP) в GeekBrains. В профессии давно. Но самоучка, решил закрыть пробелы. Сказать, что разочарован - ни чего не сказать. Качество отвратительное, в нескольких лекциях преподаватель нес вообще полную чушь, показывающую что нет у него ни какого опыта. По итогу, я сомневаюсь, что эти курсы в принципе способны дать на выходе значительное повышение квалификации. Только если студент сам изучает все вопросы, которых касаются курсы - при этом именно в большей степени сам.
в общем - печальненько :(
К пункту Явное указание версии в пути. на случай если в пути не указана версия, считать это актуальной стабильной версией. А в файловой системе это определять симлинком. Конечно если это позволяет проект.
Так ведь ни кто и не говорит что битрикс стал фреймворком. В битриксе есть фреймворк, который вполне можно использовать. Естественно брать Битрикс именно в качестве фреймворка для нового проекта - тут надо смотреть именно на возможности. Если существующие модули (как "бонус" к фреймворку) покрывают значительную часть планируемых работ почему бы и нет?
Ну и как вероятное развитие. Часть проекта (уже где идет непосредственная работа пользователя с сервисом) - прям напрашивается SPA. Как знать, может психану :) И весь фронт вообще на vue + node.js переделаю. (все равно однажды надо дизайн сделать "приличный" вместо шаблонного из коробки).. Вот и получится, что от битрикса останется только бизнеслогика и админка. Стоит ли переписывать это все когда у меня по основному модулю работы по определению не могу быть ни когда закончены - там "фишек" хоть обвнедряйся"?
Код ядра: а вы не смотрите :) Если серьезно, вы же не смотрите в код всех программ и инструментов, все равно оцениваете именно то, как оно выполняет свою работу.
Документация и "дружелюбие"... Относительное понятие - когда мало работаешь или пытаешься освоить - может быть.
У меня есть свой проект и осознанно выбрал Битрикс. (конечно сыграло роль, что и по основной работе именно с битрикс проектами работаю). но.. У меня проект это SaaS. Более конкретно упрощенный САПР. Битрикс в первую очередь дал мне быстрое создание сайта, интеграции с платежными системами и т.п. в общем как инструмент донести информацию до пользователя и обеспечение взаимодействия с ним. Т.е. тут вообще на это потрачено минимум времени...
Далее идет уже тот самый модуль являющийся сутью проекта. Фреймворк Битрикс используется только на инфраструктурном уровне: там контроллеры для аякса, контроллеры для нового роутинга битрксового, репозитории (работа с ОРМ инфоблоков), классы таблиц - по сути тоже работа с ОРМ, но только уже со своими таблицами БД, ну и все возможные агенты (что по сути контролеры для CLI), работа с настройками... ну в общем все взаимодействие с апи битрикс.
Все это легкое, без какой то тяжелой логики. Все уже в сервисах.... Т.е. условно говоря, мне не проблема все перенести на симфони, ну или иной фреймворк. И будет доработан именно и только инфраструктурный слой с легкими классами.
И даже если бы писал "с использованием симфы" - все бы оставил точно так же - без взвешенной необходимости сильно завязывать на какой либо фреймворк это, на мой взгляд, не правильно...
В общем если обсуждать с точки зрения "пользователя-разработчика". Инструмент как инструмент, строить все на массивах не заставляет. А писать плохой код можно хоть на симфони хоть как. Тут от "программиста" зависит.
Симфони, кстати, тоже использую. Точнее консоль от нее - некоторую автоматизацию разработки реализовал для удобства.
это не совсем так. Точнее это (только массивы) будет устаревшим подходом. fetchObject, fetchCollection и вперед....
Сравнение фрилансер vs студия с малым бюджетом не совсем однозначное. Фрилансер может точно так же быть ИП и предоставит "гарантии" и "пакет документов".
Вебстудия.... Малый бюджет, а хочется зарабатывать много. Наберут заказов, и пытаются их вытащить. Сотрудники сидят на низких ЗП, откуда высокая текучка, в итоге проект через пень колода. И это очень частая ситуация. Плюс когда совсем "запара" привлекают все тех же фрилансеров, при это часто "подешемше", чтобы в минус не уйти.
Собственно такая ситуация может встречаться (и не редкость) и в среднем и в верхнем сегментах (по классификации в статье).
Так что в сегменте до 200тысяч не стоит вот так сразу отметать фриланс. Надо стараться выбрать исполнителя. Увы 100%ных шаблонов для поиска нет. И со студией при таком бюджете вляпаться, мне кажется, гораздо больше шансов, чем с фрилансером.
Хотите хоть каких то гарантий. Оформляйте договора, пишите подробные ТЗ, и т.п. и т.д. чтоб было как можно меньше точек разночтения
1С и Битрикс имеют весьма условную связь. По крайней мере 1Спрограммист это совсем не специалист по битрикс и не веб-разработчик. ;)
Но раз уж сюда попал, то выскажу взгляд со стороны. Много «1с программистов», которым хорошо в рамках типовых задач. Был в моей практике печальный опыт. В один магазин поставили (уговорили) на тот момент новую УТ11 вместо УТ10… В которой еще не были реализованы бонусные карты. А очень надо было (это даже в ТЗ было)… Не смогли найти контору, кто это сделает. Хотя у всех сертификатов полный комплект. В итоге я взял книгу по 1с и за выходные сделал ряд «невозможного». Пусть это было не по феншую, но это работало, (и не смогли найти того, кто сделал бы)… В общем клиентам трудно вас (программистов с реально хорошим скиллом найти)
Но да если умеет работать с модулем интеграции с Битрикс. А еще лучше, не только с готовым модулем, но и работать как с внешним АПИ, так и предоставлять безорпасный доступ из вне — я думаю хороший навык :)
Не очень хорошее, на мой взгляд, решение. Ну т.е. обрекаем сайт на пожизненный скан на каждом хите. Даже если разработка давно уже закончена.
Если классов мало, то одну строку в массив для битриксного автолоадера засунуть не слишком тяжело
Если классов много, то компосер хороший вариант — команду дал и все быстро работает.
Уж если делать такой модуль, то тогда уж с опцией режим разработки/режим прода… В режиме разработки — массив пишем в файл, в режиме прода — только читаем.
По модулям согласен: модуль только ради подключения классов (не объединенных определенной задачей). не очень хороший вариант. Тем более пока не сделали возможность именования файлов не только в нижнем регистре.
А про массив для битриксного загрузчика, я сейчас пришел к варианту передвать в ключ в ином виде:
Чтоб шторм дополнительно контролировал
Как раз тут, на мой взгляд, достаточно правильно все. Я эту таблицу (в которую, кстати, попадает не вся отправляемая почта) воспринимаю так: из Битрикса/php письмо ушло. Значит проблемы связанные с Битрикс и php в целом отметаем и смотрим уже кто отправляет. Тут уже мониторим логи, которые могут быть у всех разные.
кроме того, уж автоматизировать так автоматизировать,