Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Mirek Prýmek

Stran: 1 ... 32 33 [34] 35 36 ... 618
496
4000 MD pro me urcite neni 80k na fakture, pocitam si 25 dni dovolenou a 7 dni sick rocne:
Ok, dovolenou beru. Sick days jsou při home office pitomost. Když se ve středu ožereš tak, že ve čtvrtek nic neuděláš, tak to holt uděláš v sobotu, no.

A prevedeno na hrubou mzdu uplne jednoduse takto:

Kód: [Vybrat]
72600 mescine na fakture / 1.34 = 54200,- hruba
Špatnej výpočet. Musíš porovnávat, kolik ti fyzicky přijde na účet.

Odecti si od 54200 jeste benefity,k tere nemas, HW, co si musis koupit sam, SW, a vyjde ti 50000,- hrubeho mesicne.
Jaký propánajána benefity? Žádná firma žádný reálný benefity nemá. Ty zhovadilosti, co nabízí jako "benefity", mají nulovou hodnotu.

497
Ty ses z Brna, ze? Tak mi rekni, kde ve vesele firme v Brne mi daji tak 75k mesicne hrubeho, abych tam zaroven uz nemusel byt nejaky lead (britva), co bude muset buzerovat juniory. To si moc srandy neuziju.
Jsem brněnský rodák, teď žiju poblíž Moravskýho krasu. Brněnský firmy mě nezajímají, nebudu trávit dvě hodiny denně v autě, z toho polovinu jízdou krokem v zácpě...

Proč se omezovat na jakoukoli lokalitu? Nejlíp poznáš, že ve firmě mají lidi mozek v hlavě podle toho, že jsou full remote. Při aspoň trochu rozumné organizaci práce a s dobrým týmem se dá všechno vyřešit online a osobní setkání je potřeba tak max 1x14dní až měsíc. V podmínkách naší srandovní republiky, kde na každý rozumný místo dojedeš za max. 2 hodiny, na většinu z nich ještě v klidu vlakem, to je lahoda.

Když si to trochu umíš zařídit, žiješ si většinu času za levno, v nádherným prostředí a děláš si podle svých možností a chuti pro firmu ideálně v tom nejbohatším městě v republice. Úplně ideálně nejbohatším na zeměkouli :) A ve volným čase se jdeš "pomalu projít ke studánce", abych citoval klasiku :)

498
Ja myslel ze nejvic se plati za Javu v bankach.
No dyt. To umyvas mrtvoly a jeste u toho musis chodit v tricetistupnovym vedru v obleku s vestickou a mluvit septem.

Jeste taky muzes uvazovat treba o SAPu nebo Oraclu. Tam maji mrtvol taky spoustu. Srovnaný v řadě. Stačí vzít do ruky rejžák a můžeš začít.

Zrovna jsem si spocital, ze kdybych mel v prumeru 4000 MD, tak je to cca ekvivalent 50000,- hrubeho na naklady zamestnavatele
To moc nechápu, jak jsi to počítal, popř. čemu říkáš "MD". Pro mě 4000/MD = 80000 na faktuře měsíčně, na to si dáš 60% paušál, takže základ pro daně a odvody máš 80000*0.4=32000, čili z toho zaplatíš státu baj voko 6-7k, takže na účet ti přijde něco lehce přes 70k.

Abys to samý dostal jako zaměstnanec, musel bys mít 100k hrubýho, to je nějakých 134k v nákladech zaměstnavatele.

O důchodu bych se ani moc nebavil, to se může v následujících 30 letech ještě desetkrát změnit. Já to beru tak, že jako živnostník si prostě musím důchod zařídit sám - mít něco našetřený a investovat hlavně do věcí, který mi na stáro sníží životní náklady (vlastní bydlení v rozumným stavu, zateplený, třeba i s nějakýma solárama apod.).

499
To jde ruku v ruce — jestliže mi nabídnou výrazně nižší kompenzaci než je normou, dá se očekávat, že i management bude podobně podhodnocen a podle toho bude vypadat úroveň jejich jednání, schopnosti, nálada ve firmě, atd.
To je blbost. Zajímavá práce a tým bezva lidí je jeden z mála opravdových benefitů.

Proč se asi z mainstream jazyků nejvíc platí za javascript? Ze stejnýho důvodu jako za umývání mrtvol. Je to strašná práce a kdyby firma pořádně nezaplatila, tak to prostě nikdo dělat nebude.

Takže IMHO až na naprosté výjimky typu vývojové/experimentující týmy velkých korporací to platí přesně opačně: člověk si musí rozmyslet, jestli chce zajímavou, opravdu inovativní práci, kde může být na výsledek fakt pyšnej, a bude bydlet v normálním bytě/malým domku a jezdit deset let starým autem, nebo chce bušit zhovadilosti v korporaci, být jenom zoubek v soukolí pásové výroby nějakýho výblytku, bude z toho frustrovanej, ale zato bude mít pěknou vilku s parádním bazénem a domácí automatizací za dvě stě tisíc a jezdit bude Teslou.

