Příspěvky

466

Vývoj / Re:Pár otázok na C++

« kdy: 27. 11. 2020, 17:30:31 »

C žádné \s ani nezná.

Já vím.

V jakém jazyce to programujete, že vás první pokus o použití regexu nemilosrdně nevyškolil právě v použití těch escape znaků?

Nerozumím.

467

Vývoj / Re:Pár otázok na C++

« kdy: 26. 11. 2020, 18:12:45 »

Zrovna Windows a Microsoft bych z téhle nekompatibility neobviňoval.

Ten problém přeci není v nekompatibilitě. Problém je v té knihovně, že se chová zmateně.

Ale ona se nechová zas tak zmateně. fwrite v C prostě u souborů otevřených v textovém režimu převádí '\n' na platformně závislé konce řádků a fread zase zpět. Pokud ten převod nechci, tak otevřu ten soubor jako binární. No a iostreamy v C++ se chovají stejně, aby v tom nebyl zmatek.

Tomu já rozumím. Ale přeci jen, čistě pocitově, když zadám \n, že to bude převádět - ok. Když zadám \x0A, že to bude převádět, to už je takové...

Ale chápu. Prostě to \n se převede na byte, a pak se teprve to číslo (podle módu) překládá. Zmatený to není, uznávám.

A jaké jsou pocity z toho, že \x41 znamená v ascii stringu to samé co A? Taky je to divný pocit, nebo to dělají jen speciální znaky?

Počkej počkej, to je naopak. \x41 je to samé jako A. Ale třeba \s není " ", že jo. Že by má deformace z reqexpr?

468

Vývoj / Re:Pár otázok na C++

« kdy: 26. 11. 2020, 03:23:59 »

Zrovna Windows a Microsoft bych z téhle nekompatibility neobviňoval.

Ten problém přeci není v nekompatibilitě. Problém je v té knihovně, že se chová zmateně.

Ale ona se nechová zas tak zmateně. fwrite v C prostě u souborů otevřených v textovém režimu převádí '\n' na platformně závislé konce řádků a fread zase zpět. Pokud ten převod nechci, tak otevřu ten soubor jako binární. No a iostreamy v C++ se chovají stejně, aby v tom nebyl zmatek.

Tomu já rozumím. Ale přeci jen, čistě pocitově, když zadám \n, že to bude převádět - ok. Když zadám \x0A, že to bude převádět, to už je takové...

Ale chápu. Prostě to \n se převede na byte, a pak se teprve to číslo (podle módu) překládá. Zmatený to není, uznávám.

469

Vývoj / Re:Pár otázok na C++

« kdy: 24. 11. 2020, 23:08:10 »

Zrovna Windows a Microsoft bych z téhle nekompatibility neobviňoval.

Ten problém přeci není v nekompatibilitě. Problém je v té knihovně, že se chová zmateně.

470

Vývoj / Re:Volby key value databazy

« kdy: 24. 11. 2020, 17:01:45 »

nazývat mysql/mariadb jako parodii na databázi je už trochu moc

MySQL používám, má svá use-case (rychlost, známost), ale když hejtujem:

Kód: [Vybrat]

SELECT a.foo, a.goo, "FIRST" AS type FROM t1 AS a WHERE ...
UNION ALL
SELECT b.foo, b.goo, "SECOND" AS type FROM t2 AS a WHERE ...

vám to funguje bez full scan?

471

Vývoj / Re:Pár otázok na C++

« kdy: 23. 11. 2020, 18:58:25 »

STL ti tam (na platforme windows) namiesto \x0A práskne \x0D\x0A (skúšal som to pre istotu).

Tak to už je podraz.

Dalsi takovy, hosi mne z vas klepne.

Mě zase z tebe. Že neumíš číst. Argumentuješ tu přesně to samé co jsem psal já. Úžasné.

Omlouvam se, sypu si popel na hlavu. Preskocil jsem prispevek od fortrana a to cos citoval nebylo jasne, ze se nevztahuje porad k \n. Tedy, dosel jsem k nazoru, ze to tak je.

Takze uznavam, jsem mamlas, ze jsem si to neprecet poradne. Nicmene porad plati to o tom binarnim rezimu.

+1

472

Vývoj / Re:Pár otázok na C++

« kdy: 21. 11. 2020, 22:54:29 »

STL ti tam (na platforme windows) namiesto \x0A práskne \x0D\x0A (skúšal som to pre istotu).

Tak to už je podraz.

Dalsi takovy, hosi mne z vas klepne.

Mě zase z tebe. Že neumíš číst. Argumentuješ tu přesně to samé co jsem psal já. Úžasné.

473

Vývoj / Re:Pár otázok na C++

« kdy: 21. 11. 2020, 17:43:22 »

STL ti tam (na platforme windows) namiesto \x0A práskne \x0D\x0A (skúšal som to pre istotu).

Tak to už je podraz.

474

Vývoj / Re:Pár otázok na C++

« kdy: 21. 11. 2020, 00:05:48 »

Ahojte mám pár otázok na STL. Ako donútiť ofstream aby namiesto \n nevkladal platformovo špecifické konce riadkov?

Keď do textového súboru (na platforme windows) ukladám \n, vloží sa automaticky \r\n teda namiesto 1 znaku vloží 2 ASCII znaky (0x0D 0x0A) niekto si povie, že riešim hovadiny, ale ja chcem mať kontrolu nad tým čo ukladám a u tak low level jazyka ako C++ človek očakáva že v základnej knižinici nebude podobná mágia (volitelne nech tam kludne je, ale rád by som mal možnosť to ovplyvniť, chcem aby keď aplikáciu preportujem na linux tak bude mať jednotné na vlas rovnaké chovanie s windows verziou). Viete mi poradiť ako by sa to dalo ovplyvniť? viem že v režime binary to bude ukladať korektne (znak \n ako \n) akurát neviem či mi pri binárnom móde bude fungovať aj ofstream.imbue(znaková sada).

