it-swarm-eu.dev

Psaní programů bez grafického IDE

Nejsem si jistý, jestli je to vůbec možné, ale sledoval jsem několik videí s příklady programování, kde se zdá, že program je psán nějakým příkazem Prompt, spíše než pěkným grafickým IDE. Jsem jen zvědavý, co se může v těchto videích odehrávat. Je možné napsat program bez IDE?

zde jsou dva příklady: http://www.youtube.com/watch?v=hFSY9cWjO8o (@ 6 min) http://www.youtube.com/watch?v=tKTZoB2Vjuk (@ 5 minut)

Mohl by někdo vysvětlit, jak se to dělá?

Děkujeme všem za skvělou zpětnou vazbu!

19
Matt

Vše, co potřebujete k napsání programu, je textový editor a kompilátor (nebo tlumočník, pokud píšete v nekompilovaném jazyce). Kód je obvykle pouze prostý text. Opravdu byste mohli napsat jakýkoli program, který si lze představit, pomocí programu Poznámkový blok systému Windows a kompilátoru C příkazového řádku.

Mnoho programátorů dokonce nepoužívá IDE. Osobně jsem používal Gedit (základní linuxový textový editor se zvýrazněním syntaxe) nejdéle, než jsem konečně přešel na Eclipse.

Ve skutečnosti i stále používám Gedit, když chci napsat jednoduchý program. Někdy dokonce použiji nano , pokud chci vyhodit rychlý skript, protože jsem příliš netrpělivý čekat na načtení IDE).

22
Charles Salvia

@ Matt, je to jednodušší, než to vypadá. Podívejme se na druhé video: píšou program python. Python je interprední jazyk) - což znamená, že program napsaný v python nemusí být kompilován, stačí ho interpretovat, aby mohl běžet).

Pokud máte jednoduchý editor, jako poznámkový blok (okna) nebo nano (linux), můžete napsat jednoduchý textový soubor, pojmenovat jej, řekněme, "program.py" a interpretujte interpretovaný z příkazového řádku, jak je uvedeno níže:

python program.py

Pokud chcete naprogramovat například Lua , můžete napsat jednoduchý textový soubor s názvem "program.lua" pomocí buď poznámkový blok nebo nano a do textového souboru napište jeden řádek takto:

print("my first program in lua")

Poté přejděte na příkaz Prompt (cmd na Windows, terminál v Linuxu) a spusťte příkaz:

lua program.lua

Klíčové pojmy:

  • Nezpracovaný program je textový soubor. Vše, co opravdu potřebujete k napsání programu, je textový editor;
  • Pokud je váš výběr jazyka interpretovaný, budete potřebovat tlumočníka, aby spustil váš program (Lua, Basic, Python atd.). Tento interpret musí být nainstalován ve vašem počítači;
  • Pokud je váš výběr jazyka zkompilovaný, budete potřebovat nainstalovaný toolchain (hlavně kompilátor a linker) k překladu zdrojového kódu do binárního strojem srozumitelného a spustitelného kódu. Každý jazyk (C, Java, C++, C #, VB.Net atd.) Má vlastní sadu nástrojů.

Doufám, že to pomůže.

11
Machado

Ježíši, teď se cítím starý a nikdy jsem si ani nemusel pohrávat s děrnými kartami nebo dávkovým zpracováním. Do pekla, musel jsem používat tištěný terminál pouze jednou nebo dvakrát v průběhu své vysokoškolské kariéry.

Zde je návod, jak jsme dělali věci zpět na konci křídy (cca 1986). Pracoval jsem na VAX/VMS prostřednictvím terminálu VT220 založeného na jantarové na černé postavě, který se mohl zobrazovat v 80x24 nebo 132x24.

Nejprve jste spustili textový editor:

$ EDIT/EDT HELLO.C

EDT byl VMS ekvivalentem vi, klesal někde ve schopnosti mezi DOS edlin a Notepad. Napsali jste programový text

#include <stdio.h>

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

uložil do souboru a pak opustil editor.

Pak jste spustili kód pomocí kompilátoru:

$ CC HELLO

To přeložilo zdrojový kód do HELLO.C a vygenerovalo soubor objektu HELLO.OBJ. Objektový soubor obsahoval strojový kód programu, ale ještě nebyl ve spustitelné podobě. Jednak však skutečný binární kód pro volání printf není přítomen; existuje jen zástupný symbol. Stále jste museli spouštět objektový soubor pomocí linker, který obsahoval binární kód ze standardní knihovny (a dalších knihoven, které potřebujete) a formátoval soubor tak, aby mohl být rozpoznán jako spustitelný soubor:

$ LINK HELLO

Výsledkem tohoto kroku je soubor HELLO.EXE, což je spustitelná verze vašeho programu.

Postup je v každém moderním systému téměř stejný; je to jen to, že konkrétní nástroje jsou odlišné. Například sekvence příkazů v typickém systému Linux by byla

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

nebo

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

Protože jsem vyrůstal v tomto prostředí, nikdy jsem nechápal, jak by někdo mohl potřebovat an IDE) jen proto, aby napsal svůj kód. Začátkem tohoto roku jsem však začal pracovat v Javě, a přestože má Eclipse mnoho, mnoho chyb, chápu, jak se někdo může spolehnout na to, že se jeho práce může spolehnout na IDE), protože Java je tak obrovský jazyk ve srovnání s C a protože Stále se snažím získat jemnější body syntaxe. Pomáhá to mít inteligentní vývojové prostředí, které ví, v jakých balíčcích jsou jednotlivé typy, a pomáhá mi organizovat import.

