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 ... 13 14 [15] 16 17 ... 618
211
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 24. 03. 2021, 23:28:48 »
ale i s typovými aliasy se dá žít. Jak říkám, víc mě trápí jiné věci.
Typove aliasy to nijak neresi.

Tak jiste, kdyz prijdes do kavarny, tak te asi trapi jine veci vic nez utreny stul. Ale kdyz vidis neutreny stul, rikas si "To si nemohli najit tu vterinu na to, aby ten stul utreli? Asi maji nejakej problem."

Asi se shodneme, že kromě Lispu, Fortranu, Smalltalku a Prologu lepšího jazyka než C není :)
To asi neshodneme, ale C si aspon na nic nehraje. Nevytrubuje do sveta, ze "sdilet se data maji pomoci komunikace" a neni zaroven prorostly ukazateli na kazdym kroku, idealne globalnimi, ze :)

Tam, kde bydlím, není ani jedno.
To mnoho vysvetluje. Nezeres maso, nepoznas vtip.

---

A ted bych teda poprosil tu spravnou anglictinu :)

212
Vývoj / Re:CSP v embedded světě
« kdy: 24. 03. 2021, 23:21:10 »
Tohle ale nejde pouzit (pokud ti spravne rozumim). Alokuje se v jine funkci nez dealokuje.

Kanaly se nealokuji dynamicky, to neni potreba, ty jsou alokovane staticky. Dynamicky se alokuji zpravy - prave proto, ze je potreba je na jednom miste vytvorit a na jinem pouzit. Pokud bych se moc chtel te dynamicke alokaci vyhnout, stacilo by pouzit doublebuffer (protoze kanal ma kapacitu 1). Neudelal jsem to zamerne, protoze jsem chtel, aby informace proudily striktne ve smeru channelu, ne nejakym postrannim "neviditelnym" kanalem opacne.

213
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 24. 03. 2021, 23:07:39 »
A ted bych prosil tu odpoved.

214
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 24. 03. 2021, 23:07:22 »
zrovna enumy nejsou showstopper
Vsak ja jsem nerikal, ze to je showstoper. Ale implementovat bezpecne enumy je celkem trivialni. A pokud to nekdo neudela, tak - opakuji - se musim zamyslet, jaky ma problem.

BTW proč “ostouzené”?
C je prakticky nejhorší možnost ze všech a pro vývoj aplikací se nehodí.

To mě — a to píšu naprosto vážně — ani v nejmenším nenapadlo. Proč tolik nenávisti a hysterie?
Jestli v tom vidis "nenavist a hysterii", tak by ses mel jit nekdy podivat na koncert neonacisticke kapely nebo protirouskovou demonstraci. Tam uvidis nenavist a hysterii. Tohle byl naprosto nevinnej vtipek. A za tim, ze Go je v mnoha vecech vylet do osmdesatek, si stojim. Ok, mozna do rannych devadesatek, at nezeru :)

215
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 24. 03. 2021, 22:53:51 »
Ale jo, ale až odpovíš na tu mou, hezky popořadě ;)
Samozrejme, ze jsem to psal ja.

216
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 24. 03. 2021, 22:44:15 »
Torvalds má hodně dobrou angličtinu, soudě podle jeho projevů v diskusích.
A ty nejsi ochotnej odpovidat na otazky, soude podle tvych reakci :)

Navíc ty příklady v Go jsou demagogické bláboly. Go má svoje mouchy, ale seriózní diskuse by se zaměřila na podstatné nevýhody. Tohle byl jen stupidní hejt.
Sam ses demagogickej blabol :) A stupidni hejt je komentovat nepodstatnou anglictinu v kodu, kterej demonstruje neco uplne jinyho.

Pokud ve 21. stoleti nema C-like jazyk bezpecny enumy a bezpecny switch, tak to je velice podstatna nevyhoda a clovek se opravnene muze zamyslet nad tim, jestli jeho autor nema nejakej zavaznej problem... I to tady ostouzeny C umi dneska tohle pohlidat.

