Як ви кодуєте щось, коли не маєте уявлення про те, як це насправді працює? [зачинено]

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

Гуглінг з приводу цього призвів до репоту GitHub від Vim, що для мене марно, оскільки база даних величезна, і код мене бентежить. Я також знайшов підручники для створення текстового редактора на C, який функціонує як vim.

Хоча я думав про те, щоб дотримуватися навчальних посібників, це відчувається як обман. Як розробники vim з'ясували, як кодувати vim без конкретних навчальних посібників? Або вони почали з більш простих редакторів тексту? Як вони це зрозуміли лише з знання мов та їх документації?

Що саме мені потрібно для того, щоб почати писати цей текстовий редактор, безпосередньо не дотримуючись підручника? Ще один приклад, який мені подобається думати: такий, як Денніс Річі та Кен Томпсон кодували Unix? У мене є уявлення про те, як функціонує ОС, але я не маю уявлення, як її ввести в код. Чого я пропускаю? Як я можу передати ці знання мови в фактичне, практичне використання?

Якщо це ваш перший проект програмування, навіть простий текстовий редактор може бути занадто складним. Щось на кшталт vim чи ОС зовсім не підлягає сумніву.

Підхід до проблеми

Загалом, спосіб початку роботи приблизно схожий для більшості проектів, хоча:

• Ви збираєте свої вимоги. Що саме буде робити програмне забезпечення?
• Ви починаєте з дуже малих вимог, а потім додаєте функціональність поступово.
• Ви розкладаєте проблеми, поставлені вашими поточними вимогами, на підпроблеми.
• Ви продовжуєте розкладати свої підпроблеми, поки у вас є щось, що ви знаєте, як реалізувати.

Приклад

Візьмемо приклад текстового редактора.

• Ви хочете вивести частину текстового файлу на екрані, вставити та видалити символи та зберегти поточну версію.

• Почніть із простого читання файлу та показу його вмісту.

• Ви виявите (серед інших) такі підпроблеми:

  • Як дізнатись ім'я файлу для відображення?
  • Як отримати ім'я файлу, як я можу отримати вміст файлу?
  • Як вказати вміст файлу, як їх відобразити?

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

Наступний крок

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

Тоді саме час вивчити основні концепції архітектури та дизайну.

Ви цього не робите.

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

Ви повинні вирішити , як ви хочете ваш текстовий редактор для роботи.

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

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

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

Це не означає, що вам потрібно буде розробити всю програму від початку до кінця, перш ніж написати перший рядок коду. Це нормально, щоб вимоги змінювалися з часом, коли ви дізнаєтесь більше. Добре додати нові функції, про які ти не думаєш, поки не тестуєш / не використаєш власний додаток, і ти не подумаєш: «Не було б непогано, якщо ...» Починати просто.

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

На думку приходить декілька альтернатив:

• Вивчіть код якогось знайомого вам продукту. Якщо ви досвідчені vim, перегляньте це і спробуйте зрозуміти щось невелике та ізольоване, наприклад, як вони представляють дані, або шукайте один символ ( fкоманда).
• Вивчіть код дуже простий програми і працювати ваш шлях звідти: catкоманда потім wcпотім grepпотім sed, наприклад.
• Спробуйте написати програму, яка виконує лише одну функцію редактора. Може видалити другий символ у кожному рядку файлу (не записуючи його назад) або відобразити лише рядки від 50 до 70 файлу.