Příspěvky

151

Vývoj / Re:Váš názor na kombinaci několika technologií

« kdy: 29. 07. 2019, 19:16:31 »

Zvaž toleranci zákazníka na chyby a délku jejich řešení. Podle toho dávej do svých řešení novinky.

Pokud ti výjde, že zákazník není moc tolerantní a případné chyby u zákazníka nebude z časových důvodů možné řešit, tak bych použil, co znáš nejlépe. I kdyby to měla být ta kritizovaná java.

U technologií se dívám také na jejich podporu po celou dobu předpokládaného životního cyklu aplikace. Pokud bude aplikace úspěšná může ji někdo používat i deset let. Zvládneš tomu dělat za rozumné peníze support?

Zdravím, čo si myslíte o kombinácii eletron.js a golangu, s tým že bych k tomu pripojil ešte redis a noSQL databázu (couchdb alebo mongodb)?
Videl som že kolem toho vznikajú nejaké nové technológie, ako Equanox/gotron . Má zmysel takéto použitie pre desktop aplikáciu slúžiacu podobne ako redakčný systém od wordpressu?

*Viem že teraz asi touto otázkou naserem polovicu programátorov. :-D Ale jakožto programátor ktorý sa primárne zaujíma o jazyky JS a GO (ale taktiež sa trocha zaujíma aj o C a Scala), tak ma projekt gotron hodne zaujal. https://github.com/Equanox/gotron

152

Studium a uplatnění / Re:Contractor cez agenturu, OSVC

« kdy: 12. 07. 2019, 08:29:35 »

Nemůžu se hádat, nevím, jak se zákon v posledních letech měnil. Má zkušenost je cca. deset let stará - měl jsem vyšší příjmy ze země mimo EU a FÚ mi volal, že se musím zaregistrovat (a zaplatit penále, protože se připomněli až po půl roce).

Ten prvotní problém je to tzv. "místo plnění". Pokud dodáváte určité služby do EU, např. do Německa, tak se povinnost registrace počítá podle jejich zákonů. Tedy německý limit na plnění v Německu. Pak se musíte registrovat k DPH v Německu. (viz pojem Mini One-Stop Shop: https://www.financnisprava.cz/assets/cs/prilohy/ms-mezinarodni-spoluprace-a-dph/MOSS_informace_pro_verejnost.pdf)

Jste si timto jisty?

Pokud obchoduji s jinym platcem dph z jineho clenskeho statu, tak toto urcite neplati.
Kolonka DPH ma vzdy 0% a na fakture je napsano reverse charge a firma si pak DPH resi ve sve zemi podle jejich zakonu.

Neni to co popisujete nutne pouze pokud prodavate sluzby koncovym zakaznikum popripade pouze na vybrane sluzby?

153

Studium a uplatnění / Re:Kontraktor přes agenturu, OSVČ

« kdy: 11. 07. 2019, 13:35:22 »

Zkus si na dane najít účetní. Nestojí to moc a máš jistotu, že je všechno v pořádku. Každou chvíli je nějaká novinka a něco určitě neuhlídáš.

Hlavně ne účetní. Účetní za nic neručí.

Toto je otázka na daňového poradce, a je nutné si trvat na tom, aby to byla rada podle Zákona o daňovém poradenství (tam jsou uvedeny náležitosti), pak daňový poradce ručí za škodu.
Samotná účetní, nebo daňový poradce pokud dá jen obecnou radu (bez zákonných náležitostí), neručí prakticky za nic.

Druhou dobrou možností je tzv. závazné posouzení podle § 132 daňového řádu. To se k situaci vyjádří přímo finanční úřad a dokud se nezmění předpisy, musí se tím posouzením řídit. Nevýhodou je poplatek 10.000 Kč za posouzení.

Nemyslím si, že by to bylo tak horké. Pokud účetní takto obsluhuje několik firem a OSVC, tak by základ měl být kvalitní a OSVC vystavující faktury do zahraničí už není vzácnost.

Pokud máte něco opravdu specifického, tak potom ano, dan. poradce je nutný.

154

Studium a uplatnění / Re:Kontraktor přes agenturu, OSVČ

« kdy: 11. 07. 2019, 11:20:24 »

Zdravim,

nedavno som sa rozhodol, ze prejdem z HPP na freelance a budem pracovat ako contractor. Oslovila ma jedna personalna agentura s ponukou na pracu pre jeden americky korporat. Absolvoval som aj pohovor v danej spolocnosti, ktory nasledne prejavil zaujem. Vychadzal som ale z toho, ze personalisti ma danej firme "dohodia", zhrabnu proviziu za dodanie cloveka na projekt a zmluvu pekne uzavrieme so samotnou firmou. Az na pohovore som sa dozvedel, ze to tak nie je, a zmluva sa uzatvara s agenturou, ktora posobi cely cas ako prostrednik. Toto je mi znacne nesympaticke, najma ked som si spravil mensi research a zistil, ze dana agentura neni clenom nejakej asociacie v CR, v ktorej by nejake serioznejsie agentury asi mohli byt a zaroven samotna agentura funguje cosi menej ako 1 rok.

Chcem sa teda spytat, ci niekto mate s podobnym sposobom prace skusenosti a na co si dat pozor pripadne co podchytit v pracovnej zmluve. Zaroven by ma zaujimalo ako tieto agentury funguju, ci:

a) si beru proviziu s dohodnutej odmeny pre mna
b) pripadne fakturuju svoju proviziu + moja odmena

