Какие самые лучшие онлайн курсы по PHP?

Не хочется никого обидеть, так что заранее извиняюсь. Но от битрикс-разработчика любая рекомендация звучит как антиреклама...

Кирилл Несмеянов, Я не обижаюсь, но этот стериотип уже ужасно надоел. Понимаю, что репутация у Битрикса так себе, но это отнють не означает что квалификация разработчиков, работающих с соответствующим продуктом низка. Более того, уровень специалитов работающих с Битриксом довольно сильно разнится даже от продукта с которым работаешь и от сферы его применения.

По большей части (99%) я работаю с Enterprise системой Bitrix24, так что ~60% моей работы - интеграции по API (Файловая, REST, SOAP, JSON-API, на GraphQL пока нет продуктов, но мы уже экспериментируем), к слову сказать, недавно был на SuperJob IT-MeetUp, и либо все такие стеснительные, либо действительно вовлеченность людей в процессы мала, но на вопрос о JSON-API и GraphQL (кто знает, сталкивался) из зала в ~130 человек, руки подняли от силы 20.

P.S. К слову сказать, Битрикс24, написан не чуть не хуже SharePoint и отдельных модулей SAP

Андрей Николаев, ну, кажется, при должно квалификации битрикс-разраб никогда бы в жизни не работал битрикс-разрабом, а устроился бы в нормальную кампанию, не? =)

Кирилл Несмеянов, а чем битрикс компании плохи? Ладно, окей, а что в Вашем понимании "нормальные компании"? У нас все то же самое что и у product-комманд, только задач больше и они разнообразнее (исключительно за счет чуть менее укороченного цикла разработки). Это не плохо, просто есть множество своих особенностей, например в силу специфики некоторых отделов безопасности про git, ci и упаси боже облака часто приходится забывать, не потому что битрикс (хотя в том числе), а потому что не проходят по безопасности.

например в силу специфики некоторых отделов безопасности про git, ci и упаси боже облака часто приходится забывать, не потому что битрикс (хотя в том числе), а потому что не проходят по безопасности.

Андрей Николаев, что за дичь вы несёте? Думаю в компаниях, вроде гугла, яндекса, рамблера и прочих - безопасность есть, и боюсь получше всяких банков. И это не мешает им пользоваться ci, git и прочими вещами, которые никак не относятся к безопасности.

а чем битрикс компании плохи?

Не компании плохи. Уважающий себя и чего-то достигший человек просто не будет связываться с этим дерьмом под названием "битрикс". Тут может возникнуть только одна причина почему так получилось - это невероятные обстоятельства. Хотя программистов с нормальным опытом с руками отрывают, так что тоже спорно.

В любом случае, я не могу судить за всех сразу, но пока не попадался ни один более-менее адекватный разраб, использующий данную систему. Я прошу прощения, но даже Вы не являетесь упомянутым примером. Я открывал гитхаб (ссылку в профиле), чтобы оценить ваш уровень, но кроме форков не обнаружил кода, а сами форки содержали невероятно плохого качества код, так что взяться за оценку не готов.

У нас все то же самое что и у product-комманд, только задач больше и они разнообразнее (исключительно за счет чуть менее укороченного цикла разработки).

Я не знаю что за продакт-команды, но на счёт разнообразности задач - это кажется довольно забавным. Не могли бы Вы привести такой пример?

Кирилл Несмеянов, не хотел Вас задеть, говорю из личного опыта.

что за дичь вы несёте? Думаю в компаниях, вроде гугла, яндекса, рамблера и прочих - безопасность есть, и боюсь получше всяких банков.

У кого-угодно безопасность может быть лучше чем у банков, но внедрение проводятся, то и у банков в том числе. Из личного опыта: на днях предложили решение для ОГРАНИЧЕННОГО доступа во внутреннею сеть ИЗВЕСТНОГО ИННОВАЦИОННОГО БАНКА (по NDA я не могу говорить кто это): мы подключаеся с статичного IP к VPN и оттуда по технологии RDP к рабочему месту внутри сети. Я уже не говорю, что состав ПО утверждается службой безопасности. О каком ci и git может идти речь? Вообще о каком GIT может вестись речь, если по условиям безопасности, в переговорной к проектору нельзя подключить напрямую со своего ноутбука.
Я бы с удовольствием послушал от Вас об огранизации CI при подобных ограничениях.

Я открывал гитхаб (ссылку в профиле), чтобы оценить ваш уровень, но кроме форков не обнаружил кода, а сами форки содержали невероятно плохого качества код,

Я не утверждаю что являюсь супер программистом, но отсутствие в GIT кода легко объяснить: в силу специфики работы с enterprise системами (см выше про доступ) о таких вещах как GIT просто приходится забывать, соответственно опыта в них мало, но это не мешает сейчас подтягивать соответствующие знания.

