Написання програм без графічного IDE

Я не впевнений, чи це можливо, але я переглянув декілька відео з прикладами програмування, де, здається, програма написана в якомусь командному рядку, а не в приємному графічному IDE. Мені просто цікаво, що може відбуватися в цих відео. Чи можливо написати програму без IDE?

ось два приклади: http://www.youtube.com/watch?v=hFSY9cWjO8o (@ 6 хв) http://www.youtube.com/watch?v=tKTZoB2Vjuk (@ 5 хв.)

Хтось може пояснити, як це робиться?

Дякую всім за чудові відгуки!

Все, що потрібно для написання програми - це текстовий редактор і компілятор (або перекладач, якщо ви пишете некомпільованою мовою). Код, як правило, просто звичайний текст. Дійсно, ви можете написати будь-яку програму, яку можна уявити за допомогою блокнота Windows та компілятора командного рядка C.

Багато програмістів навіть не використовують IDE. Я особисто користувався Gedit (основний текстовий редактор Linux з підсвічуванням синтаксису) довший час, перш ніж я нарешті перейшов на Eclipse.

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

@Matt, це простіше, ніж це виглядає. Давайте подивимось на друге відео: Вони пишуть програму python. Python - це інтерпредмовна мова - це означає, що програму, написану на python, не потрібно компілювати, її просто потрібно інтерпретувати для запуску.

Якщо у вас є простий редактор, наприклад блокнот (windows) або nano (linux), ви можете написати простий текстовий файл, назвати його, скажімо так "program.py", і запустити інтерпретований з командного рядка, як показано нижче:

python program.py

Якщо ви хочете програмувати, наприклад, в Луа , ви можете написати простий текстовий файл, названий "program.lua"за допомогою блокнота або нано, і написати один рядок у текстовому файлі, як показано нижче:

print("my first program in lua")

Потім перейдіть до командного рядка (cmd на windows, термінал у Linux) та запустіть команду:

lua program.lua

Ключові поняття:

• Сирою програмою є текстовий файл. Все, що вам дійсно потрібно для написання програми, - це текстовий редактор;
• Якщо ваш вибір мови є інтерпретованим, вам знадобиться перекладач для запуску вашої програми (Lua, Basic, Python тощо). Цей перекладач повинен бути встановлений на вашому комп’ютері;
• Якщо ваш вибір мови є компільованим, вам знадобиться встановлений ланцюжок інструментів (головним чином, компілятор і посилання) для перекладу вихідного коду в двозначний код, зрозумілий і запускається. Кожна мова (C, Java, C ++, C #, VB.Net тощо) має власну ланцюжок інструментів.

Сподіваюся, що це допомагає.

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

Ось як ми робили речі ще в пізньому Крейді (близько 1986 року). Я працював над VAX / VMS через терміново-чорний термінал на основі бурштину-чорного VT220, який міг відображатись або 80x24, або 132x24.

Спочатку ви запустили текстовий редактор:

$ EDIT/EDT HELLO.C

EDT був еквівалентом VMS від vi, де він потрапляв десь між DOS edlin та Notepad. Ви ввели текст програми

#include <stdio.h>

int main(void)
{
  printf("Hello, Stupid\n");
  return 0;
}

зберегли його у файл, а потім вийшли з редактора.

Потім ви запустили свій код через компілятор:

$ CC HELLO

Це перевело вихідний код у HELLO.C та створило об’єктний файл HELLO.OBJ. Об'єктний файл містив машинний код програми, але він ще не був у виконаному вигляді. З одного боку, фактичного двійкового коду для printfдзвінка немає; є лише заповнювач для нього. Ви все ще повинні були запустити об'єктний файл через линкер , який включений в двійковий код з стандартної бібліотеки (і будь-які інші бібліотеки , вам потрібно) і відформатований файл , щоб він міг бути визнаний в якості виконуваного файлу:

$ LINK HELLO

Результатом цього кроку є файл HELLO.EXE, який є виконуваною версією вашої програми.

Процедура майже однакова в будь-якій сучасній системі; просто конкретні ланцюжки інструментів різні. Наприклад, була б послідовність команд у типовій системі Linux

$ vi hello.c
$ gcc -o hello hello.c 

або

$ vi hello.c
$ gcc -c hello.c 
$ ld -o hello hello.o -lc

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

Так, так.

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

Але ... хто насправді хоче мовчки дивитись на зірки ?!

Редактор? Мені не потрібен жодний смердючий редактор або IDE для написання коду:

cat << EOF > hello.c
/* This IS an example of writing code from the command line */
#include <stdio.h>

int main(void)
{
    puts("Hello, World!");
    return 0;
}

EOF

Однак приємно трохи пізніше відредагувати файл. IDE (інтегровані середовища розвитку) існують набагато довше, ніж багато людей пропонують у своїх відповідях. Єдиний IDE, який мені колись сподобався, був той, який поставляється з Turbo C , який працює на DOS. Це було схоже на кисень людям, які змушені були знущатися з едліном .

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

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

• Чудове підсвічування синтаксису
• Складання коду
• Простий пошук / заміна на основі регулярних виразів
• Вікно вбудованої оболонки
• Вбудоване вікно компілятора / вікно налагодження
• Галерея фрагментів
• Переглядач символів
• Надзвичайно легкий слід пам'яті (деякі мої проекти мають кілька сотень вихідних файлів)
• Прості вкладки / розділені вікна
• Прості сесії замість складних "проектів"
• (Напів) проста архітектура плагінів

Маючи лише ті основні риси, я відчуваю, що майже зіпсований.

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

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

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

Це, безумовно, є. У першому відео йдеться про програмування на С. Щоб написати програми на C, вам потрібно:

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

Строго кажучи, вам не потрібен файл, але я не знаю жодного середовища, яке не використовує файл для C / C ++. Таким чином, вам потрібен редактор для редагування вихідного коду. Хоча щось настільки просто, як працює блокнот, ви дійсно хочете, щоб було щось більш складне, щоб зробити кодування (виділення коду, відкриття декількох файлів одночасно тощо).

Для другого пункту вам потрібен компілятор (вихідний код -> об'єктний код) і посилання (об'єктний код об'єднаний разом + мінімальна підтримка для запуску програми).

Навіть із IDE, більшість завдань, які виконуються за сценою, можна виконувати з командного рядка: наприклад, у візуальній студії IDE все ще використовує файли та компілятори викликів у командному рядку, але це може працювати іншим чином ( а може, і для більшої інтеграції).

То чому б не використовувати IDE? Деякі люди досить аналогічні щодо свого редактора коду, тому що вони це дійсно знають. Наприклад, я досить продуктивний з редактором vi коду. IDE також обмежені, якщо вам потрібно взаємодіяти з речами, для яких IDE не був розроблений. Тут є компроміс, який залежить від здатності програміста, проекту, мов / інструментів програмування тощо ... Деякі мови навіть не мають гідного IDE, деякі інші мови майже не використовуються. Хоча я сам не використовую IDE, однією з областей, де я вважаю їх дуже корисним, є налагодження інтеграції для C і C ++.

Ви, звичайно, можете писати програми без графічного IDE. Для компільованих мов (наприклад, C або C ++) процес піде приблизно так:

1. Напишіть програму в уподобаному текстовому редакторі.
2. У командному рядку викликайте компілятор та / або лінкер, який перетворить вашу програму у виконуваний машинний код та втягнути потрібні зовнішні бібліотеки. (Я трохи туманний щодо порядку зв’язування та компіляції тут, але я впевнений, що хтось мене виправить за короткий час. :))

Для інтерпретованих мов, таких як PHP або Python, ви записуєте код у вибраному текстовому редакторі (або інтерактивній оболонці, подібній до тієї, з якою йде Python), і код виконується інтерпретованою програмою. Наприклад, щоб викликати сценарій Python, ви б запустили щось подібне python.exe myScript.py.

Python - це не просто інтерпретована мова, оскільки вона все-таки збирається спочатку, але ця складена форма працює інтерпретатором Python, тому вона все ще відповідає визначенню. Інші мови, такі як PHP, повністю інтерпретуються.

Так, ви можете писати код без компілятора і без IDE. Все це пише. Текст.

Я думаю, ви посилаєтесь на середовище інтегрованого розвитку (IDE). Вони містять підказки коду та підкреслення синтаксису серед іншого. Компілятор просто бере файли і компілює їх у машинний код або байт-код. Компілятор зазвичай використовується IDE, надсилаючи йому команду для складання ваших файлів.

Можна писати без компілятора. Ці мови використовують "інтерпретатор" та обробляють сценарій під час виконання.

Все, що IDE робить, це надання декількох інструментів в одному зручному місці, а потім автоматизація деяких процесів. Ці інструменти, як правило, ...

• Текстовий редактор
• Компілятор
• Налагоджувач
• Переглядач документації

Для написання джерела ви можете використовувати будь-який текстовий редактор, який створює звичайний текст, наприклад. NotePad, Word або вбудований у текстовий редактор код тексту.

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

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

З IDE все це відбувається при натисканні кнопки позаду сцени, і IDE ставить перед цим все фантазійне інтерфейс.

PS. Справжні програмісти використовують командний рядок

Я пишу свій повсякденний код у редакторі vim (основний текстовий редактор), і я можу запевнити, що він проходить гладко (більшість мого коду - PHP). Особливо тому, що моя розробка dev env - це дистрибутив Linux на базі Dev, і я цілком використовую інструменти оболонки. Я вже рік тому програмував, і це мені дуже допомогло в роботі з віддаленим розгортанням програми та модифікаціями виробництва, де ви, як правило, отримали доступ до консолі Nix через ssh.

цифрові комп'ютери із збереженою програмою використовуються з 1950-х років, тоді як графічні інтерфейси користувачів почали з'являтися лише в кінці 1960-х (а для кінцевих користувачів у 1980-х). Людям довелося якось раніше використовувати та програмувати комп’ютери .

Хоча він містить деякі неточності (не кожен користувальницький інтерфейс є шаром на вершині системи командного рядка), ви, ймовірно, повинні прочитати короткий фрагмент Ніла Стівенсона На початку був командний рядок .

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

Вам справді потрібен лише текстовий редактор (пекло, блокнот буде працювати) та компілятор / перекладач (що важливіше).

Ви щось сказали про це за допомогою командного рядка? Лайно звучить божевільно, але це дуже добре можливо. Я маю на увазі, що просто за допомогою Windows, вбудованої у командному рядку, ви можете «записати» у файл через, echo "some codez" > target_file.sauceале вам доведеться

А) Будьте по-справжньому хорошими в тому, що робите