Takisto by ma zaujimalo akym sposobom sa riesi dph. Aktualne nie som platcom, po par mesiacoch by som sa vsak platcom stal, co znamena, ze by som musel zacat fakturovat MD rate + dph a teda ci toto ma byt podchytene v zmluve, kedze sa prakticky bude uvadzat pravdepodobne MD rate bez dph.

Zkus si na dane najít účetní. Nestojí to moc a máš jistotu, že je všechno v pořádku. Každou chvíli je nějaká novinka a něco určitě neuhlídáš.

155

Hardware / SSD Samsung roste wear-leveling-count

« kdy: 11. 07. 2019, 11:06:14 »

V skdump se mění hodnota wear-leveling-count. Před cca půl rokem, možná rokem, byla pod 50, teď už je na 74.

Kód: [Vybrat]

177 wear-leveling-count          98    98     0   74          0x4a0000000000 prefail online  n/a  n/a 

Co se stane, až bude 98? Počítám, že tak za půl roku až rok se dostanu na 98. Je to problém?

Disk jsem koupil v srpnu 2015. Skoro to odpovídá pěti letům. Značkuje si tak disk záruční dobu?

Když zkusím zjistit kolik dat bylo na disk zapsáno, tak dostanu toto

Kód: [Vybrat]

$ sudo smartctl -A /dev/sda | awk '/^241/ { print "TBW: "($10 * 512) * 1.0e-12, "TB" } '
TBW: 12.4754 TB

Disk používám prakticky každý den ale jak realistické to číslo je si netroufám ani odhadnout.
Zkoušel jsem používat každý den  iostat /dev/sda -m, ale to mi po uspání a probuzení notebooku dává úplně ulítnutý hodnoty. Takže jaká může být realita zápisu dat za několik dní nevím.

celý skdump:

Kód: [Vybrat]

$ sudo skdump /dev/sda
Device: sat16:/dev/sda
Type: 16 Byte SCSI ATA SAT Passthru
Size: 488386 MiB
Model: [Samsung SSD 850 PRO 512GB]
Serial: [S250NSAG502297E]
Firmware: [EXM02B6Q]
SMART Available: yes
Quirks:
Awake: yes
SMART Disk Health Good: yes
Off-line Data Collection Status: [Off-line data collection activity was never started.]
Total Time To Complete Off-Line Data Collection: 0 s
Self-Test Execution Status: [The previous self-test routine completed without error or no self-test has ever been run.]
Percent Self-Test Remaining: 0%
Conveyance Self-Test Available: no
Short/Extended Self-Test Available: yes
Start Self-Test Available: yes
Abort Self-Test Available: yes
Short Self-Test Polling Time: 2 min
Extended Self-Test Polling Time: 272 min
Conveyance Self-Test Polling Time: 0 min
Bad Sectors: 0 sectors
Powered On: 1.1 years
Power Cycles: 2399
Average Powered On Per Power Cycle: 4.2 h
Temperature: 41.0 C
Attribute Parsing Verification: Good
Overall Status: GOOD
ID# Name                        Value Worst Thres Pretty      Raw            Type    Updates Good Good/Past
  5 reallocated-sector-count    100   100    10   0 sectors   0x000000000000 prefail online  yes  yes 
  9 power-on-hours               98    98     0   1.1 years   0x212700000000 old-age online  n/a  n/a 
 12 power-cycle-count            97    97     0   2399        0x5f0900000000 old-age online  n/a  n/a 
