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 - BoneFlute

Stran: 1 ... 8 9 [10] 11 12 ... 133
136
Vývoj / Re:Trendy v PHP
« kdy: 06. 09. 2022, 16:47:34 »
Ale postupně se vypracovává, a dneska umí prakticky to samé, co C#, Java, Python.
To je dost silne tvrdenie, hlavne ked veci co som vymenoval maju uz 15 rokov C# aj java vyriesene milionkrat lepsie. Repktive to tam programator nemusi riesit a proste to funguje.

Zkrátím to: Prostě toto tvé tvrzení rozporuju ve všech bodech obžaloby 1.

Chtěl jsem tu napsat nějakou podrobnější odpověď, ale asi to nikoho nezajímá, takže na to kašlu. Prostě nemáš pravdu, to je vše.


1/ Bavíme se o tom, že to má C# (sic), nebo Java vyriesene milionkrat lepsie. To, že s tím (minimálně Java) přišla dřív nikdo nerozporuje. Ale taky nezajímá. Počítá se tady a teď.

137
Vývoj / Re:Trendy v PHP
« kdy: 05. 09. 2022, 22:51:44 »
Pozeralsom si par prednasok o PHP, a stale mam pocit, ze riesia veci, ktore ine jazyky nemusia, alebo ktore su tam uz samozrejmost 15 rokov (anotacie, dlhsi beh programu, workry,...). ORM, ktore sa ani nepodoba na ORM, lebo si tam to SQL-ko musi napisat clovek skoro cele sam  - Doctrine, IoC co moc nefunguje a tak.

Cakal som, ze za tie roky sa to dakam posunulo, no okrem toho, ze sa zacali pouzivat namespace sa to vsetko zacalo komplikovat a zrazu treba na uplne kazdej kravine pouzivat cli.

A které ine jazyky máš třeba na mysli? Já jsem před časem začal pracovat na projektech v C#, a teda mé zklamání by se dalo krájet.
PHP je samozřejmě bastl, to nikdo nepopírá. Ale postupně se vypracovává, a dneska umí prakticky to samé, co C#, Java, Python. Pokud se člověk nepřesune do jiného levelu jazyků, jako Haskel, Skala, Rust - tak je to všechno cca různý odstín modré.

138
Vývoj / Re:Trendy v PHP
« kdy: 19. 08. 2022, 16:21:23 »
V jazyku přišli nové featury, konkrétně typy, enum, traity, anotace (co zrovna mě hodně potěšilo).
Anotace pro reflexi ok, ale často se to dost přehání a je víc kódu nad metodou než v ní.
Anotace mají zajímavou vlastnost v tom, že jsou deklarativní. Tedy jiný přístup k "programování". Někdo (třeba já) by mohl říct, že čím víc deklarativního kódu tím lépe  :)

139
Vývoj / Re:Trendy v PHP
« kdy: 18. 08. 2022, 23:19:35 »
Určitě composer. Plus https://packagist.org/
V jazyku přišli nové featury, konkrétně typy, enum, traity, anotace (co zrovna mě hodně potěšilo).
Komunita celkem uzrála, a tvoří se podle bestpractice. Lidi znají SOLID prinicipy, a neřeší tolik návrhové vzory, dohadují se o tom, jak to dobře psát. Celkem fajn.
Z frameworků:
- Nette - je architektonicky špička, a dost tlačí cosi jako NetteWay - "nepřehánět to s tou akademičností".
- Laravel - je zase architektonicky těžko říct, moc se s tím nemaže, a každá špína dobrá. Něco jako Vrána na sterioidech.
- Symfony - je ideový nástupce Zend Frameworku - spoustu celkem kvalitního, často příliš akademickýho, architektonicky špičkového kódu. Takovej suchar.

140
Vývoj / Re:Vývoj software - důležitá nová slova a pojmy
« kdy: 10. 07. 2022, 02:05:50 »
Vykomunikovat opravdu nemá přesný český protějšek, nejblíže je podle mně "zařídit" nebo "vyřídit", i když ty české výrazy jsou obecnější a nezdůrazňují že to zařizování proběhle primárně (výhradně) komunikací - navrhováním, dohadováním, schvalováním, oznamováním příslušným, ehm, stakeholderům  8).

Vyjasnit si. Zjistit si. Domluvit se.

Alespoň v takovém významu to lidé používají.
A upřímně, když by mluvili normálně, bylo by to pohodlnější (rozuměj, nemusel bych tápat dle kontextu, o čem, že to žvaní).

