Poslední příspěvky

1

Bazar / Re:Poslední šance pro starší (muzeální) HW

« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 09:08:33 »

Ahoj,
a to je prodej nebo se toho jen potřebuješ zbavit?

2

Hardware / Re:Koupit teď Mac mini M4, nebo čekat na M5?

« Poslední příspěvek od Marek Staněk kdy Dnes v 08:40:32 »

co přesně to říká o tom, jestli to teď nebo v dohledné době potřebuje ON?

zajimave ze jste ti tuhle otazku nepolozil sam, nez jste napsal sve dva minule prispevky. oba by v jinem case a miste znely docela rozumne, ale oba se naprosto miji se situaci diskutovanou zde (rust cen a M4 vs M5)

Ehm, tak to by asi bylo dobré si to přečíst celé, a to se zvláštním zřetelem k tomu, co k věci napsal on sám.
Nicméně, tady už je to ztráta času, vracet se sem nebudu.

3

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od Jiří Havel kdy Dnes v 08:04:08 »

Tak jakto že The C Programming Language od Kernighana a Ritchieho z roku 1978 zmiňuje preprocesor?

Zmiňuje preprocesor jako separátní tool. Těsnější integraci udělal AFAIK až clang. Pořád si pamatuju ten kvalitativní skok v chybových hláškách, když překladač najednou mohl vypsat i jména maker.

Některé lovy bugů si pamatuju fakt dobře, protože byly fakt drsné. Překladač vidí úplně jiný kód než vy a preprocesor vás ubije k smrti kvanty textu.

To je prosím celá mrtě logika, která je potřeba pro detekci endianity buildtoolem - ten checkne návratový kód.
...

Nee, ta logika je celý ten autotools ansábl, který ošahává překladač aby tím mohla nakrmit preprocesor.

Je to takové Cčkovské. V C můžeš udělat cokoliv, stačí když to celé uděláš sám. C ti hlavně nastaví vidle.

Přeložit a spustit testovací kousky programu a výsledkama nakrmit preprocesor by šlo použít u jakéhokoliv jazyka. C v tom figuruje jen tím, že nikde jinde takovéhle divočiny nepotkáte. Protože to dává smysl jen když nic lepšího není k dispozici.

C je všude, protože je navržený tak, aby se pro něj jednoduše psaly překladače. Všechno ostatní je tomu podřízené.

Linux je nejpřenositelnější OS jaký existuje No a nemyslím si že používají GCC kvůli tomu že by C nebylo přenositelné.
 Inline assembler je spíše praktická věc pro OS kód. Různé builtin funkce jsou spíše optimalizační techniky. Makro typeof zase umožňuje generičtější kód, což jenom šetří psaní... dalo by se bez toho všeho obejít. Které věci z GCC dialektu jsou striktně kvůli přenositelnosti bez kterých by se nedalo obejít?

Dialekt není jen o rozšířeních. Je třeba i o zalepeném nedefinovaném chování. Váš kousek kódu může mít nedefinované chování kvůli aliasingu. Ve standardním C by se to muselo napsat jinak. Ale autotools samozřejmě řeší přenositelnost jen v rámci gnu světa.

4

Bazar / Poslední šance pro starší (muzeální) HW

« Poslední příspěvek od zigi kdy Dnes v 07:59:02 »

Zdravím ve spolek,

  chci dát poslední šanci staršímu HW a uznávám, že ve většině případů se již jedná o muzeální kousky, ale třeba se někomu mohou hodit do labu, na náhradní díly či do sbírky. Ke všemu jsou ližiny a rack mounting kity.

Viz přiložený spreadsheet.

V případě zájmu prosím o SZ.

Přeji všem pohodové dny
zigi

5

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od McFly kdy Dnes v 07:51:14 »

Pěkná hra, zahrál jsem si ji v emulátoru v prohlížeči. https://c64online.com/c64-online-emulator/

6

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od novomente kdy Dnes v 03:30:34 »

Kdo by měl zájem si hru zahrát, tak tady posílám odkaz:

https://www.c64.cz/index.php?detailhry=23502

Emulátor CCS64 funguje i na Linuxu pod WINE, stejně jako WinVICE.

7

Nabízím zakázku / Re:Ajťák/admin as a service?

« Poslední příspěvek od Karlosek kdy 16. 03. 2026, 19:25:05 »

