Як ще більше збільшити свої "просунуті" знання PHP? (швидко) [закрито]

Я працював з PHP роками і дуже добре зрозумів мову, створив багато прогресивних і не дуже просунутих систем, які працюють дуже добре.

Проблема, з якою я стикаюся, полягає в тому, що я вчуся лише тоді, коли виявляю потребу в чомусь, чого раніше не вчився. Це змушує мене шукати рішення та інший код, який обробляє проблему, і тому я дізнаюся про нову функцію або структуру, яких я раніше не бачив. Саме таким чином я навчився багатьом своїм кращим методам (наприклад, вивченню занять, що проводяться Amazon, Google чи іншими великими компаніями).

Основна проблема в цьому полягає в концепції неможливості чогось навчитися, якщо ви не знаєте, що воно існує. Наприклад, мені знадобилося кілька місяців програмування, щоб дізнатись про empty()функцію, і я просто перевірив би довжину рядка, використовуючи strlen()для перевірки порожніх значень.

Зараз я починаю створювати все більші та більші системи, і я почав читати такі блоги, як highscalability.com, і досліджував реплікацію MySQL та дані сервера для масштабування. Я знаю, що структура вашого коду дуже важлива, щоб повноцінні системи працювали.

Прочитавши нещодавній блог про структуру reddit, це змусило мене задуматися, чи існують там якісь стандартні чи "прийняті системи".

Я розглядав фреймворки (я використовував Kohana, про що я шкодував, але вирішив, що фреймворки PHP не для мене), і я віддаю перевагу власній бібліотеці функцій, а не фреймворку.

Моя поточна структура - це поєднання WordPress, Kohana та моїх власних знань.

Способи, які я бачу як потенційно вигідні:

• Читати блоги
• Прочитайте підручники
• Працюйте з кимось іншим
• Читати книгу

Який найкращий спосіб (-і) перейти на наступний рівень - бути дуже хорошим розробником системи?

Кожен, хто хоче стати програмістом на PHP, завжди бере лише перше слово і повністю ігнорує друге.

Хоча «програмування» НАДИНГ важливіше за «PHP», щоб бути професіоналом PHP, насамперед слід бути програмістом.

Отже, я би проголосував за останнє - читання книг. Не на PHP, а на програмування загалом. Грейді Буха , Мартіна Фаулера і навіть старого Дональда Кнута .
Було б також непогано поглянути на деякі інші мови, такі як Java або Python. Не переходити до них, а вчитися у них.

Я віддаю перевагу власній бібліотеці функцій, а не фреймворку

Ви називаєте "бібліотеку функцій" і "а" фреймворк окремими поняттями (добре!), То чому б не спробувати трохи вдосконалити анте і перетворити цю бібліотеку функцій на фреймворк? Майте на увазі, це чудовий спосіб вчитися, але не найкращий спосіб володіти товарними навичками;)

Це також чудовий спосіб вчитися неправильно, тому перед тим, як почати, вам доведеться провести деякі дослідження.

Особливості "must have"

Існують певні особливості, які мають майже всі фреймворки, і на це є причина. Дослідити їх; з’ясувати, чому вони присутні та які їх варіації; виберіть, які реалізації ви хотіли б включити у свою структуру.