177 wear-leveling-count          98    98     0   74          0x4a0000000000 prefail online  n/a  n/a 
179 used-reserved-blocks-total  100   100    10   0           0x000000000000 prefail online  yes  yes 
181 program-fail-count-total    100   100    10   0           0x000000000000 old-age online  yes  yes 
182 erase-fail-count-total      100   100    10   0           0x000000000000 old-age online  yes  yes 
183 runtime-bad-block-total     100   100    10   0           0x000000000000 prefail online  yes  yes 
187 reported-uncorrect          100   100     0   0 sectors   0x000000000000 old-age online  n/a  n/a 
190 airflow-temperature-celsius  59    42     0   41.0 C      0x290000000000 old-age online  n/a  n/a 
195 hardware-ecc-recovered      200   200     0   0           0x000000000000 old-age online  n/a  n/a 
199 udma-crc-error-count        100   100     0   0           0x000000000000 old-age online  n/a  n/a 
235 good-block-rate              99    99     0   n/a         0xbf0000000000 old-age online  n/a  n/a 
241 total-lbas-written           99    99     0   817588.326 TB 0x132054ac0500 old-age online  n/a  n/a 

156

Vývoj / Re:Má smysl učit se Pascal (Delphi)?

« kdy: 11. 06. 2019, 16:09:11 »

Pokud máš dostatek literatury a chceš se sám učit, tak proč ne. Pamatuju si, jak jsem ještě na 8bitech začínal s Oxford Pascalem. Důležitá byla tehdy dostupnost dokumentace. K internetu jsem se poprvé dostal až za pár let ...

Pokud chceš zkusit něco jiného, ale s důrazem pro začátečníky.

Podívej se třeba na Processing.
https://processing.org/
https://natureofcode.com/ zajímavá kniha
http://processingjs.org/  processing v javascriptu
https://www.openprocessing.org/browse/# ukázky vizualizací

je to jediný jazyk (z těch mě známých), který má knihu programování pro umělce dokonce už druhé vydání
https://www.amazon.com/Processing-Programming-Handbook-Designers-Artists/dp/026202828X/ref=sr_1_6?s=books&ie=UTF8&qid=1406934187&sr=1-6&keywords=processing

157

Studium a uplatnění / Re:Rozbitá záda, karpály

« kdy: 05. 06. 2019, 13:40:25 »

Ta záda bolí hlavně protože jsou ochablá. Nic jiného než tělo celkově pořádně posílit nefunguje, nikdy fungovat nebude a je to ztráta času (vyzkoušeno na sobě). Dobře funguje třeba tohle: https://stronglifts.com/, 3x týdně full-body trénink na cca hoďku a dát tomu tak rok, vážně se to nesrovná za měsíc.

Tak toto opravdu ne. Pokud boli zada, tak nejdriv dat dohromady zada.
Az prestanou bolet, tak zacit chodit. Hodne chodit. Porid si krokomer. Stoji par korun a na jednu baterii funguje cely rok. Zkus si naplanovat chuzi, tak aby jsi chodil par km kazdy den. Na me funguje taky yoga. Tim myslim protahovaci cviky, nemyslim tim meditacif. Klidne chod na cviceni se starsima lidma. Tim se dostanes do nejake kondice a pak muzes zacit premyslet nad nejakym sportem. Doporucuju plavani, chuzi a jizdu na kole.
Pokud neni cas, tak aspon rotoped a hlavne pravidelne.

Na bolest zapesti poradna klavesnice. Jestli te boli opravdu hodne, tak se podivej na klavesnice Maltron.

158

Hardware / Re:Zkušenosti s repasovaným monitorem?

« kdy: 22. 05. 2019, 11:22:10 »

Uvažuju o pořízení dvou monitor; Dell UltraSharp 1920x1200. Novy vyjde na 5000,- a repas v Ackove kvalite na 3500,-. Vyplati se to? S repas notebookem mam dobrou zkusenost, ale s monitorem nevim nevim.

Pokud je na monitor dvouletá záruka, tak bych se toho repasu asi nebál. Důležité je, aby byl display Flicker Free.