Teda mě přijde, že když vkládáš \n, tak bych očekával platformově závislé chování. A když chci platformově nezávislé, tak budu dávat \x0D, \x0D\x0A, \x0A. A ano, jsem si vědom toho, že to není úplně übr logické, ale skutečně to tak vnímám.

475

Vývoj / Re:Je Rust jazyk budoucnosti?

« kdy: 14. 11. 2020, 16:42:47 »

Mě RUST naprosto odrazuje syntaxí. Líbí se mi co to umí a jak to dělá, ale psát se mi v tom nechce. Podle mého názoru si hodně syntaxí ublížil v migraci lidí z C/C++, obzvlášť, když to je vlastně jeho cílovka.
Alespoň tak se mi to jeví.

Kód v rustu má tendence se zašmodrchat, ale pokud se člověk snaží to psát hezky, tak je to v pohodě.

Já mám opačnou zkušenost. Asi žádný jazyk mě zatím tolik nenutil kód rozšmodrchávat. Tím, že je naprosto striktní co se týče vlastnictví, sdílených a exkluzivních referencí, lifetimů, bezpečnosti přístupu z více vláken atp., člověka nutí kód předělávat, dokud tyhle věci nejsou jasné překladači, a jako vedlejší efekt většinou i programátorovi a čtenářům. Takže srovnatelnou funkcionalitu mi většinou v Rustu trvá déle implementovat, ale mám pak čistší, čitelnější a korektnější kód.

+1

476

Vývoj / Re:Je Rust jazyk budoucnosti?

« kdy: 14. 11. 2020, 14:38:08 »

Rust bohuzel v posledni dobe nabobtnal do komplexity a samotne reseni lifetimu je na urovni hodne k posrani.

Vsichni kdo naskakali na rust train aby si neutrhli koule kvuli praci v C++ uz preskakali na programovaci jazyk Zig.

No teda, koukal jsem se na něj, pár nápadů dobrejch, ale že by to byla konkurence Rustu...

477

Vývoj / Re:PHP v Netbeans a práca z viacerých miest

« kdy: 14. 11. 2020, 02:07:18 »

Já pro osobní potřebu používám ten fossil,

Si dovolím off-topic: můžeš rozvést, jaké s ním máš zkušenosti? Když to porovnáš s gitem? Taky mě zajímá, zda umí rebase/přepisovat historii, jako git. Případně nějaké postřehy. Stojí to za to zkusit ho?

478

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 06. 11. 2020, 01:36:13 »

Ano. Jako s Go. To není ani revoluce, ani evoluce, je to vlastně jen Céčko, kde je nějaká základní "objektová" podpora, mnohem větší standardní kníhovna, GC a CSP. Ale spousta věcí z 15-ti let vývoje programování byla prostě zahozena.

Python byl revoluce. Go pak přenesl tu prošlapanou cestičku do kompilovaného světa (plus pár skvělejch nápadů, abych mu nekřivdil).

V čem byl Python revoluce? Beru třeba Lisp nebo Smalltalk, ale proč Python?

Python přinesl úplně jiný způsob myšlení - Python Zen. Možnost napsat jasně myšlenku, neřešit implementační detaily (práce s pamětí, práce s chybami), možnost nebát se, že ta aplikace spadne. Osvobození se od starého chápání typů jak bylo v C. Osvobození od nutnosti psát romány jak je v Javě. A hlavně to přinesl pro obyčejný lid, a prosadil to.

Smalltalk? Lisp? Jo, jasně, všichni jsme to znali. Ale tyto revoluce zůstali jen v hlavách autorů. Python se prosadil.

Z dnešního pohledu je Python nudný, nezajímavý a nic neumějící. Ale tehdá neměl konkurenci. Bylo to zjevení.

479

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 05. 11. 2020, 18:48:43 »

Ano. Jako s Go. To není ani revoluce, ani evoluce, je to vlastně jen Céčko, kde je nějaká základní "objektová" podpora, mnohem větší standardní kníhovna, GC a CSP. Ale spousta věcí z 15-ti let vývoje programování byla prostě zahozena.

Python byl revoluce. Go pak přenesl tu prošlapanou cestičku do kompilovaného světa (plus pár skvělejch nápadů, abych mu nekřivdil).

480

Vývoj / Re:Kotlin nebo Scala pro backend?

« kdy: 04. 11. 2020, 18:43:57 »

hrozne tristi sily a pokroku to spis skodi nez prospiva

A v čem by sis teda představoval ten pokrok? Aby to dle tvého nebylo plejtvání?

To jsou strašné žvásty. Touto logikou je plýtvání každý základní výzkum. Naopak toto “plýtvání” je z dlouhodobého hlediska největším přínosem pro celý obor obecně, o jednotlivé jazyky prakticky nejde. Dělící čára běží mezi zvídavými, bystrými jedinci a konzervativní, tupou masou.

Mě to nevykládej.
Mám pocit, že stále čekám na ten přelomovej jazyk, který bude opravdu špička, a bude opět revoluce - stejně jako bylo ve své době Java, a později Python. Přijde mi, že to stálo přešlapuje na místě - občas se objeví něco nadějného (Scala, Rust, Elm), ale pak mám pocit, že se do toho bojí pořádně fláknout, protože vývojáři konzervy by to odmítly... (Go, Kotlin)

Když už jsme u té zvídavosti, jak ses popral s tou intuicionistickou logikou? Dalo ti to něco?

Něco málo. Nebyl čas