141
Server / Re:Storage Spaces Direct - zkušenosti
« kdy: 29. 06. 2022, 14:23:06 »
Na linuxu Ceph a GlusterFS.

díky!

142
Server / Re:Storage Spaces Direct - zkušenosti
« kdy: 28. 06. 2022, 16:07:28 »
Je to softwarove definovana storage a data se rozlivaji po sitove vrstve. Pokud jsou servery spojeny aspon 10Gbit sitovkama pak nevidim problem s pouzitim. HW na to nema vliv vse je rizeno sytemem/softwarem. ... V pripade storage napric nody jedete porad protoze data jsou rozlita napric vsemi nody podle replik
Dovolím si mírné offtopic:

Jaké znáte alternativy?

Existuje něco jako služby na hostitelském systému (Linux, MacOS), který by vytvořil jeden super disk rozprostřený přes všechny (zaregistrované) počítače v síti?

143
Software / Re:Inkrementalni komprese
« kdy: 15. 06. 2022, 14:10:54 »
Pokud jsem to dobře pochopil...
Jeden zip/rar soubor, otevřít a přidat nové pdf? Jak se to bude chovat? Očekával bych, že se využije slovník toho zipu. Nebo ne?

Druhá možnost: vytvořit si virtuální komprimovaný FS?

144
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 05. 06. 2022, 22:28:27 »
lidi delate tady v C ?
Už ne :-)

145
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 04. 06. 2022, 21:59:02 »
RUST. https://www.rust-lang.org/

Asi nepřekvapí, že rozhodně dávám hlas.

Rust obsadil niku, kterou do té doby neotřesitelně držel C a C++. A docela brutálně ji válcuje. Samozřejmě nejde vyloučit, že zanikne, ale osobně to považuji čistě za matematickou pravděpodobnost.

Přináší nízkoúrovňovost a rychlost očekávanou v aplikacích psaných v C a C++, s bezpečností známou jen u akademických jazyků jako Haskell (omlouvám se příznivcům, jen cituju obecnou představu). Úroveň jazyků Java, Python, C# a spol přeskočil snožmo plavmo. Dále přidává moderní ekosystém jako správu repozitářů, verzování balíčků, správu a kompilaci projektů - tedy to, co teprve posledních pár let začíná být obvyklé, ale nikoliv samozřejmé.

Se systémem edic dokazuje, že má v plánu si udržet na uzdě zpětnou kompatabilitu, a autoři jsou překvapivě rozumní i chytří.

Omlouvám se za zaujatost, jsem nadšenec.

146
Vývoj / Re:Čím nahradit Glade?
« kdy: 02. 06. 2022, 18:32:52 »
Jednoznačně Qt. Je to budoucnost. Včetně embedded, QtQuick je akcelerováno na GPU, QtCreator je stabilní a nenáročné IDE. Není důvod nepoužít Qt (samozřejmě celý toolkit vč. příjemných API a komponent celého frameworku).
Chtěl sem si zkusit nějakou apku co závisela na Qt, a po instalaci a spuštění mi to sestřelilo celé sezení. Netuším jak se mu to povedlo. Nemyslím si, že za to můžou kluci od Qt, prostě nějaká divné zařazení v distribuci (fedora 32), každopádně skoro každá apka s Qt to sestřelí.

Není to důvod, proč nechci používat Qt. Mě se prostě jen nelíbí.
Ale reaguji na prohlášení, že "není důvod nepoužít".

147
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 31. 05. 2022, 22:27:52 »
Tak sem tlač info o tom co je v C#10 super. Mě bohužel při pročítání What's new in C# 10 vůbec nic nezaujalo. Při prohlížení projektů napsaných v posledním NetCore taky nic moc. Jako neříkám, že je to neschopnej jazyk. Pár věcí je na něm hezkejch. Jen to není žádný zázrak.

Ale taky to může být jen můj problém. Hoď sem nějaký nadšení :-)

To třeba F# nebo TypeScript, tam architekti z MS opravdu zafrajeřili IMHO.

Tak když koukám na F# tak cítím silnej zápach Visual Basicu :) nemůžu si pomoct :D
TypeScript jako jo... dobrej způsob jak udělat trochu typovej pořádek v JavaScriptovym netypovym fujtajblu, leč na mé projekty je to overkill.

V C#10 se některých věcech inspirovali u Kotlinu viz. třeba https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/operators/switch-expression ale je fakt, že většinu toho, co používám navíc oproti C#7 přidali v 8 a 9, jako třeba
Kód: [Vybrat]
List<string> x = new();
což se mi osobně líp čte.

