Příspěvky

1621

O serveru Root.cz / Re:Pohodové Vánoce a zajímavý nový rok 2019

« kdy: 25. 12. 2018, 18:04:15 »

[sorry za OT, ale to se prostě nedá]

Úžasné.
Ten mudrlant zpochybnil i přistání amíků na Měsíci.
(což neudělali ani rusáci)

To neudělal. Ale celkem stačí, že si myslí, že si trochu zagooglí, vezme pár víceméně náhodně vybraných knížek (jenom v angličtině) a pak je schopný zhodnotit téma, kterým se spousta chytrých lidí zabývá celej život. "Žurnalistická metoda" tomu říká, to je docela přiléhavej název.

Svým způsobem je tohle nebezpečnější než ty opravdu konspirační videa, ty jsou aspoň docela prohlédnutelný. Tohle zjevně fakt dost lidí sežere jako "fakta"

1622

Hardware / Re:hledam lowpower zarizeni s 802.11a, ssh severem a seriakem

« kdy: 25. 12. 2018, 16:52:38 »

Přijde mi, že je to moc specifická kombinace požadavků na to, aby to šlo bez bastlení. Že to má RS485 je jenom půlka problému - nad tím je ještě nějaký protokol (Modbus? Něco proprietárního?), co ta krabička musí umět zpracovat. Stejně tak "načítá přes ssh". Jak? Jaký formát dat kde očekává?

Docela pochybuju, že by se našlo hotové řešení.

Na druhou stranu ty požadavky nejsou nijak exotické a implementace bude nejspíš relativně jednoduchá, pokud jsi schopný požadavky dobře specifikovat. Takže jako nejlepší variantu bych viděl zaplatit někomu, kdo to bude umět zbastlit.

Chtělo by to ale pro začátek víc informací:
- připojeno to má být na co? Přes regulátor na 220V? Nebo by to šlo i na baterku? (12V?)
- nízká spotřeba znamená konkrétně co? Jednotky nebo spíš desetiny wattu?
- je spotřeba zásadní nebo jakmile bude pod nějakou hranici, je to jedno? (-> uspávat ano nebo ne?)
- jak často chceš data mít?
- co je na serveru za software (jaké jsou jeho možnosti)?
- na připojení přes wifi trváš? Nebylo by lepší to řešit dvěma krabičkami - jednu s ethernetem a přenosem třeba přes 433MHz?

A především: jakou cenovou úroveň si za kompletní vyřešení představuješ (řádově)?

1623

O serveru Root.cz / Re:Pohodové Vánoce a zajímavý nový rok 2019

« kdy: 24. 12. 2018, 23:17:11 »

Když už jsou ty Vánoce, tak jedno malé zamyšlení - https://youtu.be/5OOodKAkNAU

"research" informací na každé video, jeho natáčení a zpracování trvá řádově desítky hodin
https://www.patreon.com/FaktaVitezi

Hm

1624

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 23:09:35 »

Priste jak to uvidim tak to hlasim Krcmimu.

Dobře děláš, protože na vatikánskou telenovelu je u nás pěkně vostrej paragraf.

1625

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 20:06:38 »

K tomu původnímu tvrzení o účelu [...]

Díky moc za exkurs. Reálně jsem si trochu hrál s ObjectiveC, kolem Smalltalku jsem se jenom lehce šmrncl, takže vědět kdy co přidali, to je fakt daleko za mými obzory ohledně těhle jazyků. Každopádně si ale živě pamatuju, jaký překvapení pro mě bylo, když jsem si prvně o Obj-C něco četl (s nějakou znalostí C++). Ten aha moment: ajó, tak tohle je vlastně to OOP! Wow!

Koukám na Wiki, že Smalltalk-80 byl první veřejně vydaná verze, takže to pořád docela slušně splňuje pojem "původní OOP"

Tímto asi pro dnešek končím, [MerryChristman wishTo: Prymek] 

Tobě a všem ostatním taky, dík.

1626

Odkladiště / Re:Postupné zbavení se GMailu a vlastní soukromí

« kdy: 24. 12. 2018, 15:30:31 »

tak napr. hw backdoory z ciny a podobnych zemi (to ze v macbooku bude potencionalne backdoor od USA mi az tak zily netrha...)

Backdoor může být v principu v jakémkoliv HW a nemáš sebemenší šanci to zjistit.

Že se jedná o výrobek firmy, která má sídlo v jiném státě než v Číně, na tom vůbec nic nemění. Dává ti snad ta firma specifikace? Dává ti garance, že výrobek skutečně specifikaci odpovídá? Máš na ně smlouvu? Kolik za ně platíš?

na webu se daji dohledat tutorialy jak ho hardenedovat...

"Hardenovat" OS, od kterého nemáš zdrojáky, je...

...úsměvné.

----

Falešný pocit bezpečí je daleko horší než akceptace běžné míry nebezpečí. V tom druhém případě jí totiž přizpůsobíš svoje chování, což je imho vůbec nejlepší ochrana.

1627

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 15:24:23 »

To bych se upsal. Ale jak říkám, nemám potřebu někoho přesvědčovat, zvlášť o věcech, které jsou jen historickou kuriozitou.

Nejde o přesvědčování, mě to zajímá a třeba i někoho jinýho. Třeba se v něčem zásadně mýlím, v tom případě bych to chtěl vědět. Ten InvactionHandler pro mě taky byla zajímavá informace.

