Příspěvky

1

Desktop / Re:Směr práce se dvěma okny

« kdy: 15. 10. 2025, 03:36:08 »

Vypadá to, že člověk pracuje s počítačem tak, že má jedno hlavní okno, kde probíhá hlavní činnost, a vedlejší okna, která slouží jako pomocná (např. zdrojová). Teď nemluvím jen o souborových manažerech.

Používáte více hlavních oken (panelů, ploch)? Dodržujete svůj směr práce (zprava doleva, opačně, oba směry)?

2

Desktop / Re:Směr práce se dvěma okny

« kdy: 15. 10. 2025, 03:19:37 »

Potvrdilo se, že každý pracuje různými směry a to z individuálních důvodů. Se dvěma okny (nebo panely, nebo plochami) se pracuje všemi směry, tzn. jak zleva doprava, tak obráceně, tak oběma směry. Přičemž:

- záleží na tom, jestli je člověk pravák, nebo levák
- asi bude záležet na tom, jak se píše v jazyce, tzn. ve slovanských jazycích se píše zleva doprava, v blízkovýchodních jazycích naopak

- záleží na aplikaci, např. v commanderu se píše všemi směry, dle individuálních preferencí (jeden panel hlavní, druhý vedlejší)

- při práci v commanderu a file manageru se pracuje s kartami, kde jeden panel je stálý a druhý dynamický

- záleží na umístění hlavního (pracovního) okna, které je buď:
    - uprostřed, tzn. že pomocná okna jsou někde okolo po stranách
    - na jedné straně (zpravidla na levé)
    - ve fullscreenu, pak se dělá copy/paste z jedné plochy do druhé

- krom toho se při copy/paste přepíná při tažení z jednoho okna (nebo karty) do druhého

3

Desktop / Re:Směr práce se dvěma okny

« kdy: 14. 10. 2025, 00:47:45 »

Typicky zleva doprava tzn. jako píšeme a čteme. Alespoň pokud jde o kopírování/přesouvání souborů v ortodoxních správcích souborů (např. mc). Když je toho víc a mám tam složky obráceně, tak je prohodím pomocí Ctrl+U. Pokud ale chci zkopírovat třeba jen jeden soubor, tak klidně v „opačném“ směru. Pokud jde o práci v IDE, tak tam mám většinou otevřené dva zdrojáky vedle sebe + vlevo panel se stromem projektů, tříd atd. Hlavní práci pak dělám v tom zdrojáku vlevo (protože je uprostřed obrazovky) a ten soubor vpravo slouží spíš jako dokumentace (dá se tedy říct, že tady „opisuji“ zprava doleva tzn. opačně než v tom mc). A když by šlo o přetahování myší mezi okny, tak mi asi taky přijde intuitivnější směr zprava doleva, protože jsem pravák, chytnu tu myš a ikonu vpravo a táhnu ji před sebe a ne někam pryč do strany.

Nevím, jestli tahle informace nějak pomohla :-) Čeho to vlastně bude koncept – celého desktopového prostředí nebo nějaké jedné aplikace?

Informace určitě pomohla. A jsem rád, že se diskuse rozvíjí i na další způsoby práce s okny, panely, plochami, atd. Tedy co se týká všeobecně orientace.

Koncept bude celého desktopového prostředí

4

Desktop / Re:Směr práce se dvěma okny

« kdy: 13. 10. 2025, 14:33:20 »

V současné době pracuji na konceptu nového uživatelského prostředí. Opakuji, že se prozatím jedná pouze o KONCEPT! Ale i ten musí být velmi promyšlený. Zatím nic neprogramuji.

Jinak, v tom assembleru jsem dělal jen krátce (jeden rok), teď již v něm neprogramuji. Ale byla to dobrá zkušenost.

nm

5

Desktop / Směr práce se dvěma okny

« kdy: 13. 10. 2025, 02:50:48 »

Při práci se dvěma okny používám směr zprava doleva. To znamená, že soubory a složky přetahuji z pravého okna do levého okna. Levé okno pak slouží jako hlavní pracovní okno a pravé okno jako pomocné.

Jaký směr práce se dvěma okny používáte? Zprava doleva, nebo opačně, nebo používáte oba směry?

6

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 08. 10. 2025, 11:14:57 »

Dokázal byste si představit, že by se v něm dal naprogramovat engine 2,5D počítačové hry třídy AAA?

Pokud pomineme to, že 2,5D AAA hra je nejspíš blbost ...