To já to píšu naopak. IMHO to dává větší smysl.
Kód: [Vybrat]
var xs = new List<string>();

Každopádně to je nic. To není vůbec zajímavé.

Nicméně nevím, kam chceš, aby jazyk zašel... Cool program DelejCoChci(); na jeden řádek prostě furt ještě není úplně na pořadu dne... Ikdyž nějaké pokusy o AI, které na nakódí co chceš už jsou...
To zní, jako kdyby C# byl vrchol toho, co jde z jazyka vytřískat. Což jako fakt ne. Když to porovnám se Scalou, Rustem, nebo i tím starým Haskellem, tak je C# takovej ubožáček konzervativní.

148
Hardware / Re:Android multimediální systém do auta
« kdy: 31. 05. 2022, 13:54:26 »
Zase museli zastavovat u každé trafostanice, elektrárny.
:-)

149
Vývoj / Re:Jaký jazyk bych se měl učit?
« kdy: 31. 05. 2022, 13:08:41 »
To jsem si trochu naběhl. Ten kód je to možná starej, ale zkušenost je to aktuální. Když pominu skutečnost, že koukám kolegům v C# na ruce a sleduju jejich skill, tak zajímavé je hlavně to, že spravuju dva projekty zároveň - jeden v Nette a jeden v nějakém tom MS vynálezu. Nette je sice taky starej koncept, ale postupně se aktualizuje a vylepšuje, jsme na nějaké verzi 2.4. (latest je 3.0) To, jak se chovají kolegové k těm svejm projektům v C#, ... v tom je ta pointa. Když jsem se přihlásil na tuto pozici, tak jsem chtěl hlavně zkušenost s moderními technologiemi. Jsme na net48, což je nějaký C# 7 (latest je C#10). Čekal jsem prostě víc, vzhledem k tomu, jak se C#pisti prsatí...

Aktuální dojem který mám z aktuálního C# je daleko horší, než můj dojem a vytržení z Haskellu před deseti lety. Kde je teda zatraceně ten vývoj?
Tak tohle už chápu. .NET 4.8 byl vydán 18.4.2019, to už MS začínal tlačit multiplatformní .NET Core a "plnotučný" NET frame začal tlumit.
Aktuálně je .NET (Core) 6 s podporou C#10. Pro konverzi větších projektů ze 4.8 na Core 6 je potřeba čas a koule, některé věci jsou tam prostě jinak. Z pohledu managementu, který tomu nerozumí, jsou to jen náklady navíc bez přínosu (vždyť to na té 4.8 funguje, že?).

 Ale na druhou stranu, je to aspoň .NET4.8. mohl to být taky 3.5 :)

Tak sem tlač info o tom co je v C#10 super. Mě bohužel při pročítání What's new in C# 10 vůbec nic nezaujalo. Při prohlížení projektů napsaných v posledním NetCore taky nic moc. Jako neříkám, že je to neschopnej jazyk. Pár věcí je na něm hezkejch. Jen to není žádný zázrak.

Ale taky to může být jen můj problém. Hoď sem nějaký nadšení :-)

To třeba F# nebo TypeScript, tam architekti z MS opravdu zafrajeřili IMHO.

150
Vývoj / Re:Čím nahradit Glade?
« kdy: 31. 05. 2022, 00:58:49 »
Samozřejmě bych důkladně zvážil použití GTK+, jehož klíčový vývojový nástroj je v tak špatném stavu.
Co byste doporučil?

Co bych doporučil?

Posbíral bych informace o UI toolkitech Qt a Electron a porovnal s GTK+. Pak bych se rozhodnul, který toolkit mi pro moje potřeby vyhovuje více a učinil nějaké rozhodnutí. Zaměřil bych se na 1. vhodnost pro daný projekt, 2. kvalitu vývojových nástrojů a dokumentace, 3. rozhraní pro různé programovací jazyky. Z toho porovnání klidně zase může vyjít jako nejlepší GTK+, zejména pro programátora v čistém C.

Zkusil bych nějaký jednoduchý projekt ve třech variantách: 1. UI přímo v C, 2. UI v ručně psaném XML souboru, 3. UI pomocí GLADE, osahat si různé styly tvorby UI.
Dobře. Qt škrtněme, protože proto. A Electron škrtněme, protože je to pomalá nenažraná obluda (nebo taky protože proto - co je vám milejší). Existují ještě nějaké další alternativy?

Stran: 1 ... 8 9 [10] 11 12 ... 133