Vlákno názorů k článku
GnuCOBOL 2.2 nová stabilní verze po osmi letech
od klokan - V životě jsem s COBOLem nic nedělal, ani...
-
V životě jsem s COBOLem nic nedělal, ani jsem v době jeho slávy nežil, ale podle toho, co o něm vím, tak měl možná jedinou, za to ale obrovskou výhodu spočívající v tom, že formát vstupů a výstupů se definoval specifikací, která nebyla přímo součástí programové logiky. Kdyby tohle nejen uměly, ale i vynucovaly i moderní jazyky, nebyly by problémy s interoperabilitou, kompatibilitou atd.
-
KateStříbrný podporovatel
Co jsem koukala, syntaxe mi nepřijde ukecanější než OpenEdge ABL. A tam to v pohodě řešily code snippets na často používané konstrukce a autocomplete.
-
KateStříbrný podporovatel
No, jakmile začne člověk v ABL specifikovat UI, začnou to být slušná souvětí :)
Každopádně, určitě se i pro COBOL dají pracovní nástroje nastavit tak, aby se člověk neupsal k smrti. -
Nejpouzivanejsim pracovnim nastrojem je TSO ISPF. Jsou tu sice nejake Eclipse based tooly, ale ty pouzivaji vetsinou zacatecnici nebo lidi co zatim psychicky nezvladaji prostredi mainframe.
Budto na mainframe mas nebo ne
Lekce z ekonomiky: Kdyby to bylo jednoduchy tak by to bylo mizerne placene. Ono to neni zase tak extremne tezke, jen to hodne lidi odradi, timpadem se penize rozdeli mezi vyrazne mene lidi, coz je dobre. Proc se delit s pitomcema?
Kate, ver volnemu trhu. Trh je to nejvyssi dobro, a lek na vsechny problemy.
-
KateStříbrný podporovatel
Věřím tomu že se dá pracovat efektivně a fakt nemluvím o Eclipse. Koukám na specifikace ISPF Editor a vypadá to jako slušně použitelný nástroj, narozdíl od integrovaného editoru v ABL. Navíc na z/OS evidentně funguje emacs, což je editor který s přehledem zvládá vše co jsem zmiňovala výše.
Efektivita pracovního nástroje a programování v něm nemá nic společného se složitostí programování v daném jazyce / prostředí, takže si tu lekci nech pro sebe :) Dostat se do ABL taky není sranda a spousta lidí naučených na moderní jazyky od toho uteče po prvním seznámení, ale v čem se psalo s tím nijak nesouviselo.
-
Trochu mi to připomělo moje začátky v ABAPu, ten teda vychází z COBOLu. Jak jsem byl zvyklej na jazyky od ASM, přes C, C++, Python, Perl, tak jsem sice hodně rychle tvořil funkční věci, ale lidi co dělali ABAP dýl, tak jenom kroutili hlavou a nebyly schopní pochopit, co jsem to vlastně vytvořil :D Naštěstí to většinou byly jen bázový věcičky pro víceméně vlastní potřebu a pohodlí, tak to nebyl zase takovej problém, ale bylo to strašně srandovní. Ale neutekl jsem, je to správnej relax, povídat systému pohádku o tom, co bych po něm vlastně chtěl :) Naštěstí nejsem přímo programátor, tak jsou to jen takový relaxační aktivity kolem :)
-
zk (neregistrovaný)
ono to neni obtizny, ono je to jen strasne neprijemny; v dobe, kdy je mainstream mit na kazdym kompu vyvojovy prostredi s jitovanym dynamickym jazykem, debuggerem a replem psat kvuli kazdy picovine davku v jcl (coz je jazyk ktery urcite konstrukce ocekava na urcitem sloupci je to o znak vedle a chyba..) je proste otravne, drevni a skanzenoidni; ty velke penize jsou kompenzace za zpusobenou bolest (a za fakt ze zoufalci kteri to v minulosti delali za normalni penize vymiraji na vek)
-
Nerozbrec se nam tu z mezer, podivej se na Pythonare ti kvuli mezeram taky nebreci!
Kdyz se ti mainframy nelibi tak je nedelej, usetri si frustrace a vypadni z toho byznisu. My se radi podelime o tvoje prachy.
Mne se mainframy libi, je tam videt koncepce a rad. Spoustu vlastnosti mainframe dodnes nikdo nezreplikoval na jinych platformach.
