Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Instalace, aktualizace a spouštění => Téma založeno: compaq 28 Února 2022, 09:57:36
-
Neekologické ve smyslu, že plní (zbytečně) disk a ram. Pište sví tipy:
Signal desktop, zabere půl gigabytu. Proč? Netuším
-
1. Programátoři už neumí dělat svou práci, tak jako jejich předchůdci - chybí jim logika, systemovost, ergonomičnost a efektivita kódu
2. S pár kilobajty se hůře špehuje ...
-
Pamatuji messenger ICQ spouštěný z diskety.
-
https://forum.ubuntu.cz/index.php?topic=85785.0 - aneb neopakuj se...
-
https://forum.ubuntu.cz/index.php?topic=85785.0 - aneb neopakuj se...
Nepamatuji si to, ale nejde mi to ani smazat.
NASTALA CHYBA!
V této diskuzi nemáte povoleno mazat vlastní příspěvky.
-
Neekologické ve smyslu, že plní (zbytečně) disk a ram. Pište sví tipy:
Signal desktop, zabere půl gigabytu. Proč? Netuším
A co tak pozriet sa na to, co ten Signal robi? Je to Open Source a kto sa citi byt dostatocne vzdelany v problematike aby mal fundovany nazor na to, co je vela, resp. malo pre aplikaciu by nemal problem ceknut ich repozitar a pozriet sa ake kniznice pouzivaju, atd. Ja uz som svoj nazor programatora spomenul v minulom threade a nestretol sa s pochopenim. To, ze nejaky "myticky programator minulosti" vedel spravit chat aplikaciu pod 10 MB je sice pekne, ale ten programator z vysoka kaslal na veci ako je vykreslovanie .gifov, responzibilita rozhrania, apod.
Signal je navyse napisany v TypeScripte, co je blbinka, ktora robi z JavaScriptu aspon ako-tak pouzitelny jazyk, no taktiez to znamena, ze tam na pozadi musi byt NodeJS, co je dalsi zrut navyse. Navyse kedze je to desktopova aplikacia, cele je to zabalene do Electronu, co je v podstate mierne osekane Chromium. Samotny Electron si kludne vezme 300-400 MB len na svoje spustenie, takze Signalu ostava tych 100-150MB.
Co si z toho vziat? Ano, mohli to tvorcovia Signal desktop klienta spravit v C++ a QT ako Telegram, ktory u mna zerie 170MB RAM, ale to uz je na vyvojarovi, ci uprednostni cas programatora, alebo par MB navyse v dobe, ked telefony maju 12GB RAM. Pre chytrolinov, ktori si myslia, ze su programatori open-source lenive prasce (bez toho, aby zobrali do uvahy, ze mnozstvo kontributorov to robi z lasky vo volnom case), tak je na case prejst od pisania Hello World v C99 k cinom a spravit alternativneho klienta, ktory splni ich sny o efektivnom vyuziti RAM. Nastroje na to maju, na internete je mnozstvo literatury a bude to cas lepsie straveny ako vyplakavanim na internete.
-
Díky za vyčerpávající odpověď. Škoda, že není větší poptavka po messengeru bez kravin (amimované ikony, skupinový videochat atd.)
-
Nemyslím si, že by programátoři byli líný prasata - problém vidím spíše v opaku - stavěj kódy v jakémsi metamfetaminovém záseku a snaží se v každé aplikaci udělat spoustu funkcí typu zavírák na otvírák ... A když se pak kouknu na ergonomii a vzhled mnoha aplikací - spousta zbytečných funkcí a naopak chybějící podstatné možnosti nastavení a malfunkce podstatných funkcí, tak si člověk může domyslet něco o poruše autistického spektra nebotakněco a je jasné, že tam chybí článek řetězu v podobě někoho, kdo se orientuje a zároveň na to nahlédne očima běžnějšího uživatele.
Můj kamarád tuto funkci zastává v jedné SW firmě v Praze, ale bohužel u velkých firem je trend tyto lidi propustit (viz Microsoft třeba -všichni víme, jak je to s Win od doby, kdy se tam změnila garnitura a vyházeli všechny betatestery) a nemít. Což už zase klasifikuji jako věc týkající se mamonu - za každou cenu ušetřit, aby vedení více a rychleji bohatlo ...
-
...
Co si z toho vziat? Ano, mohli to tvorcovia Signal desktop klienta spravit v C++ a QT ako Telegram, ktory u mna zerie 170MB RAM, ale to uz je na vyvojarovi, ci uprednostni cas programatora, alebo par MB navyse v dobe, ked telefony maju 12GB RAM. ...
No a to je právě ono. Nenažranost, neomezování se (v jakémkoliv slova smyslu) a ignorování souvislostí a následků je příčinou všech průserů. Abych byl konkrétnější třeba v hw oblasti, kde jsem doma (pár náhodných příkladů bez ohledu na důležitost a jiné priority):
- řešení obvodu typu komparátor procesorem (!!!), protože je to přece free, cool a in a dělají to tak tzv. všichni;
- přecpání automobilů elektronikou a zcela zbytečnými funkcemi (navíc čím dál víc těmi šmírovacími), nutnost "oprav" výměnou celých bloků za neskutečné peníze;
- obecně opravitelnost čehokoliv procesorového se limitně blíží nule, protože vše je postaveno na sw, který je v 99% "zamčený".
A je úplně jedno, zda jde o open nebo closed source. Tento chorobný přístup se šíří napříč vším a normálně myslících vývojářů je jak šafránu.
Nakonec: mám virtuálního "známého", je to programátor tzv. ze staré školy a dnešní přístup k programování nazývá "pojídači koláčů". I jako sw laik si myslím, že toto pojmenování sedne. Asi ho ani nevymyslel on, ale to je jedno...
-
Pak nemá být nedostatek čipů, když se každá hovadina, na kterou stačí pár konvenčních součástek, řeší nějakým procesorem.
-
Já, když takovouto aplikaci vidím/jsem nucen použít, mám vždy pocit jako bych si měl mýt ruce ve špinavé vodě. :-[
Proto, kromě ojedinělých případů kdy opravdu není rozumná alternativa, se jim vyhýbám jako "čert kříži".
Všem těmto snapům, flatpakům, (ano i Elektron je takový moloch).
To už raději rovnou windows alternativu pod wine/playonlinux....
P.S. Např. Foobar2k snap má samotný pouze cca 5 MB, ale při instalaci si k sobě "natáhne" celé "svoje" wine (1.5 GB) bez ohledu na to, že už v PC wine dávno nainstalované je.
Další podobné aplikace to udělají stejně, takže ve výsledku je tam pak třebas 10x to stejné wine (15 GB). :-\
Lze to sice dodatečně "ojebat" (všechna wine kromě jednoho smazat, na ostatní z něj vytvořit odkazy a tím zabrané místo zredukovat na desetinu).
Ale to už je jenom "z nouze ctnost"...
-
Ano - tuto koncepci nelze nazvat jinak, než demencí a jak tedy adekvátně nazvat takového programátora? Není línej, není zlej, není ani blbej - to se nedá říci - je polodementní ...