• Об'єктно-орієнтований (це є ключовим для того, чому ви пишете фреймворк, а не просто використовуєте свою бібліотеку функцій)
• Використання шаблонів (перевірте і почніть запитувати себе, чому так багато фреймворків використовують Контролер додатків на відміну від Front Controller ... і чи є деякі платформи, які використовують Контролери сторінок ?
• Базова структура MVC
• Чисті URL-адреси

Особливості не-PHP платформ, які ви хочете зрозуміти та наслідувати

• Якщо вам подобається Ruby, можливо, ви хочете знайти засіб для includeмодулювання в класах ?
• Якщо вам подобається Asp.NET, можливо, ви хочете спробувати створити елементи керування сервером у середовищі PHP?
• Засмучений тим, що прощення є типовим для HTML? Чому б не перевірити вихідну сторону сервера

Я не уявляю, що вас цікавить, тому на цьому я зупинюсь.

Опублікуйте це!

Ця частина важлива, тому що Натан має рацію : вашу роботу повинні бачити, кидати виклик, критикувати та виправляти інші люди. Не залишайте ту лампу під чашкою - її потрібно побачити; розмістіть це на коді Google, sourceforge чи щось інше, і якщо люди збираються турбуватися, дивлячись на це серйозно, вам потрібно це сприймати серйозно; потрібно підтримувати модульні тести та регресійні тести; потрібно використовувати контроль версій; вам потрібно це добре прокоментувати, з великим /* header comment */у верхній частині кожного файлу та корисними коментарями, що генерують документи для кожного класу та його члена.

Резюме

Якщо ви все це зробите, ви зможете дізнатися (на високому рівні) про інші платформи. Ви, безумовно, можете "розлучити 40" як розробник PHP. Ви можете дізнатися про модульне тестування; про регресійне тестування. Ви можете дізнатися про ефективне документування.

Гарантовано, що ваш фреймворк вийде "своєрідним і, мабуть, солідним", але ви можете багато чому навчитися, написавши його. Тільки майте на увазі, що фреймворк - це не продукт; це подорож ... свого роду.

1. Вивчіть приховані функції PHP та заздалегідь визначені інтерфейси PHP
2. Вивчайте різні мови. Вивчайте мови, які мають більш високий рівень навчання, ніж PHP. Кожного разу, коли я вказую на переваги інших мов перед PHP, мене звинувачують у руйнуванні PHP, в основному це люди, які, очевидно, ніколи не володіли іншою мовою високого рівня. Але я піду на ризик. Я пропоную Ruby, Python, Pearl та haXe (як суворо набраний аналог). Як тільки ви це зробите, спробуйте застосувати свої нові знання до PHP. Або просто відійдіть від PHP, на випадок, якщо ви не хочете повертатися назад (що, на мою думку, навряд чи станеться).
3. Навчіться боротися з критикою. Ваша реакція на допис Натана чітко показала, що ви ще не можете з цим боротися. Він абсолютно правий.
   • Переглядаючи мій перший PHP фреймворк зараз, я повинен сказати, що це було зовсім дерьмово. Тоді я думав, що це чудово (і все ще краще, ніж багато виробничого коду, який я вже бачив, розгорнутого). І все ж у нього було багато недоліків. Якщо ви не справжній геній, ваші перші фреймворки просто виглядатимуть жахливо, якщо озирнутися на них через кілька років (за умови, що ви еволюціонуєте).
   • Насправді, будь-який фреймворк, який ви створите, буде виглядати гірше з плином часу (за умови, що ви не припините розвиватися). З цієї причини ви можете так само добре використовувати наявні фреймворки і більше зосереджуватись на розробці додатків. Якщо фреймворк, який ви використовуєте, має обмеження, спробуйте внести свій вклад, а не писати ще один фреймворк PHP.
   • Сенс у часі вибрати написання власних фреймворків (не лише для розваги / навчання, але і для розгортання виробництва) - коли ваші вимоги перевершують інші, що пропонуються там, а не тоді, коли вам просто не подобається ідея працювати з ними. Це типова помилка, яку я зробив сам. Але тепер я можу сказати, що я навчився у цьому. Але якщо ви запитаєте поради (чого, на жаль, я тоді не зробив), ви отримаєте такі відповіді.
   • Ви багато чому навчитесь, працюючи з кодом, який не писали самі. Ви не тільки підбираєте концепції, просунуті рамками, над якими багато думають, але ви також навчитесь бути продуктивними, гнучкими, вміти працювати в команді та виконувати роботу (отримуючи при цьому досить хороші результати).
   • Я припускаю, ви не можете насправді думати, що ви кращий за кожну команду PHP-проекту з відкритим кодом, інакше ви б запитали. Подолайте вперту інстинктивну необхідність винаходити колесо будь-якого молодого розробника і виростати, щоб вирішувати проблеми, з якими ще ніхто не займався.
4. Дізнайтеся, в чому різниця між бібліотекою компонентів та фреймворком. Оскільки ви думаєте, що можете замінити фреймворк на "власну бібліотеку функцій", ви, мабуть, не зрозуміли, у чому сенс фреймворків. Подивіться на інверсію залежності , інверсію контролю та ін’єкцію залежності .
5. Дізнайтеся про розробку програмного забезпечення. Подивіться на принципи ОО, такі як SOLID і GRASP .
6. Спробуйте різні парадигми. AOP, функціональне програмування. Покращуйте свої навички ОО за допомогою мов з більш сильною орієнтацією об’єктів, таких як Ruby, Objective-C або Smalltalk.
7. Подивіться на фреймворки PHP, такі як Flow3, Symfony, PHP igniter та CakePHP. Я вже вказував, чому, на мою думку, ви повинні це робити.
8. Як зазначено в іншому моєму коментарі, вам слід розглянути інші сховища, крім RDBM. SQL і OOP насправді погано поєднуються. Подивіться на OODBMS, різні рівні абстракції баз даних, сховища ключ-значення, сховища документів, такі як CouchDB та MongoDB, розподіляє сервери кешування як memcache тощо.

Ось кілька думок:

• Спробуйте різні речі. Вивчіть нову мову. Деколи в процесі вивчення іншої мови насправді ви покращуєте обидві.

• Сприяти проекту з відкритим кодом.

• Висока масштабованість та PHP / MySQL не є друзями. Сьогодні існують технології, які будуються саме для цього. node.js та Redis, щоб назвати пару.

• Відповідайте на запитання SO. Проблеми інших людей можуть змусити вас думати нестандартно, і ви вдосконалюєте процес спроб допомогти, а також робите комусь щось приємне.

• [спробую додати сюди, якщо я думаю про щось інше, щойно прокинувся, пиючи каву: D]

Навчіться робити те, що ви вже знаєте ... по-іншому. Приклади:

• іншою мовою
• на іншій платформі
• паралельно / розподілено
• через фреймворк (так, ви вирішили, що вони "не для вас" - можливо, спробуйте інший, вони іноді сильно відрізняються один від одного)

Можливо, вам слід заглянути ще раз у фреймворки, я б запропонував поглянути на Zend Framework, оскільки це більше схоже на бібліотеку компонентів, яку ви можете використовувати, як вважаєте за потрібне, і насправді не нав'язує жорсткої структури, якою ви повинні слідувати (наприклад деякі інші основи роблять), хоча він і пропонує (цілком розумне імхо) макет проекту. Хорошою відправною точкою буде Виживання глибокого кінця .

Те, про що ви ще не згадали, і що може виявитися корисним знати (особливо у великих проектах):

• ООП з PHP (шаблони дизайну)
• Модульне тестування ( PHPUnit , SimpleTest , ...)
• ORM ( рушій , доктрина )

Просто: зроби це . Потреби змусять вас вчитися. Знайдіть спосіб залучитись до дедалі прогресивніших проектів, будь то комерційні чи відкриті джерела. Немає іншого способу, яким ви дійсно можете чогось навчитися.

Я б приєднався до обговорення та спробував би вирішити проблеми інших людей. Іноді виникають досить складні питання, які змушують вас провести якесь дослідження. Якщо ви не можете відповісти на нього, ви можете почекати когось, хто може, і тоді чогось навчитися.

Що стосується фреймворків, навчіться у них. Я також прокачую свою, оскільки більшість фреймворків там можуть бути досить повільними. Хоча досить швидко для більшості веб-сайтів.

Я б також порекомендував переглянути PHP-бібліотеку Facebook. Вони там роблять цікаві речі.

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

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

З повагою.

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

Крім того, як уже було сказано, візьміть участь в додатку для ОС. Перейдіть до sourceforge і знайдіть проект, який потребує розробника. Або завантажте програму і спробуйте написати для неї плагін (я пишу плагін для банкомату Invision 3.0 і вивчаю кілька речей).

Сподіваюся, що це допомагає.

Читайте чужий код. Зараз у вас є власна бібліотека, але ви можете отримати деяке просвітлення при читанні джерела інших програм. Тоді запитайте себе, чому. Будьте автором блогу, а не читачем. Крім того, наголошуйте більше на програмісті, ніж на мові. Швидше дивіться на рішення, які вже вирішують проблему, і намагайтеся відтворити їх своїми знаннями. Успіхів та веселощів!

Підхід до розгляду коду інших програмістів, безумовно, є хорошим способом вивчення "хороших" чи "поганих" практик. Після прочитання іншого коду у вас виникає почуття доброго коду.

Я точно рекомендую такі фреймворки, як Zend Framework, symfony, CakePHP або Agavi, тому що багато учасників дивляться на цей код і постійно розробляють їх до "ідеального" рішення (яке, звичайно, ніколи не буде досягнуто ...);) Ви все ще можете зробити рішення про розробку власних класів замість тих, які пропонує фреймворк ...