500
Studium a uplatnění / Re:Jak ted vypada trh prace v SW vyvoji?
« kdy: 09. 07. 2020, 23:30:40 »
Daji mi aspon tak 5000,- za manday? Jak jo tak to beru.
To ne, ale máš tam štědré benefity. Jako třeba stravenky.

501
Studium a uplatnění / Re:Jak ted vypada trh prace v SW vyvoji?
« kdy: 09. 07. 2020, 01:46:35 »
Pokud bys hledal mladý, přátelský a veselý kolektiv, který zbožňuje teambuildingy, uměl nějaký kompilovaný jazyk, třeba Python a byl ochotný se naučit jeden z jazyků Go, GoLang nebo GO, pak by tady jedna skvělá nabídka byla: https://www.itjobs.cz/cz/volna-mista-v-it/7247-go-backend-developer-na-zauceni/

Můžeš tam využívat HomeOffice. To je něco jako LibreOffice, ale víc domácí.

502
A pokud si dobře pamatuji, ani u CANu není jistota, že to adresát přijal.
Pokud jsou na sběrnici víc než dva uzly, tak ne. U CAN bych já osobně použil kombinaci 2+3+4, která je odolná i proti resetům, výpadkům napájení apod.

503
Pro zmiňované použití by asi bohatě stačilo tam nahrát Firmata sw a připojit třeba po zmiňované RS485.
U těchto věcí většinou chceš dostatečnou robustnost (jistotu o tom, v jakém stavu aktuátor skutečně je - to je něco jiného než "v jakém stavu jsem ho chtěl mít") -  v praxi teda jednu z těchto možností nebo jejich vhodnou kombinaci:
1. mít potvrzovanou zprávu
2. mít možnost detekovat chybu sběrnice
3. stav periodicky nastavovat
4. skutečný stav buď periodicky číst, nebo o něm periodicky dostávat notifikace

Modbus a CAN ti tohle dají do velké míry zadarmo. Firmata to IIRC nemá, takže když si to nad tím napíšeš, dostaneš se na podobnou komplexitu a navíc v tom pravděpodobně uděláš nějakou chybu, na kterou přijdeš až když ti přijde účet za vodu...

504
FT-CAN je jen jiny transceiver, kazdy CAN controller umi FT i HS CAN.
Jo, teď na to koukám, že se to liší jenom elektricky a rychlostí, jinak je to stejný, takže z hlediska MCU žádnej rozdíl, jasný.

A verte mi, ze CAN-BUS je muj denni chleba, prave v automotive.
Ok :) Tím spíš mě to ale teda překvapuje, že když s CANem umíš, tak ho nechceš :)

505
Já jsem v předchozím příspěvku zmínil ISO 11898-3 "fault-tolerant CAN", což je úplně jiná velryba
To ale musí MCU podporovat, ne? Teď si z hlavy nevybavím, jestli jsem viděl někde možnost to přepnout. High speed CAN je spíš standard, ne?

506
S tim CANem to dle mych zkusenosti neni tak uplne jednoduche, je potreba mit spravne terminace a kdyz se navrhne "sit" hodne spatne, tak to moc nechodi. RS485 dle mych zkusenosti na male rychlosti funguje na kdejakem bastlu.
Terminace není žádná věda a dá se to velice snadno měřit. V podstatě stačí dodržet odpory, vzdálenosti a topologii. Samozřejmě, pokud to někdo zapojí do hvězdy s 50m dlouhými rameny a ještě tam dá špatný terminační rezistory (nebo si třeba nevšimne, že má terminátor na každým modulu :) ), tak to chodit nebude, no :)

Srovnáváš ale srovnatelné? Měl jsi na té RS485ce stejně složitou topologii a multimaster protokol? Jasně že když máš P2P a ještě na nějaké směšné rychlosti, tak to valí bezproblémově :)

Když CAN použiješ správně, valí opravdu dobře. A pokud máš osciloskop, můžeš ho i krásně debugovat na nejnižší úrovni, je to jednoduchý protokol.

507
Díky! Hned jak budu moct, tak na to kouknu!

internet je plny nedodelku a clovek se pak jen divi co si vytisknul
S tím bych si vůbec nedělal hlavu, stačí to dobře viditelně označit jako work in progress a use at your own risk a je to imho úplně v pořádku. Když chceš člověk něco udělat, je často lepší začít s něčím polohotovým, než když každej začíná od nuly a upejpá se svůj progress zveřejnit, protože to přece ještě není dokonalý :)