10
John Bode

Editor? Nepotřebuji žádný páchnoucí editor ani IDE na zápis kód:

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

Je však hezké mít soubor později upravit. IDE (integrovaná vývojová prostředí) se pohybovala mnohem déle, než kolik lidí navrhuje ve svých odpovědích. Jediný IDE, který se mi opravdu líbil, byl ten, který přišel s Turbo C , který běžel na DOSu. Bylo to jako kyslík pro lidi, kteří byli přinuceni bouchat se s edlin .

Vyzkoušel jsem mnoho různých IDE '' apartmá 'na doporučení od přátel, kteří nedokázali přestat řvát o tom, kolik času ušetří a jak pohodlné dělají všechno. Pokaždé, když si sednu, zkusím to použít jeden, zjistil jsem, že s ním bojuji víc než s jeho používáním.

Z velké části používám jen nejjednodušší textové editory. Můj oblíbený je KATE, který přichází s KDE. Toto jsou funkce, které se mi líbí:

  • Skvělé zvýraznění syntaxe
  • Skládání kódu
  • Jednoduché vyhledávání/nahrazování založené na regexu
  • Okno Inline Shell
  • Okno inline kompilátoru/debugger
  • Galerie úryvků
  • Prohlížeč symbolů
  • Extrémně lehká paměťová stopa (některé z mých projektů mají několik stovek zdrojových souborů)
  • Snadné záložky/rozdělená okna
  • Jednoduché schůzky namísto složitých „projektů“
  • (Semi) jednoduchá architektura plug-in

Díky těmto základním funkcím mám pocit, že jsem skoro rozmazlený.

Jsem ve skutečnosti méně produktivní, když pracuji s funkcemi IDE bohatými na funkce, a jsem vděčný, že jsem nikdy na jednom nezavázal závislost.

6
Tim Post

Ano, ano.

Stejně jako je možné vyrábět kávu bez současného napěňování mléka, jezdit do práce, aniž byste také mluvili po telefonu a dělali své daně, nebo se dívali na hvězdy, aniž byste poslouchali „útek čmeláků“ na systém s prostorovým zvukem, je možné kompilovat kód bez spuštění editoru, debuggeru, systému pro analýzu kódu a hadí hry.

Ale ... kdo opravdu chce hledět na hvězdy v ticho ?!

6
Shog9

IDE není kompilátor, debugger nebo něco podobného, ​​je to vlastně front-end, který vám umožňuje přístup ke všem těmto, což jsou obvykle samostatné programy. Za scénami Visual Studio je kompilátor, ke kterému máte přístup jako samostatný program, který kompiluje vaše programy z příkazového řádku, a pravděpodobně existuje debugger, který je také samostatně přístupný atd. - jeho infrastruktura nejsem příliš obeznámena, protože ji nepoužívám .

V závislosti na tom, koho se zeptáte, IDE je buď velmi užitečné, nebo má tendenci se vám bránit. Záleží také na tom, co píšete, na jeho velikosti, stylu kódování atd.) Pro jednoho, opravdu necítím potřebu použít IDE příliš mnoho, ale domnívám se, že některé úkoly jsou lépe zvládnuty (nebo, v závislosti na tom, jak se na to díváte) , že jsem příliš líný na to, abych psal skripty/makra pro ty sám).

4
donkey_lz

To určitě je. V prvním videu jde o programování v C. Chcete-li psát programy C, potřebujete následující:

  • nějaký zdrojový soubor, do kterého je kód zapsán
  • toolchain pro transformaci tohoto zdrojového souboru na binární, což je jediná věc, které CPU nakonec dokáže pochopit.

Přesně řečeno, nepotřebujete soubor, ale nevím žádné prostředí, které nepoužívá soubor pro C/C++. Jako takový potřebujete editor k úpravě zdrojového kódu. Ačkoli něco tak jednoduchého, jak funguje Poznámkový blok, opravdu chcete něco komplikovanějšího pro kódování (zvýraznění kódu, otevření více souborů najednou, atd ...).

Pro druhý bod potřebujete kompilátor (zdrojový kód -> kód objektu) a linker (kód objektu sloučený dohromady + minimální podpora pro spuštění programu).

I s IDE lze většinu úkolů prováděných za scénou provádět z příkazového řádku: například ve vizuálním studiu IDE stále používá soubory a volá kompilátory na příkazovém řádku pro vás) , ale mohlo by to fungovat i jiným způsobem (a možná i pro větší integraci).

Tak proč nepoužívat IDE?) Někteří lidé jsou docela anální ohledně svého editoru kódu, protože to opravdu vědí. Například, jsem docela produktivní s editorem vi kódu. IDE jsou také omezené, pokud potřebujete komunikovat s věcmi, pro které IDE nebyl navržen. Existuje zde kompromis, který závisí na schopnostech programátora, projektu, programovacích jazycích/nástrojích atd. Některé jazyky dokonce nemají slušné IDE, některé jiné jazyky jsou bez nich téměř nepoužitelné. Ačkoli já sám nepoužívám IDE), jednu oblast, kde si myslím, že jsou velmi užitečná je ladicí integrace pro C a C++.

3
David Cournapeau

Určitě můžete psát programy bez grafického IDE. U kompilovaných jazyků (např. C nebo C++) by proces probíhal takto:

  1. Napište program do upřednostňovaného textového editoru.
  2. Z příkazového řádku vyvolejte kompilátor a/nebo linker, který převede váš program na spustitelný strojový kód a vytáhne požadované externí knihovny. (Jsem trochu mlhavý na pořadí propojení a kompilace zde, ale jsem si jistý, že mě někdo opraví v žádném okamžiku. :))

Pro interpretované jazyky jako PHP nebo Python) píšete kód do upřednostňovaného textového editoru (nebo do interaktivního Shell jako ten Python přichází) a kód je provedeno interpretovaným programem. Například pro vyvolání skriptu Python) byste spustili něco jako python.exe myScript.py.

Python není čistě interpretovaný jazyk, protože se kompiluje jako první, ale kompilovaný formulář je spuštěn interpretem Python interpret), takže stále vyhovuje definici. Ostatní jazyky jako PHP jsou zcela interpretovány.

2
Adam Lear

Nepotřebujete ani textový editor. :) :)

Pokud jste v systému Windows, zkuste to:

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

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

Pokud jste v systému UNIX

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

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

A pak to zkompilujte s vaším oblíbeným kompilátorem příkazového řádku. :)

Je zřejmé, že to musíte napsat hned poprvé.

Pamatujte, že skuteční programátoři používají motýly: http://xkcd.com/378/

1
OscarRyz

Opravdu si musíte myslet, že IDE je jen editor + kompilátor + (nějaký druh) Makefile + debugger (někdy) + grafický UI Builder (někdy), takže si samozřejmě můžete vybrat, že nebudete použijte IDE vůbec) a nahradíte je editorem podle vašeho výběru (vim, emacs, gedit, notepad ++, [insert_others_here]), kompilátorem (jdk pro Javu, gcc, platformu SDK nebo [insert_Cpp_toolchain_here] pro C++, python interpret nebo jakýkoli nástroj, který váš jazyk má), nějaký druh makefilu (jako autoh ... nástroje, cmake, mravenec, maven atd.), některé jakýsi debugger (který je obvykle součástí kompilátoru), a pokud chcete grafický ui builder (glade přijde na mysl), a tam ho máte svůj vlastní IDE bez IDE.) přístup je nejlepší záleží na vás (a myslím si, že dnešní IDE jsou slighty přeceňovány)

1
Coyote21

Ano, můžete psát kód bez kompilátoru a bez IDE. Vše, co píše. Text.

1
Matthew Read

Myslím, že odkazujete na integrované vývojové prostředí (IDE). Poskytují mimo jiné rady pro kódy a zvýraznění syntaxe. Kompilátor pouze vezme soubory a zkompiluje je do strojového kódu nebo bajtového kódu. Kompilátor obvykle používá IDE) jeho odesláním příkazu ke kompilaci vašich souborů.

Je možné psát bez kompilátoru. Tyto jazyky používají „tlumočníka“ a zpracovávají skript za běhu.

1
Ross

Vše, co dělá IDE), je poskytnout několik nástrojů na jednom vhodném místě a poté automatizovat některé procesy. Tyto nástroje jsou obvykle ...

  • Textový editor
  • Kompilátor
  • Ladicí program
  • Prohlížeč dokumentace

Chcete-li napsat zdroj, můžete použít jakýkoli textový editor, který vytváří prostý text, např. NotePad, Word nebo účelový textový editor kódu.

Jakmile bude váš zdroj v textovém souboru, můžete spustit kompilátor pomocí příkazového řádku, který prochází ve vašem testovacím souboru, např. Cc my_program.c Tímto se vytvoří objektový soubor, který můžete spustit.

Chcete-li ladit svůj program, spusťte debugger přes příkazový řádek předávající ve vašem programu, např. gdb my_program Poté můžete nastavit body přerušení, procházet program, kontrolovat věci atd.

S IDE to vše se stává stisknutím tlačítka za scénami a IDE) k tomu všemu přidává fantastický UI.

PS. Skuteční programátoři používají příkazový řádek

1
Henry

Píšu svůj každodenní kód v editoru vim (základní textový editor) a mohu vás ujistit, že to jde hladce (většina mého kódu je PHP). Zvláště proto, že můj dev env je distribuce Linuxu na bázi Dev a já docela využívám nástrojů Shell. Takhle jsem to naprogramoval už rok a to mi hodně pomohlo při řešení vzdáleného nasazení aplikací a úprav výroby, kde jste obecně získali přístup ke konzole * Nix přes ssh.

1
guiman

Skutečně potřebujete pouze textový editor (peklo, Poznámkový blok bude fungovat) a překladač/tlumočník (důležitější věc).

Řekl jste něco o tom, jak to udělat pomocí příkazového řádku? Sakra zní šíleně, ale je to velmi dobře možné. Chci říct jen pomocí Windows vestavěného příkazu Prompt you 'can' write to file with echo "some codez" > target_file.sauce ale museli byste

A) Buďte opravdu dobří v tom, co děláte

B) Pište jednoduchý program

C) Blázni do pálky

1
user7007

bliká

Používá pico, nano klon. Používám to příležitostně. Obvykle používám emacs, což je o něco méně užitečné, ale více vystupující.

Nepoužívám IDE jako pravidlo. Občas jsem do nich upustil kvůli debugování nebo kvůli tomu, že nástrojová lišta příkazového řádku byla bolest, kterou jsem měl najít (při pohledu na tebe Xilinx). Také je používám k načrtnutí C # ve vzácných případech, když dělám GUI. Ale IDE nejsou podle mých zkušeností příliš dobrými editory: nepružné, podivné akordy znaků, není příliš snadné používat, není podporováno mnoho jazyků, zabírají příliš mnoho paměti.

Raději bych používal emacs.

Měli byste se podívat do historie výpočetní techniky. Je to celkem přístupné a dá vám úžasný pohled na naši práci.

1
Paul Nathan

digitální počítače s uloženým programem se používají již od padesátých let, zatímco grafické uživatelské rozhraní se začalo objevovat až na konci šedesátých let (a pro koncové uživatele v osmdesátých letech). Lidé předtím museli nějak používat - a programovat - počítače .

I když obsahuje některé nepřesnosti (ne uživatelské rozhraní každé platformy je vrstva na systému příkazového řádku), měli byste si pravděpodobně přečíst krátkou část Neala Stephensona Na začátku byl příkazový řádek.

Opravdu vás přiměje přemýšlet o věcech, které ve vašem počítači fungují pod kapotou, ao tom, jak je možné programovat bez IDE, dělat skutečnou práci s příkazovým řádkem atd.

1
Chris Hanson

Pro práci s databázemi potřebujete pouze textový editor (Poznámkový blok ++) a klienta příkazového řádku, například osql nebo sqlcmd. Ani kompilátor.

0
gbn

V poslední době jsem upgradoval na VIM. Líbí se mi, jak zdůrazňuje klíčová slova v jakémkoli jazyce, který píšu. Povzdech, jen když se můžu dostat do skutečného OS a nepoužívat poznámkový blok.

Moje žena napsala COBOL pomocí edlinu. Myslel jsem, že to bylo docela vtipné.

Takové vylepšení oproti kartám keypunch, které jsme používali, a 24 hodinový obrat od operací, abychom zjistili, že jsme měli překlep.

Někde v podkroví mám kódovací formuláře.

Měl jsi 1 a 0? Museli jsme nakreslit čáru přes naše 0s.

Ale dnes to řeknete mladým lidem a oni vám nebudou věřit.

j.

0
jp52

Je to nejen možné, ale - alespoň jednou za život - musíte musíte programovat bez IDE. Pomůže vám to pochopit proces kompilace, používání knihoven - možná vám to otevře oči, co programování ve skutečnosti znamená.

Také si myslím, že dobrý textový editor je lepší než IDE. Pro MS-Windows doporučuji PSPad (byl to takový silný flash, jako byl MultiEdit v éře MS-DOS), pro GNU/Linux zkuste Geany (možná je to v vaše distro repo).

0
ern0

Programování bez IDE) je skvělý způsob, jak zjistit, co se děje.

Ve škole jsme začali programovat pomocí jednoduchého textového editoru barevně syntaxe. K kompilaci došlo pomocí příkazu Prompt (nebo pomocí jednoduchého dávkového skriptu).

Teprve když jsme pochopili základy programování, přesunuli jsme se k výkonnějším editorům, jako je Eclipse nebo Visual Studio.

0
Carra

Jak se očekávalo, všechny odpovědi říkají totéž: „samozřejmě můžete! Je to jen text! Text text text text text!“ Toto je pravda, obecně řečeno, a je to nejlepší odpověď na vaši otázku. Většina IDE jednoduše manipuluje s textem.

Není to však vždy pravda, a v některých případech vede k posunu od modelu pouze textu velký pokrok. Tyto pokroky obvykle odmítají textoví puristé (což je nejvíce každý, protože how-it-is je také how-it-should-be ... není to náhoda ?!). IBM Visual Age byl jedním opravdu skvělým příkladem, který zemřel hroznou smrtí.

Dalším příkladem, který přijde na mysl, který kopí zadek a je velmi populární, je Interface Builder pro vytváření produktů Mac a iOS. Jeho výstupem NENÍ textové programy, ale spíše serializované objekty, takže nemůžete vytvářet NIB bez použití IB nebo psaní vlastního IB.

Puristi řeknou: "jo, ale Interface Builder je napsán v textovém kódu!" Tak?

Opravdu věřím, že CS jako pole by se výrazně zlepšilo, kdybychom mohli překročit paradigma pouze pro text. Kromě toho si myslím, že nakonec půjdeme tímto směrem, ale bude to trvat desetiletí. Nejprve musíme zjistit, co je lepší, vi nebo emacs....

0
Dan Rosenstark

K psaní programů používám 99 centový notebook s důvěryhodným Pilot Gel Pen.