Používám Samsung Syncmaster SA850 27 palců cca od roku 2012 a Dell Ultrasharp 25palců už si přesně nepamatuju typ. Dell mám už taky víc než 5 let a pořád drží. Oba v rozlišení 2560x1440

Pokud Vás nelimitují moc finance. Podívejte se na monitory s  2560x1440, to asi v bazaru nenajdete, ale určitě budou sloužit dobře i deset let. Aspoň taková je moje zkušenost s monitory Samsung a Dell.

Tvl tak nevykej mi ne?

Nepouzivas ty nahodou macbook? Ty 2 QHD monitory mas s Macem? Zvladne ti na obou 60Hz?

Nemam Ohryzek.

Mam Thinkpad W530 graficka karta NV K2000M s dockem. K tomu mam pripojeny ty dva monitory a jeste jeden 4K Samsung.
Občas se mi nevzbudí ten 4K monitor a musím udělat restart nebo zkusit znovu uspat a za chvíli probudit ještě jednou. Ubuntu uzavřené NV ovladače.

Podle xrandr vše jede na 60Hz.

159

Hardware / Re:Zkušenosti s repasovaným monitorem?

« kdy: 22. 05. 2019, 10:45:22 »

Uvažuju o pořízení dvou monitor; Dell UltraSharp 1920x1200. Novy vyjde na 5000,- a repas v Ackove kvalite na 3500,-. Vyplati se to? S repas notebookem mam dobrou zkusenost, ale s monitorem nevim nevim.

Pokud je na monitor dvouletá záruka, tak bych se toho repasu asi nebál. Důležité je, aby byl display Flicker Free.

Používám Samsung Syncmaster SA850 27 palců cca od roku 2012 a Dell Ultrasharp 25palců už si přesně nepamatuju typ. Dell mám už taky víc než 5 let a pořád drží. Oba v rozlišení 2560x1440

Pokud Vás nelimitují moc finance. Podívejte se na monitory s  2560x1440, to asi v bazaru nenajdete, ale určitě budou sloužit dobře i deset let. Aspoň taková je moje zkušenost s monitory Samsung a Dell.

160

Odkladiště / Re:Konference, srazy - 2019

« kdy: 30. 04. 2019, 07:14:53 »

www.jopenspace.cz brzo otevřeme registraci na letošní ročník.

161

Studium a uplatnění / Re:Nápad na bakalářskou práci se Spring

« kdy: 16. 04. 2019, 09:07:42 »

děkuji za pěknou inspiraci. Mohl byste, prosím, rozvinout tu druhou část? Mohl byste mi vysvětlit, jak si představujete tu část s RESTEM? A to s multitenant - "aby se to na jednom serveru dalo provozovat pro víc spolků" - to znamená, že bude jeden server, jedna databáze, do které se budou ukládat všechny ty spolky, informace a další data...
Tedy prakticky: Byl by napsán server ve springu s REST, a potencionální uživatelé by používali tu klientskou část, která by přes AJAX stahovala data ze serveru, že? S tím, že několik spolků může být spravováno v jeden čas.
Díky

Psal jste, že byste použil REST s AJAXem. To zapadá do mé představy, jakou by taková aplikace měla mít architekturu – na backendu Spring, který bude veškeré služby poskytovat přes RESTové API, a jako frontend klasická SPA, která bude volat to RESTové API. Mně by se pro tu frontend část nejvíce líbilo Vue, ale klidně to může být třeba Angular nebo React.

Má poznámka k RESTu pak směřovala k tomu, aby to RESTové API bylo navržené tak, že může fungovat i samostatně, bez té webové aplikace. Často se totiž stává, že když se navrhuje RESTOvé API pro jednu konkrétní SPA, je to API s tou frontendovou aplikací natolik svázané, že prakticky nejde jinde použít. Tady by ale myslím bylo vhodné, aby cokoli, co půjde udělat přes webový frontend, šlo (bez větší námahy) udělat i voláním API. Například klasický postup přidání nového člena spolku by byl takový, že to nějaký administrátor spolku nakliká přes webové rozhraní. Ale spolek už má třeba jinou evidenci a chtěl by používat jiné funkce té aplikace – tak si udělá propojku, která přes to RESTové API bude vytvářet členy na základě toho druhého systému.