217
Vývoj / Re:CSP v embedded světě
« kdy: 24. 03. 2021, 22:37:09 »
Bez explicitního free.
A jak bys to delal v cistym C?

218
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 24. 03. 2021, 17:46:48 »
Kdo je autorem? Ta angličtina je otřesná.
Myslim, ze Linus Torvalds. Asi se mu tam pletla Finstina.

Co bys na te anglictine zmenil? Jak by to podle tebe bylo spravne?

219
Studium a uplatnění / Re:Jak začít programovat od nuly?
« kdy: 24. 03. 2021, 16:19:29 »
Citace: Rob Pike
The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt"

Citace: Rob Pike
It must be familiar, roughly C-like. Programmers working at Google are early in their careers and are most familiar with procedural languages, particularly from the C family. The need to get programmers productive quickly in a new language means that the language cannot be too radical.
Tohle jsou ty lepší z Pikových myšlenek. Ty horší jsou třeba, že je super nápad, když se program nepřeloží proto, že je někde nevyužitá proměnná, ale nemá sebemenší problém třeba s https://play.golang.org/p/DevaBTg7ZzY nebo https://play.golang.org/p/vcObtS5g4AJ :)

I legenda může pracovat na zadání, které se totálně míjí s mými potřebami.
No zejména se legenda může opájet svou dokonalostí a začít si zakládat na tom, že má názor, a kdo má něco proti, tak to je jeho problém.

220
Vývoj / Re:CSP v embedded světě
« kdy: 24. 03. 2021, 00:58:01 »
Taky správa paměti by šla řešit elegantně, když už tam je tolik struktur, klidně by mohla alokace být transparentní.
Co je transparentní alokace?

Jak se přepíná kontext?
Je to ten RTC scheduler, tj. kontext se přepne tím, že funkce doběhne. Např. can_blinker_send se spustí po tom, co jsou na kanálu k dispozici data (dostane je v chan_data_t data). Pomocí csp_send() na konci vytváří nový task, který scheduler spustí "někdy příště".

221
Vývoj / Re:CSP v embedded světě
« kdy: 24. 03. 2021, 00:13:15 »
Hm, tak teď už to GCD nepřipomíná...
Na API CSP se nic nezměnilo :)

A je tam ten select, co ses na něj ptal. Nakonec jsem ho implementoval jednoduše jako skupinu tasků. Spustí se jenom jeden, ale vymažou se z tabulky všechny.

222
Vývoj / Re:CSP v embedded světě
« kdy: 23. 03. 2021, 23:37:23 »
Na cem jedete, ja chci taky takovej caj :P
A ještě mi pořád nedošel!

"Migrující tasky" (kind of...) jsou na světě :)

https://youtu.be/GMtUod8J4GA

Zdroják: https://gist.github.com/mprymek/1b93972b71b8d3a59e143819356ea605

223
Vývoj / Re:Arduino a knihovny
« kdy: 18. 03. 2021, 23:31:09 »
Když napíšu, že se tracing GC chová
Tos neudělal. Ale fakt to nechci řešit.

224
Vývoj / Re:Arduino a knihovny
« kdy: 18. 03. 2021, 23:25:48 »
Python nemá klasický GC. Nebo se něco měnilo?
Vůbec nevím, co má nebo nemá Python, ale vím, že paměť nějak hlídá a tyhle brikule nedělá :)

225
Vývoj / Re:Arduino a knihovny
« kdy: 18. 03. 2021, 23:22:02 »
Takhle funguje každý GC (pokud nějak drasticky nesnížíš GOGC).
Nepamatuju si, že bysme tohle řešili s Pythonem.

Nicméně právě správa paměti se mi líbí na Rustu, žádný GC, všechno hezky na zásobníku nebo explicitně v krabicích. Pro MCU jako dělané.
Jo.

Stran: 1 ... 13 14 [15] 16 17 ... 618