Nyni mam zasadni otazku, mam hotovou regulaci tlaku a casovani zapnuti a jdu nejak rozumne resit to ovladani prackovych ventilu. Plan je takovy, ze vezmu nejakou desticku s AVR, prihodim k tomu RS485 + relatka pro ventily a spojim to s centralnim mozkem zavlahy pres tu RS485ku. Nemam ale uplne predstavu jaky protokol bych po tom chtel honit, neco standardniho, JEDNODUSE implementovatelneho pres UART (muze to byt master-slave), na zpusob CAN-BUSu (ten je ale overkill pro tuto aplikaci). Potrebuju tam vlastne jen poslat prikaz "zapni vetev XYZ" a dostat zpet nejaky stav, ze je sepnuto. Idealne aby to bylo rozsiritelne treba o nejake dalsi prvky na stejne sbernici, treba nejaky senzor vlhkosti, hladiny, dalsi senzor tlaku, apod. Je tu nekdo kdo dela prumyslovou automatizaci a poradi mi vhodny protokol ?
Pro RS485 jednoznačně Modbus. Existují hotové implementace pro různé platformy, včetně toho tvýho zamýšlenýho AVR, existují knihovny pro různý jazyky... Je to průmyslový standard, když to dobře použiješ, je to skvěle robustní. Není to žádná překombinovaná hydra, je to jednoduchý protokol, který se pak dá docela dobře integrovat s něčím víc high level jako třeba MQTT, SparkPlug apod. A protože je to průmyslový standard, existuje i spousta SW, který s modbusem půjde dobře integrovat (např. OpenPLC ho umí dobře, to by tě mohlo zajímat).

na zpusob CAN-BUSu (ten je ale overkill pro tuto aplikaci)
Co se týče implementace, je na tom CAN velmi podobně jako ta RS485. Ve spoustě MCU ho máš nativně (v AVR teda zrovna ne, ale je např. v ESP32, STM32), takže stačí levný driver, který víceméně jenom převádí napěťové úrovně (na testování se dá CAN používat i bez něj, ale na ostré použití to rozhodně není). Výhoda CANu je v tom, že má opravdu dobře a superrobustně vyřešeno spoustu věcí. Jediné, na co si musíš dát pozor, je abys to správně zapojil (to i u té RS485ky) a abys v software správně vyřešil všechny stavy, ve kterých CAN může být (on totiž automaticky hlídá chyby a přepne se třeba do "error passive", což když člověk nezná, může být trochu překvapený, proč mu to nechodí...). Když si ale CAN osaháš, je naprosto skvělý, nedám na něj dopustit. Chyby a kolize ti pěkně pořeší sám v hw na nejnižší vrstvě. Na RS485ce ti to musí pohlídat vyšší vrstva, jako třeba ten Modbus.

----
EDIT: sorry, napsal jsem to dřív, než jsem si přečetl následující příspěvky :) Ale je vidět, že se s Kříšťanem shodujem...

508
Hardware / Re:Reálný zájem o ARM desktop
« kdy: 01. 07. 2020, 14:36:30 »
Neural Engine už tři roky (resp. už tři roky je k tomu veřejné API)
Aha, ok, to jsem nezaznamenal, že už tak dlouho.

509
Hardware / Re:Reálný zájem o ARM desktop
« kdy: 01. 07. 2020, 12:19:23 »
nějaká vytuněná speciální "koprocesorová" jádra třeba právě pro práci s grafikou, neuronkami nebo tak něco.
To už dávno mají včetně příslušných API (Metal...).
Jo, GPU jo. Spíš jsem ale zvědavej, kam se pohne tohle:

The A12X includes dedicated neural network hardware that Apple calls a "Next-generation Neural Engine".

https://en.wikipedia.org/wiki/Apple_A12X

510
Hardware / Re:Reálný zájem o ARM desktop
« kdy: 01. 07. 2020, 07:21:47 »
Že si pohrajou s MacOS, aby byly animace oken rychlé a plynulé i na ARMu tomu taky věřím, ale bude stejně vyladěný i Photoshop, video editory, hry a další náročné appky?
Je možný, že úplně ze začátku ne, ale Apple už změnu platformy prožil dvakrát (Motorola -> PPC -> Intel), takže myslím, že už ví, jak na to a jaký support 3rd party dodavatelům dát. Taky odhaduju, že MacBook Pro a Mac Pro na intelu tady pro profíky budou dostatečnou dobu, aby se to odladění mezitím zvládlo. A co se hrubýho výkonu týče, jak jsem psal, vůbec bych se nedivil, kdyby nasadili nějaké "nevídané" množství jader nebo nějaká vytuněná speciální "koprocesorová" jádra třeba právě pro práci s grafikou, neuronkami nebo tak něco. Když mají svůj čip, tak sky is the limit...

Stran: 1 ... 32 33 [34] 35 36 ... 618