Как повысить квалификацию php-программисту?

Question

[Иван Антонов]

Изучал PHP самостоятельно с 16 лет (мне сейчас 22). Изучал "абы как" через поиск. Было 2 крупных самописных проектов. Сделаны даже не по MVC.
Сейчас работаю web-программистом в фирме, пишу портал о недвижимости на Symfony 2.7 (после НГ запускаем), но по прежнему я себя не уверено чувствую в работе с кодом, часто приходится гуглить, и сильно полагаюсь на IDE phpstorm - часто теряюсь в названиях функций. Посоветуйте, как обрести уверенные знания, чтобы я мог без труда писать даже в notepad думая только о логике приложения, а не вспоминая какие именно функции мне нужны.

Comments

[Антон Натаров]

Это нормальная практика. Никто не зубрит, даже мидлы порой получая задание, еще не знают как будут его решать. Сейчас вы знаете Php, через лет пять к нему прикрепятся еще несколько языков. вы думаете, что будете знать все на зубок? Работа с документацией неотъемлемая часть нашей работы коллега. Все что вам нужно со временем набьется на руку. Что касается MVC - это для упорядоченности и простоты в поддержки проекта. Ничего лучше пока не придумали, но и не всегда это обязательно, хоть и является Best Практик. )

Answer 1

[Сергей Протько]

Сделаны даже не по MVC.

Могу открыть страшную тайну - большинство людей так делают, даже если называют это MVC.

думая только о логике приложения, а не вспоминая какие именно функции мне нужны.

Ну так IDE за тем и нужны. Что бы не вспоминать какой порядок аргументов у той или иной функции, автокомплиты всякие и т.д. Даже люди, которые пользуются VIM и т.д. ставят себе сервера автокомплита и пользуются всем этим не потому что PhpStorm развращает, а потому что для них PhpStorm уже жмет (слишком умный, делает слишком много и от того медленно).

Уверенные знания заключаются в понимании того, что вы делаете. Заучивать API глупо, сегодня оно одно - завра другое. Вам нужно только помнить что что-то такое есть и уметь составлять поисковые запросы. То чем вы пользуетесь каждый день и так в памяти отложится.

Answer 2

[Алексей Уколов]

часто приходится гуглить, и сильно полагаюсь на IDE phpstorm - часто теряюсь в названиях функций

Я уже много лет на php пишу и до сих пор сигнатуру многих функций смотрю в IDE или на php.net, потому что дизайн у них кривой.
А чтобы думать только о логике приложения, а не вспоминать какие именно функции нужны, надо разбить процесс на два этапа: сначала простым языком описываете логику работы кода в комментариях, потом каждый комментарий заменяете кодом, который делает то, что нужно. На втором этапе от мыслей о функциях никуда не деться.

Comments

[Сергей Протько]

или тесты вместо комментариев)

[Алексей Уколов]

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

[Сергей Протько]

Алексей Уколов: ну в этом и соль. Тесты, в случае их неудобного написания так же являются первым сигналом того что что-то пошло не так. Через них легко определять что мы нарушили инкапсуляцию и т.д. А с инструментами типа phpspec с кодогенерацией и сахором для моков - все совсем ништяк.

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

[Сергей Протько]

Да что за день такой, опечатка на опечатке. Извините.

Answer 3

[Антон Дзодзиков]

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

Answer 4

[xmoonlight]

Я пишу код в Far (редактор с подсветкой кода) и использую клавиатурные макросы.
Можно начинать кидать в меня помидорами)

Чтобы не вспоминать:
1. Чаще пишите без суфлёра/подсказчика функций.
2. Делайте свои классы для частых задач и их используйте.
3. Прорабатывайте архитектуру ДО непосредственного кодирования.

Comments

[Сергей Протько]

Хочу заметить что есть профит или нет зависит исключительно от человека. Скажем я никогда не понимал смысла стараться запомнить API. Те функции которые используются чаще всего - их и так запомишь, даже нелогичные варианты коих в PHP хватает.

По пунктам же вопросы к вам:

1) А лично для вас, какой в этом профит? Мне серьезно интересно.
2) Ну то есть делать фасады над конкретными кусками API. Но опять же профит от этого только когда занимаешься однообразными задачами, а стандартные однотипные проблемы и так обернуты в объекты, фасады, сервисы... Symfony и ее экосистема хэндлит 90% стандартных задач.
3) Если в этом мало опыта то и смысла будет мало. Разработка через тестирования для некоторых людей будет гораздо более продуктивным способом. Но повторюсь - не для всех. Людям страдающим отсутствием уверенности в том, что они делают - TDD это хороший способ избавиться от страха. А проектировать все заранее обычно возможно только на самом верхнем уровне архитектуры. Что вы скажите по этому поводу?

[Алексей Уколов]

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

[Сергей Протько]

Алексей Уколов: автор вопроса - не совсем новичек, как я могу видеть. Но да, первое время писать тесты может быть тяжело, этому тоже надо учиться.

По поводу текущего уровня - пожалуй соглашусь.

[Алексей Уколов]

Neoline: как скажете.

[xmoonlight]

Сергей Протько: Отвечу по пунктам:
1. Чтобы обновлять свою память каждый раз при написании новой функции. Это увеличивает (помимо скорости) возможность выбора кодирования текущего "куска" алгоритма и позволяет выбрать нужную функцию именно для этой задачи из накопленного опыта (из головы). Т.е. охват вариантов решений становится больше, нежели если использовать подсказку. Сравнение: вездеход и поезд.
2. У меня много своих классов, которых нет ни в одном фреймворке. Но и задачи - трудоёмкие: анализ данных, работа со структурами и форматами.
3. Drill-down в схемах. (погружаемся и рисуем внутренности логики)

[Adamos]

xmoonlight: 2. В результате тому, кто будет поддерживать за вами код, нужно будет изучать не только язык и фреймворк, но и ваши велосипеды. Жалко человека. Вы уж хотя бы документируйте...

[Сергей Протько]

xmoonlight:

1) Ну так это означает знать разнообразие функций а не заучивать их, нет? С этим я согласен.

2) Ну то есть у вас насобирались решения стандартных проблем для вашей проблемной области. И область эта не входит в 90%. По сути это правильный подход, может оно еще и в опенсурсе есть?

3) схемки это хорошо, диаграмки и т.д. Визуализация всегда помогает разобраться. Но только визуализировать в этом случае стоит именно бизнес логику, сущности, их взаимодействия. Ну то есть это скорее моделирование предметной области. Архитектура будет формироваться при переносе модели.

Adamos: ну а как иначе если нет готовых решений? Полюбому придется пилить свое. Тут как бы вариантов не особо много.

[xmoonlight]

Adamos: Если я намерен передавать исходный код достаточно сложной логики - я всегда его документирую.

[xmoonlight]

Сергей Протько: мой ник на гитхабе - без изменений.

[Сергей Протько]

xmoonlight: сталобыть нет. В любом случае я не вижу в этом ничего плохого, что бы хоть какой-то код выложить в опенсурс надо потратить немало усилий.

Answer 5

[Iv Po]

Был в похожей ситуации, и большинство нужных мне в ежедневной работе функций я выучил (Без использования IDE). Просто когда вы заходите в интернет смотреть аргументы функции или еще что то, начните их запоминать, потратьте дополнительно 5-10 минут, и после 2-3 таких просмотров необходимость в них отпадет (тут конечно еще зависит от того как вы можете запомнить информацию). Так же используйте IDE с подсказками, с IDE вам даже не нужно запоминать все название а буквально первые 2-3 буквы названия функции/константы. По другому думаю никак, повторение - мать учения :)