Váš názor na kombinaci několika technologií

[Mlocik97]

Zdravím, čo si myslíte o kombinácii eletron.js a golangu, s tým že bych k tomu pripojil ešte redis a noSQL databázu (couchdb alebo mongodb)?
Videl som že kolem toho vznikajú nejaké nové technológie, ako Equanox/gotron . Má zmysel takéto použitie pre desktop aplikáciu slúžiacu podobne ako redakčný systém od wordpressu?

*Viem že teraz asi touto otázkou naserem polovicu programátorov. :-D Ale jakožto programátor ktorý sa primárne zaujíma o jazyky JS a GO (ale taktiež sa trocha zaujíma aj o C a Scala), tak ma projekt gotron hodne zaujal. https://github.com/Equanox/gotron

[Reklama]

[jsl]

Odpověď na to je jednoduchá. Odzkoušet to můžete. I po silnici III. třídy se dá jezdit letadlem nebo lodí. Otázkou je, jak Vám to bude moc drhnout nebo kolidovat s něčím dalším.

[Zabanovaný Anonymní Troll]

Tento pristup naprosto schvaluju, cim vice takovychto bastliru, tim vic roste cena nas dobrych hochu co delame vonavoucke standardni aplikace v Jave jiz nekolik dekad Takze jen do toho.

Jojo hosi, ne nadarmo jsou Java a jeji plagiat od Microsoftu nejpouzivanejsi platformy jiz nekolik desetileti 

[Mlocik97]

 

čakal som takú reakci, ale že tam povieš "vonavucke ... v jave" tak to ma odrovnalo, Javu považujem za nejhorší a nejvíc humusácky jazyk vůbec.

[František Ryšánek]

Cílevědomým bastlením = systematickým procházením slepých uliček, se člověk ledacos naučí. Občas i nějakou zapadlou perlu objeví... ale i zkušenost "tudy fakt ne" má svou hodnotu.

[Reklama]

[gill]

Psát Electron UI v Go je podle mě zbytečná komplikace. Raději bych se snažil použít klient server architekturu. V Elektronu se běžně používá.

[Jaromír Adámek]

čakal som takú reakci, ale že tam povieš "vonavucke ... v jave" tak to ma odrovnalo, Javu považujem za nejhorší a nejvíc humusácky jazyk vůbec.

Připojuji se a podepisuji v plném rozsahu .
Ještě jsem nepotkal produkční ani neprodukční Java aplikaci, která by nedumpovala na paměť .

Pro mě je Java synonymem žumpy.

Akorát to má jedinou výhodu, že cokoliv na Javě nepotřebuje naplánovat restarty, protože se to jednou za tři týdny otočí samo... lehne na paměť .

Java je takový ekvivalent časované bomby.

Ale jistě Java programátoři jsou placení dobře, stejně jako teď kdokoliv, kdo dělá v COBOLu. Mimochodem na mém posledním pohovoru byli nadšeni z toho, že jsem před 36ty lety programoval v BASICu , protože to nějaká banka používá dodnes!

[Ondrej Nemecek]

čakal som takú reakci, ale že tam povieš "vonavucke ... v jave" tak to ma odrovnalo, Javu považujem za nejhorší a nejvíc humusácky jazyk vůbec.

Připojuji se a podepisuji v plném rozsahu .
Ještě jsem nepotkal produkční ani neprodukční Java aplikaci, která by nedumpovala na paměť .

Pro mě je Java synonymem žumpy.

Což je ve vláknu o Eletronu dost vtipný komentář Eletron není moc krásná technologie a nenáročná na zdroje také úplně není. Ale chápu že zážitky z EJB a Jbossu se jen tak nezapomínají a staly se jaksi součástí koloritu, takže se nesmí propást žádná příležitost si zašpičkovat na téma java a paměť.

IMHO ony ty technologie mírně konvergují, paměťová náročnost Qt aplikací, Electron aplikací a JavaFX aplikací je dnes často srovnatelná, tj. poměrně vysoká. Komfort vývoje bude pravděpodobně také srovnatelný. Ostatní ekosystém se liší a podle něj by si měl tazatel vybírat - dle vlastních preferencí.

To je ale jen takový pokec.

Pokud mám mít nějakou věcnou a praktickou připomínku, tak snad jedině že doporučuju v každém prostřední nejdřív projít konvenční cestu a pak teprve zkoušel alternativu (v podobě gotron apod.) Protože bez zkušenosti se standardem nebude mít dotyčný na alternativu náhled a nezjistí, zda a jaký má potenciál či problémy. Ale chce to hodně času.

Jinak bych se spíš ptal přímo uživatelů těch systémů, na root se moc konkrétních připomínek tazatel asi nedočká.

[Zdenek Henek]

Zvaž toleranci zákazníka na chyby a délku jejich řešení. Podle toho dávej do svých řešení novinky.

Pokud ti výjde, že zákazník není moc tolerantní a případné chyby u zákazníka nebude z časových důvodů možné řešit, tak bych použil, co znáš nejlépe. I kdyby to měla být ta kritizovaná java.

