Na stránkách PostgreSQL bylo představeno LibreDB Studio. Jedná se o open-source self-hostované SQL IDE pro (nejenom) PostgreSQL v prohlížeči. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána nová verze 12.0 media serveru Jellyfin (Wikipedie). Přehled novinek v poznámkách k vydání. Pro vyzkoušení je k dispozici Demo Server. Jellyfin je fork media serveru Emby, původně Media Browser.
V MikroTik RouterOS bylo nalezeno šest zranitelností společně pojmenovaných MikroTrick umožňujících útočníkovi, pokud má přístup k SSH, získat plnou kontrolu nad zařízením bez nutnosti autentizace. Ve verzích RouterOS 7.25beta3, 7.24.2, 7.23.4 a 6.49.21 je již opraveno.
Byla vydána verze 9.5 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání. Jedná se poslední vydání řady NetBSD 9. Doporučen je přechod na NetBSD 11 nebo NetBSD 10.
Akční adventura State of Mind je na portále GOG.com zdarma, akce trvá do 10. září.
Na Kickstarteru běží kampaň na podporu malého robotický psa Petoi Quaddle. Postaven je na ESP32-S3. V několika variantách. S řadou senzorů. Programovat lze pomocí Pythonu, C++ nebo i vizuálních bloků. Zkoušet a trénovat lze v simulátoru.
Dětem začala škola a nedobrovolně se tak musí vzdělávat. Avšak pro dospělé, kteří se chtějí vzdělávat nebo naopak se o vědomosti podělit, je tu Virtuální Bastlírna - jako každý měsíc si můžete online a zdarma nezávazně popovídat o vědě a technice nejen s bastlíři, ale i s vývojáři, vědci nebo profesory. A čemu se strahováci budou věnovat? Blíží se KiCAD 11 s nespočtem novinek, z nichž zde musí zmínit alespoň možnost kótování a závislostí z
… více »Asahi Linux, tj. Linux pro Apple Silicon, oficiálně podporuje čipy M3 (M3, M3 Pro a M3 Max).
Společnost Acer oslavila 50 let. Na tiskové konferenci next@acer představila řadu novinek. Vypíchnout lze přenosný ePaper displej Acer EP130K, přenosné řešení se třemi displeji Acer PD163Q P3 nebo herní handheld a notebook v jednom DualPlay Mini.
Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »Tento muj zapis bude jenom takove male postezovani si nad tim jak funguji velke firmy.
Nejprve si ujasneme pojmy. Buildovacim toolem (build system) myslim sadu skriptu (v nasem pripade pro apache ant), ktere se staraji o to, aby slo (takrka kdykoli a kdekoli) pretvorit zdrojove kody (v nasem pripade hlavne v jave a C++) do spustitelne podoby, spustit testy a ziskat vysledky testu. Idealni je skombinovat toto s jinym toolem, ktery spousti predchozi v pravidelnych intervalech a nekam uklada zda se podarilo cely projekt zkompilovat a otestovat - timto toolem je nejaky "automaticky buildovac", napr. CruiseControl.
Predevcirem jsem mel tu "skvelou" myslenku, ze do naseho projektu zakomponuji novy buildovaci nastroj, ktery se ma stejne nasadit na celem oddeleni. Jednou to prijit muselo.
S "pachatelem" tohoto toolu jsem mluvil v dobe kdy byl na zacatku sve prace - v te dobe jsem byl u firmy 14 dni, proto asi nevenoval mojim pripominkam a navrhum ke spolupraci takovou pozornost. Bohuzel, to co vyprodukoval, vypada presne tak, jak se da ocekavat kdyz praci na takovem celkem dulezitem projektu sverite cloveku skoro bez praxe (prisel rovnou ze skoly), a on to vyvine jen tak, podle odhadu jak to bude pouzivano. Vysledek je ten, ze pro pouziti na ostatnich projektech je potreba udelat haldu zmen, coz je pochopitelne. Vim z vlastni zkusenosti jak tezke je vytvorit takovy funkcni buildovaci system a jake to je ho protlacit mezi vyvojare. Jasne mi ovsem neni, proc vedeni hodla tento tool dostat mezi ostatni teamy a vyvojare zrovna timto zpusobem.
Onoho autora toolu totiz pred nedavnem presunuli na jiny projekt do zahranici, takze na miste zustaly pouze 2 dokumenty jak to pouzivat, instalace a jeho vedouci. S autorem zle samozrejme komunikovat pres mail. Dalsi co zbylo, je rozhodnuti z vedeni ze tento tool proste nasadime na celem oddeleni.
Aby bylo jasno. Delam v docela velke firme, dela se tu jenom SW, chapu ze firma takovyhohle rozmeru nemuze obsahovat jenom esa sveho oboru. Ale reknete mi ostatni, co delate ve velkych firmach - taky je to tak spatny? Taky je u vas zazrak kdyz to co se nakonec nasadi aspon funguje (nekde jsem cet zajimave prirovnani - "we deployed it" means "we know it sucks but they can use it"). Je nejaka sance ze kdyz odejdu rekneme ke google (pokud me by me tam vubec chteli), ze to bude lepsi? Jak jsou na tom u SUNu?
Nekdy mam takovy dojem, ze na jednoho produkovatele kodu jsou ve firme 3 az 4 produkovatele wordovych dokumentu. Hruza!
Tiskni
Sdílej:
Nadváha (společnosti) je pro něj rizikovým faktorem.

tak to nevim, je to mozne. Zatim tu znam jenom jednoho dalsiho Cecha, teda spis Ostravaka.
Co se tyce nadvlady tvurcu workovych dokumentu, neni nahoda ze zrovna dnes mi poslal muj primy nadrizeny tento vtipek vystihujici situaci naprosto dokonale?
Ale treba dokumentace vznika vpodstate zespodu, hromadou Wiki stranek. Tak jako mnoho utilit. Bud se prosadi popularitou, nebo uhynou. Vybirani SVN a Mercurialu pro budouci spravu verzi vznikalo v tymu s dlouhodobym testovanim a sirokou komentatorskou zakladnou.
Optimalni politika v Sunu je, ze manazeri jsou tu pro techniky a ne technici pro manazery. Moji sefove mi pomahaji, umetaji cestu, tak abych mohl klidne pracovat. Ne vzdy to je ale dobre, samozrejme.
A nekdy se to prosadi jinak. Jako treba edgemail...
Btw. kdyz mi dojde MS Office dokument v nasi firme (stalo se 2x za rok), slusne vysvetlim protistrane, ze podpora konkurencnich produktu neni zrovna dobrou vizitkou