Je to jen přepsat do Visual Studio kód.

Psaní programu a kódování jsou dvě různé věci (pro mě).

0
Pablo

Zde je to, co je zábavné: Harvard Extension School učí programování s ne IDE ... ... pokud telnet + pico není tím, co myslíš IDE.

Nejjednodušší způsob je použití základního textového editoru k napsání vašich programů Java), poté přenos souborů do systému FAS pomocí programu FTP, připojení přes telnet a kompilace a spuštění na FAS (fas .harvard.edu - Java je již nainstalována). MUSÍ být na FAS, aby je mohli odeslat do domácích úkolů. Chcete-li použít tuto metodu, možná budete chtít získat informace o jednom z Textové editory Unixu, aby mohly provádět jakékoli potřebné rychlé opravy vašich souborů nebo plánovat lokální aktualizaci souboru a jeho opětovný přenos. Další informace o přenosu souborů naleznete na stránce FAQ).

NEPOUŽÍVEJTE textový procesor, např. Word nebo WordPerfect! Přidávají spoustu formátovacích znaků, které nevidíte, ale které zabrání tomu, aby se vaše programy někdy kompilovaly. V systému Windows můžete použít Poznámkový blok nebo Wordpad a ujistěte se, že soubory ukládáte jako „textový dokument“ s příponou .java. Pokud se systém pokusí přidat příponu „.txt“, vložte do pole Uložit uvozovky kolem názvu souboru a přípony, abyste tomu zabránili. Můžete také vyzkoušet některého z editorů v části Užitečné soubory ke stažení (jedním z nich, který vřele doporučujeme, je Editor programátorů programátorů). Na počítačích Mac použijte BBEdit Lite (také propojený na stránce Zdroje) nebo jeden z vestavěných editorů Unixů, které jsou k dispozici v okně Terminálu. Můžete získat zabezpečený program telnet nebo použít program, který máte, telnet do systému FAS a psát a upravovat své programy v systému. Můžete vyzkoušet tři unixové editory: pico, emacs a vi. Jakmile program napíšete a uložíte, můžete, jak je uvedeno výše, kompilovat a spouštět na 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

Pokud se mě zeptáte, mučí děti, ale to je v pořádku. V kterémkoli daném roce může připustit více Sparťanů, natož Mothakes, Perioikoi a Helot, než Harvard.


Ano, je to možné. Předpokládám, že něco jako Notepad je no-IDE, ale emacs a Textpad (používal jsem pro C, Java kurz) se považují za IDE. Nyní ... po kódování v C # ve VS2010, s WinForms a všemi, nechtěl bych se v práci vracet k textovým editorům - zařval bych za to, že se mi nedělá svinstvo.

V případě akademických projektů, pokud jsou příklady malé, však nemá smysl používat žádné IDE. Pamatujte: v úvodních programovacích třídách není mnoho skutečných problémů. Pravděpodobně nebudete muset přidat soubory .xml jako prostředky do dll; Pravděpodobně byste to nemuseli hodně ladit, nemuseli byste používat kódové smlouvy nebo jít z nespravovaných C++ do C++/ClI, pak do C # a zpět. Akademické úkoly nemusí být špinavé, protože je lze provádět od nuly a měří se v osobodnů/týdnech. Všechny soubory mohou být součástí pouze jednoho projektu (i pro kompilátory nebo třídu OS). An IDE jako Visual Studio vám může skutečně bránit, když to udělá jednoduchý makefile. Pomysli na nesčetné množství možností, které člověk musí nakonfigurovat. Stejné jako u Eclipse - je to přepracovaný editor, který je nekonečně přizpůsobitelný. Jednoduchý makefile a dva jednoduché soubory C mohou být vše, co potřebujete. Ve skutečnosti máte tendenci mít větší kontrolu tímto způsobem, když sami určíte každou vlajku. Jednou jsem to kódoval v univerzitní laboratoři. Je to zábavné , ale jeden z „zabudovaných“ (což znamená, že musel být tak malý, že by se vešel do letadla), neměl GUI a žádnou myš :) Stále jsem byl schopen se přihlásit, editovat, kompilovat a ladit C program, stejně jako přidat ovladače a zkompilovat jádro.

0
Job