Spojit termíny 2,5D a AAA byl záměr

Takže ano, dokázal bych si představit, že by se v něm dal naprogramovat engine...

Díky za odpověď

nm

7

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 08. 10. 2025, 02:46:31 »

Přešel jsem z Javy do Rustu. Před tím jsem přešel z Basicu do Assembleru, pak do Pascalu, pak do C, pak do Delphi( zase Pascal), užil si PC-FAND, Mumps, naskočil do Javy, Javascriptu, zkusil GoLang a teď dělám v Rustu.

Za těch 44 let co programuji jsem zjistil jednu pro mě zásadní věc. Hlavní není jazyk, ale schopnost analyzovat zadání, rozložit do dílčích řešení, promyslet souvislosti s okolním světem ... a pak použít konkrétní jazyk - stavebnici (Lego, Merkur, Mechano, ...).
Každý z jazyků mě naučil nové věci, nové pohledy. Takže doporučuji jich vyzkoušet co hrdlo ráčí.

Dnes se zabývám Rustem, líbí se mi jeho otravnost, buzerace. Příslib bezpečného kódu, zabránění mnoha chybám už při překladu. A velikost a rychlost výsledného kódu. Čas co jsem ztratil na kódováni, než to šlo přeložit, se mi vrátil na menším počtu chyb. A že se umím střelit do vlastní nohy mnoha roztodivnými způsoby

Jak dlouho již programujete v Rustu?

Je výsledný kód opravdu rychlejší s menší paměťovou stopou?

Dokázal byste si představit, že by se v něm dal naprogramovat engine 2,5D počítačové hry třídy AAA?

8

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 07. 10. 2025, 01:00:42 »

Zdravim.

Měl bych dotaz. Bylo by dobré přejít z JAVA na RUST? Už někdo z vás přešel z jiného jazyka a začal se věnovat výhradně RUSTu?

nm

Přešel jsem z Javy do Rustu. Před tím jsem přešel z Basicu do Assembleru, pak do Pascalu, pak do C, pak do Delphi( zase Pascal), užil si PC-FAND, Mumps, naskočil do Javy, Javascriptu, zkusil GoLang a teď dělám v Rustu.

Za těch 44 let co programuji jsem zjistil jednu pro mě zásadní věc. Hlavní není jazyk, ale schopnost analyzovat zadání, rozložit do dílčích řešení, promyslet souvislosti s okolním světem ... a pak použít konkrétní jazyk - stavebnici (Lego, Merkur, Mechano, ...).
Každý z jazyků mě naučil nové věci, nové pohledy. Takže doporučuji jich vyzkoušet co hrdlo ráčí.

Dnes se zabývám Rustem, líbí se mi jeho otravnost, buzerace. Příslib bezpečného kódu, zabránění mnoha chybám už při překladu. A velikost a rychlost výsledného kódu. Čas co jsem ztratil na kódováni, než to šlo přeložit, se mi vrátil na menším počtu chyb. A že se umím střelit do vlastní nohy mnoha roztodivnými způsoby

Díky za opravdu nádhernou odpověď.
nm

9

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 04. 10. 2025, 08:47:40 »

Když vývojář dostane zadání, musí ho napřed analyzovat a vybrat pro něj vhodný jazyk, ve kterém ho je nejlépe zakódovat. Každý programovací jazyk má svá specifika (výhody i nevýhody), která se musí při oné volbě brát v úvahu.

Pokud se bavíme o komerčním vývoji, o firmách, tak tam je většinou rozhodnuto předem. Je tam obecně snaha omezovat tyhle „zoo“ programovacích jazyků a technologií a mít to jednotné, aby mohla fungovat zastupitelnost, aby jeden programátor mohl přecházet mezi různými projekty té firmy a nestávalo se ti, že máš několik volných programátorů v jazyce X, ale práci máš pro programátora v jazyce Y.

Vybírat si můžeš, pokud je to tvůj projekt nebo jsi šéf vývoje a máš za úkol stavět něco na zelené louce. I tam je ale dobré myslet na to, kde najdeš potřebné programátory a jaké budou mít požadavky ostatní projekty té firmy, abys to měl do budoucna pokud možno jednotné. Větší firmy si můžou dovolit větší pestrost (byť to není moc záměr, spíš důsledek jakési volnosti a experimentů), u menších je spíš snaha mít jeden hlavní jazyk. A i když je někde víc jazyků současně, tak typicky spíš z historických důvodů a postupně se přechází, nové projekty se začínají jen v tom aktuálním.