Multitenant znamená, že se aplikace provozuje jenom jednou (typicky jen s jednou databází), ale z hlediska uživatelů se to chová, jako kdyby to bylo víc nezávislých aplikací, pro každý spolek jiná. Např. můžete mít jednu instalaci účetního programu, vede se v ní ale účetnictví několika firem. Z pohledu uživatelů se to chová, jako by účetnictví každé firmy bylo zvlášť – nesmí se tedy stát, že by účetní jedné firmy viděl nějaké údaje z jiné firmy, nebo že by si i navzájem mohli jenom měnit konfiguraci.

Nejsnazší by samozřejmě bylo mít pro každou firmu/spolek jinou databázi, jenže to je zejména ve webovém prostředí obtížně řešitelné – pokud byste měl na jednom serveru třeba 100 databází, těžko může server udržovat třeba 400 spojení do databáze (pro každou databázi 4), která by byla většinu času neaktivní. Druhá možnost je mít vše ve společných tabulkách, prakticky v každé tabulce pak tedy musí být i sloupec určující, do které firmy daný záznam patří. Pak je samozřejmě potřeba ve všech dotazech přidávat i podmínku na aktuální firmu, aby se právě nestalo, že se někde zobrazí i údaje někoho jiného. To je jedna nevýhoda, druhá nevýhoda je, že se pak jednotlivé firmy ovlivňují více, než je zdrávo – když budete mít devět firem, každá bude mít deset faktur, a desátá firma bude mít deset tisíc faktur, penalizované za to, že pracují s tabulkou o desetitisíci záznamech (což je tedy pořád málo, ale v jiných tabulkách může být těch záznamů řádově víc), budou všechny firmy. Většina relačních databází pak umožňuje ještě něco mezi, že se připojujete k jedné databázi, ale uvnitř ní je víc prostorů, které jsou do jisté míry oddělené. Třeba v PostgreSQL by se pro tohle dala použít schémata.

Ale zároveň to není věc, která by tam musela být za každou cenu hned od začátku, asi to není věc, která by se řešila na úrovni bakalářské práce. Ale dá se s tím počítat třeba na úrovni API – třeba účetnictví Flexibee to má dělané tak, že první položka cesty v URL je vždy identifikátor firmy. Takže třeba pro seznam faktur Firmy1 voláte https://www.example.com/firma1/faktury a pro seznam faktur Firmy dva voláte https://www.example.com/firma2/faktury. Mimochodem zrovna Flexibee má docela pěkné API, ve kterém jde udělat skoro všechno, co umí ta aplikace samotná.

Pokud byste měl nějaké další dotazy, klidně se ptejte. Já budu rád, když taková aplikace konečně vznikne a nebudu jí muset příště psát znova sám :-)

Co se týče tenatizace, tak je ještě možnost mít jedno schema pro metadata a sdílet všechny tabulky a pro vlastní data tabulku zvlášť.
Důvodem je, že pokud budete mít tisíce zákazníků, tak si nedokážu moc dobře představit udržbu nebo upgrade tisíce schemat v databázi.

Jedno schema pro metadata a jedno pro data. Metadata je například nastavení uživatele a informace o něm. Metadata všech tenantů sdílí tabulky. Data všech tenantů do jednoho dalšího schemata. Například pokud budete řešit faktury za dany rok, tak by každý tenant měl jednu tabulku na každý rok.

Pro sdílená data mezi všemi tenanty máme ještě třetí schema. 

Veškeré datové objekty doporučuji mít immutable a pro výkon by mohlo pomoct mít metadata uložena v cache, například Caffeine
https://github.com/ben-manes/caffeine

V cache může být jen objekt a klíčem bude id toho objektu, nebo v další cache může být i seznam id ze selektu. Záleží jak moc chcete řešit problémy cache.

162

Odkladiště / Re:Trening algoritmizacie, logiky, a pamate

« kdy: 14. 04. 2019, 17:04:59 »

Souhlasím, že je určitě lepší najít si nějaký "nekompatibilní" koníček. Rozšíří to obzory, člověka to zaměstná zase trochu jinak... ale pokud jde o to programování, občas není špatné zkusit si třeba nějaké jiné paradigma nebo zkusit nějaký problém vyřešit bez použití nějaké konstrukce/funkce, apod. To také může pomoci.