Б) Пишіть просту програму

В) Будь божевільним божевільним

Вам дійсно потрібно думати, що IDE - це лише редактор + компілятор + (якийсь) Makefile + налагоджувач (іноді) + графічний інтерфейс інтерфейсу (іноді), тож ви, звичайно, можете взагалі не використовувати IDE, і замінити їх із редактором за вашим вибором (vim, emacs, gedit, блокнот ++, [insert_others_here]), компілятором (jdk для java, gcc, SDK платформи або [insert_Cpp_toolchain_here] для C ++, інтерпретатором python або будь-яким іншим інструментом, який має ваша мова), якийсь makefile (наприклад, autoh ... tools, cmake, ant, maven і т. д.), якийсь налагоджувач (який зазвичай входить до компілятора), і якщо ви хочете, щоб графічний будівельник інтерфейсу (glade спадає на думку) , і там у вас є свій власний IDE без IDE. Який підхід найкраще залежить від вас (і я вважаю, що сьогодні IDE трохи завищені)

моргає

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

Я не використовую IDE як правило. Іноді я потрапляв у них для налагодження або через те, що командний рядок інструментальних рядів боліло знайти (дивлячись на тебе Xilinx). Я також використовую їх для накреслення C # у рідкісних випадках, коли я роблю графічний інтерфейс. Але IDE не дуже хороші редактори на моєму досвіді: негнучкі, дивні акорди символів, не дуже прості у використанні, не багато мов, які підтримуються, займають занадто багато пам’яті.

