Příspěvky

226

Vývoj / Re:Nim

« kdy: 27. 09. 2020, 15:24:53 »

Tých jazykov je už naozaj veľa, ale vačšina z nich ide len cestou evolúcie. Ich autori sú málo odvážni na to aby priniesli niečo nové nejaké revolučné myšlienky úplne iný nový revolučný spôsob vývoja.

Zajímalo by mě, co si představujete pod Revolučním programovacím jazykem

Asi Lisp bez závorek :-)

227

Hardware / Re:Snese průmyslový zdroj zpětné napětí?

« kdy: 18. 09. 2020, 20:26:02 »

Promiň, blbě jsem si to přečetl a uniklo mi, že ty mluvíš o problému, který potřebuješ vyřešit ty a ne tazatel.

Původně jsem se jen vyjádřil k odkazu, který uvedl @radioing, ve kterém bylo dle mého názoru něco nesmyslného. No a pak jsem už jen reagoval...

MPPT regulátor jsem už stavěl, není to složité a hlavně to vyjde o řád levněji než kupovaný.

228

Hardware / Re:Snese průmyslový zdroj zpětné napětí?

« kdy: 18. 09. 2020, 19:23:23 »

To by právě měl řešit ten regulátor.

... který k tomu budu také stavět.

229

Hardware / Re:Snese průmyslový zdroj zpětné napětí?

« kdy: 18. 09. 2020, 18:19:19 »

Je to myšleno jako ochrana zátěže před opačně připojenou baterkou - stačí číst...
When the battery polarity is reversed, gate-source voltage swings positive and the MOSFET is turned off, protecting the
downstream circuits from negative voltage

Následně jsem si toho všiml také. Řeším něco jiného, co by měl řešit i OP. Aby při poklesu napětí na baterce pod cca 11 V byla odpojena od zátěže kvůli její ochraně - nejlépe s hysterezí. Složité to není.

230

Hardware / Re:Snese průmyslový zdroj zpětné napětí?

« kdy: 18. 09. 2020, 14:00:18 »

Ve zkratce ta dioda (co je v MOSFETu) je jako fallback než se ten MOSFET sepne a využije se toho ještě menšího úbytku...

V čem tedy spočívá ochrana té baterie? Aby ji zátěž nemohla nabíjet zpětným proudem?

231

Hardware / Re:Snese průmyslový zdroj zpětné napětí?

« kdy: 18. 09. 2020, 13:38:30 »

Tak pokud se nechcete prudit s chladičem k diodam, nechcete mit ucinnost srazenou o dalsich cca 5 procent, jste jen trochu elektronikou polibeny a prijde vam 2 x $10 nebo lead time od Aliho moc, tak si ty "idealni" diody zbastlite sam ze soucastek do stovky z GM. Cteni do zacatku treba zde: https://www.ti.com/lit/an/slvae57/slvae57.pdf?ts=1600426498775&ref_url=https%253A%252F%252Fwww.google.com%252F

Nechápu, jak může tak vyhlášená firma mít ve schématu obráceně zapojené mosfety, viz např. Figure 6.

232

Hardware / Re:Snese průmyslový zdroj zpětné napětí?

« kdy: 16. 09. 2020, 16:48:29 »

Jaká dioda má malý úbytek napětí a snese 15A a jde koupit třeba v GM?

Namátkou třeba tahle:
https://www.gme.cz/dioda-20sq045

233

Odkladiště / Re:abclinuxu.cz je dead?

« kdy: 15. 09. 2020, 13:45:37 »

A maji tam porad jeste diskusi, kde necekate pul dne, nez vam schvali prispevek?

Ano, mají. Na schvalování příspěvku nečekám jako tady.

234

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 14. 09. 2020, 21:24:01 »

...

Takže škálování a udržovatelnost. Když otočím otázku, proč to mít v databázi?

Když máš dvě vrstvy a ta druhá je prezentační...

Jako já vůbec neřeším, zda takto dvojvrstvá aplikace je dobrej nápad (dokonce by i mohl).
Určitě by bylo vhodnější udělat ten SOAP a posílání mailů jako nějakou service, etc. Protože otestování, a tak. Ale nakonec by to stejně skončilo v db, protože posílání mailu i SOAP je práce s daty.

Čímž nijak nezpochybňuji, že ten kód musel být hroznej. Ono, někdy jdou věci dělat velmi netradičně a přitom vlastně dobře. Pokud k tomu přistupuje dotyčný s tou ideou a nesnaží se jít proti ní, protože tak se to přeci nedělá.

Pokud by model byl implementován v databázi, což by neměl být problém, tak stačí kolem ní udělat prezenter. Takhle se dá krásně sdílet databáze mezi více aplikacemi, API jako její součást. Takový model by však měl být jen komponentou, která pracuje s daty té databáze. Pár výjimek by se našlo - například používám databázi jako zdroj přesného času.