Co vývojář, to originální osobnost. Co zadání + vývojář, to originální výsledek zpracování toho zadání. Nikdy jsem nepracoval ve vývojářském týmu. A dotaz zní: Máte také podobnou zkušenost s originalitou každého vývojáře? Mohu veřejně říci, že zpracování zadání (vývoj, programování atd.) je velice osobní záležitost?

Každý má nějaký styl, co je mu nejbližší a přirozené, k čemu se na základě svých zkušeností dopracoval. Spíš než hodnotit, co je správně a odsuzovat, co je špatně, je užitečnější se zajímat, co k tomu dotyčného vedlo, na základě jakých zkušeností k tomu došel. Na druhou stranu, pokud spolu ti lidé mají pracovat v jednom týmu na jednom projektu, tak je dobré, aby si domluvili nějaký kompromis a společné konvence, které budou dodržovat – rozumný člověk si může zachovat svůj názor, ale zároveň si je vědom toho, že dělat to „o trochu horším“ způsobem, ale jednotně, je užitečnější, než když to budou dělat všichni „lépe“ ale každý jinak.

Celkem jsem to musel čtyřikrát přepisovat prakticky od nuly, neboť jsem narazil na okamžik, kdy už jsem se v kódu sám nevyznal. Četl jsem, že dobrou věcí v programování je určit si nějaký svůj "styl" a toho se pak držet.

Programování už není zábava pro nerdy. Dneska je to business. Takže:
- kolik bude stát programátora číst existující kód?
- kolik bude stát kód napsat?
- kolik bude stát přidání nové funkcionality?
- cenu snižuje znovupoužitelnost
- kdy a kde nastanou chyby a kolik nás to bude stát?

Proto se vymýšlí nové jazyky, jinak by nám ten Assembler bohatě stačil.

Co vývojář, to originální osobnost. Co zadání + vývojář, to originální výsledek zpracování toho zadání. Nikdy jsem nepracoval ve vývojářském týmu. A dotaz zní: Máte také podobnou zkušenost s originalitou každého vývojáře? Mohu veřejně říci, že zpracování zadání (vývoj, programování atd.) je velice osobní záležitost?

Ano, a je to špatné. Protože to jde proti výše uvedenému.

Třeba mě se stalo, že jsem předělal nějakou část kódu a pak jsem se zamyslel nad tím, kolik práce s adopcí těch změn bude mít kolega. A nakonec jsem to zahodil jako neefektivní. Přínos mých změn byl menší jak nutnost kolegu přimět ho adoptovat.

Mnohokrát vám děkuji za odpověď. Byla mi velkým přínosem.

nm

10

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 02. 10. 2025, 11:14:07 »

Diskuse se nám krásně rozběhla. Ani jsem ji celou nestačil sledovat. Ale mám dotaz.

Když vývojář dostane zadání, musí ho napřed analyzovat a vybrat pro něj vhodný jazyk, ve kterém ho je nejlépe zakódovat. Každý programovací jazyk má svá specifika (výhody i nevýhody), která se musí při oné volbě brát v úvahu. Přitom v jednom jazyku lze programovat různými způsoby, skoro bych řekl, že co vývojář to jiný způsob programování. Jistě, každý jazyk má svá pravidla a doporučení (nikoliv zákony), která lze buď dodržovat, anebo porušovat, když je porušení lepší řešení.

Uvažuji zatím správně?

Sám jsem nedávno dělal (jen tak pro sebe) jednu počítačovou hru pro Commodore 64 (to je takový starý 8-bitový stroj). Programoval jsem v assebleru (mimochodem poprvé v životě). Dělal jsem se s tím celý rok. Celkem jsem to musel čtyřikrát přepisovat prakticky od nuly, neboť jsem narazil na okamžik, kdy už jsem se v kódu sám nevyznal. Četl jsem, že dobrou věcí v programování je určit si nějaký svůj "styl" a toho se pak držet. Ty první tři pokusy nepracovali tak dobře (dlouhý kód, chyby, různý přístup). Napočtvrté jsem měl už dost zkušeností s assemblerem a problematikou kódování hry, že jsem se již mohl rozhodnout pro jeden způsob, který jsem pak dodržoval až do finále. Tato zkušenost mi o programování řekla docela hodně, neboť v assembleru se dá programovat opravdu hodně způsoby.

