Příspěvky

181

Vývoj / Re:Dobré IDE pro Python a Java (případně jaký další jazyk zvolit?)

« kdy: 21. 08. 2017, 18:00:59 »

Nechce nějakej Linuxák přijít? https://budoucnost.aspnet.cz/

Neber to jako pokus o trolling, ale jakou by měl Linuxák motivaci, aby na takovou přednášku šel, nebo vůbec uvažoval o nasazení .NET na Linuxu?  Chápal bych to v případě, pokud by na Linuxu nebyly snad všechny myslitelné jazyky a frameworky, ze kterých si můžu vybrat podle toho, co potřebuji vytvořit.   Jedinný smysluplný případ bych viděl v tom, že potřebuju něco, co aktuálně běží na WS+IIS pustit na Linuxu, ale to stejně nebude možné, když je .NET core jen podmnožinou .NET.
A psát něco v .NET Core na Linuxu na zelené louce? Co mi to přinese navíc oproti Java (Spring), RoR, Elixir+Phoenix atd?

Asi stejné je ptát se co člověku na Windows přinese Python, když to samé napíšu v F#... přinese mi to znalost toho prostředí. Pokud umím dobře v Pythonu, chci v něm psát na Windows a opačně, pokud mi umožňuje moje platforma psát program na Linuxu, použiju jí. Neberte to jako nějaké protlačování .NETu. Pokud znáte JVM platformu, tak to asi pro vás není zajímavé, ale z pohledu člověka, co zná .NET Core v tom nevidím žádný problém. Psal jsem lecos v Pythonu, nad JVM, nad.NETem a pokud všechno bude multiplatformní, je to jen dobře. Nezlobte se na MS... stejně jako každá organizace se vyvíjí. Mají svoje zřejmě zištné důvody, ale to má každá organizace.

PS: Třeba chápu co přinese Elixir/BEAM oproti JVM, ale CLR a JVM jsou na tom podobně.

182

Vývoj / Re:Dobré IDE pro Python a Java (případně jaký další jazyk zvolit?)

« kdy: 20. 08. 2017, 09:15:19 »

Že vyšel .NET Core 2.0 jsem si všiml a taky počítám že s tím bude ještě dost trápení. Nekompatibilita knihoven a nástrojů ve (nejen) Visual Studiu a spousta zastaralých informací. Třeba když se teď přecházelo na staro-nový formát projektu (JSON -> XML). Jinak to není stěžování si, v .NETu dělám na Linuxu a pak jsme schopný to nasadit na Windows Server. Takže já jsem dnes jakž takž spokojen. Pokud jde o jazyk, vede u mne F#... MS na něj kašle, protože nechce strašit svoje korporátní zákazníky. Jinak je to jeden z nejlepších jazyků co jsem zkoušel. C# sice stačí, ale ta ergonomie jazyka je o řády níž.

183

Vývoj / Re:Koprodukt v Javě

« kdy: 18. 08. 2017, 11:51:42 »

Zkusil bych Kotlin, zvlášť jestli to je pro android.

184

Vývoj / Re:Umím jen C#, jsem předurčen k vyhynutí?

« kdy: 15. 08. 2017, 12:22:51 »

Pokud umíte C# a .NET platformu velmi dobře (nový .NET Core vám třeba něco říká že?), pak u něj klidně zůstaňte. Víte co si ale myslím? Jste líný. Takhle vás strčí do kapsy každý i bez jakékoliv školy -- jen se zájmen. Já nemám technické vzdělání, ale jak koukám, tak pokud vy ho máte a máte takový přístup, ani mne ta absence vzdělání nemrzí -- stejně si všechno dostuduji sám. Pokud mám dát nějakou radu --zkuste aspoň ten F# a prosím -- doučte se SQL.

185

Vývoj / SQL Server Integration Services

« kdy: 26. 07. 2017, 10:21:35 »

To musíš zvážit podle druhu operací, které bude třeba s daty dělat. V MS SQL se dá použít: https://docs.microsoft.com/en-us/sql/integration-services/sql-server-integration-services

186

Studium a uplatnění / Re:Programátoři přes 50 mají problém sehnat práci

« kdy: 06. 07. 2017, 18:18:20 »

Tak jeden příklad z praxe. Je mi 62, programuju od svých 25 let. Začínal jsem assemblerem na minipočítačích počátkem 80. let, programovali jsme protokoly 7-tier OSI. Poté další věci té doby - assembler Z80, Pascal, Fortran, Basic, C, později C++ a množství frameworků, které už tu někdo vzpomínal. A taky mikra - 51 a ATmely. Nové věci jsem se učil na soukromých projektech, které jsem dělal po večerech a víkendech paralelně k zaměstnání. Spojení příjemného s užitečným. Pracoval jsem ve státní správě na šifrování a později řadu let v telekomunikacích. V svých 58 letech jsem přešel k velké firmě v oblasti automotiv a embedded. Jsem spokojen a mí šéfové, zdá se, také. Dost věcí jsem se musel učit, ostatně jako po celou programátorskou kariéru. Takže závěrem - IMHO to není primárně o věku, ale o individuální houževnatosti a schopnosti se stále učit nové věci.

("uetoyo" někdy "haha")
Tak doufám, že s takovými lidmi se budu potkávat. Jestli někoho práce nebaví, tak je to jeho problém. Představa některých zdejších individuí, že je to práce do 30 let je úsměvná, protože to spíš vypadá, že si představují, že práce jako taková je do 30 let. Nu což, když je to nebaví, nedá se svítit. Někdo může dělat karierní obraty, protože má slušný rozhled i v jiných, ne méně zajímavých oborech, ale to je minimum lidí.