Это очень относительное пониятие.
Во-первых, я не утверждал что являюсь "супер программистом". Моя квалификация в соответсвующих системах достаточна для решения возникающих бизнес-задач (претензий еще не было).
Во-вторых, с учетом комментария выше (про git в битрикс24) в git я нахожусь исключительно для собственного развития (где же лучше развиваться, чем не в OpenSource проектах?).

Не компании плохи. Уважающий себя и чего-то достигший человек просто не будет связываться с этим дерьмом под названием "битрикс".

Коллега, ну это минимум не профессионально. Могу сказать сразу - Вы, скорее всего, не разрабатывали корпоративный софт на Битрикс24/Sharepoint/SAP. Поэтому соверноваться и "меряться" нам как минимум не в чем. У Вас все равно длиннее.

Я не знаю что за продакт-команды, но на счёт разнообразности задач - это кажется довольно забавным. Не могли бы Вы привести такой пример?

Навскидку пару примеров:
1) Разработка системы ресурсного учета в проектной деятельности (учет времени, сопуствующий затрат, бух.отчетность, интеграция с 1С, учет отклонений в планировании бюджетов)
2) Разработка системы учета транспортных средств (учет ГСМ, планирование передвижений, истории состояний ТС, разработка системы бронирования, в том числе отложенного).

Кирилл Несмеянов, я вообще не очень понимаю к чему мы вообще ведем данную дискуссию? Мы работаем в разных плоскостях: вы на "передовой" пилите низкоуровневые вещи (судя по github), участвуете в PSR обсуждениях и продвигаете laravel, я же принадлежу к совершенной другой "касте", тех кто должен помогать менее развитым/продвинутым компаниям достигать прибыли путем сокращения издержек, автоматизироваться. У нас разные направления, разные приоритеты и разные задачи.

мы подключаеся с статичного IP к VPN и оттуда по технологии RDP к рабочему месту внутри сети. Я уже не говорю, что состав ПО утверждается службой безопасности. О каком ci и git может идти речь?

У меня на работе точно так же, только вместо RDP - ssh на мой офисный комп. И ничего, есть и гит (гитлаб) и ci (gitlab для юнитов -> docker + jenkins для функциональных тестов).

Я не утверждаю что являюсь супер программистом, но отсутствие в GIT кода легко объяснить: в силу специфики работы с enterprise системами (см выше про доступ) о таких вещах как GIT просто приходится забывать, соответственно опыта в них мало, но это не мешает сейчас подтягивать соответствующие знания.

Так в таких случаях надо класть на такие задачи, смело говорить - идите на 3 буквы и сами занимайтесь онанизмом.

Коллега, ну это минимум не профессионально. Могу сказать сразу - Вы, скорее всего, не разрабатывали корпоративный софт на Битрикс24/Sharepoint/SAP.

Ну я сталкивался с их постоянными паденями, это да =) В любом случае, согласен, Вы правы, не сталкивался.

Навскидку пару примеров:
1) Разработка системы ресурсного учета в проектной деятельности (учет времени, сопуствующий затрат, бух.отчетность, интеграция с 1С, учет отклонений в планировании бюджетов)
2) Разработка системы учета транспортных средств (учет ГСМ, планирование передвижений, истории состояний ТС, разработка системы бронирования, в том числе отложенного).

Кажется это всё одно и то же. Под разносторонним понимается что-то вроде:
1) Зафайтюнить сетку градиентным спуском
2) Запилить IDL GraphQL компилятор для API
3) Ну или более приземлённое: Реализовать реалтайм (т.е. в пределах секунды на запрос) отображение статистики из БД в ~8 миллиардов записей (из ClickHouse например).

По-моему мнению это и есть разнообразие, а не занятие совершенно одним и тем же (грубо говоря - перекладыванием из одного места в другое) под разными этикетками. Не?

вообще не очень понимаю к чему мы вообще ведем данную дискуссию?

Я всего лишь вбросил на тему, что рекомендации людей, которые в основном занимаются не проектированием, а перекладыванием данных - довольно субъективны и могут вести к противоположному результату. Ну и понеслась :D

Кирилл Несмеянов,

По-моему мнению это и есть разнообразие, а не занятие совершенно одним и тем же (грубо говоря - перекладыванием из одного места в другое) под разными этикетками. Не?

Именно. Мы на разных уровнях - вы ближе к низкому уровню, соответственно Вам это интереснее, Вы в этом разбираетесь.
Я ближе к другому уровню - бизнес-единиц.
В общем то все просто: Вы можете бексонечно круто собирать и обрабатывать статистику Рамблера, писать супер крутое рекламное API, но какой в этом смысл, если, грубо говоря - сайт говно. (Это не является моей официальной позицией, никого не хотел обидеть, просто фраза наиболее точно отображает подход: business first)

рекомендации людей, которые в основном занимаются не проектированием, а перекладыванием данных - довольно субъективны и могут вести к противоположному результату