Я вважаю за краще використовувати emacs.

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

Вам навіть не потрібен текстовий редактор. :) :)

Якщо у вас є Windows, спробуйте це:

more > hello.c 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
Ctrl-C

Якщо ви перебуваєте в UNIX

cat > hello.c <<. 
#include <stdio.h>

main()
{
   printf ("Hello World!\n");
}
.

А потім просто складіть його з улюбленим компілятором командного рядка. :)

Очевидно, ви повинні написати це правильно з першого разу.

Пам'ятайте, що справжні програмісти використовують метеликів: http://xkcd.com/378/

Ось що цікаво: Гарвардська школа розширень навчає програмування без IDE ... якщо тільки telnet + pico - це те, що ви не маєте на увазі під IDE.

Найпростіший спосіб - це використовувати основний текстовий редактор для написання ваших програм Java, потім перенести файли в систему FAS за допомогою програми FTP, підключитись через telnet і компілювати та запустити їх на FAS (fas.harvard.edu - Java вже встановлена там). Вони ОБОВ'ЯЗКОВІ бути на FAS, щоб подати їх на домашнє завдання. Щоб скористатися цим методом, можливо, вам доведеться дізнатися достатньо про один з текстових редакторів Unix, щоб мати змогу вносити необхідні швидкі виправлення у ваші файли або планувати локальне оновлення файлу та повторну передачу. Більше інформації про передачу файлів знаходиться на сторінці поширених запитань.

НЕ використовуйте текстовий процесор, наприклад Word або WordPerfect! Вони додають безліч символів форматування, яких ви не бачите, але які не дозволять вашим програмам ніколи збиратись. У Windows ви можете використовувати Блокнот або Wordpad і переконайтеся, що ви зберегли файли як "Текстовий документ" з розширенням .java. Якщо система намагається додати суфікс ".txt", поставте лапки навколо свого файлу та розширення у поле "Зберегти", щоб запобігти цьому. Ви можете також спробувати будь-який редактор у розділі Корисні завантаження (один, який ми настійно рекомендуємо для ПК, це редактор файлів програмістів). На Mac використовуйте BBEdit Lite (також пов’язаний на сторінці Resources) або один із вбудованих редакторів Unix, які доступні у вікні терміналу. Ви можете отримати захищену програму telnet або використовувати ту, яку у вас є, telnet в системі FAS, а також записувати та редагувати ваші програми в системі. Є три редактори Unix, які ви можете спробувати: pico, emacs та vi. Після того, як ви написали свою програму та зберегли її, тоді, як зазначено вище, ви можете скласти та запустити її на FAS

http://www.fas.harvard.edu/~libe50a/homework.html http://www.fas.harvard.edu/~libe50a/faq.html http://www.fas.harvard.edu/~libe50a /java.html

Якщо ви запитаєте мене, вони катують дітей, але це нормально. У будь-який рік може бути більше спартанців, не кажучи вже про Мотакес, Перейкой і Хелот, ніж Гарвард.

Так, можливо. Я вважаю, що щось на зразок Notepad - це не IDE, але emacs та Textpad (я використовував обидва для C, Java курсові роботи) вважаються IDE. Тепер ... після кодування в C # в VS2010, з WinForms та всім, я не хотів би повертатися до текстових редакторів на роботі - я б кричав за те, що не робиш лайно.

