1. Головна
    2. Програмування
    3. Як поліпшити свої навички програміста: 11 кроків

Як поліпшити свої навички програміста: 11 кроків

Кроки

  1. Спочатку чітко проаналізуйте проблему.
  2. Наступний крок - двічі подумати про те, як вирішити цю проблему.
  3. Зберіть повний комплект вимог.Витратьте час, щоб записати, яких цілей кінцевий продукт повинен досягти, і хто буде вашою Користувацькою базою. Чіткість (ясність) думки на цьому етапі заощадить багато часу в процесі подальшої роботи.
  4. Напишіть детальний план виконання (або модель).
    • Для чогось маленького і незалежного це може бути тільки основна блок-схема або просте рівняння.
    • Для більших проектів це допомагає розбити роботу на модулі і розглянути наступні питання:
      • Яке завдання кожен модуль повинен виконати
      • Як дані передаються між модулями
      • Як дані будуть використовуватися в кожному модулі
    • Хоча вимоги щодо збору та планування можуть бути втомливими і приносити набагато менше задоволення, ніж» занурення " прямо в процес кодування, буде ще більш утомливо витрачати час на налагодження програми. Витратьте час, щоб спочатку правильно розробити хід виконання (потік) і структуру вашої програми, і ви можете навіть виявити більш ефективні способи досягнення цієї мети, перш ніж напишіть перший рядок коду!
  5. Коментуйте код "ліберально".якщо ви вважаєте, що вашому коду може знадобитися пояснення, прокоментуйте його. Кожній функції повинні передувати 1-2 рядки, що описують параметри, і те, що вона повертає (її результат). Коментарі повинні вказувати вам частіше «чому«, ніж»що". Не забувайте оновлювати коментарі, коли Ви оновлюєте код!
  6. Використовуйте узгоджувальні домовленості про іменування змінних.це допоможе вам відстежувати кожен тип змінної, а також яке завдання цієї змінної. Це означає Більше введення, ніж просто x = a + b * c, але це зробить ваш код набагато простіше для налагодження та підтримки. Одна з популярних угод - Угорська нотація, де ім'я змінної - з префіксом її типу. Наприклад, для цілочисельних змінних можна використовувати intRowCounter; strings рядки можуть використовувати strUserName. Не має значення, яка у вас угода про іменування, але будьте впевнені, що все узгоджено і що ваші імена змінних мають описовий характер. (Дивіться нижче попередження).
  7. Організуйте свій код.використовуйте Візуальні структури, щоб показати структуру коду. Наприклад, поставте на початку блок коду, який знаходиться всередині умовного (if,else,...) або циклічного (for,while,...).Також спробуйте вставити прогалини між ім'ям змінної і оператором, таким як додавання, віднімання, множення, ділення, і навіть знаком рівності (myVariable = 2 + 2). А також, коли код виглядає більш витончено візуально, то набагато легше побачити хід виконання програми з першого погляду. (Дивіться поради щодо відступів нижче).
  8. Перевіряйте (тестуйте) все.почніть з тестування кожного модуля, використовуючи вхідні дані і значення, які, як правило, ви очікуєте. Потім спробуйте вхідні дані, які допустимі, але рідше. Це "прибере" будь-які приховані помилки. Існує мистецтво тестування, і ви поступово наростите свої навички з практикою. напишіть свої тести, щоб включити наступні випадки:
    • Крайності: нуль і за межами очікуваного максимуму для позитивних числових значень, порожній рядок для текстових значень і нуль для кожного параметра.
    • Безглузді значення. Навіть якщо ви не вірите, що ваш кінцевий користувач буде вводити марення, ви в будь-якому випадку перевірте своє програмне забезпечення все-таки.
    • Некоректні значення. Використовуйте нуль для значення, яке буде використовуватися в операції ділення, або від'ємне число, коли очікується позитивне або коли буде розраховуватися квадратний корінь. Те, що не є числом, коли тип вхідних даних є string (рядок), і це буде аналізуватися для числового значення.
  9. Практика, практика, практика. програмування – це не» застійна " дисципліна. Там завжди щось нове для вивчення, і (що більш важливо) завжди щось старе для переучування.
  10. Будьте готові до змін. В реальному робочому середовищі вимоги змінюються. Однак, чим на початку Ви ясніше у вимогах, і чим ясніше ваш план реалізації на самому початку, тим менше ймовірність того, що зміни будуть результатом поганого планування або непорозумінь.
    • Ви можете взяти активну участь в поліпшенні чіткості процесу, представивши документацію по вимогах або ваш план реалізації повністю, перш ніж починати писати код. Це сприятиме тому, що те, що ви плануєте створити, насправді те, про що вас просять.
    • Структуруйте проект як ряд етапів з демо-версією для кожного блоку, і керуйте процесом одного етапу одночасно. Чим менше речей, про які ви повинні думати в будь-який момент, тим більша ймовірність того, що ви будете думати ясно.
  11. Почніть з простого і працюйте у напрямку до складного.при програмуванні чогось складного це допомагає отримати більш прості блоки на місці і працювати належним чином в першу чергу. Наприклад, припустимо, що ви хочете створити розвивається форму на екрані, яка слід напрямку миші, і змінює свою форму в залежності від швидкості миші.
    • Почніть з відображення квадрата і змусьте його слідувати за мишею; тобто в першу чергу вирішите тільки відстеження руху.
    • Далі, переконайтеся, розмір площі пов'язаний зі швидкістю миші; тобто вирішите відстеження швидкість-форми.
    • Нарешті, створіть справжні форми, з якими ви хочете працювати, і з'єднайте три елементи разом.
    • Такий підхід, природно, пов'язаний з модульним написанням коду, де кожен елемент знаходиться в своєму власному автономному блоці. Це дуже корисно для повторного використання коду (наприклад, ви хочете просто використовувати відстеження миші в новому проекті), і робить набагато легше процеси налагодження та обслуговування.

