програмування

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

1. Брудне форматування коду

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

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

2. Забагато коментарів

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

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

3. Неправильні імена змінних та методів

Іменувати речі зовсім не просто, але варто вкласти в це енергію, якщо ви хочете, щоб вихідний код, який ми пишемо, був простежуваним і зрозумілим. Іноді імена AbstractSingletonProxyFactoryBean, які вражають особливо розробників Java, можуть здатися смішними, але описові імена змінних корисніші, ніж ні. Подібна ситуація з назвами підпрограм і методів, вони також повинні чітко вказувати, що робить даний фрагмент коду. Ми, мабуть, усі стикалися з назвами методів DoIt (), PerformService () та подібними безглуздими, ми б скоріше намагалися їх уникати.

Ще одне важливе правило - це однакові речі всюди називаються однаково. Це може здатися очевидним, проте часто можна побачити, наприклад, що дві однакові операції називаються Додати та Вставити. Якщо вони дійсно роблять одне і те ж, називайте їх однаково, щоб уникнути непорозумінь.

4. Поверхневі знання мови чи середовища

Звичайно, важко звинуватити новачка, але все одно це дуже важливо ми добре знаємо мову програмування, середовище, з яким ми працюємо! (Або, принаймні, ми знаємо, де знайти повну документацію та легко орієнтуватися в ній.)

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

5. Надмірне ускладнення

(Хороші) початківці, як правило, мають міцну теоретичну базу і прагнуть нарешті застосувати ці знання на практиці на першій роботі. Звичайно, це похвально, але часто призводить до самообслуговування ускладнень певних проблем.

Найбільш типовим прикладом є непотрібне використання шаблонів дизайну. Останні розробники часто знають більшість основних моделей дизайну напам'ять і застосовують їх там, де це нерозумно, просто для того, щоб продемонструвати свої знання. Не бійтеся виглядати аматорсько, якщо ви використовуєте «занадто просте» рішення! Простота програмування, як правило, позитивна річ.

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

Звичайно, це лише деякі найпоширеніші помилки, список далеко не повний. Які типові помилки ви робите початківцями, крім цих?

ITHub.hu

Всі права захищені. Письменний дозвіл необхідний для другого передавання матеріалів на сайті.