Так же прошел курс по архитектуре (с "использованием" PHP) в GeekBrains. В профессии давно. Но самоучка, решил закрыть пробелы. Сказать, что разочарован - ни чего не сказать. Качество отвратительное, в нескольких лекциях преподаватель нес вообще полную чушь, показывающую что нет у него ни какого опыта. По итогу, я сомневаюсь, что эти курсы в принципе способны дать на выходе значительное повышение квалификации. Только если студент сам изучает все вопросы, которых касаются курсы - при этом именно в большей степени сам.
К пункту Явное указание версии в пути. на случай если в пути не указана версия, считать это актуальной стабильной версией. А в файловой системе это определять симлинком. Конечно если это позволяет проект.
Так ведь ни кто и не говорит что битрикс стал фреймворком. В битриксе есть фреймворк, который вполне можно использовать. Естественно брать Битрикс именно в качестве фреймворка для нового проекта - тут надо смотреть именно на возможности. Если существующие модули (как "бонус" к фреймворку) покрывают значительную часть планируемых работ почему бы и нет?
Ну и как вероятное развитие. Часть проекта (уже где идет непосредственная работа пользователя с сервисом) - прям напрашивается SPA. Как знать, может психану :) И весь фронт вообще на vue + node.js переделаю. (все равно однажды надо дизайн сделать "приличный" вместо шаблонного из коробки).. Вот и получится, что от битрикса останется только бизнеслогика и админка. Стоит ли переписывать это все когда у меня по основному модулю работы по определению не могу быть ни когда закончены - там "фишек" хоть обвнедряйся"?
Код ядра: а вы не смотрите :) Если серьезно, вы же не смотрите в код всех программ и инструментов, все равно оцениваете именно то, как оно выполняет свою работу.
Документация и "дружелюбие"... Относительное понятие - когда мало работаешь или пытаешься освоить - может быть.
У меня есть свой проект и осознанно выбрал Битрикс. (конечно сыграло роль, что и по основной работе именно с битрикс проектами работаю). но.. У меня проект это SaaS. Более конкретно упрощенный САПР. Битрикс в первую очередь дал мне быстрое создание сайта, интеграции с платежными системами и т.п. в общем как инструмент донести информацию до пользователя и обеспечение взаимодействия с ним. Т.е. тут вообще на это потрачено минимум времени...
Далее идет уже тот самый модуль являющийся сутью проекта. Фреймворк Битрикс используется только на инфраструктурном уровне: там контроллеры для аякса, контроллеры для нового роутинга битрксового, репозитории (работа с ОРМ инфоблоков), классы таблиц - по сути тоже работа с ОРМ, но только уже со своими таблицами БД, ну и все возможные агенты (что по сути контролеры для CLI), работа с настройками... ну в общем все взаимодействие с апи битрикс.
Все это легкое, без какой то тяжелой логики. Все уже в сервисах.... Т.е. условно говоря, мне не проблема все перенести на симфони, ну или иной фреймворк. И будет доработан именно и только инфраструктурный слой с легкими классами.
И даже если бы писал "с использованием симфы" - все бы оставил точно так же - без взвешенной необходимости сильно завязывать на какой либо фреймворк это, на мой взгляд, не правильно...
В общем если обсуждать с точки зрения "пользователя-разработчика". Инструмент как инструмент, строить все на массивах не заставляет. А писать плохой код можно хоть на симфони хоть как. Тут от "программиста" зависит.
Симфони, кстати, тоже использую. Точнее консоль от нее - некоторую автоматизацию разработки реализовал для удобства.
ORM которая не ORM, а просто набор классов для работы с БД. В нормальных ORM мы манипулируем записями БД как объектами, но не в битриксе, в битриксе только массивы.
это не совсем так. Точнее это (только массивы) будет устаревшим подходом. fetchObject, fetchCollection и вперед....
Сравнение фрилансер vs студия с малым бюджетом не совсем однозначное. Фрилансер может точно так же быть ИП и предоставит "гарантии" и "пакет документов".
Вебстудия.... Малый бюджет, а хочется зарабатывать много. Наберут заказов, и пытаются их вытащить. Сотрудники сидят на низких ЗП, откуда высокая текучка, в итоге проект через пень колода. И это очень частая ситуация. Плюс когда совсем "запара" привлекают все тех же фрилансеров, при это часто "подешемше", чтобы в минус не уйти.
Собственно такая ситуация может встречаться (и не редкость) и в среднем и в верхнем сегментах (по классификации в статье).
Так что в сегменте до 200тысяч не стоит вот так сразу отметать фриланс. Надо стараться выбрать исполнителя. Увы 100%ных шаблонов для поиска нет. И со студией при таком бюджете вляпаться, мне кажется, гораздо больше шансов, чем с фрилансером.
Хотите хоть каких то гарантий. Оформляйте договора, пишите подробные ТЗ, и т.п. и т.д. чтоб было как можно меньше точек разночтения
Статистика не показательна. Когда я в 7 мом классе пошел на станцию юных пионеров в кружок программирования (87 год) — в классе меня считали (по сути т.к. слова не было такого в лексиконе) хакером. Т.к. я вообще один единственный из класса видел живьем ПК. В 97 ко мне на практику приходили студенты с ИТ кафедры и дико радовались что в первые увидели русифицированный волков командер. Мой первый личный домашний ПК (не считая спектрума и ЕС2140) появился в 96 или 97 году. Интернет проводный вообще году в 2003 наверно… (точно не помню)… При этом за разработку ПО первые деньги получил в 95 году. И даже в 2000 не у всех знакомых были компы. Мой сын познакомился с компьютером «сразу» как смог нажимать кнопки. О чем мы говорим? Сейчас давно уже поколение для которого комп — это обыденное устройство. Уровень решаемых задач на ПК вырос многократно. При этом много задач стало «для простого обывателя», а не для завода, НИИ или еще чего подобного… Спрос вырос многократно… Так что все естественно. И возраст тут не особо показатель
А при чем тут тег 1С-Битрикс?
1С и Битрикс имеют весьма условную связь. По крайней мере 1Спрограммист это совсем не специалист по битрикс и не веб-разработчик. ;)
Но раз уж сюда попал, то выскажу взгляд со стороны. Много «1с программистов», которым хорошо в рамках типовых задач. Был в моей практике печальный опыт. В один магазин поставили (уговорили) на тот момент новую УТ11 вместо УТ10… В которой еще не были реализованы бонусные карты. А очень надо было (это даже в ТЗ было)… Не смогли найти контору, кто это сделает. Хотя у всех сертификатов полный комплект. В итоге я взял книгу по 1с и за выходные сделал ряд «невозможного». Пусть это было не по феншую, но это работало, (и не смогли найти того, кто сделал бы)… В общем клиентам трудно вас (программистов с реально хорошим скиллом найти)
Но да если умеет работать с модулем интеграции с Битрикс. А еще лучше, не только с готовым модулем, но и работать как с внешним АПИ, так и предоставлять безорпасный доступ из вне — я думаю хороший навык :)
таким образом у нас на каждом хите будет сканироваться директория?
Не очень хорошее, на мой взгляд, решение. Ну т.е. обрекаем сайт на пожизненный скан на каждом хите. Даже если разработка давно уже закончена.
Если классов мало, то одну строку в массив для битриксного автолоадера засунуть не слишком тяжело
Если классов много, то компосер хороший вариант — команду дал и все быстро работает.
Уж если делать такой модуль, то тогда уж с опцией режим разработки/режим прода… В режиме разработки — массив пишем в файл, в режиме прода — только читаем.
По модулям согласен: модуль только ради подключения классов (не объединенных определенной задачей). не очень хороший вариант. Тем более пока не сделали возможность именования файлов не только в нижнем регистре.
А про массив для битриксного загрузчика, я сейчас пришел к варианту передвать в ключ в ином виде:
В случае использования он же и получается custom :) Тут уж нам карты в руки, на конкретном проекте мы можем все увязать и связать, но вряд ли хорошая идея некое поле добавлять под это дело в коробочную таблицу. Тут уж надо самим либо менять в ней статус, либо, что полагаю правильнее — вести свою таблицу.
А может ли это делать скрипт (в т.ч. битриксный)? Ведь та же функция mail не возвращает результата отправки. Согласно доке она возвращает true если письмо принято к доставке. А вот к логам скрипт уже не имеет доступа. Точнее не всегда. Да и логи, собственно, тоже не гарантия доставки.
Как раз тут, на мой взгляд, достаточно правильно все. Я эту таблицу (в которую, кстати, попадает не вся отправляемая почта) воспринимаю так: из Битрикса/php письмо ушло. Значит проблемы связанные с Битрикс и php в целом отметаем и смотрим уже кто отправляет. Тут уже мониторим логи, которые могут быть у всех разные.
Скрипт интересный. Хотя, я все же сторонник работы через апи — т.е. коннект к базе и запрос к таблице. (но это не кардинально). Только надо учесть в b_event попадают не все письма. Т.е которые при помощи SendImmediate — они сразу на отправку.
кроме того, уж автоматизировать так автоматизировать,
Так же прошел курс по архитектуре (с "использованием" PHP) в GeekBrains. В профессии давно. Но самоучка, решил закрыть пробелы. Сказать, что разочарован - ни чего не сказать. Качество отвратительное, в нескольких лекциях преподаватель нес вообще полную чушь, показывающую что нет у него ни какого опыта. По итогу, я сомневаюсь, что эти курсы в принципе способны дать на выходе значительное повышение квалификации. Только если студент сам изучает все вопросы, которых касаются курсы - при этом именно в большей степени сам.
в общем - печальненько :(
К пункту Явное указание версии в пути. на случай если в пути не указана версия, считать это актуальной стабильной версией. А в файловой системе это определять симлинком. Конечно если это позволяет проект.
Так ведь ни кто и не говорит что битрикс стал фреймворком. В битриксе есть фреймворк, который вполне можно использовать. Естественно брать Битрикс именно в качестве фреймворка для нового проекта - тут надо смотреть именно на возможности. Если существующие модули (как "бонус" к фреймворку) покрывают значительную часть планируемых работ почему бы и нет?
Ну и как вероятное развитие. Часть проекта (уже где идет непосредственная работа пользователя с сервисом) - прям напрашивается SPA. Как знать, может психану :) И весь фронт вообще на vue + node.js переделаю. (все равно однажды надо дизайн сделать "приличный" вместо шаблонного из коробки).. Вот и получится, что от битрикса останется только бизнеслогика и админка. Стоит ли переписывать это все когда у меня по основному модулю работы по определению не могу быть ни когда закончены - там "фишек" хоть обвнедряйся"?
Код ядра: а вы не смотрите :) Если серьезно, вы же не смотрите в код всех программ и инструментов, все равно оцениваете именно то, как оно выполняет свою работу.
Документация и "дружелюбие"... Относительное понятие - когда мало работаешь или пытаешься освоить - может быть.
У меня есть свой проект и осознанно выбрал Битрикс. (конечно сыграло роль, что и по основной работе именно с битрикс проектами работаю). но.. У меня проект это SaaS. Более конкретно упрощенный САПР. Битрикс в первую очередь дал мне быстрое создание сайта, интеграции с платежными системами и т.п. в общем как инструмент донести информацию до пользователя и обеспечение взаимодействия с ним. Т.е. тут вообще на это потрачено минимум времени...
Далее идет уже тот самый модуль являющийся сутью проекта. Фреймворк Битрикс используется только на инфраструктурном уровне: там контроллеры для аякса, контроллеры для нового роутинга битрксового, репозитории (работа с ОРМ инфоблоков), классы таблиц - по сути тоже работа с ОРМ, но только уже со своими таблицами БД, ну и все возможные агенты (что по сути контролеры для CLI), работа с настройками... ну в общем все взаимодействие с апи битрикс.
Все это легкое, без какой то тяжелой логики. Все уже в сервисах.... Т.е. условно говоря, мне не проблема все перенести на симфони, ну или иной фреймворк. И будет доработан именно и только инфраструктурный слой с легкими классами.
И даже если бы писал "с использованием симфы" - все бы оставил точно так же - без взвешенной необходимости сильно завязывать на какой либо фреймворк это, на мой взгляд, не правильно...
В общем если обсуждать с точки зрения "пользователя-разработчика". Инструмент как инструмент, строить все на массивах не заставляет. А писать плохой код можно хоть на симфони хоть как. Тут от "программиста" зависит.
Симфони, кстати, тоже использую. Точнее консоль от нее - некоторую автоматизацию разработки реализовал для удобства.
это не совсем так. Точнее это (только массивы) будет устаревшим подходом. fetchObject, fetchCollection и вперед....
Сравнение фрилансер vs студия с малым бюджетом не совсем однозначное. Фрилансер может точно так же быть ИП и предоставит "гарантии" и "пакет документов".
Вебстудия.... Малый бюджет, а хочется зарабатывать много. Наберут заказов, и пытаются их вытащить. Сотрудники сидят на низких ЗП, откуда высокая текучка, в итоге проект через пень колода. И это очень частая ситуация. Плюс когда совсем "запара" привлекают все тех же фрилансеров, при это часто "подешемше", чтобы в минус не уйти.
Собственно такая ситуация может встречаться (и не редкость) и в среднем и в верхнем сегментах (по классификации в статье).
Так что в сегменте до 200тысяч не стоит вот так сразу отметать фриланс. Надо стараться выбрать исполнителя. Увы 100%ных шаблонов для поиска нет. И со студией при таком бюджете вляпаться, мне кажется, гораздо больше шансов, чем с фрилансером.
Хотите хоть каких то гарантий. Оформляйте договора, пишите подробные ТЗ, и т.п. и т.д. чтоб было как можно меньше точек разночтения
1С и Битрикс имеют весьма условную связь. По крайней мере 1Спрограммист это совсем не специалист по битрикс и не веб-разработчик. ;)
Но раз уж сюда попал, то выскажу взгляд со стороны. Много «1с программистов», которым хорошо в рамках типовых задач. Был в моей практике печальный опыт. В один магазин поставили (уговорили) на тот момент новую УТ11 вместо УТ10… В которой еще не были реализованы бонусные карты. А очень надо было (это даже в ТЗ было)… Не смогли найти контору, кто это сделает. Хотя у всех сертификатов полный комплект. В итоге я взял книгу по 1с и за выходные сделал ряд «невозможного». Пусть это было не по феншую, но это работало, (и не смогли найти того, кто сделал бы)… В общем клиентам трудно вас (программистов с реально хорошим скиллом найти)
Но да если умеет работать с модулем интеграции с Битрикс. А еще лучше, не только с готовым модулем, но и работать как с внешним АПИ, так и предоставлять безорпасный доступ из вне — я думаю хороший навык :)
Не очень хорошее, на мой взгляд, решение. Ну т.е. обрекаем сайт на пожизненный скан на каждом хите. Даже если разработка давно уже закончена.
Если классов мало, то одну строку в массив для битриксного автолоадера засунуть не слишком тяжело
Если классов много, то компосер хороший вариант — команду дал и все быстро работает.
Уж если делать такой модуль, то тогда уж с опцией режим разработки/режим прода… В режиме разработки — массив пишем в файл, в режиме прода — только читаем.
По модулям согласен: модуль только ради подключения классов (не объединенных определенной задачей). не очень хороший вариант. Тем более пока не сделали возможность именования файлов не только в нижнем регистре.
А про массив для битриксного загрузчика, я сейчас пришел к варианту передвать в ключ в ином виде:
Чтоб шторм дополнительно контролировал
Как раз тут, на мой взгляд, достаточно правильно все. Я эту таблицу (в которую, кстати, попадает не вся отправляемая почта) воспринимаю так: из Битрикса/php письмо ушло. Значит проблемы связанные с Битрикс и php в целом отметаем и смотрим уже кто отправляет. Тут уже мониторим логи, которые могут быть у всех разные.
кроме того, уж автоматизировать так автоматизировать,