1628

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 14:55:46 »

A nebylo by lepší tu pasáž prostě odcitovat?

Každopádně:

OOP to me means only messaging, local retention and protection and
hiding of state-process, and extreme late-binding of all things. It
can be done in Smalltalk and in LISP. There are possibly other
systems in which this is possible, but I'm not aware of them.

http://userpage.fu-berlin.de/~ram/pub/pub_jf47ht81Ht/doc_kay_oop_en (zvýraznění moje)

"Mainstreamové OOP" nesplňuje ani jedno...

1629

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 14:39:26 »

Nicméně hádat se nebudu, jen v podstatě “překládám” z AJ příslušnou pasáž z knihy Object oriented programming přímo od Coxe.

A nebylo by lepší tu pasáž prostě odcitovat? Já tu knížku po ruce nemám, takže těžko můžu vědět, co tam píše

1630

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 13:11:26 »

Ono se to k tomu prapůvodnímu účelu - distribuovaným objektům

Právěže to není (jediný) prapůvodní účel. Je to technika, která je prapůvodně úplně normální, žádná exotika: já tomu požadavku nerozumím, předám to někomu, kdo to zvládne zpracovat. Použitelné např. pro skládání obecných objektů, jejichž rozhraní pak nemusím znát.

Stejně tak to respondsToSelector. Chci neznámý objekt uložit do pdf? No tak se ho prostě zeptám, jestli to umí. Fakt to musím komplikovat rozhraním ICanSaveToPDFInAWayYouWouldLike nebo ExtremelyComfortSaveableToPDFObjectFactory?

A o tom to právě je, tyhle techniky nikoho dneska ani nenapadnou. Přitom právě tohle je "to OOP", ne nějaká přiblblá dědičnost.

1631

Odkladiště / Re:Postupné zbavení se GMailu a vlastní soukromí

« kdy: 24. 12. 2018, 12:32:37 »

co mam z toho ja?

Sluzby zadarmo.

1632

Odkladiště / Re:Postupné zbavení se GMailu a vlastní soukromí

« kdy: 24. 12. 2018, 12:31:50 »

zamyslel bych se taky nad bezpecnym ntb+OS zatim mi nejlepe vychazi ohackovany macos nebo openbsd

Co je "bezpecny ntb"?

Co je "ohackovany macos" a proc vychazi nejlepe?

1633

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 11:57:13 »

Nicméně tvoje uvažování “nevím o něčem, tak to neexistuje” se ukázalo být chybným

Nepamatuju si, že bych tvrdil, že to v Javě neexistuje. Pamatuju se, že jsem explicitně řekl, že nevím. Nejsem na Javu žádný odborník a děkuju za doplnění, byla to pro mě zajímavá informace.

Každopádně to nic nemění na tom, co jsem tvrdil: neexistuje to v tom smyslu, že tyhle - v původním OOP naprosto běžné a základní - obraty v "mainstream OOP" neexistují v tom smyslu, že nejsou v učebnicích, běžně se (zřejmě) nepoužívají, všechno se drtí dědičností. Původně základní skládání a manipulace se selectory se používá málo nebo vůbec.

Stačí se prostě podívat na nějakou základní učebnici SmallTalku a Javy. Jestli tam někdo nevidí zásadní rozdíl ve způsobu řešení problémů, tak je asi zbytečný ho o tom přesvědčovat.

, stejně jako “pokud to něco náhodou existuje, je to krkolomné”.

Ano, v tomhle jsem se mýlil, to uznávám. Má to nějaká omezení a je to specialita, ne obecná vlastnost všech objektů, ale uživatelsky to není tak nepříjemný, jak jsem čekal.

Ještě je taky otázka, co se děje pod kapotou - jestli je tam nějaká performance penalty oproti normálním metodám.

1634

Vývoj / Re:Co si myslíte o OOP?

« kdy: 24. 12. 2018, 10:48:11 »

nakafunkce(...) je handler vsech zprav. Ocekaval jsem, ze si to domyslite.

No a to je prave to michani urovne implementace a urovne jazyka. O implementaci se nebavime. Semantika predavani zprav samozrejme pomoci funkci implementovat jde. Bylo by nesmyslne tvrdit, ze actor model nejde v mainstreamových jazycích implementovat. To samozřejmě jde, jsou to jazyky turingovsky kompletní

1635

Vývoj / Re:co si myslite o oop?

« kdy: 24. 12. 2018, 10:43:46 »

V Javě to bude standardně na tři řádky kvůli uzavírací závorce.

Trochu jsem hledal příklady a zjevně to moc používaný není. Zaujalo mě tohle:

Under no circumstances should you call the method on the proxy itself since it will be intercepted again by the invocation handler and you will be faced with a StackOverflowError.

https://blog.frankel.ch/the-power-of-proxies-in-java/

Znamená to, že ten objekt nesmí mít jinou metodu než invoke? To by bylo docela hloupý.

Taky, jestli to chápu správně, nemůže vracet primitivní typy.

Tohle do Javy dali lidi z Lighthousu, kteří psali v ObjC a v Sunu po akvizici je donutili psát v Javě.

Je určitě fajn, že to tam přidali. Každopádně škoda už je způsobena: obraty tohodle typu působí exoticky, místo aby byly chápaný jako úplně normální OO zpracování zpráv.