Як навчитися писати програми
Отже, у вас з`явилася ідея для відмінною програми, однак ви й гадки не маєте, як її реалізувати? Не біда, допоможемо. Правда, доведеться витратити чимало часу на те, щоб вивчити мову програмування, але це нормально. Скажімо навіть більш, багато успішних програмісти - самоучки. Вивчивши основи, ви зможете створювати прості програми, витрачаючи на це мінімум часу. Створення більш складних програм, звичайно, є більш серйозним завданням, але, як то кажуть, терпіння і труд все перетруть!
кроки
Частина 1 з 7:
Вибір мови програмування1. Визначтеся з тим, яка мова програмування ви вивчите першим. Якщо раніше ви не програмували, то починати треба з чогось простого, розрахованого на новачків - проте дозволяє домогтися поставлених цілей. Є десятки мов програмування, у кожного з них свої області застосування, свої завдання і особливості. Ось кілька з них:
- C - один з найстаріших мов програмування. Знайомство з З дозволить спростити вивчення C ++ і Java.
- C ++ - один з найпопулярніших мов програмування в наші дні, особливо в плані розробки програмного забезпечення. Правда, на те, щоб вивчити С ++, піде час, а на те, щоб ще і навчитися ним користуватися, піде ще більше ... Але це окупить себе!
- Java - ще один дуже популярна мова програмування, який може працювати майже в будь-якій операційній системі.
- Python - один з найпростіших мов програмування, чиї основи можна вивчити за пару днів. Проте це досить потужна мова, задіяний для створення безлічі серверних і веб-додатків.
2. Підготуйте середу розробки. Щоб почати програмувати, вам потрібно не так вже й багато - і це «середовище розробки». Втім, що саме під цим розуміється, залежить від вибраної мови програмування.
3. почитайте підручники. Якщо раніше ви не програмували взагалі, то починати треба з малого. Так, варто знайти підручники або курси, хоча б онлайн-курси, в яких дані основи основ вибраної мови, розказано про його синтаксис, змінні, функції і все інше, а також про те, як це все між собою пов`язано.
4. Завантажте зразки і програми з відкритим кодом. Вам буде куди простіше вчитися на прикладі, працюючи зі зразками, благо що їх в мережі є більш ніж достатньо. Почніть з простих програм, які хоч якось відносяться до тієї програми, яку ви хочете зробити.
5. Щоб вивчити основи, створюйте прості програми. Раз вже ви почали писати код самі, то почніть з азів. Напишіть кілька програм, скажімо, на висновок рядка або підрахунок простенького рівняння. Відпрацьовуйте все це - стане в нагоді пізніше, під час роботи над складнішими програмами. Експериментуйте, намагайтеся зламати навіть власні програми.
6. Приєднайтесь до спільнот програмістів. Можливість задати питання відбувся програмісту - безцінна. На сайтах, де збираються програмісти, ви знайдете безліч однодумців, причому незалежно від того, якою мовою ви пишете. Не бійтеся питати, але ніколи не просіть допомоги, що не випробувавши перед цим всі доступні вам засоби.
7. Не забувайте, що на вивчення мови програмування йде багато часу. Ви не зумієте написати програму (складну), коли вперше сядете за комп`ютер з підручником програмування. Втім, чим більше ви будете вчитися і практикуватися, тим краще будете програмувати.
Частина 2 з 7:
Розробка програми1. Підготуйте «дизайн-документ». Дизайн-документ - це детальний опис програми, що розробляється, і саме його необхідно зробити в першу чергу, щоб потім, вже по ходу роботи, ви могли звірятися з ним і закладеними в ньому цілями. Саме дизайн-документ дозволить вам зробити те, що ви хотіли, а не що-небудь інше.
- Все, що ви хочете реалізувати в програмі, має бути перераховано на сторінках дизайн-документа.
- Крім того, дизайн-документ повинен враховувати і користувача, точніше те, як він буде працювати з програмою.
2. Зробіть блок-схему вашої програми. Це буде свого роду карта, що показує, як користувач буде переходити від однієї частини програми до іншої. На цьому етапі нічого складнішого простий блок-схеми Вам не треба.
3. Визначтеся з архітектурою програми. Цілі будуть визначати засіб ... тобто архітектуру. Якщо знати і розуміти, яким завданням яка архітектура відповідає, то процес розробки піде куди ефективніше.
4. Почніть з програми за схемою «1-2-3». Це найпростіший тип програм, їх завдання - дозволити вам адаптуватися до мови програмування. Якщо в загальному, то програми «1-2-3» запускають, запитують у користувача якісь дані, потім виводять результат, на чому і закінчуються.
Частина 3 з 7:
створення прототипу1. Зробіть акцент на якійсь одній функції програми. Точніше сказати, прототип - це завжди основна функція програми. Припустимо, ви створюєте програму-органайзер - тоді основною функцією буде календар і можливість додавати події.
2. Досягніть того, щоб прототип працював без збоїв. Прототип повинен бути таким, щоб їм можна було користуватися замість програми, що розробляється. Прототип стане основою, фундаментом усього, так що працювати він повинен відповідно. Іншими словами, кожна функція прототипу повинна працювати бездоганно.
3. Не бійтеся переробляти прототип знову і знову. У цьому його суть - спочатку експерименти, потім реліз. Саме на прикладі прототипу ви зможете побачити, чи все працює так, як треба. Якщо ж прототип виявляється невдалим - не біда, просто перепишіть його з нуля, почніть все заново. Краще так, повірте.
Частина 4 з 7:
створення програми1
Створіть базу псевдокоду. Це стане свого роду скелетом вашого проекту і основою для майбутньої роботи. Псевдокод відрізняється від звичайного коду тим, що ... не «Компільо» (не обробляється в компіляторі), зате чудово читається програмістами і допомагає зрозуміти, що має відбуватися на тому чи іншому етапі роботи програми.
- Псевдокод, втім, використовує той же синтаксис, що і звичайний код, тому писати псевдокод треба так само, як і програму.
2. вдосконалить прототип. Можете взяти сам прототип, можете взяти псевдокод - в будь-якому випадку суть в тому, щоб зробити прототип краще, досконаліше, швидше!
3. Почніть роботу над кодом програми. Ось, власне, ми і дісталися до суті. Саме робота над кодом програми і займе велику частину часу, не кажучи вже про незліченні компіляції, не менше незліченні тести і пошуки багів ... Якщо над вашою програмою працює ціла команда, то варто почати з псевдокоду, щоб все йшло рівномірно.
4. Не забувайте коментувати код. Описувати функції і особливості, які ви реалізуєте в коді. Це потрібно не тільки для того, щоб хтось інший, відкривши ваші вихідні, зумів розібратися, що до чого, але і для того, щоб ви самі не заплуталися у власному коді, якщо повернетеся до нього, скажімо, через рік.
Частина 5 з 7:
тестування програми1. Тестируйте весь новий функціонал. Все, що ви додали в програму, має бути протестовано, відтестувати і перетестіровано. І чим більше людей докладуть до цього руку, тим краще, тим більше помилок можна буде знайти. Тестери, зрозуміло, повинні знати, що працюють з далеко не фінальною версією, а тому можливі помилки.
- Цей етап роботи над програмою часто називають «альфа-тестуванням».
2. Протестуйте фінальну версію програми. Отже, всі функції, які тільки має були бути в програмі, в неї додані. Що тепер? Тепер знову тести. Довгі, прискіпливі, ретельні тести - і робота над помилками, зрозуміло. Зараз вашу програму має тестувати навіть більшу кількість людей, ніж раніше.
3. Протестуйте реліз-версію. Продовжуючи вносити в програму виправлення і додаткові матеріали, не забувайте все тестувати.
Частина 6 з 7:
Створення додаткових матеріалів1. Подумайте, що вам потрібно. Це буде залежати від програми, так що подумайте, чи потрібні вам, скажімо, аудіозаписи? графіка? контент? Задумайтеся про це до релізу.
2. Подумайте, чи не варто віддати все це на аутсорсинг. Якщо вам потрібно багато всього, але ви або ніхто у вашій команді не вміє малювати або займатися звукозаписом, то варто згадати про аутсорсингу. Ви без проблем знайдете фрілансерів, які зможуть підготувати для вас все необхідне.
3. Додайте в програму всі необхідні додаткові матеріали. Знову ж таки, вони не повинні псувати функціонал програми. Додавання додаткових матеріалів знаменує собою початок фінального етапу роботи над програмою, якщо тільки, звичайно, додаткові матеріали не є невід`ємною і внутрішньою частиною самої програми (як, скажімо, буває при створенні відеоігор).
Частина 7 з 7:
реліз програми1. Подумайте, чи не варто випустити вашу програму під ліцензією відкритого коду. Тоді й інші люди зможуть отримати доступ до вихідного коду програми, вносити в нього зміни і поліпшення. Правда, за такою ліцензією ви навряд чи отримаєте дохід від програми - ви ж не зможете її продавати, код-то відкритий. У чому ж сенс? В допомоги спільноти, яка, якщо зацікавиться вашою програмою, може перетворити її в істинний шедевр.
2. Підготуйтеся до продажу вашої програми. Для цього вам потрібен інтернет-магазин типу «вітрина», щоб покупці могли, заплативши, скачати програму і почати нею користуватися. Врахуйте, втім, що програми, за які платять гроші, повинні працювати ідеально!
3. Продовжуйте підтримувати випущену програму оновленнями. Швидше за все, після релізу ви побачите потік повідомлень про всілякі помилки і баги. Це нормально. Вам потрібно ранжувати ці повідомлення за ступенем важливості і почати вирішувати відповідні проблеми, а потім випускати оновлення для програми - так звані «патчі».
4
Займіться рекламою вашої програми. Якщо про неї ніхто не знатиме, то ніхто їй і користуватися не буде. Надсилайте повідомлення на тематичні сайти, роздавайте безкоштовну пробну версію, напишіть прес-реліз, робіть все необхідне, щоб про вашу програму дізналися!