Podle dosavadních informací to vidím na toho studenta. Synology + Veeam klidně toho free, to zvládne nastavit každý, máte vyřešené centrální úložiště a zálohy. Pak si na to sednout a roztřídit od uživatelů ty dokumenty. To je právě největší drbačka.
Jen jsem trochu nepochopil to s těmi Outlooky, teď máte hosting u ISP a od MS si slibujete co? Možná by stačil rozumnější mailhosting. Nebo si prostě říct, a to všichni, že se přechází na O365 se vším všudy.

8

Nabízím zakázku / Re:Ajťák/admin as a service?

« Poslední příspěvek od registrovany_ava kdy 16. 03. 2026, 17:45:19 »

...

Rozpočet ani co přesně chci neuvádím záměrně. Původně to nebylo ani v rubrice práce, to tam přesunul někdo z redakce, chtěl jsem spíš obecně zjistit, jestli je můj požadavek běžný, jak se to dělává a tak.

Na otázky "Co zajímá IT správce": Na desktopech máme Windows, žádný Apple, linuxáci jsou pouze externisti. VPN/RDP nepoužíváme. Office365 - zkoušeli jsme, ale nepodařilo se probořit setrvačnost desktopových officů. Úložiště - částečně Sharepoint, částečně nic. Server nemáme prakticky žádný, v podstatě jen maily a FTP (sic!) od poskytovatele internetu, tedy pole neorané a admin si to může udělat podle sebe.

Naše firma není příliš formální, takže jsem tu jen tak vypsal co by se muselo (zálohování, outlook), co by se mohlo, jakým směrem uvažujeme. Dál by to ideálně pokračovalo přesně jak píše Karlosek - osobní konzultace, kde bychom probrali jak to udělat nejlépe, co přesně udělat a čemu se vyhnout, priority atp. - a teprve v tomto okamžiku, když už se přesněji ví, co se dělá, mi dává smysl řešit za kolik. Dobrou práci zaplatíme, že to bude první dva týdny opruz je nám jasné. Nedává nám ale smysl postup "máme budget tolik a tolik, za co ho utratit?", nýbrž "Co musíme udělat zaplatíme, a pak můžeme promýšlet co by se nám ještě hodilo, co by to znamenalo implementačně, a do čeho se vyplatí investovat".

9

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od novomente kdy 16. 03. 2026, 17:28:06 »

Jako malý kluk jsem měl možnost pracovat na Commodore 64. Programoval jsem většinou v BASICu. Zkoušel jsem i monitor pro strojové instrukce, ale neboť jsem neměl žádnou literaturu k programování v assembleru, tak jsem v podstatě nic nenaprogramoval.

Před pár lety jsem v rámci mého soukromého studia tu literaturu našel a tak jsem si v assembleru naprogramoval jednoduchou hru. Samotné programování mi zabralo asi rok (včetně grafiky, hudby, a SFX). Čtyřikrát jsem to celé přepisoval, neboť jsem se ztrácel v kódu. Napočtvrté jsem už si stanovil vlastní styl, a tak se to nakonec na počtvrté podařilo.

Hra funguje, grafika, font, hudba a zvuky jsou vcelku vydařené. Ale nejvíce si vážím toho, že jsem ten svůj první a zároveň poslední velký program v ASM dotáhl do úplného konce. Bylo to a stále je to pro mě velkým přínosem. Jsem s tou prací spokojen a věřím, že ta zkušenost mi stála za ten rok programování. 

nm

Gratulace (jako vážně!)

Dík 

10

Vývoj / Re:Rozdíl mezi ASM a strojovým kódem

« Poslední příspěvek od Pavel Tišnovský kdy 16. 03. 2026, 17:14:05 »

Jako malý kluk jsem měl možnost pracovat na Commodore 64. Programoval jsem většinou v BASICu. Zkoušel jsem i monitor pro strojové instrukce, ale neboť jsem neměl žádnou literaturu k programování v assembleru, tak jsem v podstatě nic nenaprogramoval.

Před pár lety jsem v rámci mého soukromého studia tu literaturu našel a tak jsem si v assembleru naprogramoval jednoduchou hru. Samotné programování mi zabralo asi rok (včetně grafiky, hudby, a SFX). Čtyřikrát jsem to celé přepisoval, neboť jsem se ztrácel v kódu. Napočtvrté jsem už si stanovil vlastní styl, a tak se to nakonec na počtvrté podařilo.

Hra funguje, grafika, font, hudba a zvuky jsou vcelku vydařené. Ale nejvíce si vážím toho, že jsem ten svůj první a zároveň poslední velký program v ASM dotáhl do úplného konce. Bylo to a stále je to pro mě velkým přínosem. Jsem s tou prací spokojen a věřím, že ta zkušenost mi stála za ten rok programování. 

nm

Gratulace (jako vážně!)