Поради

  • Використовуйте IDE (Integrated Development Environment). IDE (Integrated Development Environment - інтегроване середовище розробки). Хороша IDE буде мати вбудований кольоровий редактор кодів з підказками коду і функціями завершення коду, які роблять редагування швидше і менш схильні до орфографічних помилок. Вона, як правило, оснащена відладчиком, також.
  • Вивчення вихідного коду інших програмістів є відмінним засобом підвищення своїх власних навичок. Розробіть свій спосіб через їх код, крок за кроком, розробляючи хід виконання і що відбувається зі змінними. Потім спробуйте написати свій власний код, щоб зробити те ж саме (або навіть поліпшити його). Ви швидко дізнаєтеся, чому речі повинні бути написані певним чином, і ви також «нахапаєтеся» кілька корисних порад про те, як писати код ефективно.
  • Зверніться до колег-програмістів, щоб вони прочитали ваш код. Вони добре знають те, про що ви, можливо, не думали раніше. Не знаєте професійних програмістів? Знайдіть інтернет-форум, який присвячений обраній мові програмування або операційній системі, і вступайте в розмову.
    • Якщо ви йдете цим шляхом, читайте і дотримуйтесь етикет форуму. Є багато добросердих експертів, які бажають допомогти, якщо люб'язно їх попросити.
    • Будьте ввічливим, тому що ви просите про послугу. Не турбуйтеся, якщо ви не розумієте все відразу, а також не очікуйте, що вони захочуть переглянути 10000 рядків коду. Замість цього, задавайте прості питання і залишайте пости тільки відповідні 5-10 рядків потрібного коду. Ви, швидше за все, отримаєте позитивну відповідь цим способом.
    • Перед тим, як почати розміщення повідомлення, зробіть невелике дослідження. Ваше питання (майже напевно )зустрічався, розбирався і вже вирішено.
  • Відділення (пакетування) вашого багаторазового коду від вашого конкретного коду програми з часом призведе до того, що велика, налагоджена бібліотека багаторазового використання наповниться корисними утилітами. Це допоможе в написанні більш потужних і міцних додатків за менший час.[1]
  • Клієнти та боси не стурбовані тим, як працює ваша програма, майже так само, як вони не стурбовані тим, як добре вона працює. Подумайте про головне. Клієнти розумні, але зайняті. Вони не будуть турбуватися про те, які структури даних ви використовуєте, але вони будуть турбуватися про те, чи це прискорює або сповільнює продуктивність.
  • Після кожного більшого сегмента роботи, зробіть перерву, робіть щось інше, потім перегляньте те, що ви написали, на свіжу голову. Переосмислити і перепишіть код, роблячи його більш ефективним і» елегантним " за допомогою меншого коду.
  • Регулярно робіть резервні копії коду програми на інший жорсткий диск або портативний пристрій. Таким чином ви будете мати копію, якщо ваш комп'ютер «помре» або стане недоступним. Тримайте принаймні одну копію в надійному місці.
  • Навчальні сайти є відмінним ресурсом, також.
  • Нехай Ваш код виглядає візуально елегантним, не тому, що це добре, а тому це робить його більш зручним для читання. Це дуже важливо, якщо ви хочете внести зміни через шість місяців. Дізнайтеся більше про відступи в кодах на сайтіcode indenting.
  • Знайдіть редактор, який використовує кольорове підсвічування синтаксису кодування. Це дійсно допомагає відокремити коментарі, ключові слова, числа, рядки і т. д.
  • Хороший спосіб зберігати свою роботу часто і зберігати фізично окрему резервну копію-це використовувати інструмент управління версіями, як Git або Mercurial, безкоштовний хостинг, як GitHub або BitBucket.
  • Змініть один пункт під час налагодження, а потім перевірте свої виправлення, перш ніж перейдете до наступного пункту.
  • Двічі Перевіряйте орфографію та синтаксис. Навіть найменша помилка може викликати багато стресу.
  • Зберігайте архівні копії вашої минулої роботи. Це не тільки хороша точка відліку, вони також можуть мати частини коду, які можна повторно використовувати пізніше.
  • Використовуйте системи управління версіями. За допомогою інструментів, таких як CVS або SVN, легше відстежувати зміни коду та помилки.
  • Використовуйте інструмент-відладчик замість розміщення операторів в коді для відображення вихідних змінних. Відладчик дозволить вам покрокове виконання коду рядок за рядком, так що ви можете побачити, що відбувається не так.
  • Спілкуйтеся з іншими програмістами. Люди часто можуть бути хорошим джерелом інформації, особливо, коли починати. Дізнайтеся, чи є група програмістів, які зустрічаються (у місцевому масштабі), і приєднайтеся до групи.
  • Почніть з малого, прагніть до речей, які ви, швидше за все, зможете досягти, і завойовуйте свій шлях.

Попередження

  • Зберігайте свою роботу часто, у міру того як просуваєтеся вперед, або ж ви ризикуєте втратити години роботи через збій комп'ютера або його зависання. Якщо ви ігноруєте це попередження зараз, це урок, який ви, безумовно, пізнаєте на власному гіркому досвіді!
  • Копіювання і вставка чужих кодів, як правило, погана звичка, але використання невеликих частин з відкритого вихідного коду програми може бути хорошим досвідом. Тільки не повністю копіюйте програму і спробуйте взяти кредит на нього. Не копіюйте код з іншої програми, якщо у вас немає дозволу або ліцензійних дозволів.
  • У кроці 4 Угорську нотацію (із зазначенням типу змінної як префікса) слід використовувати з обережністю. Це може призвести до невідповідності коду при редагуванні, або особливо якщо передачі на іншу мову або операційну систему. Вона найбільш корисна в'вільно типізованих' мовах, які не вимагають, щоб ви заздалегідь оголошували тип змінної.

Що вам знадобиться

  • Комп'ютер
  • IDE (Integrated Development Environment - інтегроване середовище розробки)
  • довідники або веб-підручники



Джерела

  1. ↑ "Unwrap the package statement's potential", Vanhelsew, Laurence (2003)

Ще почитати: