Fórum Root.cz
Hlavní témata => Vývoj => Téma založeno: asd 11. 11. 2017, 17:08:57
-
Ahoj.
budu dělat diplomku, zadání není důležité. Chtěl bych se na ní naučit nový jazyk (neberu java, céčka, python...) Je to krásný se učit novej jazyk ale zase nechci to dělat v SmallTalku - rád bych se tím jazykem pak třeba živil.
Přemýšlím nad Erlangem / Elixirem. Ale nevím jak s uplatněnním. Vím že GoodData v tom má asi něco napsaný? Ale nevím jak obstojím v konkureci lidí z MFF. Napadá mne Clojure, ale nechci se momentálně stěhovat z ČR.
Máte nějaké praktické nápady? Díky :)
-
COBOL
-
XSLT, Lua, Lisp, Haskell,...
-
chtěl bych se tím pak třeba živit - kde např v Praze nebo Brně se schánějí lidi na Haskell nebo Lisp? nechápu to XSLT - v tom jsem dělal nějaký xml transformace... ta Lua proč ne. Cobol asi asi taky ne. Lidi se na to schánějí ale pochopil jsem, že to že mají spoustu peněz nedělá Cobol ale znalost mainframe a historických věcí. Aspoň tak jsem vyrozuměl tady v diskuzi na rootu...
-
Ahoj.
budu dělat diplomku, zadání není důležité. Chtěl bych se na ní naučit nový jazyk (neberu java, céčka, python...) Je to krásný se učit novej jazyk ale zase nechci to dělat v SmallTalku - rád bych se tím jazykem pak třeba živil.
Přemýšlím nad Erlangem / Elixirem. Ale nevím jak s uplatněnním. Vím že GoodData v tom má asi něco napsaný? Ale nevím jak obstojím v konkureci lidí z MFF. Napadá mne Clojure, ale nechci se momentálně stěhovat z ČR.
Máte nějaké praktické nápady? Díky :)
Tak zkus jazyk D. https://dlang.org/ (https://dlang.org/)
-
Nejdůležitějším jazykem, který je třeba v diplomce zvládnout, je v první řadě čeština. ;-)
-
To si musíš projet pracovní inzeráty. Ale co já vím, tak jedou hlavně jazyky, které ty nebereš, tzn. Java, C, C++ a Python. Kromě tebou vyjmenovaných ještě JavaScript, Swift, C#, CX, PHP a možná Perl a funkcionální odnože Javy.
-
Jednoznačně Rust, ten je hodně rozjetý, nějaké srazy se konají a určitě to někde využiješ. Zamysli se ale spíš nad doménou, které by ses chtěl po škole věnovat. Ne každý jazyk se dobře hodí na všechno. Někde využiješ Elm, někde Julia (oba jazyky jsou dost zajímavé) a jinde zase třeba Kotlin (méně hardcore, ale bude se prosazovat v aplikacích pro Android).
-
nenapsal jsi, co chceš dělat. Na tvém místě bych se rozhodoval podle dostupných knihoven. Kdybys napsal co chceš dělat, diskuze by mohla být i zajímavá. V poslední době tu dost chybí technické otázky.
-
„zadání není důležité“ není pravda. Jiný jazyk budeš chtít použít pro programování mikrokontrolérů, jiný pro GUI, jiný pro web a jiný pro numerické výpočty.
Nejdůležitějším jazykem, který je třeba v diplomce zvládnout, je v první řadě čeština. ;-)
Přijde mi škoda psát cokoli, co nemá z definice lokální dosah, v češtině - nikdo jiný z toho nebude nic mít.
-
Aby ti někdo smysluplně poradil, je nutné znát zadání. To je jako by ses ptal jestli máš raději použít hřebíky, vruty, nebo úplně něco jiného a už si neřekl co chceš stavět.
-
chtěl bych se tím pak třeba živit - kde např v Praze nebo Brně se schánějí lidi na Haskell nebo Lisp? nechápu to XSLT - v tom jsem dělal nějaký xml transformace... ta Lua proč ne. Cobol asi asi taky ne. Lidi se na to schánějí ale pochopil jsem, že to že mají spoustu peněz nedělá Cobol ale znalost mainframe a historických věcí. Aspoň tak jsem vyrozuměl tady v diskuzi na rootu...
vybrat zajimavy jazyk a jeste se tim pak zivit bych nevidel jako moc realne (aspon ne v cr). ale treba lisp bych prirovnal k latine v prirozenych jazycich, stale spousta "novych" veci v mainstreamovych jazycich je znovuobjevenim uz znameho. i kdyz aktualne pouzivany jazyk nektere veci neumoznuje, je stale mozne pouzit aspon nektere principy z lepe reseneho jazyka v ramci moznosti.
-
omlouvám se, téma: prakticky jde o práci se souborama, zpracování XML... nic vyjimečnýho. ovládání z konzole, žádné gui, žádný web. O tématu nic nevím - dostávám se do toho. Záměrně nic nevím, nechci dělat něco co "znám", co mě živí, chci se naučit něco novýho. Stejně jako jazyk ve kterým bych zbušil praktickou část. Kdybych byl lempl, udělal bych to v Pythonu. Ale já se chci naučit něco novýho.
borekz: programoval jsem v Javě, teď hodně programuju v Pythonu. nebaví mě web ale bohužel mě živí (dělám backend takže to není tak hrozný). Takže JS a PHP padají. Perl mám někde na úrovni Cobolu. To že je v každým distru a je v tom spousta věcí pro mě nic neznamená. Navíc jsem v Perlu trošku něco dělal a ne, díky. Přestože je Swift open (? nevím) tak asi se mimo iOS moc nevyužije?
Inkvizitor: díky za Rust. není Rust spíš pro HW? něco takového jsem od lidí od železa slyšel. kde mu podobý může být GO lang, ovšem na servery, na backend. Nevím čemu se chci po škole věnovat. čím víc backend, tím víc mě to baví. čím víc klikání, grafika a web, tím víc mě to štve. Julia zní taky zajímavě.
myšlenka: přemýším jestli se na všechny javy, pythony a weby nevykašlat a jít dělat C++? to je takový backendový jazyk, dost používaný, prási bych si našel. Jen co tak od lidí slyším že na C++ musí mít člově pokročilejší intelekt. že je to "záhul". Asi ve smyslu hlídat si kam mi lítají pointry, co dělám s pamětí, jak si po sobě uklízím, segmentation fault. co si o tom myslíte?
díky Vám všem! :)
-
chtěl bych se tím pak třeba živit - kde např v Praze nebo Brně se schánějí lidi na Haskell nebo Lisp? nechápu to XSLT - v tom jsem dělal nějaký xml transformace... ta Lua proč ne.
PHP a XSLT mě živí. Lisp by se měl naučit každý programátor, i když ho živit nebude. Rozvíjí správné analytické myšlení. Haskel se na diplomku hodí, protože je to propracovaný funkcionální jazyk, který má budoucnost.
-
Lisp by se měl naučit každý programátor, i když ho živit nebude. Rozvíjí správné analytické myšlení. Haskel se na diplomku hodí, protože je to propracovaný funkcionální jazyk, který má budoucnost.
díky Kite, asi zase nejsem zas tak true hardcore abych jel lisp nebo heskell... prostě kombinace něco nového, hodně backendového a praktického v realitě
-
omlouvám se, téma: prakticky jde o práci se souborama, zpracování XML... nic vyjimečnýho.
Nechceš prozradit víc? Se soubory pracuje téměř každý program. Rád bych se mýlil, ale tvůj styl dost připomíná Javamana.
-
Lisp by se měl naučit každý programátor, i když ho živit nebude. Rozvíjí správné analytické myšlení. Haskel se na diplomku hodí, protože je to propracovaný funkcionální jazyk, který má budoucnost.
díky Kite, asi zase nejsem zas tak true hardcore abych jel lisp nebo heskell... prostě kombinace něco nového, hodně backendového a praktického v realitě
Lisp používám hlavně kvůli jednoduché syntaxi a také kvůli tomu, že je jedním z nejméně ukecaných jazyků.
-
omlouvám se, téma: prakticky jde o práci se souborama, zpracování XML... nic vyjimečnýho.
Nechceš prozradit víc? Se soubory pracuje téměř každý program. Rád bych se mýlil, ale tvůj styl dost připomíná Javamana.
delam dolování znalostí z procesů (process mining, process discovery) proces = vyroba hamburgru v kfc nebo vyroba auta, vsechno je to proces. jenze taky proces = petriho sit (petri net) nebo bpmn. znovu rikam, nic o tom nevim, ucim se to...
program: na vstupu dostanu nejakej "obecnej" log file, ten log prevedu od xmlka. konec. s tim xmlkem budu neco delat ale to uz je mimo ten software...
-
program: na vstupu dostanu nejakej "obecnej" log file, ten log prevedu od xmlka. konec. s tim xmlkem budu neco delat ale to uz je mimo ten software...
nejdřív si rozmysli, co chceš s tím XML dělat a podle dostupných knihoven vybírej jazyk. Rozparsování logu asi na diplomku stačit nebude.
-
myšlenka: přemýším jestli se na všechny javy, pythony a weby nevykašlat a jít dělat C++? to je takový backendový jazyk, dost používaný, prási bych si našel. Jen co tak od lidí slyším že na C++ musí mít člově pokročilejší intelekt. že je to "záhul". Asi ve smyslu hlídat si kam mi lítají pointry, co dělám s pamětí, jak si po sobě uklízím, segmentation fault. co si o tom myslíte?
díky Vám všem! :)
Proto si myslim ze neni spatnej napad zkusit ten jazyk D. Vyhodou je to ze oproti C++ to neni takovej zahul a zaroven je mu znacne podobnej.
-
ruby, tady mam pocit nepadlo
pominuli extrémní koncentraci v Brně v RedHat, tak jsem na linkedin našel dva týpky z t_mobile co v ruby dělají ňákou magii nas jejich systémama, automatizaci etc... takže asi ruby taky ve hře. ruby on rail jsem pred monha lety (5-7) používal a never more. ale ruby jako backend asi pohoda. už si nic nepamatuju ale bál bych se aby se to nepodobalo pythonu
-
program: na vstupu dostanu nejakej "obecnej" log file, ten log prevedu od xmlka. konec. s tim xmlkem budu neco delat ale to uz je mimo ten software...
nejdřív si rozmysli, co chceš s tím XML dělat a podle dostupných knihoven vybírej jazyk. Rozparsování logu asi na diplomku stačit nebude.
tenhle "softík" nebude jedinou součástí praktické .)
-
delam dolování znalostí z procesů (process mining, process discovery) proces = vyroba hamburgru v kfc nebo vyroba auta, vsechno je to proces. jenze taky proces = petriho sit (petri net) nebo bpmn. znovu rikam, nic o tom nevim, ucim se to...
program: na vstupu dostanu nejakej "obecnej" log file, ten log prevedu od xmlka. konec. s tim xmlkem budu neco delat ale to uz je mimo ten software...
Tohle uděláš téměř v kterémkoli zmíněném jazyce. I v PHP je to na pár řádek, není na tom dohromady co vymýšlet.
-
program: na vstupu dostanu nejakej "obecnej" log file, ten log prevedu od xmlka. konec. s tim xmlkem budu neco delat ale to uz je mimo ten software...
nejdřív si rozmysli, co chceš s tím XML dělat a podle dostupných knihoven vybírej jazyk. Rozparsování logu asi na diplomku stačit nebude.
Možná by to i stačilo, kdyby součástí bylo i automatické rozpoznávání struktury náhodného logu, tedy nějaká heuristika. Pokud by ten log měl pevně stanovenou strukturu, bylo by to až trapně triviální.
-
ruby, tady mam pocit nepadlo
pominuli extrémní koncentraci v Brně v RedHat, tak jsem na linkedin našel dva týpky z t_mobile co v ruby dělají ňákou magii nas jejich systémama, automatizaci etc... takže asi ruby taky ve hře. ruby on rail jsem pred monha lety (5-7) používal a never more. ale ruby jako backend asi pohoda. už si nic nepamatuju ale bál bych se aby se to nepodobalo pythonu
hmm v RH Ruby zase tak moc neleti, to spis Python a Java. Trosku Groovy v MW, pokud uz nepresli nekam dal a samozrejme Go u kontejneraku :)
-
myšlenka: přemýším jestli se na všechny javy, pythony a weby nevykašlat a jít dělat C++? to je takový backendový jazyk, dost používaný, prási bych si našel. Jen co tak od lidí slyším že na C++ musí mít člově pokročilejší intelekt. že je to "záhul". Asi ve smyslu hlídat si kam mi lítají pointry, co dělám s pamětí, jak si po sobě uklízím, segmentation fault. co si o tom myslíte?
díky Vám všem! :)
Proto si myslim ze neni spatnej napad zkusit ten jazyk D. Vyhodou je to ze oproti C++ to neni takovej zahul a zaroven je mu znacne podobnej.
kdyz hledam na linkedin lidi v cr co delaji v decku, moc jich nemuzu najit. ani viden, ani slovensko :D
-
ruby on rail jsem pred monha lety (5-7) používal a never more.
Proč never more?
-
ruby, tady mam pocit nepadlo
pominuli extrémní koncentraci v Brně v RedHat, tak jsem na linkedin našel dva týpky z t_mobile co v ruby dělají ňákou magii nas jejich systémama, automatizaci etc... takže asi ruby taky ve hře. ruby on rail jsem pred monha lety (5-7) používal a never more. ale ruby jako backend asi pohoda. už si nic nepamatuju ale bál bych se aby se to nepodobalo pythonu
hmm v RH Ruby zase tak moc neleti, to spis Python a Java. Trosku Groovy v MW, pokud uz nepresli nekam dal a samozrejme Go u kontejneraku :)
go je seriozni kandidat na vyhru.
jen tak filozoficky. (otestuju zdejsi trollovitost) je zajimavy kam kde je elixir respektive erlang kdyz si otevru historii, ktera zacina v 80' a kdyz to srovnam s go, ktery je podporovan bohatym podporovatelem
-
ruby on rail jsem pred monha lety (5-7) používal a never more.
Proč never more?
1) nerad delam web
2) tehdy jsem z toho mel rozporuplne dojmy a navic jsem nebyl tak dobry programator, zlepsil jsem se
3) chci se naucit neco novyho & ulatitelnyho
-
myšlenka: přemýším jestli se na všechny javy, pythony a weby nevykašlat a jít dělat C++? to je takový backendový jazyk, dost používaný, prási bych si našel. Jen co tak od lidí slyším že na C++ musí mít člově pokročilejší intelekt. že je to "záhul". Asi ve smyslu hlídat si kam mi lítají pointry, co dělám s pamětí, jak si po sobě uklízím, segmentation fault. co si o tom myslíte?
díky Vám všem! :)
Proto si myslim ze neni spatnej napad zkusit ten jazyk D. Vyhodou je to ze oproti C++ to neni takovej zahul a zaroven je mu znacne podobnej.
kdyz hledam na linkedin lidi v cr co delaji v decku, moc jich nemuzu najit. ani viden, ani slovensko :D
Tak moc jich asi nebude :D. A je otazko zda ti co v tom delaji si to vyplni :). Ono i firmy co hledaji lidi na pozici D vyvojare maji vetsinou inzerat napsany tak ze hledaji C++ programatora.
-
myšlenka: přemýším jestli se na všechny javy, pythony a weby nevykašlat a jít dělat C++? to je takový backendový jazyk, dost používaný, prási bych si našel. Jen co tak od lidí slyším že na C++ musí mít člově pokročilejší intelekt. že je to "záhul". Asi ve smyslu hlídat si kam mi lítají pointry, co dělám s pamětí, jak si po sobě uklízím, segmentation fault. co si o tom myslíte?
díky Vám všem! :)
Proto si myslim ze neni spatnej napad zkusit ten jazyk D. Vyhodou je to ze oproti C++ to neni takovej zahul a zaroven je mu znacne podobnej.
kdyz hledam na linkedin lidi v cr co delaji v decku, moc jich nemuzu najit. ani viden, ani slovensko :D
Tak moc jich asi nebude :D. A je otazko zda ti co v tom delaji si to vyplni :). Ono i firmy co hledaji lidi na pozici D vyvojare maji vetsinou inzerat napsany tak ze hledaji C++ programatora.
to mas pravdu, to bych ale prvne musel umet c++ ktery neumim ani trosku :D
-
Ahoj.
budu dělat diplomku, zadání není důležité. Chtěl bych se na ní naučit nový jazyk (neberu java, céčka, python...) Je to krásný se učit novej jazyk ale zase nechci to dělat v SmallTalku - rád bych se tím jazykem pak třeba živil.
Přemýšlím nad Erlangem / Elixirem. Ale nevím jak s uplatněnním. Vím že GoodData v tom má asi něco napsaný? Ale nevím jak obstojím v konkureci lidí z MFF. Napadá mne Clojure, ale nechci se momentálně stěhovat z ČR.
Máte nějaké praktické nápady? Díky :)
Zkus španělštinu nebo arabštinu.
-
kamarad delal neco trochu podobneho v ocaml
nebo to muzes udelat v bashi
nebo bych zvazil nektery jazyk nad jvm (clojure, kotlin, scala, groovy)
-
Z jazyků, o které jsem v poslední době zavadil, mě nejvíce zaujalo F#. Zkus se podívat sem, třeba tě zaujme https://fsharpforfunandprofit.com/why-use-fsharp/
S případným uplatněním by neměl být problém, je to mj. jeden z jazyků pro .NET podporovaný přímo MS
-
Taky se tak volně poohlížím po něčem zajímavém, byť neřeším tu praktickou část - co ADA? Vyvíjela to armáda pro bezpečné aplikace, je to prověřený jazyk s objektovou nástavbou, ale zatím jsem v tom neměl možnost programovat. Nedělal tady někdo v ADě nebo něčem podobném nějaké projekty? Máte někdo s ADou zkušenosti?
-
Go... zatím ho není v praxi moc, ale něco se už objevuje.
-
Zazněly zde pěkné, ale i méně pěkné jazyky. Osobně však nabídnu poněkud méně rozšířený jazyk, a to z důvodu, že Vám rovnou mohu nabídnout práci (možno na snížený úvazek jako externista).
Jazykem je Dao (http://daoscript.org , https://github.com/daokoder/dao/ ) - imperativní interpretovaný funkčně velice vyvážený jazyk (a standardní knihovna) inspirovaný funkcionálním programováním (především Scalou) - pro Arch Linux v AUR https://aur.archlinux.org/packages/dao-git/ .
-
Go by mohla být dobrá volba. Za prvé je vhodným kandidátem na command line utility. Za druhé dává i dobré možnosti pro diplomku, kde můžeš porovnat vliv masivní paralelizace na dobu provádění (zmiňoval jsi práci se soubory, tam tu paralelizaci snadno využiješ). Je zajímavé sledovat překvapené tváře lidí, když práce, která v Perlu nebo Pythonu trvá 10 minut, je hotová za 15 vteřin.
-
Ještě bych doplnil, že mně osobně by se líbil i Erlang/Elixir, ale tam by to praktické využití asi bylo horší. Go se začíná ve větší míře prosazovat už i nás, na Erlang nějaká místa jsou, ale spíš senior a velmi málo.
-
Go by mohla být dobrá volba. Za prvé je vhodným kandidátem na command line utility. Za druhé dává i dobré možnosti pro diplomku, kde můžeš porovnat vliv masivní paralelizace na dobu provádění (zmiňoval jsi práci se soubory, tam tu paralelizaci snadno využiješ). Je zajímavé sledovat překvapené tváře lidí, když práce, která v Perlu nebo Pythonu trvá 10 minut, je hotová za 15 vteřin.
Absolutně to samé platí pro Dao - má nativní podporu pro paralelizaci jakékoliv rutiny (idea stejná jako v Go/Limbo, avšak dotažená dále).
Jinak kontaktovat mě můžete např. přes email ve výše odkazovaném AUR PKGBUILDu (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=dao-git (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=dao-git)) pro Arch Linux.
-
Z jazyků, o které jsem v poslední době zavadil, mě nejvíce zaujalo F#. Zkus se podívat sem, třeba tě zaujme https://fsharpforfunandprofit.com/why-use-fsharp/
S případným uplatněním by neměl být problém, je to mj. jeden z jazyků pro .NET podporovaný přímo MS
diky, tohle je super napad :) F# ne nenapadlo
-
Go... zatím ho není v praxi moc, ale něco se už objevuje.
Go by mohla být dobrá volba...
Go se mi libi. Minuly vikend jsem byl na OpenAltu a byly stanky kde firmy hledali Go...
-
Ještě bych doplnil, že mně osobně by se líbil i Erlang/Elixir, ale tam by to praktické využití asi bylo horší. Go se začíná ve větší míře prosazovat už i nás, na Erlang nějaká místa jsou, ale spíš senior a velmi málo.
z erlangu jsem totalne na vetvi. jakoze takovy features v takove dobe. neskutecny! ale do erlangu nakonec nepujdu :( :(
-
vyhlaseni vyberoveho rizeni
vybral jsem: Scala
1) prace na Scalu v CR je
2) nasel jsem dost odkazu na spark - veci na data a na to se v CR taky hledaji lidi. navic ja mam s datama zkusenosti. jen teda nevim nic o specializaci dolovani dat z procesu
3) Docela dost jsem programoval v Jave takze to bude hezke navazovani. nepujde (doufam) o totalni swich jako by to bylo v pripade napr C++
4) z pohledu vyvoje software nic Scale nebrani abych to v ni nabouchal
-
vyhlaseni vyberoveho rizeni
vybral jsem: Scala
1) prace na Scalu v CR je
2) nasel jsem dost odkazu na spark - veci na data a na to se v CR taky hledaji lidi. navic ja mam s datama zkusenosti. jen teda nevim nic o specializaci dolovani dat z procesu
3) Docela dost jsem programoval v Jave takze to bude hezke navazovani. nepujde (doufam) o totalni swich jako by to bylo v pripade napr C++
4) z pohledu vyvoje software nic Scale nebrani abych to v ni nabouchal
Scalu jsem se ani neodvazoval navrhovat. Tak drzim palce!
-
vyhlaseni vyberoveho rizeni
vybral jsem: Scala
gratuluji! neco tak ohavneho jako scalu bych nedoporucil ani svemu nejvetsimu nepriteli!
-
gratuluji! neco tak ohavneho jako scalu bych nedoporucil ani svemu nejvetsimu nepriteli!
Scalu neznám, ale co je na ní tak špatného?
-
gratuluji! neco tak ohavneho jako scalu bych nedoporucil ani svemu nejvetsimu nepriteli!
Scalu neznám, ale co je na ní tak špatného?
navrh? slozitost? vubec ten napad postavit neco takovyho nad jvm a pouzivat javu? zpetna kompatibilita potazmo stabilita? hodne to pripomina jak pejsek s kocickou varili dort
-
gratuluji! neco tak ohavneho jako scalu bych nedoporucil ani svemu nejvetsimu nepriteli!
Scalu neznám, ale co je na ní tak špatného?
navrh? slozitost? vubec ten napad postavit neco takovyho nad jvm a pouzivat javu? zpetna kompatibilita potazmo stabilita? hodne to pripomina jak pejsek s kocickou varili dort
Dovoluju si poznamenat, ze existuje:
1. Transpilace do JS (a funguje pokud vim dost dobre a neni tak nenazrana jako jine podobne snahy nahradit JS nejakym pricetnejsim) - Scala.js
2. Existuje projekt Scala Native, ktery uz JVM take nepotrebuje.
Ano, Scala je hodne drsny jazyk a spojuje OOP a FP. Kompilace je pomalejsi nez u nekterych jinych jazyku. Nicmene na diplomku, nauceni zajimavych konceptu? Podle me skvela volba. A pouziva se, ne ze ne.
-
FYI: https://www.tiobe.com/tiobe-index/
sice nemame verit statistikam, ktere si nezfalsujeme sami ale Tiobe ma (bohuzel?) funkci sebenaplnujiciho se proroctvi, protoze to studuji i manazeri
-
3) Docela dost jsem programoval v Jave takze to bude hezke navazovani. nepujde (doufam) o totalni swich jako by to bylo v pripade napr C++
Tak to je vtip ze ano?
-
téma: prakticky jde o práci se souborama, zpracování XML... nic vyjimečnýho. ovládání z konzole, žádné gui, žádný web. O
Tak, specialne na veci ako spracovanie textovych suborov, parsovanie a generovanie roznych formatov bol uz davno vytvoreny jazyk: perl - je to najlepsi jazyk na spracovanie textovych formatov. Je nainstalovany skoro vsade a ma najlepsi repozitar volne dostupnych modulov. Dalsie podobne skriptovcie jazyky su: tcl, python, ruby, groovy (v mnohom a inspirovali tiez hlavne Perlom).
Inac nechapem preco nechces pouzit Javu. Dneska je to najviac pouzivany jazyk - a su k tomu k dispozicii najlepsie kniznice.
Scalu co spominas som nikdy neskusal - stacilo mi ked som si o nej nieco precital a pozrel par zdrojakov a pripadala mi tak hnusna a prekomplikovana v porovnani s Javou - asi ako v 80. rokoch minuleho storocia Ada v porovnani s Pascalom.
Ak by si uprednostnil java platformu, tak Groovy (http://groovy-lang.org/) je fakt dobry skriptovaci jazyk.
V pripade ze hladas nieco exoticke mozno OCaml (http://ocaml.org/). Je to funkcionalny jazyk a podla PLEAC (http://pleac.sourceforge.net/) sa da v nom urobit na 100% vsetko co sa da aj v Perle. Preto myslim ze je aj velmi prakticky. (skusal som ho, ale zial nikdy som nemal prilezitost napisat v nom vacsi projekt)
-
Tak, specialne na veci ako spracovanie textovych suborov, parsovanie a generovanie roznych formatov bol uz davno vytvoreny jazyk: perl - je to najlepsi jazyk na spracovanie textovych formatov.
To mi připomíná hlášku "python is an executable line-code, perl is an executable line-noise". V Perl6 je spousta věcí asi jinak než v dřívějších verzích, ale po Haskellu mi dneska jakýkoliv jiný jazyk na parsování čehokoliv připadá jako středověk. Scala je dost funkcionální, nějaké "parser combinator" knihovny by pro to mohly existovat.... (ale rychlý pohled do googlu teda neukazuje, že by to bylo moc jednoduché a flexibilní...). Nicméně tady jde o parsování/generování XMLka, na to v Javě (a tím pádem i Scale) existuje spousta určitě vynikajících knihoven, takže by to nemusela být špatný volba.
-
téma: prakticky jde o práci se souborama, zpracování XML... nic vyjimečnýho. ovládání z konzole, žádné gui, žádný web. O
Tak, specialne na veci ako spracovanie textovych suborov, parsovanie a generovanie roznych formatov bol uz davno vytvoreny jazyk: perl - je to najlepsi jazyk na spracovanie textovych formatov. Je nainstalovany skoro vsade a ma najlepsi repozitar volne dostupnych modulov. Dalsie podobne skriptovcie jazyky su: tcl, python, ruby, groovy (v mnohom a inspirovali tiez hlavne Perlom).
Už si přesně nevzpomínám, co to bylo za soft napsaný v Perlu, ale měl problém se zpracováním znaků unicode. Takže program to byl sice hezký, ale pro mne nepoužitelný. Musel bych ho z velké části přepsat, aby fungoval i s češtinou na vstupu.
-
téma: prakticky jde o práci se souborama, zpracování XML... nic vyjimečnýho. ovládání z konzole, žádné gui, žádný web. O
Tak, specialne na veci ako spracovanie textovych suborov, parsovanie a generovanie roznych formatov bol uz davno vytvoreny jazyk: perl - je to najlepsi jazyk na spracovanie textovych formatov. Je nainstalovany skoro vsade a ma najlepsi repozitar volne dostupnych modulov. Dalsie podobne skriptovcie jazyky su: tcl, python, ruby, groovy (v mnohom a inspirovali tiez hlavne Perlom).
Už si přesně nevzpomínám, co to bylo za soft napsaný v Perlu, ale měl problém se zpracováním znaků unicode. Takže program to byl sice hezký, ale pro mne nepoužitelný. Musel bych ho z velké části přepsat, aby fungoval i s češtinou na vstupu.
A za to může Perl, nebo autor...? ;)
-
Už si přesně nevzpomínám, co to bylo za soft napsaný v Perlu, ale měl problém se zpracováním znaků unicode. Takže program to byl sice hezký, ale pro mne nepoužitelný. Musel bych ho z velké části přepsat, aby fungoval i s češtinou na vstupu.
A za to může Perl, nebo autor...? ;)
Samozřejmě za to může autor, protože pochází ze země, ve které mu stačí ASCII a na ostatní nepomyslel. Ovšem u jazyků postavených nad JVM na ně ani myslet nemusí.
-
Už si přesně nevzpomínám, co to bylo za soft napsaný v Perlu, ale měl problém se zpracováním znaků unicode. Takže program to byl sice hezký, ale pro mne nepoužitelný. Musel bych ho z velké části přepsat, aby fungoval i s češtinou na vstupu.
A za to může Perl, nebo autor...? ;)
Samozřejmě za to může autor, protože pochází ze země, ve které mu stačí ASCII a na ostatní nepomyslel. Ovšem u jazyků postavených nad JVM na ně ani myslet nemusí.
jakto? Nam sice ASCII nestaci, ale uz jsem videl, jak lidi prasi se znakovymi pary, resp. vubec je neresi (a mozna ani nevi, ze to maji resit).
-
Nam sice ASCII nestaci, ale uz jsem videl, jak lidi prasi se znakovymi pary, resp. vubec je neresi (a mozna ani nevi, ze to maji resit).
Co si mám představit pod pojmem "znakové páry"? Ligatury?
-
Tak, specialne na veci ako spracovanie textovych suborov, parsovanie a generovanie roznych formatov bol uz davno vytvoreny jazyk: perl - je to najlepsi jazyk na spracovanie textovych formatov.
To mi připomíná hlášku "python is an executable line-code, perl is an executable line-noise". V Perl6 je spousta věcí asi jinak než v dřívějších verzích, ale po Haskellu mi dneska jakýkoliv jiný jazyk na parsování čehokoliv připadá jako středověk. Scala je dost funkcionální, nějaké "parser combinator" knihovny by pro to mohly existovat.... (ale rychlý pohled do googlu teda neukazuje, že by to bylo moc jednoduché a flexibilní...). Nicméně tady jde o parsování/generování XMLka, na to v Javě (a tím pádem i Scale) existuje spousta určitě vynikajících knihoven, takže by to nemusela být špatný volba.
To co som napisal ohladne Perlu zneje asi moc resolutne :)
Haskell moze byt tiez dobry - ale pripada mi, ze je ovela tazsie ho zvladnut ako napr. Perl.
-
Nam sice ASCII nestaci, ale uz jsem videl, jak lidi prasi se znakovymi pary, resp. vubec je neresi (a mozna ani nevi, ze to maji resit).
Co si mám představit pod pojmem "znakové páry"? Ligatury?
Toto: http://www.unicode.org/glossary/#surrogate_pair
Jde o to, ze Java (tedy zakladni jazyk nad JVM) pouziva UTF-16, tj. nektere znaky jsou tvoreny dvema po sobe jdoucimi "chary" ve Stringu, protoze "char" ma 16bitu, kdezto nektere jazyky potrebuji az 21 bitu na znak. Vetsinou to automagicky funguje samo od sebe (coz je jadro problemu - kasle se na to), ale uz jsem videl kod, kde se proste spocita pocet "charu" ve Stringu a prohlasi se to za pocet znaku nebo naopak (vidis jak to mate: char nekdy neni znak).
Kde to dela problemy? Vsude tam, kde specka rika neco ve stylu "jmeno bude na 20 znaku", takze se to kontroluje nekde na strane JavaScriptu (tam to bude pocet Unicode znaku, takze v pohode), potom to nekdo pretahne do Javy, kde tech 15 Unicode znaku muze byt take 30 "charu" (takze to napriklad vyhodi vyjimku) a jak se s tim poperou databaze je uz na delsi vypraveni (btw. DB/2 to ma tak domotane, ze se v tom nevyznaji ani na jejich hotline)
-
Nam sice ASCII nestaci, ale uz jsem videl, jak lidi prasi se znakovymi pary, resp. vubec je neresi (a mozna ani nevi, ze to maji resit).
Co si mám představit pod pojmem "znakové páry"? Ligatury?
Toto: http://www.unicode.org/glossary/#surrogate_pair
Jde o to, ze Java (tedy zakladni jazyk nad JVM) pouziva UTF-16, tj. nektere znaky jsou tvoreny dvema po sobe jdoucimi "chary" ve Stringu, protoze "char" ma 16bitu, kdezto nektere jazyky potrebuji az 21 bitu na znak. Vetsinou to automagicky funguje samo od sebe (coz je jadro problemu - kasle se na to), ale uz jsem videl kod, kde se proste spocita pocet "charu" ve Stringu a prohlasi se to za pocet znaku nebo naopak (vidis jak to mate: char nekdy neni znak).
Kde to dela problemy? Vsude tam, kde specka rika neco ve stylu "jmeno bude na 20 znaku", takze se to kontroluje nekde na strane JavaScriptu (tam to bude pocet Unicode znaku, takze v pohode), potom to nekdo pretahne do Javy, kde tech 15 Unicode znaku muze byt take 30 "charu" (takze to napriklad vyhodi vyjimku) a jak se s tim poperou databaze je uz na delsi vypraveni (btw. DB/2 to ma tak domotane, ze se v tom nevyznaji ani na jejich hotline)
Aha, měl jsi na mysli surrogate pairs, tedy čtyřbajtové znaky v UTF-16. To je podobný problém jako čeština v UTF-8, ale lépe schovaný. V Javě ani v PHP raději neměřím délku stringů a vyhýbám se i dalším řetězcovým operacím. Pokud vím, MySQL si s tím poradí, protože na každý znak si rezervuje 4 bajty a ukládaný text zařízne dle parametru ve varchar.
Myslím si, že když programátor nedělá hovadiny, tak se s tímto problémem do křížku ani nedostane.
-
Pokud chces brat programovani nekdy vubec trochu vazne, tak zapomen na klasicke jazyky, a nech se inspirovat prirodou, napis diplomovou praci o programovani bunek:
http://news.mit.edu/2016/programming-language-living-cells-bacteria-0331
Ted jsem to zrovna zminoval v jinem prispevku a pokud se chces nechat vizualne inspirovat, tak doporucuju:
https://www.youtube.com/watch?v=WFCvkkDSfIU
Tohle by mohla byt hardcore diplomovka. Vzdyt i robota vytvarime k obrazu svemu, jak nas vytvoril zas neko jiny predtim :-)