Плохие практики PHP разработки

Все мы видели паттерны проектирования и слышали про лучшие практики PHP разработки, но есть и темная сторона, наихудшая сторона “практических” примеров, про которые мы узнаем из рассказов коллег или по слухам. Я говорю про плохие практики PHP разработки, про которые написал Chris Cornutt.

Короткий список таких практик:

Остерегайтесь Неудачников

Эта практика может быть особенно опасна, если вы не будете осторожны.  Часто разработчик смотря на чужой, а иногда и на свой код, уже начал думать, что может переписать его лучше. Остерегайтесь таких программистов, зачастую переписать код не лучший выбор.

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

Не запланированность

Если вы сразу же начинаете разработку нового проекта или модуля написанием кода, ни на секунду не подумав о его структуре, то вы рискуете сорвать проект и сроки. Вы через месяц работы не сможете разобраться и понять, что было написано в начале. Вы можете потерять доверие к себе как к профессионалу среди коллег, так никто не захочет поддерживать ваш код. Будьте внимательны в создании кода, предлагаю вам использовать такую мантру: “Сначала планирование, потом код”.

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

Документация потеря времени

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

Освободите свой разум

Очень легко работать с тем, что вы сейчас используете и фокусироваться на этих технологиях.  Вы используете ваш код так, как он позволяет, и думаете, что это единственный способ. Но вы ошибаетесь. Вы как разработчик, должны знать, что есть множество путей как решить одну проблему.  Запомните это и используйте все технологии с которыми PHP может работать.

Используйте Zend Framework и Cake-PHP они дадут вам замечательные идеи и готовые компоненты с отличной структурой.

Заключение

Это только несколько ошибок, но их намного, намного больше, которые можно добавить в этот список. Мы как разработчики всегда будем попадаться на эти плохие практики, так как это обычно самый легкий путь.

Фокусируясь на лучших практиках, это самый лучший способ делать код лучше и гибче.

  1. rootart says:

    А переклад таки постраждав. Думаю над ним треба попроцювати, а то якось дух статті не зовсім передається, (Chris Cornutt <- thanks, ну і Вам за переклад також спасибі)

  2. Спасибо, я не пытался сделать точный перевод, это больше свои мысли по этому поводу плюс мысли Chris-а.

  1. There are no trackbacks for this post yet.

Leave a Reply