Фрiланс на Scriptlance.

O(ноль ). Недостатня кількість і якість коментарів.
Забезпечуйте свій код розбірливими і зрозумілими коментарями. Інакше спроба внести через тиждень які-небудь зміни до програми перетвориться на китайські тортури. Зокрема рекомендується додавати коментарі в наступних випадках:

• перед тілом функції
• в сумнівних ділянках коди (як працює код)
• коли незрозуміло на перший погляд призначення коди

1. Необдумані найменування змінних і функцій. Безсистемні і малоінформативні найменування змінних основна причина нечитабельності коди. Знатися на такому коді украй складно і неприємно, шукати помилки - гемор неймовірний. Тому треба слідувати чіткій системі при іменуванні змінних не переборщуючи при цьому з довжиною імен.
2. Пропущені крапки-коми. Найчастіша помилка програміста це забута крапка-кома в кінці рядка :), а також незакриті дужки після закінчення блоку. Помилки не дуже критичні, знаходяться легко, проте якщо уважно стежити за крапками-комами і закривати дужки відразу ж після відкриття, головному болю буде набагато менше.
3. Використання великої кількості тимчасових змінних. Тимчасові змінні сильно знижують швидкодію програми, тому їх слід використовувати як можна рідше. У теж час не треба нагромаджувати виклики функцій, як параметри використовуючи знову виклики. Це робить код нечитабельним. Вживання обох підходів залежно від ситуації дозволить отримати читабельну і в теж час спритну програму.
4. Переписування вбудованих функцій. Використовуйте довідник по PHP! Навіщо переписувати заново вбудовані можливості мови.
5. Часте використання значення поверненого функцією як параметр в іншій функції. Найнадійніший спосіб отримати код який ви не розумітимете через дві години після написання. Пишіть читабельні програми. Зайві дві строчки набагато спростять саппорт і подальшу модифікацію коди.
6. Обробка даних отриманих з бази даних засобами PHP. Все що можливо робити в SQL, робіть в SQL. Те ж сортування засобами SQL працює на порядок швидше, ніж якщо ви сортуєте отримані дані в коді PHP.
7. Змішування вистави і логіки додатка. Якщо в маленьких програмах змішування PHP коди з HTML може бути виправданим, то у міру збільшення проекту такий підхід перетворює вашу програму на натуральний хаос. Використовуйте техніку відділення вистави від бізнесу-логіки, будь то шаблони або хоча-б окремі функції для показу конкретних ділянок сторінки.
8. Використання вхідних даних без перевірки. Всі вхідні дані повинні проходіть жорстку фільтрацію і чищення, інакше ваш продукт стане легким видобутком будь-якого зловмисника більш менш знайомого з принципами роботи PHP. Знову, все що ви отримали від клієнта будь то через GET або POST має бути перевірене і перевірене ще раз на точну відповідність формату який ви чекаєте у ввідних даних.
9. Зневага відладкою. Лише тестінг і відладка начебто вже готового застосування роблять його остаточно завершеним, і оберігають від злючих клієнтів які є через день після здачі з кислими мінами і довгим списком багов у вашому продукті :).

Popularity: 8% [?]