Poslední příspěvky

Stran: [1] 2 3 ... 10
2
Hardware / Re:Ochrana koženky
« Poslední příspěvek od peete kdy Dnes v 20:47:54 »
Nasel jsem v Cine stejny rozmer nausniku a vymenil...
3
Hardware / Re:Utilita na zistenie kompatibility HW s Linuxom?
« Poslední příspěvek od Martin Poljak kdy Dnes v 20:43:43 »
Obecně bych se měl v Linuxu na pozoru před big.LITTLE (posledních pár generací CPU Intel) - raději AMD, kde jsou všechna jádra stejná (plnohodnotná).

Marně pátrám, jaký byste k tomu měl mít důvod. Funguje to celkem bez problémů. Pravda je, že Intelu na nich podle benchmarků o něco hůř funguje schedulling ale to je tak vše. Zase je ale v idle energeticky o dost úspornější. Každý má své pro a proti. A na nových CPU jsou, mimochodem, i ta úsporná jádra dost výkonná, Intel na tom dost zapracoval.
4
Bazar / Re:Prodám disky, NVR, kamery, MikroTik
« Poslední příspěvek od Hornik kdy Dnes v 20:38:34 »
Mikrotiky a dalsi varka disku na ceste k novym majitelum.
5
Hardware / Re:Ochrana koženky
« Poslední příspěvek od Kit kdy Dnes v 20:34:50 »
Odlupování bude asi v ceně těch sluchátek.
6
Hardware / Ochrana koženky
« Poslední příspěvek od hknmtt kdy Dnes v 20:25:15 »
Pouzivate nejake specialne pripravky na osetrenie kozenky na predlzenie zivnosti a zabraneniu odlupovania sa, primarne ak ide o sluchadla? Strasne ma stve, ked musim vyhodit plne funkcny hardware len preto, ze vyrobcovia pouzivaju umelinu vsade, ktora vydrzi taky rok a potom sa zacne lupat a skor ci neskor to dospeje do stadia nepouzitelnosti.
7
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od BoneFlute kdy Dnes v 18:43:10 »
Jaká je rychlost kódování v Rustu oproti C/C++. Máte někdo již dlouhodobější zkušenost? A co generování částí kódu Rustu pomocí AI?
Tu samou věc, kterou bych napsal v Java/C#/PHP za jednotku času, napíšu v Rustu za dvě jednotky času. (Proti C/C++ bohužel nemohu sloužit, je to už dlouho.)
LLM pomáhá hodně, používám. Ne celé aplikace, ale části a hledání problému ano. (Ale tam je to asi nepřenosné, vzhledem k tomu, jak kdo používá LLM jakým způsobem.)
8
Vývoj / Re:.NET F# SQLProvider - leftOuterJoin
« Poslední příspěvek od Kit kdy Dnes v 18:28:09 »
Používá se kombinace join ... into a DefaultIfEmpty().
9
Vývoj / .NET F# SQLProvider - leftOuterJoin
« Poslední příspěvek od fortran1986 kdy Dnes v 16:56:24 »
Ahojte pouzivam v jednej F# appke SQLProvider

https://fsprojects.github.io/SQLProvider/

na pristup k DB. Funguje to krasne a mozem zapisovat dotazy priamo v jazyku F# co je fajn, lebo nemusim nic escapovat a mam to pekne v jednom jazyku (F#). Klasicky (inner) join sa robi takto:

Kód: [Vybrat]
query {
    for country in dc.Dbo.Countries do
    where country.IsEnabled
    join city in dc.Dbo.Cities on (country.Id = city.CountryId)
    sortBy country.Name
    thenBy city.Name
    select (country.Id, country.Name, city.Id, city.Name, city.IsCapital)
}

ale ako zapisat leftOuterJoin? LINQ pre F# normalne podporuje keyword leftOuterJoin, ale zda sa ze SQL Provider pre MS SQL ma s tymto zapisom problem. Skusal som toto:

Kód: [Vybrat]
query {
        for country in dc.Dbo.Countries do
        where country.IsEnabled
        leftOuterJoin city in dc.Dbo.Cities on (country.Id = city.CountryId) into cities'
        for city' in cities'.DefaultIfEmpty() do
        sortBy country.Name
        thenBy city'.Name
        select (country.Id, country.Name, city'.Id, city'.Name, city'.IsCapital)
}

A hadze mi to runtime error:

Kód: [Vybrat]
System.Exception: 'unrecognised method call value(FSharp.Data.Sql.Runtime.QueryImplementation+SqlQueryable`1[FSharp.Data.Sql.Common.SqlEntity]).GroupJoin(value(FSharp.Data.Sql.Runtime.QueryImplementation+SqlQueryable`1[FSharp.Data.Sql.Common.SqlEntity]), country => country.GetColumn("Id"), city => city.GetColumn("CountryId"), (country, cities') => new AnonymousObject`2(Item1 = country, Item2 = cities'.DefaultIfEmpty()))'
Ako sa teda zapisuje leftOuterJoin pre SQL Provider? Ci mam v DB spravit View a az na ten sa dotazovat? Ale nechce sa mi verit ze by SQL Provider leftOuterJoin a rightOuterJoin nepodporoval. Ved to je uplne zakladna vec pre kazdu DB.
10
Vývoj / Re:Přechod z Javy na Rust. Ano či ne?
« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 15:46:47 »
Bavíme sa tu v rámci nejakého kontextu, teda kategórie jazykov, do ktorej Rust a C++ patria. V tomto zmysle C++ a JavaScript nepatria do toho istého kontextu.

Takže áno, aj v C++ aj v JavaScripte sa dá programovať. Každý z tých jazykov je ale na úplne iné použitie a v rámci neho môže byť vhodnejší ako ten druhý jazyk.
Před 30 lety byste webovou aplikaci (tenkrát pomocí CGI) psal nejspíš v C nebo C++. Protože moc jiných možností nebylo. Dneska tu samou aplikaci napíšete třeba v JavaScriptu. Takže jsou to alternativy. C/C++ v některých použitích nahradilo nejdřív PHP, pak se přidala Java (a trochu třeba i Python), a ty dnes v těchto případech částečně nahrazuje JavaScript. Přestože jsou to při určitém úhlu pohledu dost odlišné jazyky a každý se hodí na něco jiného.

Rust a C++ sa v rámci svojej kategórie a toho, čo poskytujú, čiastočne prekrývajú. Takže je jasné, že sú do istej miery zastupiteľné. To predsa nikto nespochybňuje. Ale každý z nich má niečo, čo ten druhý nemá a situácia, že by jeden z nich získal všetko, čo má ten druhý a vytlačil ho, nikdy nenastane.
Jenže o vytlačování, ve smyslu že se C++ úplně přestane používat, tu pořád píšete jenom vy. Všichni ostatní píšou „Rust (částečně) nahazuje C++“ a myslí tím, že některé aplikace, které by se při neexistenci Rustu psaly v C++, se dnes píšou v Rustu.

Že vy význam těch slov chápete jinak je sice hezké, ale když tu všichni ostatní používají význam odlišný od toho vašeho, mohl byste se přizpůsobit. Jinak se nedomluvíme. Nebo alespoň přestat pořád dokola opakovat, že ta cizí vyjádření s vaším významem slov nedávají smysl.
Stran: [1] 2 3 ... 10