U technologií se dívám také na jejich podporu po celou dobu předpokládaného životního cyklu aplikace. Pokud bude aplikace úspěšná může ji někdo používat i deset let. Zvládneš tomu dělat za rozumné peníze support?

Zdravím, čo si myslíte o kombinácii eletron.js a golangu, s tým že bych k tomu pripojil ešte redis a noSQL databázu (couchdb alebo mongodb)?
Videl som že kolem toho vznikajú nejaké nové technológie, ako Equanox/gotron . Má zmysel takéto použitie pre desktop aplikáciu slúžiacu podobne ako redakčný systém od wordpressu?

*Viem že teraz asi touto otázkou naserem polovicu programátorov. :-D Ale jakožto programátor ktorý sa primárne zaujíma o jazyky JS a GO (ale taktiež sa trocha zaujíma aj o C a Scala), tak ma projekt gotron hodne zaujal. https://github.com/Equanox/gotron

[Idris]

čakal som takú reakci, ale že tam povieš "vonavucke ... v jave" tak to ma odrovnalo, Javu považujem za nejhorší a nejvíc humusácky jazyk vůbec.

Připojuji se a podepisuji v plném rozsahu .
Ještě jsem nepotkal produkční ani neprodukční Java aplikaci, která by nedumpovala na paměť .

Pro mě je Java synonymem žumpy.

Akorát to má jedinou výhodu, že cokoliv na Javě nepotřebuje naplánovat restarty, protože se to jednou za tři týdny otočí samo... lehne na paměť .

Java je takový ekvivalent časované bomby.

Ale jistě Java programátoři jsou placení dobře, stejně jako teď kdokoliv, kdo dělá v COBOLu. Mimochodem na mém posledním pohovoru byli nadšeni z toho, že jsem před 36ty lety programoval v BASICu , protože to nějaká banka používá dodnes!

Aneb jak pravil po akvizici Sunu klasik: “Java’s fate rests on Oracle’s ability to polish poo.”

[rooobertek]

Pri nových veciach sa ti ľahko môže stať, že za pol roka ti skončí podpora a potom budeš musieť rozmýšľať, čo ďalej. Za dva roky to už ani neskompiluješ, lebo z nejakého dôvodu budeš potrebovať aktuálnejšie verzie iných nástrojov a tie si nebudú rozumieť s mŕtvym jazykom. Ja už som sa pár krát popálil, ale našťastie to väčšinou nebolo nič kriticky dôležité. Len to bola strata času, ktorý som mohol investovať do učenia sa niečoho iného.

Na druhú stranu, keby sa každý držal iba overených technológií, tak teraz asi všetci píšeme vo Fortrane a nikdy nevzniklo alebo sa nerozšírilo C, Java, PHP, Go... (nehodiace sa prečiarkni)

[Ondrej Nemecek]

Zrovna u javascriptu mají frameworky leckdy jepičí život, ekosystém se taky dost mění. Pokud se tomu člověk věnuje na 100% procent, tak to asi nevadí, protože sleduje trend. Jako bokovka se to ale moc nehodí, režie se sledováním hype je značná.

To je třeba důvod, proč může být pro dost projektů java atraktivní. Spojuje progresivitu se stabilitou. Člověk si vybere jvm jazyk podle toho, jaké featury chce v jazyce mít, využije bohatý ekosystém, knihovny atd., zkompiluje do bytekódu a spustí nad jvm. To funguje už dnes. Pokud dozraje Graalvm budou možnosti ještě lepší. Je sice pravda, že s modulární javou se taky spousta věcí rozbilo, ale obvykle stačilo přidat pár přepínačů a funguje to dál bez dalších změn.

[Idris]

Na druhú stranu, keby sa každý držal iba overených technológií, tak teraz asi všetci píšeme vo Fortrane

Fortran není vůbec špatný.

[Idris]

nikdy nevzniklo alebo sa nerozšírilo [...] Java, PHP [...]

Občas prostě shit happens 

[listoper]

nikdy nevzniklo alebo sa nerozšírilo [...] Java, PHP [...]

Občas prostě shit happens 

Kdyz se na to podivam ocima stredniho managementu tak java je skvela:
1. I juniora snadno prodam zakaznikovi jako seniora, protoze to vypada, ze neco dela => vic penez pro me
2. vsechno trva dlouho => v pripade kontraktu typu "cas a material" vic penez pro me
3. Snadno se tam nasekaji chyby => vetsi rozpocet na udrzbu => vic penez pro me
4. Kdyz me to uz nebavi udrzovat, zdrazim a navrhnu zakaznikovi offshore outsourcing => Ja neponesu zodpovednost za spatny produkt a v asii to pohrbi tak dokonale, ze
5. Snadno uzavru se zakaznikem dalsi kontrakt na prepis systemu => vic penez pro me

Je to nadsazka, ale nas obor (aspon v korporatech) opravdu podobne funguje.
Technicka stranka muze byt druhorada.

A k OP: Jen do toho. viz seznam vyse. Cim komplexnejsi a zamotanejsi tim vic penez z toho kouka.