Není ani problém SOAP a mejly strčit do prezenteru nebo ještě lépe do samostatných vrstev na úrovni modelu.

235

Software / Re:Softvér alebo extension pre LibreOffice pre písanie kníh.

« kdy: 14. 09. 2020, 18:58:33 »

Co třeba Vim? Ten umí doplňovat slova i skrývat bloky.

236

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 14. 09. 2020, 17:40:22 »

Dovolte mi menší offtopic, ze zvědavosti:

Architektura stála na dvou vrstvách. JSP stránky a PL/SQL procedury v oracle databázi.

...

Databáze (PL/SQL) ... přes SOAP někam posílala data (!!) a posílala i třeba e-mailové notifikace.

V čem vidíš zrovna v tomto problém?

Za me teda:
1. (subjektivne) Nemam rad ani JSP ani PL/SQL ... nechtel bych s tim pracovat takze bych to tak ani nenavrhoval... ;-)
2. (Snad objektivne) Vendor lock-in. Business logika by mela byt implementovana v prenositelne forme jinak to prodrazi prechod na jinou DB.

Rád dělám nižší vrstvu business logiky přímo v DB. Pokud ta vrstva dělá ucelenou činnost, tak s přenositelností na jinou DB (kdo z vás to dělá?) jsou zpravidla menší potíže.

Ovšem mám své hranice. Kompozici HTML a XML v DB jsem si zkusil a zjistil jsem, že tudy cesta nevede. DB totiž nenabízí ani substituci znaků "<&>' apod. Takže ani SOAP nebrat. Podobně ani e-maily by moc dobře nefungovaly, zejména pokud text byl jiný než ASCII.

Na druhou stranu vidím, že si někdo nenechá zformátovat ani datum, agregovat data, sečíst hodnoty v sousedních sloupcích apod. To je zase obrácený extrém. Proč by si databáze nemohla přepočítat částku na faktuře, když změníme položky?

237

Odkladiště / Re:abclinuxu.cz je dead?

« kdy: 13. 09. 2020, 16:57:23 »

Ahoj, nevíte někdo co je s webem abclinuxu? Asi od rána je down.

Od včerejška...

238

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 12. 09. 2020, 16:00:17 »

Refactoring se pri novem vyvoji nedela?

Dělá. Což nic nemění na skutečnosti, že refactoring obvykle není moc tvůrčí/zábavný, etc.

Jak pro koho. Refaktoring mě náhodou docela baví a často při něm najdu hromadu chyb, které udělal předchůdce.

Na druhou stranu, já třeba mám ten pocit ozdravování celkem rád, našel jsem se v tom.

Jsou to prostě dva naprosto různé pocity: Možnost odejít z kuchyně, která je vyfintěná; nebo položit na stůl voňavou večeři. Vyřešit a rozmotat špagety, a vyhodit z kódu špatné věci, pročistit a učesat API, zrychlit kód; versus adoptovat novou webovou službu na stávající api, kdy vám všechno krásně hraje do noty, všechno přesně zapadá, pomocí pár řádek kódu.

Nepopisuješ refactoring, ale redesign.

239

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 12. 09. 2020, 15:54:36 »

versus adoptovat novou webovou službu na stávající api, kdy vám všechno krásně hraje do noty, všechno přesně zapadá, pomocí pár řádek kódu.

Obvykle nic krásně nezapadá a právě refaktoring dává šanci, aby nová funkce mohla být jen pár řádek. Není to buď a nebo, ale nejdřív jedno a až následně druhé. Velice málokdy lze novou funkci přidat pěkně bez úpravy stávajícího kódu, typicky se vytahuje společný předek, stávající kód se zobecňuje pro společné využití generifikací  atd. Skoro vždycky je to několik úvodních commitů (štábní kultura, zobecnění, vytažení rozhraní pro novou funkcionalitu, atd.). Nedovedu si představit, jak by se to mělo dělat jinak.

Vytahování společných předků bývá značně riskantní. Raději vytahuji celé objekty. Také zapouzdření metod do objektů vídám málokdy, ale přitom je to velmi efektivním a robustním řešením. Místo toho se dělají nějaké servisní třídy, které jsou jen hromadou funkcí.

240

Vývoj / Re:Nový projekt vs. cizí kód

« kdy: 11. 09. 2020, 23:32:22 »

Refactoring se pri novem vyvoji nedela? Mozna tak prvni tyden.
A konfigurace CI opravdu neni prilis tvurci. Ale zase... Jak casto se to dela u rozjeteho projektu?
Naopak kdyz zacinam novy tak vzdycky.

Refactoring při novém vývoji dělám už během první hodiny. Je součástí každého vývoje.

Pokud konfigurace CI není tvůrčí, tak ji generuj. Nejde to? Hmm, tak asi je tvůrčí.