Практика – написание собственного фреймворка для разработки сайта с простым функционалом. Обязательное требование – архитектура должна быть аналогичной Битриксу.
Всё, после этого ваш джуниор уже непригоден к нормальной работе и на всю жизнь останется битриксоидом.
Пользовался много. И продолжаю пользоваться. Но сходу ответа на ваш вопрос у меня нет, возможно потому, что передо мной такой вопрос никогда не вставал.
А так да, ответ «JQL и API». Уверен, что это гораздо интереснее, чем программирование на языке 1С.
Другим пока занят, знаете ли. То, что я рассказал — это из разряда «I have a dream».
Если найдется хотя бы пара-тройка единомышленников, думаю мы осилим и бизнес-план и инвестиции найдем. Но всему свое время.
Но вы правы, конечно, пора уже что-то начинать делать…
Ну раз уж так встал вопрос, «каким вы видите образование», я бы вообще не с того конца заходил.
Я вижу образование для программистов не высшим, а средним специальным. Нужно разделить программирование, оставив его для уровня крепкого техникума и computer science, которую следует преподавать в вузах.
Обоснование — нужен быстрый выход на практику, вместо 6 лет теории, которую всё равно студент забывает сразу после сдачи экзаменов.
Помимо классического аудиторного образования на базе техникума можно и нужно сразу же внедрять дистанционные технологии, как для основного образовательного трека, так и для дальнейшего непрерывного повышения квалификации.
Будь у меня денег в кармане порядка на два больше, с удовольствием бы приобрел небольшой провинциальный (но не очень далекий от Москвы) техникум (ради здания и лицензии) и перепрофилировал под профессиональное обучение программистов. Эх, мечты, мечты…
Посмотрите на Postgres Pro
— расширенная функциональность за деньги
— платные консультации (и весьма толковые)
— курсы
— сертифицированные государственными органами версии для специализированного применения
Если взглянуть на тех, кто зарабатывает на опенсорсе, они оборачивают его в саппорт/платформу/дополнительные модули под закрытой лицензией.
Не совсем ясно, что мешало сделать так в случае RethinkDB? Из статьи я понял, что банально не успели, потому что писали код и думали, что монетизация придет сама собой как-то?
рынок инструментов с открытым исходным кодом — это один из худших рынков, на котором кто-либо может оказаться
Тысячи людей использовали RethinkDB, часть в контексте бизнеса, но большинство хотело платить за пожизненное использование меньше, чем за кружку кофе из Starbucks (то есть, не хотели платить совсем ничего)
Какая-то плохо скрываемая обида на опенсорс сквозит. Мол мы сделали хороший продукт, но вот пользователи у нас плохие оказались — платить не захотели.
Да что же это такое… Как ни зайдешь в блог PHP что-то интересное почитать на ночь, про стандарты там, про PHP 8, про PHPConf в мае — так сразу шизофазия какая-то, mysqli и шизокод… Кто и зачем вытащил это из песочницы?
К сожалению, в реальной жизни всё не так, как вам кажется.
Отправляете задачу на ревью — срабатывает на сервере phpcs по вашей ветке — при малейших замечаниях ревью не пройдено, даже не дойдя до живого ревьювера, а задача вернулась вам на доработку. Минус один пункт в некий показатель кармы.
Поверьте, при промышленной разработке никто вам спорить с роботом не позволит. Либо вы соблюдаете стандарты, либо вы не работаете в этом коллективе. Причем ситуация «не работаете» тоже может наступить автоматически — при накоплении неких отрицательных баллов ниже допустимого порога.
Отвечу на ваши вопросы, хотя мне и кажется, что вы их задаете не для дискуссии, а просто чтобы поспорить.
>> "+namespace Migesco;" — такой строчки в исходниках нет?
Такая строчка, безусловно, есть. И даже есть определение класса непосредственно после нее. Однако следующий же класс «class Registrar» у вас следует без предварительного объявления пространства имён.
Из этого следует, что либо вы часть классов размещаете в неймспейсах, а часть — нет, либо то, что у вас несколько классов находятся в одном и том же файле. Оба варианта плохи, оба являются серьезной стилистической ошибкой и нарушением стандартов.
Далее.
У вас многократно встречаются определения методов без ключевого слова public:
static function attachConfigurationJS()
function registerScript()
это прямое нарушение PSR-2
>> чем плох «array»?
Тем, что вот уже 6 лет как у нас есть замечательный лаконичный синтаксис с квадратными скобками.
Не хочу вам портить новогоднее настроение, но код выглядит так, как будто его писал стажёр лет 10 назад.
Очень рекомендую вам почитать про стандарты PSR. Даже тот факт, что вы работаете в среде Wordpress и на PHP 5.6 не может быть оправданием того, что вы, к примеру, не используете пространства имён или не пишете обязательные модификаторы видимости у методов в классах…
И это я еще не придираюсь к бесконечным «array», выжигающим глаза ))
Ну так и я про тоже. Выделите тех, кому не нравится «безопасное» общение в отдельный коллектив, пусть общаются между собой, как хотят. Если это повышает производительность — почему бы нет?
Разумеется, такой коллектив и его представителей следует максимально изолировать от тех, кто против их стиля общения.
В смысле если будет «корпоративный билет» (возможность цивилизованно оплатить со счета организации), то отправлю к вам несколько человек.
Всё, после этого ваш джуниор уже непригоден к нормальной работе и на всю жизнь останется битриксоидом.
Вам людей не жалко?
А так да, ответ «JQL и API». Уверен, что это гораздо интереснее, чем программирование на языке 1С.
Если найдется хотя бы пара-тройка единомышленников, думаю мы осилим и бизнес-план и инвестиции найдем. Но всему свое время.
Но вы правы, конечно, пора уже что-то начинать делать…
Я вижу образование для программистов не высшим, а средним специальным. Нужно разделить программирование, оставив его для уровня крепкого техникума и computer science, которую следует преподавать в вузах.
Обоснование — нужен быстрый выход на практику, вместо 6 лет теории, которую всё равно студент забывает сразу после сдачи экзаменов.
Помимо классического аудиторного образования на базе техникума можно и нужно сразу же внедрять дистанционные технологии, как для основного образовательного трека, так и для дальнейшего непрерывного повышения квалификации.
Будь у меня денег в кармане порядка на два больше, с удовольствием бы приобрел небольшой провинциальный (но не очень далекий от Москвы) техникум (ради здания и лицензии) и перепрофилировал под профессиональное обучение программистов. Эх, мечты, мечты…
— расширенная функциональность за деньги
— платные консультации (и весьма толковые)
— курсы
— сертифицированные государственными органами версии для специализированного применения
Прекрасно существуют.
Не совсем ясно, что мешало сделать так в случае RethinkDB? Из статьи я понял, что банально не успели, потому что писали код и думали, что монетизация придет сама собой как-то?
Какая-то плохо скрываемая обида на опенсорс сквозит. Мол мы сделали хороший продукт, но вот пользователи у нас плохие оказались — платить не захотели.
Первая — отказываются от одних технологий и выбирают другие.
Вторая — пишут код.
Отправляете задачу на ревью — срабатывает на сервере phpcs по вашей ветке — при малейших замечаниях ревью не пройдено, даже не дойдя до живого ревьювера, а задача вернулась вам на доработку. Минус один пункт в некий показатель кармы.
Поверьте, при промышленной разработке никто вам спорить с роботом не позволит. Либо вы соблюдаете стандарты, либо вы не работаете в этом коллективе. Причем ситуация «не работаете» тоже может наступить автоматически — при накоплении неких отрицательных баллов ниже допустимого порога.
>> "+namespace Migesco;" — такой строчки в исходниках нет?
Такая строчка, безусловно, есть. И даже есть определение класса непосредственно после нее. Однако следующий же класс «class Registrar» у вас следует без предварительного объявления пространства имён.
Из этого следует, что либо вы часть классов размещаете в неймспейсах, а часть — нет, либо то, что у вас несколько классов находятся в одном и том же файле. Оба варианта плохи, оба являются серьезной стилистической ошибкой и нарушением стандартов.
Далее.
У вас многократно встречаются определения методов без ключевого слова public:
это прямое нарушение PSR-2
>> чем плох «array»?
Тем, что вот уже 6 лет как у нас есть замечательный лаконичный синтаксис с квадратными скобками.
Очень рекомендую вам почитать про стандарты PSR. Даже тот факт, что вы работаете в среде Wordpress и на PHP 5.6 не может быть оправданием того, что вы, к примеру, не используете пространства имён или не пишете обязательные модификаторы видимости у методов в классах…
И это я еще не придираюсь к бесконечным «array», выжигающим глаза ))
Разумеется, такой коллектив и его представителей следует максимально изолировать от тех, кто против их стиля общения.