187

Vývoj / Re:OOP a servisní třídy

« kdy: 26. 06. 2017, 17:03:06 »

Neda prelozit do nativniho kodu? Ty jsi snad delas zadek! Rika ti neco .net native toolchain? Komentare jsou z roku 2013, C# existuje jiz pekne dlouho, nekdy od 2002. Uz ve 2013 byl o hodne dal nez php .

Matlat něco v C# by se mi vážně nechtělo. Proč taky? Existuje přece hromada lepších jazyků, alespoň z mého pohledu. Pokud jsem si správně všiml, tak .NET Native Toolchain generuje pouze EXE a DLL. To moc nativně nezní. Co třeba ELF?

PHP je moderním objektovým jazykem, ale nikomu ho nevnucuji. Pište si své programy v čem chcete.

Co jiného by měl produkovat? Jeho výstupem je nativní binárka na stroji s Windows OS. Jen ten kompilátor není multiplatformní. Popravdě dlouho jsem o tom zas neslyšel, ale jak koukám třeba na Scalu a Kotlin, začíná to být populární -- kromě dnes časté transpilace do JS.

188

Vývoj / Re:Java - značkovací interface

« kdy: 05. 06. 2017, 15:27:13 »

Sten a Zamek maji pravdu, jen doplnim, ze je to spis relikt z doby pred prichodem @anotaci.

Podle mne to relikt být nemusí viz *Effective Java: Item 37*.

189

Studium a uplatnění / Re:Kniha Objektové programování od Čady

« kdy: 29. 05. 2017, 11:41:43 »

Přečetl jsem docela dost knih o programování i OOP. Buhžel musím říci, že v podstatě žádná k ničrmu nebyla. Nejvíce mi dala asi kniha Clean Code od Martina Roberta.

Otázkou je, jestli se OOP vůbec učit. On je to trochu zvrácený způsob myšlení a ne zrovna dobrý. Myslím si, že funkcionální programávání je mnohem lepší, ikdyž všichni propagují OOP.

To původní dynamické OOP je zajímavé a některé jazyky ho dnes částečně implementují (bývá to směska). FP je pochopitelně taky užitečné, když se to nepřehání, jenže je intelektuálně náročnější na pochopení, takže se hůř učí a méně používá. Vot problěma...

(uetoyo, někdy haha)

Proč si myslíte, že je FP náročnější? Pokud je to pure jazyk s naprosto matematickým slovníkem jako Haskell, tak možná ze začátku, ale třeba jazyky jako F# nebo OCaml jsou docela přátelské už od prvního setkání. Spíš vás podezřívám z toho, že si přejete, aby to bylo těžké. Nedávno jsme se tu bavili o Milewskim, který umí spoustu věcí skvěle vysvětlit. To že to neumíte vysvětlit vy, neznamená, že je to těžké na pochopení. Třeba v OOP hodně rychle narazíte jestli Message má zpracovat samu sebe, nebo tam je třeba domodelovat objekt Sender, nebo dokonce Receiver ... to mi přijde těžké, ne napsat funkci, co zpracuje message.

190

Vývoj / Re:Python - načtení obsahu souboru

« kdy: 26. 05. 2017, 22:11:54 »

Neberte si to osobně, já jsem také začínal a každou chybu jsem musel někde dohledat. Základem ale je, nejdříve si přečíst něco o jazyku, který chci používat. Pak byste nemohl být překvapen z toho, že Python je citlivý na indentaci. Takhle po slepu upravovat program vede k hodně špatným návykům -- pokud se vám to nepovedlo, je to jen dobře. Příště by vám to mohlo, obrazně řečeno, ustřelit nohy.

191

Vývoj / Re:Qt - rozmiestnenie v QHBoxLayout

« kdy: 04. 03. 2017, 20:17:53 »

Tak to jsi byl rychlý ; addStretch() přidá do layoutu *spacer*, takže by to mělo fungovat. Jinak se to ale opravdu lépe nakliká v designeru.

192

Vývoj / Re:Python QtCreator - jak přistupovat k widgetům

« kdy: 27. 01. 2017, 13:19:45 »

Trochu blíže bys to popsat nemohl?  Použij nástroj pyuic, přegeneruj si ten ui file a uvidíš co ti vygeneruje za třídu.
pyuic4 input.ui -o output.py; Z toho ti dojde jak jsou tam zanořené ty widgety.

193

Vývoj / Re:Otevření tabulky ve formátu .dbf

« kdy: 27. 01. 2017, 12:30:07 »

Jak píše Filip Jirsák, přečtěte to a rychle pryč, pokud máte možnost. Jinak ty problémy s kódováním v Pythonu můžou být také způsobeny verzemi Pythonu (2/3) a knihovnou dbfread.

194

Vývoj / Re:.Dbf tabulka

« kdy: 26. 01. 2017, 18:06:19 »

Zkuste `dbfread` knihovnu pro Python. Jak píší ostatní, mělo by to jít otevřít v LibreOffice nebo OpenOffice. Pro kontrolu to je dostačující. S některými typy buněk má OpenOffice problém. Mne tu přistane ještě .fpt soubor který obsahuje další údaje -- tyhle soubory musí být vždy v páru, ale to je asi různé podle verzí DBF;

195

Vývoj / Re:Qt Creator - hledání řetězců v textových souborech

« kdy: 09. 01. 2017, 20:50:27 »

Napište si každé kritérium zvlášť a otestujte zvlášt. Něco jako specification pattern by vám mohlo moci. https://www.martinfowler.com/apsupp/spec.pdf Ale možná je to moc složité. Jak píšete testy?