Jasně, to je určitě dobrá praxe, ale ve chvíli, kdy se cítí úplně mimo, tak malá pauza neškodí a mimo práci, bych chvíli nedělal s počítačem nic. Třeba jen pár týdnů nebo měsíců, pak si udělat nějaký rozvrh, kdy, jak dlouho sedět u počítače mimo práci a zkusit to.

163

Odkladiště / Re:Trening algoritmizacie, logiky, a pamate

« kdy: 14. 04. 2019, 09:38:38 »

Samozrejmy fyzicku aktivitu som zaviedol ako prvu - zacal som behavat.

Moc konickov nemam, bohuzial programovanie je jeden z tych najvacsich, takze o to pridem, o to viac ma to bude mrziet. Preto som sa ako prve pytal ci nepoznate zdroj nejakych programatorskych uloh na logiku, pretoze je to zaroven aj konicek.

Matematika by tiez bolo riesenie, ale bohuzial je to velmi vseobecny pojem, a ked clovek nepotrebuje riesit konkretnu ulohu, nebude vediet kde zacat, a akym smerom sa vydat.

Pořád si myslím, že dát ruce od klávesnice pryč a řešit něco jiného Ti prospěje určitě mnohem víc, než řešení dalších úloh u počítače.

Kolik času trávíš u počítače v práci? Přesčasy?
Kolik času doma?

Může být Tvůj problém vyhoření?

Jednu dobu jsem potřeboval hodně a rychle pracovat a učit se. Moje průměrná pracovní a učící doba byla cca 12 hodin za den a o víkendu 6 hodin. Toto tempo jsem vydržel jen cca 8 měsíců. Pak už to naštěstí nebylo potřeba a vrátil jsem se k modelu sedm a půl hodiny práce + jedna hodina učení a čtení a v neděli dopoledne studium.

164

Odkladiště / Re:Trening algoritmizacie, logiky, a pamate

« kdy: 13. 04. 2019, 20:38:39 »

Ahojte,
tento prispevok sa mi nepise lahko. Niekolko rokov zivim ako sw developer, lenze poslednu dobu (asi pol rok) si vsimam, ze to najcennejsie co mam (mozog) uz nefunguje ako niekedy. Casto sa mi stava, ze pri rieseni trivialneho algoritmu pomocou zopar IFou som sa riadne zapotil, a trvalo mi to aj pol hod. kym som dosiel na spravne riesenie. Kazdopadne mam len 35r, a myslim ze hlupy nie som ... aspon niekedy som nebol kedze sa mi podarilo vystudovat MFF.

Urcite budem musiet navstivit lekara, no moja otazka na vas, ako na ludi z fachu je, ci by ste mi vedeli poradit nejaky zdroj programatorskych uloh na logiku, pamat a algoritmizciu? Bolo by super, ak by k prikladom boli riesenia ktore su najefektivnejsie.

Popripade mozete napisat, ako si udrziavate mozog v "hre" vy.
Vopred dakujem za odpovede, a drzte mi prsty.
Peter

zkus šachy nebo se třeba začni něco učit, matematiku, další jazyk e.g. němčina etc. a samozřejmě víc cvičit.

165

Odkladiště / Re:Je swapu třeba?

« kdy: 13. 04. 2019, 10:18:50 »

Zdravím,
po dlouhé době si budu instalovat systém na nový stroj a opět jsem se zarazil na otázku, zda si mám nakonfigurovat swap device.

Něco jsem samozřejme pogůglil a vychází mi z toho jednoznačně jen to, že určitě ho budu potřebovat, pokud budu chtít hibernovat. (snad že 1.5 x RAM (BTW, proč ne 1.0?))

Ale pokud bych toto neřešil, tak jsem už jednoznačnou odpověd (pořád ještě) nenašel.
Takže si nechám poradit:

RAM: 16 GB
DIsk: 256 GB

Tak yak?

Vzhledem k velikosti operacni pameti a disku bych si swap nekonfiguroval, pokud nebudete instalova aplikace, ktere swap vyzaduji pri instalaci. Sem tam se najdou takove e.g. Oracle database 11g

Pokud vite, ze uzivatel bude potrebovat max 100GB a tech dalsich cca 150GB je rezerva, tak mozna bych tam ten swap o velikosti 32GB dal, nebo aspon nechte tech 32GB nealokovanych a pak vytvorte swap partition nebo rozsirte /home volume o dalsich 32GB.