Dotaz: V cem programovat ?

[tuxmartin]

Chtel bych zacit programovat v Linuxu. Co je lepsi C/C++ nebo Java? Zatim pouzivam ve M$ Window$ Visual Basic 6. Hlavne se nechci ucit Pascal !

Odpovědi

[#Tom]

Na víc si teď nevzpomenu:

Ada, Basic, bash, C, C++, C#, Cobol, command.com, csh, Fortran, Java, Karel, ksh, Lisp, Matlab/Octave, Pascal, Perl, PHP, Python, sh, zsh.

P.S.: Pro začátech bych doporučil C, je takové hodně rozšířené.

[Josef Kufner]

C je fajn. Zabývej se taky Bashem (bash, sh), je užitečný. Ten zbytek bych nechal na později...

[tuxmartin]

A co Java?

[David Watzke]

Ten zbytek bych nechal na později...

[tuxmartin]

Nemam radsi pokracovat v Basicu (Gambas)?

[David Watzke]

Ne, to nemáš. Gambas je jen pro 32bit x86.

[tuxmartin]

Ja mam 32bit.

[moriquend]

Basic treba zakázať a nie v ňom programovať

IMHO je basic jazyk, ktorý človeka naučí niekoľkým veľmi nepríjemným programátorským zvyklostiam. Pokiaľ sa chceš programovaniu venovať hlbšie, tak basic nechaj tak (hlavne, ak si už v ňom robil) a uč sa niečo od neho odlišné.

Bol odporúčaný python - sám ho veľmi neovládam (nemám potrebu), ale tiež by som ho pre "začiatočníka" odporučil. Prípadne pascal, ale ten fakt len na učenie sa princípom a nie na reálne programovanie.

Neskôr samozrejme C/C++. Javu by som sa učil až potom. Tú rozhodne nie na začiatok.

[David Watzke]

To je snad jedno, ne?

[Michal Kubeček]

Lidi s tímhle myšlením zbožňuju. Třeba teď jsem zrovna chtěl zkusit Apache 2.2 a musel jsem ho samozřejmě přiohnout, protože autoři pořád ještě myslí 32-bitově… :-(

[tuxmartin]

To je asi proto ze vetsina lidi ma 32bit.

[Zdeněk Burda]

U Apache je tohle blbej argument, protože to je serverový SW a 64 bitů se poslední dobou u serverů docela dost prostazuje. Taky si je potřeba uvědomit, že v serverové oblasti se někdy používá i něco jiného než x86 platforma.

[asd]

Ktery smrtelnik ma duvod provozovat webserver s vice jak 4GB ram pro samotnou aplikaci toho webserveru? To Vam to nekde potraci zaznamy o alokovane pameti?

A hlavne na serveru bych ocekaval, ze bude mit admin rozum. Takze jadro 64bit aware a userland cely v 32 bitech. 1. stabilita. 2. mensi overhead => vetsi rychlost. 3. pokud byl kompilator 64bit aware, tak optimalizace shiftnutim do hornich polovin bytu a pouziti instrukci pro praci s dolni pulkou registru. To teda jen pokud uz se nevleze vypocet mezivysledky do poctu registru...

[Michal Kubeček]

I kdybyste měl pravdu (jako že nemáte), stejně to není důvod, proč prasit aplikace tak, aby nebyly přenositelné.

[Michal Kubeček]

To sice má, ale to není důvod, proč vyrábět aplikace, které je kvůli hlouposti autorů potřeba upravovat, aby fungovaly v 64-bitovém prostředí… Například aplikace, které předpokládají, že určité empirické zkušenosti autorů se dají zobecnit na libovolnou platformu. Namátkou:

• int je totéž co long
• long je totéž co int32_t
• int je stejně velký jako void* a lze mezi nimi bez omezení přiřazovat tam i zpátky
• knihovny jsou zásadně v /usr/lib, tak k nim rovnou napíšeme natvrdo cesty, ať je nemusíme hledat

Apache (dvojkového, 1.3 tyhle problémy nemá) se týká konkrétně ten poslední nešvar.

[Kyosuke]

No, kdyby si byli přečetli normu céčka, byli by zjistili, že nic z toho jim nikdo nezaručí...

[Michal Kubeček]

A kdyby si přečetli jakoukoli slušnou učebnici, dočetli by se tam explicitně, že je krajně nerozumné na podobné věci spoléhat…

[cronin]

• knihovny jsou zásadně v /usr/lib, tak k nim rovnou napíšeme natvrdo cesty, ať je nemusíme hledat

Apache (dvojkového, 1.3 tyhle problémy nemá) se týká konkrétně ten poslední nešvar.

Viete to aj nejako podložiť? Schválne som si grepol kompletný strom apača 2.2.0, žiadne cesty do /usr/lib mimo príkladov v manuále tam nie sú.

[wake]

jestli se chces naucit chapat programovani a az v druhe rade a v dlouhodobem casovem horizontu ti jde o komercni uplatneni, nauc se nejdriv python. pak C (ne C++), pak nejaky neproceduralni jazyk (LISP, ...) a pak teprve to ostatni. Nezdrzuj se s GUI a podobne, uc se algoritmy (Wirth, Dijkstra, Knuth ti budiz pruvodci) a hlavne, hraj si.

jestli ti jde o komercni uplatneni, zaplat si kvalitni kurzy C# a Javy s duveryhodnym vystupnim certifikatem.

[tuxmartin]

Jakej je rozdil mezi C, C++ a C# ?

[#Tom]

C - neobjektové, staré, poměrně ustálené (staré ANSI C89 či nové ISO C99), je skoro všude. Lze se jej naučit velmi rychle.

C++ - objektové, mladší než C, prošlo mnohými změnami, standard vznikl dost pozdě (ANSI C++ 98), knihovny a hlavičkové soubory ze starších implementací (tam nebyly šablony) jsou dnes k ničemu. Některé překladače se stále nedrží standardu. Pokročilejší konstrukce v jazyce C++, zejména ty postavené na šablonách, vypadají někdy ještě divočeji, než ukazatelové divočiny v C. Někteří jej milují, jiní jej zatracují.

C# - Microsoft nemá rád Javu a tak si vytvořil vlastní jazyk. Je objektový stejně jako C++ a Java, ale protože jej neznám, nemohu o něm napsat víc. Jen to, že je díky projektu Mono dostupný nejen na MS Windows.

[Jáchym Čepický]

Já v tom tedy taky nepíšu, ale na implementaci C# pracuje Mono projekt, jestli se nepletu, hihihi. Lidi si to nemůžou vynachválit.

No, ale kombinace bash+c+python/perl je řekl bych dobrý Unixový základ.

[Kyosuke]

Z mého pohledu téměř nulový...

[Lukoko]

Python

[Dalibor Smolík]

V čem programovat? Nejlépe jen tak, ve svetru. Přece si nebudu na to brát kvádro.

[Tomáš]

Zapomnel jsi na jednu vec: programovat v pokoji vytopenem na dostatecnou teplotu. Moji kolegove si stezuji, ze pri otevrenem okne jim tuhnou prsty.

[Dalibor Smolík]

Díky za upozornění, právě jsem okno zavřel.
Jinak používám pro své firemní aplikace MySQL+PHP - právě pracuji na podvojném účetnictví pro naše účely

[rastos]

>Hlavne se nechci ucit Pascal !

Prečo?

[tuxmartin]

Kdysi jsem zkousel v M$-DOS 6.22 Turbo Pascal 7, a nak me to nezaujalo.

[Mti.]

hm. Zacinal jsem v pascalu, zil jsem v pascalu s pripadavkem assembleru (na jednocipech pouze asm) a kdybych nemusel, tak o c nezavadim klackem. :) Takto se snazim domluvit s C ale pripadne mi ta syntax takova ... no ... neprehladna. Navic sem musel zkoumat co vypadne z avr-gcc a pak prepsat pulku programu do asm, bo to co z toho padalo... no .... rekneme ze je to z casti tim, ze gcc patrilo puvodne na "velke" procesory se spoustou pameti a vypocetniho vykonu ... no nic. Mozna sem to neumel pouze napsat.

Nekde sem cetl velice zajimavy prispevek, (ovsem to se psalo jeste 19xx) ze basic je na uceni jeden z nejslozitejsich. Zacinat by se melo assemblerem, aby si clovek dokazal predstavit, co po te masine chce/muze chtit. Pak teprve prejit v pripade zajmu na kompilovane jazyky. Basic az nakonec, pokud Vas predchozi neuspokoji.

[asd]

V tom je krasa a prokleti c. Jeden programator muze byt hodne produktivni, ale jiny to po nem nepochopi ani po pul hodine.

[Miloslav Ponkrác]

Tady nemůžu nereagovat. To není krása a prokletí C. Na programovacím jazyku (skoro) vůbec nezáleží. Když je programátor prase, tak to jiný po něm nemusí pochopit ani po dlouhé době, a to bez ohledu na to, v jakém programovacím jazyce to napsal. A slušný programátor dokáže psát čitelně a srozumitelně v jakémkoli jazyce.

Takže mi nedá, než zvolat. Máte jednoho programátora v C, po kterém to druhý programátor nemůže pochopit? Vyměňte programátora, buď prvního, nebo druhého, protože jeden z nich, popřípadě oba prostě svou práci nezvládá. Takové lidé nadělají jenom škodu a měli by se to buď doučit, nebo jít dělat jinou práci, na kterou mají.

[trekker.dk]

Zrovna nástupce Turbo Pascalu - Object Pascal (v Delphi) - člověka naučí programovat velmi čistě.

[Nejsemtu]

Heh, viděl jsem své. Nenaučí. Ani omylem.

[Bones]

Jednoznačně Python. Důvodů je mnoho, viz. třeba článek První jazyk: Python.

[honza]

jak to , ze je diskuze jiz oznacena jako vyresena. Vzdyt se jeste ani poradne nezaclo diskutovat ?

[Michal Kubeček]

V zásadě se dá říci, že byla vyřešena už první odpovědí (ještě spíš byla vyřešena už před první odpovědí), nic podstatnějšího (aspoň co se odpovědi na otázku týká) už se stejně nedozvíme…

[thingwath]

Pro zastance opacneho nazoru je tam volba umoznujici hlasovat proti oznaceni otazky za vyresenou, takze v pripade nesouhlasu by skutecne nebylo uplne od veci toho vyuzit.

[Nejsemtu]

1. V čem programovat záleží na tom, co chceš naprogramovat.
2. Je rozdíl umět syntaxi jazyka a umět programovat. Velký rozdíl.
3. Ještě jednou si přečit bod 2.
4. Pro jistotu si znovu přečti bod 2 a přemýšlej nad ním.
5. Na naučení se jazyka ti stačí několik hodin na projití syntaxe.
6. Na naučení se programování se mi velmi líbí tato kniha.
7. To ostatní už si najdeš až to budeš potřebovat na webu ;).

[Michal Karas]

V čem je ta kniha lepší oproti Algoritmům v C od Roberta Sedgewicka? Má někdo přečtené obě a je schopen je porovnat?

[Nejsemtu]

V ceně (290kč versus 4x 690kč). A možná v rozsahu a hloubce .

Ale vážne: myslím, že ta první jmenovaná bohatě postačí už vzhledem k formulaci původnímu dotazu. Ta druhá bude pravděpodobně solidní hardcore pro vážného zájemce do budoucna v případě, že by se dotyčný chtěl zabývat systémovým programováním.

[Kyosuke]

Ani bych neřekl. V Sedgewickovi moc systémového programování není, tedy pokud systémovým programováním nemyslíte psaní základní knihovny jazyka nebo něčeho jako je GLib. Spíš se zabývá základními datovými strukturami a algoritmy nad nimi...seznamy, stromy, trie, všechno možné tam je.

Hardcore je především překlad, jako ostatně u všeho od Softpressu...

[Nejsemtu]

To byl první odhad . Jako systémové beru celý ten spodek jádro + ovladače + základní knihovny.

[Nejsemtu]

Malá oprava. Tak části 1-4 jsou v jedné knize a je to polovina celku, tudíž to bude asi 2x 690, nikoli 4x. Navíc je zatím v prodeji pouze část první. Hmm, a jak na to tak koukám, tak ta polská má o dost větší záběr.

[Dunric]

1. Je rozdíl umět syntaxi jazyka a umět programovat. Velký rozdíl.

Naprostý souhlas.

V praxi jsem se dokonce setkal s několika "vývojáři" a softwarovými architekty, kteří se snažili dehonestovat programátorskou práci na úroveň námezdního dělníka. Překvapení na sebe nenechalo dlouho čekat. Provalilo se, že kromě návrhu GUI rozhraní a naprogramování naprostých trivialit něco komplexnějšího nezvládají. Kvůli tomu a potažmo absenci představy o implementaci navržených algoritmů, je bylo nutné opravovat a měnit na optimálnější varianty.

[Kyosuke]

No, já bych se na to podíval asi takhle:

Nauč se nějaký slušný jazyk, který Ti nebude házet klacky pod nohy a jehož kompilátoru nebudeš dělat otroka. Pythonista by řekl "nauč se Python", já Ti jako rubista poradím "vyzkoušej si Python a Ruby a co Ti sedne líp, toho se chytni a nepusť".

Ty dva jazyky mají hodně společného a asi nejlepší popis rozdílu mezi nimi, na který jsem zatím přišel, by se dal vyjádřit asi takhle: Python nabízí snadné a na pohled hezké řešení vetšinou se vyskytujících problémů, Ruby oku tolik sednout nemusí, ale zato jeho koncept sahá trošku víc do hloubky a ty horší se v něm mohou vyřešit třeba i líp. (Kdybych třeba chtěl do Pythonu doimplementovat generátory, musím sám hrábnout do runtimu – naštěstí je to už implementované – kdežto v Ruby můžu standardními prostředky na generátor (tj. de facto restartovatelnou funkci) transformovat třebas i interní iterátor, což konceptuelně není žádná sranda. )

Jakmile Ti přestane stačit výkon a budeš potřebovat chroustat bity, sáhni po API příslušného jazyka a nauč se psát extenze v jazyku C. Z pythonovského API jsem moc neviděl, API v Ruby se mi moc líbí. Pokud se naučíš pracovat s geniálním nástrojem SWIG, který generuje lepicí kód automaticky z popisu rozhraní, můžeš i to API skoro vynechat (ale mít aspoň přehled je docela dobré... ). Je dobré zvládnout standardní prostředky vytváření extenzí, třeba MKMF v Ruby.

A znalost bashe je docela důležitá, je to standardní shell GNU systémů a najdeš ho snad všude. Myslím, že tohle všechno by Ti mělo vystačit na velice dlouho.

No a pokud se chceš porozhlédnout po state-of-the-art jazyku, který Ti může dát hodně zkušeností, otevřít nové obzory a dají se v něm poměrně snadno řešit velmi složité věci, podívej se třeba na takový Haskell...

[VícNežNic]

Nauč se nějaký slušný jazyk, který Ti nebude házet klacky pod nohy a jehož kompilátoru nebudeš dělat otroka.

Však už v dotazu zaznělo, že o Pascal rozhodně nestojí :o)

[Miloslav Ponkrác]

Velmi pěkně zpracovaná odpověď.

Já když jsem před nějakým časem řešil, jestli se budu věnovat víc Pythonu, nebo Ruby, tak jsem se začal seznamovat s oběma jazyky. V okmažiku, kdy jsem zjistil, že Ruby je založena na 8mi bitových řetězcích a nezvládne Unicode, bylo Ruby ze hry. Zvítězil Python.

Ale jinak souhlasíms napsaným, snad jen s jednou výhradou. Je potřeba si rozmyslet, zda půjdu cestou být dobrým programátorem, a nebo zda půjdu především cestou komerce v programování. Pokud budu chtít být dobrým programátorem, tak bych se učil asi v tomto sledu: Python, nebo Ruby, pak C/C++, pak bych si vybral podle problému, který chci programovat. Pokud bych chtěl jít komerční cestou, tak bych šel spíš: C# a u toho bych zůstal.

[Petr Mach]

Já myslím, že Python je dobrý základ a lze z něj pokračovat i na ono C#. Nebo Python (kvalitní základy programování), IronPython (poznáváme prostředí .NET), C# (jazyk nižší úrovně v .NET).

[OndraZX]

Ja bych si prosel nabidky prace pro programatory a hned bych videl po cem je poptavka. Napr. tady dost zminovany Python je mozna pekny programovaci jazyk, ale na co vam bude, az budete hledat praci?

Taky bych se zameril co chcete v Linuxu programovat?

Jadro? - C

KDE - C++

GNOME - C, do budoucna C# (Mono)

Web - PHP

Multiplatformni aplikace - Java, Mono

Blbosti pro zabavu - zde si doplnte cokoliv

Windows - jazyky NET, tj. C#, VB.NET, Mono

At se to nekomu libi, nebo ne, nejvetsi budoucnost budete mit s jazykem pro NET. Hlavni jazyk pro NET je C# (ostatni jazyky jsou pro NET umele naroubovane, napr. Delphi, Basic - nekdy uspesne VB.NET, nekdy neuspesne Delphi.

Opravdu je dulezite na co se chcete v Linuxu zamerit, a podle toho si vybrat programovaci jazyk - podle mne maji nejvetsi budoucnost programatori databazovych aplikaci. - dnes je databaze vsude.

Nebo jinak: Kdyz budete prumerny programator pro NET - najdete praci

Kdyz budete spickovy programator pro NET - najdete praci a budete mit vetsi plat

Kdyz budete prumerny programator C - tezko najdete praci

Kdyz budete spickovy programator C - utrhnou vam ruce (budete velmi zadany)

Zalezi na vas

PS: Samozdrejme jsou vyjimky - neberte mne zas moc vazne - no flame

[Miloslav Ponkrác]

Ono se vůbec trochu bije programovat pro Linux a hledat práci. Daleko víc se komerčně programuje pro Windows.

Já bych to seřadil takto:

NET - najdete práci bez problémů

PHP - najdete práci, ale za malé peníze

Java - sem tam najdete práci

C/C++ - spíš nenajdete práci

Mě by zajímalo, kde by špičkový programátor našel práci v C, aby mu utrhli ruce. Já programuji v C/C++ už cca 15 let, mám velké zkušenosti a troufám si říct, že to opravdu umím, ale uplatnění jsem dnes v C/C++ už nenašel.

[Dalibor Smolík]

S názorem, že budoucnost mají programátoři databázových aplikací, souhlasím. Statistiky a evidence dat jsou stále důležitější. Vidím to u sebe, vůbec nejsem programátor, ale obchodník, avšak pro potřeby naší firmy, když nechci tu práci svěřit cizí osobě, jsem se učil jazyk SQL a s tím související uživatelské rozhraní, tj. HTML+PHP. A databáze lze lze používat jak ve Windows, tak i v Linuxu.