Однак для академічних проектів, коли приклади невеликі, немає сенсу використовувати IDE. Пам’ятайте: на уроках програмування з інтро програмування багато реальних питань немає. Ймовірно, вам не доведеться додавати .xml файли як ресурси в dll; Вам, ймовірно, не потрібно буде налагоджувати це багато, вам не потрібно буде використовувати кодові контракти або переходити від керованого C ++ до C ++ / ClI, потім до C # і назад. Академічні завдання не повинні бути безладними, оскільки їх можна виконувати з нуля, і вимірюються в людино-дні / тижні. Усі файли можуть бути частиною лише одного проекту (навіть для компіляторів або класу ОС). Такий IDE, як Visual Studio, насправді може перешкоджати вам, коли буде зроблений простий makefile. Подумайте про безліч варіантів, які треба налаштувати. Те саме з Eclipse - це надмірно розроблений редактор, який нескінченно настроюється. Простий makefile та два простих файли C можуть бути всім, що вам потрібно. Насправді, як правило, ви маєте більше контролю, коли ви самі визначаєте кожен прапор. Я колись закодував це в університетській лабораторії. Це смішно, але на одному з "вбудованих" (значить, він повинен бути таким крихітним, щоб він помістився на літаку) комп'ютери там не мали GUI і ні миші :) Мені все-таки вдалося увійти, редагувати, компілювати та налагодити програму C, а також додати драйвери та перекомпілювати ядро.

Для роботи з базою даних вам просто потрібен текстовий редактор (блокнот ++) та клієнт командного рядка, такі як osql або sqlcmd. Навіть не компілятор.

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

Крім того, я думаю, що хороший редактор тексту краще, ніж IDE. Для MS-Windows я рекомендую PSPad (це був такий сильний спалах, як MultiEdit був в епоху MS-DOS), для GNU / Linux спробуйте Geany (можливо, це репо в режимі вашого дистрибутива).

Для написання програм я використовую 99-відсотковий ноутбук зі своєю надійною Pilot Gel Pen.

Їх я просто повторно набираю в Visual Studio код.

Написання програми та кодування - це дві різні речі (для мене).

Програмування без IDE - це чудовий спосіб дізнатися, що відбувається.

Ми почали програмувати в школі за допомогою простого синтаксичного текстового редактора. Компіляція відбулася за допомогою командного рядка (або за допомогою простого пакетного сценарію).

Тільки коли ми зрозуміли основи програмування, ми перейшли до більш потужних редакторів, таких як Eclipse або Visual Studio.

Як і очікувалося, всі відповіді говорять одне і те ж: "Звичайно, ти можеш! Це просто текст! Текстовий текст тексту тексту!" Це правда, загалом кажучи, і найкраща відповідь на ваше запитання. Більшість IDE просто маніпулює текстом.

Але це не завжди так, і в певних випадках відхід від текстової моделі призводить до значних успіхів. Ці успіхи зазвичай відштовхуються лише текстовими пуристами (що найбільше є у всіх, бо як це було, так і є, як повинно бути ... це не випадковість ?!). IBM Visual Age - це один дуже класний приклад, який помер жахливою смертю.

Інший приклад, який приходить в голову, і він забиває приклади і є дуже популярним - це Interface Builder для створення продуктів Mac та iOS. Його висновок НЕ текстові програми, а скоріше серіалізовані об'єкти, тому ви не можете створювати NIB, не використовуючи ІБ або писати власний ІБ.

Пуристи скажуть: "Так, але Builder інтерфейсу написаний у текстовому коді!" Так?

Я справді вірю, що CS як поле сильно розвинеться, якби ми могли вийти за рамки текстової парадигми. Крім того, я думаю, що ми зрештою підемо в цьому напрямку, але це займе десятиліття. Спершу нам слід було б розібратися, що краще, viчи emacs….

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

Моя дружина написала COBOL, використовуючи edlin. Я думав, що це досить смішно.

Таке вдосконалення в порівнянні з картками, які ми використовували, і цілодобовий поворот від операцій, щоб виявити, що ми мали помилку.

У мене є форми кодування десь на горищі.

У вас були 1 і 0? Нам довелося провести лінію через наші 0.

Але ти сьогодні кажеш молодим людям, що вони не повірять тобі.

j.