Když jsem psal nějakou rutinu, napsal jsem několik verzí, než jsem se rozhodl pro tu nejvhodnější. Někdy jsem jí ale musel přepracovat, neboť s jiným kódem nepracovala dost dobře. Musel jsem opravdu hodně a vynalézavě přemýšlet. Neříkám, že jsem to napsal jako nějaký špičkový přeborník. Závěrečné vydání (release) mělo jednu logickou chybu, kterou jsem nemohl najít. Ale ta chyba se náramně hodila k té hře, a dávala jí takový zvláštní a zajímavý průběh. Tak jsem se rozhodl ji tam záměrně nechat, jinak totiž program šlapal dobře.

Závěrem tedy dotaz...

Co vývojář, to originální osobnost. Co zadání + vývojář, to originální výsledek zpracování toho zadání. Nikdy jsem nepracoval ve vývojářském týmu. A dotaz zní: Máte také podobnou zkušenost s originalitou každého vývojáře? Mohu veřejně říci, že zpracování zadání (vývoj, programování atd.) je velice osobní záležitost?

11

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« kdy: 30. 09. 2025, 02:52:23 »

Příroda se škatulkuje dost blbě.

Tak to je zatracená pravda. To bych dvakrát podtrhnul.

Dovolím si poznamenat, že člověk nedokáže vnímat realitu jako celek. Musí si jí nějak rozsekat na menší výřezy. Proto tak činí a vznikají vědecké obory, jako jsou biologie, fyzika, chemie, matematika, filosofie atd. Bohužel vrána k vráně sedá. A tak si rozumí biolog s biologem, chemik s chemikem atd. Nikoliv však např. biolog s elektrotechnikem (pokud nejsou dobří přátelé).

Jenže, aby došli lidé z různých oborů k nějakým užitečným závěrům, musí se nějak domluvit. Ale jak? Když se ani moc často nevídají.

Ale to jsem trochu zabloudil do "offtopic" tématu. Nicméně na zamyšlení to je ne?

12

Bazar / Re:Prodám knihy o AJAXu, MySQL a PHP

« kdy: 30. 09. 2025, 02:14:29 »

Nechtěl jsem vyznít špatně. Ty knihy stoprocentně udělají někomu radost. Jen ta knihobudka bude určitě jistější, protože jak jsem psal, tak knihovny se bohužel obdobných publikací hodně zbavují

Já snesu kritiku, pokud je oprávněná a užitečná. Co se týká knihoven, tak mi tam před časem řekli, že se zbavují hodně beletrie a starých knih. Naučnou literaturu však berou všema deseti. To ale šlo o knihovnu na malém městě, nikoliv v Praze nebo Brně atd. Když se tedy rozhodnu je věnovat do té malé knihovny, uvidím, zdali mě s těma knihama pošlou kamsi, nebo si je rádi vezmou. Ale chápu, že to jsou opravdu staré knihy, ale někomu mohou být ještě užitečné.

13

Bazar / Prodám knihy o AJAXu, MySQL a PHP

« kdy: 27. 09. 2025, 05:34:06 »

Zdravím,

prodám knihy o AJAXu, MySQL a PHP:

Mistrovství v AJAXu za 90 Kč.
Mistrovství v MySQL 5 - kompletní průvodce webového vývojáře za 90 Kč.
Mistrovství v PHP 5 za 90 Kč.


Když nebude zájem, věnuji knihy do městský knihovny.

nm

14

Bazar / Prodám knihy o programování v Linuxu

« kdy: 27. 09. 2025, 05:17:10 »

Zdravím,

prodám knihy o programování v Linuxu:

Linux začínáme programovat (Neil Matthew) za 390 Kč.

Linux profesionálně programování aplikací (Jon Masters) za 390 Kč.

Linux programujeme profesionálně (Neil Matthew) za 390 Kč.

nm

15

Bazar / Re:Prodám knihy o jazyku Java

« kdy: 27. 09. 2025, 04:57:08 »

Tyhle knihy už mají jen cenu papíru.

Zrovna ta od Bruce Eckela je nadčasová a dá se použít i pro další objektové jazyky.

No a měl bys o ní zájem?

Mám ji a občas si v ní čtu. Srovnal bych ji s knihou Umění programovat, jen se zaměřením na OOP.

Mohl bys jí třeba věnovat jako vánoční dárek kamarádovi, nebo kolegovy :-)