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

Question

[Михаил]

Хочу пройти курсы онлайн, чтобы давали диплом об образовании.

Answer 1

[Максим Тимофеев]

Таковых нет. Разве что: php.net/docs.php
А зачем диплом? Это сейчас модно? А то мы не в курсе.

Comments

[Алексей]

Это лучшее, что может быть и интернете!

[Максим Тимофеев]

Алексей, сам юзаю и другим советую

[Алексей]

Максим Тимофеев, Я тоже, не смотря на многолетний опыт программирования на РНР, нередко туда заглядываю.

[Максим Тимофеев]

Алексей, аналогично, особенно после выхода 7.х

Answer 2

[Андрей Саныч]

В *опу потом себе тот диплом засуните) В программировании главное знания и умения их правильно применять на практике. Курсов в интернете полно. Единственное, что могу порекомендовать, это пройти сертифицирование Zend - www.zend.com/en/services/certification/php-certifi...
Но это после того, как подучите PHP

Comments

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

Позволю себе высказать мнение, что на Zend тоже будут класть. Он был моден в эпоху пыха 4ки, дабы отличать тех, кто пишет в процедурками от более адекватных граждан, но в 17'ом году, кажется, это совершенно бессмысленно.

[Андрей Саныч]

Кирилл Несмеянов, ну про Zend я написал, если автору вдруг кровь из носа нужно какую-то бумажку)

Answer 3

[Андрей Николаев]

Мой коллега, сейчас участвует в программе менторства по Базовому курсу php от HTLM Academia. Не могу говорить за всех, но в качестве данного курса я уверен:
1) Должная подготовка - php, composer, github , mysql - знания которые вы получите на выходе, плюс понимание как это работает
2) Работа с ментором позволит устранить узкие места в Вашем коде и если нужно поставит логику на место.

По специалисту ничего не могу сказать, но из GeekBrains так себе специалисты (был опыт).

Вообще в мире и у нас сильно котируется только ZCE, а чтобы его сдать не обязательно где-то учиться, можно и на документации.
Но вообще, рекомендую курсы от html академии + сдача ZCE. На выходе - вы сертифицированный специалист по php с хорошим портфолио на GitHub

Comments

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

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

[Андрей Николаев]

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

По большей части (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)

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

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

[Saboteur]

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

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

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

[Андрей Николаев]

Saboteur,

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

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

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

[Saboteur]

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

[Андрей Николаев]

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

[Saboteur]

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

[Андрей Николаев]

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

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

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

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

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

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

[Saboteur]

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

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

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

Answer 4

[Данил Екимов]

Документацию чекай

Answer 5

[Владимир Умехин]

По PHP есть много курсов https://y-skills.com/programmirovanie/php
Почти на каждом выдается сертификат об окончании обучения.

Если интересует именно получение диплома, то обратите внимание на курс «PHP-разработка» от школы Скиллбокс.