З таким довгим досвідом роботи з PHP ви можете розглянути можливість сприяння фреймворку з відкритим кодом. Обговорення з іншими розробниками пришвидшує вас.

Показ вашого коду іншим і запит на конструктивний відгук має той самий ефект. Ви ніколи не знаєте, наскільки ви добрі, поки не порівняєте свої навички з іншими. Завжди в конструктивній манері. Це було б закономірним процесом, коли б ви брали участь у структурі з відкритим кодом. ;)

Вам слід працювати з прикладами, працювати з ними, коли їх розширюєте, щоб ви навчилися розширювати приклади, роблячи їх більш функціональними та надаючи більше можливостей.

Хоча, добре створити щось, про що ви до цього часу дізналися в PHP. Щоб практикувати більше, вам слід створити щось на зразок системи бронювання тощо. Рано чи пізно ви зможете більше розширюватись, вивчаючи більше, коли будете вчитися більше в PHP, що призведе до того, що ваш розвиток стане набагато кращим.

Ви можете запитати у вашої компанії, чи можуть вони заплатити вам сертифікаційний іспит Zend PHP. Навчання на цьому іспиті зобов’язало б вас добре знати PHP і тренуватися, читаючи багато документації, навчальний посібник Zend, а також тренуючись з фіктивними іспитами. Це дуже ефективний спосіб вдосконалення, і він досить добре виглядає в резюме.

"моя власна бібліотека функцій" == "[ідіосинкратичний і, мабуть, непоганий] фреймворк".

Я рекомендую вивчити Symfony, оскільки розробники, здається, постійно прагнуть робити все відповідно до "найкращих" практик ... але ви, мабуть, могли б багато чому навчитися з будь-якого з популярних фреймворків.

Не пишіть свій власний фреймворк. Будь ласка.