Кирил, Я уверен что Вы тоже можете изложить свою позицию по данному вопросу. Уверен Вам есть что сказать и, может быть, именно Автору и нехватает этого совета. Почему бы Вам его не изложить письменно, так сказать?

Андрей Николаев, "Я не утверждаю что являюсь супер программистом, но отсутствие в GIT кода легко объяснить: в силу специфики работы с enterprise системами (см выше про доступ) о таких вещах как GIT просто приходится забывать, соответственно опыта в них мало, но это не мешает сейчас подтягивать соответствующие знания."

Простите, что за дикость? Система контроля версий активно используется в любом enterprise, и если вы считаете, что git недостаточно безопасен, вы просто не умеете его готовить. Git отлично работает по https или по ssh с авторизацией по ключам, отлично интегрируется с JIRA/Gerrit/Bitbucket, которые позволяют настроить безопасность вплоть до веток.

Гораздо более нонсенс, если ваша "энтерпрайз" компания не использует систему контроля версий, вот в этом случае с безопасностью все очень плохо.

Saboteur,

и если вы считаете, что git недостаточно безопасен,

Я не говорю что git не безопасен. Я говорю о заказной разработке для некоторых крупных российских компаний, когда ограничения на работу накладываются "внешними силами" (отделом безопасности). В итоге, на небольших проектах между "либо вы делаете так как скажем мы, либо проваливайте" и "нам нужна эта система, но либо подключение через ж..пу, либо приезжете и пилите тут", то на небольших проектах (где бОльшую часть работы пользователь выполняет именно в БД и именно на портале) git не сделает погоды, а неприятности принесет большие.

Естественно, если Вы работает внутри, то Вы можете гнуть как хотите - хоть git, хоть VPN для внутренней работы. А для компании извне - такого не делают (по крайней мере без ооочень сильных тычков)

Что значит если "Я" работаю внутри? Кто мешает развернуть git на энтерпрайз портале? Вы считаете, что я работаю где-то внутри?
Основная рабочая машина, где мы работаем, находится даже не в этой стране. Не надо мне рассказывать про ентерпрайз, словно я не знаю что это. Компании в десятки тысяч сотрудников для вас подойдут?

Saboteur, скажите, являетесь ли вы сотрудником организации поддерживающим портал этой же организации или вы работаете на аутсорсе (т.е. сотрудник сторонней организации, поддерживающий чужой портал)?

Аутсорс.
Enterprise git, bitbucket, teamcity, jenkins, ansible и другие инструменты предоставлены организацией, админят их сотрудники администрации. разработка идет в разных странах разными командами, все пользуются внутренними сервисами.
Еще вопросы?

Saboteur, Я Вам очень завидую и очень за Вас раз, однако Вы смотрите на ситуацию со своей стороны. Вы затронули очень интерсный момент:

инструменты предоставлены организацией, админят их сотрудники администрации.

Это означает, что Вам не нужно выстраивать всю цепочку, Вам нужно делать лишь свою работу. Нам же приходится сталкиваться с ситуацией, когда тебе дают физический сервер и "делаей что хочешь". Админить его потом будут, хорошо если люди, которые вообще знают что такое linux и git. Нет, при длительной разработке (около полу-года и выше) это просто must-have, однако когда цикл разработки от силы 2 месяца, значительную часть времени уйдет на согласование, установку и настройку соответствующей цепочки.

разработка идет в разных странах разными командами, все пользуются внутренними сервисами.

Я так понимаю, это даже не околобанковский сервис с их PCI DSS ?

P.S. К тому же, мне кажется, Вы скорее разрабатываете софт, а не внедряете существующий. Это все-таки немного разные вещи.

Андрей Николаев,
Вы неверно понимаете. Это именно банковский сервис. И это именно существующий софт, который нужно разрабатывать под требования бизнеса, делать новый функционал, поддерживать предыдущий.

Админы представляют сервис на уровне "мы сделали для вас проект/каталог/репозиторий, вот вам админские права на него". Да, в этом случае мы можем раздавать права, создавать подпроекты и так далее, добавить плагин - нет. Но мы можем сделать заявку, если она пройдет аппрувалы, если заявку оплатят при необходимости купить какую-то лицензию на плагин - то все будет работать.

Что я могу сказать вам - у вас просто не повезло с работодателем. Не с направлением (финансовый или технологический сектор), не с типом работы (фриланс, аутсорс, сотрудник). А просто с работодателем, который видимо в силу своей тупизны и отсутствия в отделе безопасности людей с пониманием современных технологий не способен создать нормальный процесс разработки.
Я бы сказал, что это исключение, потому что если даже не git, то КАКАЯ-ЛИБО система контроля версий должна быть. Еще даже до CVS существовали системы контроля версий с кучей настроек безопасности, например я когда-то пользовался sccs, разработанной еще в 70-е.