Náhrada C# něčím multiplatformním

gl

Re:Náhrada C# něčím multiplatformním
« Odpověď #45 kdy: 27. 05. 2016, 15:54:41 »
Zelenáč je sice vůl, ale v tomhle s ním souhlasím. Napsat zakázku v jazyce, který používá dvacet lidí v naší sluneční soustavě je na přesdržku, i kdyby to byl ten nejvychytanější jazyk na světě.
Paul Graham nesouhlasí.

Jak souvisí ten článek s příspěvkem na který reagujete? Python je vše, jen ne málo rozšířený.


Jan Matuška

Re:Náhrada C# něčím multiplatformním
« Odpověď #46 kdy: 27. 05. 2016, 18:59:14 »
Otázkou je, zda-li je potřeba na klientské straně nějaké GUI. Pokud ne a funkce spočívá opravdu pouze v přeposílání požadavků mezi RS232 a TCP (byť s nějakou vnitřní inteligencí), tak bych šel do nějaké ARM desky (nejlevnější asi to RPi - i když kvalita HW je prachbídná) a napsal to v Pythonu. Pokud je inteligence velmi malá a protokol nad TCP není složitý, tak lze jít o level níže a vzít na to obyčejné Arduino + Ethernet shield.  Vše ale záleží na tom, co ten klient opravdu interně dělá.

davkol

Re:Náhrada C# něčím multiplatformním
« Odpověď #47 kdy: 27. 05. 2016, 22:23:43 »
Zelenáč je sice vůl, ale v tomhle s ním souhlasím. Napsat zakázku v jazyce, který používá dvacet lidí v naší sluneční soustavě je na přesdržku, i kdyby to byl ten nejvychytanější jazyk na světě.
Paul Graham nesouhlasí.

Jak souvisí ten článek s příspěvkem na který reagujete? Python je vše, jen ne málo rozšířený.
> August 2004

mikrom

Re:Náhrada C# něčím multiplatformním
« Odpověď #48 kdy: 28. 05. 2016, 21:23:05 »
C# neni nic jineho nez zamerne nekompatibilni kopie Javy, kterou MS vyrobil v dobach sveho obchodniho modelu:
- opajcuj poizivanou technologii a proved zamerne nekompatibilni klon
- klon protlac silou sveho monopolu
- rejzuj

To je pravda. Spominam si, ze kedysi mal MS produkt  Visual J++, co bola vlastne okopirovana Java. Ale netrvalo to dlho.

Zelenac

Re:Náhrada C# něčím multiplatformním
« Odpověď #49 kdy: 28. 05. 2016, 21:28:46 »
C# neni nic jineho nez zamerne nekompatibilni kopie Javy, kterou MS vyrobil v dobach sveho obchodniho modelu:
- opajcuj poizivanou technologii a proved zamerne nekompatibilni klon
- klon protlac silou sveho monopolu
- rejzuj

To je pravda. Spominam si, ze kedysi mal MS produkt  Visual J++, co bola vlastne okopirovana Java. Ale netrvalo to dlho.

A udelal to velice dobre, zrejme taky silou sveho monopolu. Proto se v tom asi podstatně líp dělá.


čumil

Re:Náhrada C# něčím multiplatformním
« Odpověď #50 kdy: 28. 05. 2016, 22:38:15 »
C# neni nic jineho nez zamerne nekompatibilni kopie Javy, kterou MS vyrobil v dobach sveho obchodniho modelu:
- opajcuj poizivanou technologii a proved zamerne nekompatibilni klon
- klon protlac silou sveho monopolu
- rejzuj

To je pravda. Spominam si, ze kedysi mal MS produkt  Visual J++, co bola vlastne okopirovana Java. Ale netrvalo to dlho.

A udelal to velice dobre, zrejme taky silou sveho monopolu. Proto se v tom asi podstatně líp dělá.
Pohodlnost M$itu je relativní, někomu se v tom asi líp dělá, mě teda ne.

Leckdy mám pocit že v M$ maj firemní motto "FUCK the logic"

noef

  • *****
  • 897
    • Zobrazit profil
    • E-mail
Re:Náhrada C# něčím multiplatformním
« Odpověď #51 kdy: 29. 05. 2016, 15:59:23 »
Tak se na to podíváme:
- Má to být multiplatformní? C# nehrozí.
Nekdy drive jsem zahledl nejakou GTK knihovnu, ktera jela jak pod Widlema tak pod Monem, ale co pamatuju, tak to nebyla zadna slava.

- Má to mít možnost jet na jednočipu? Diskvalifikace Javy. Na aktuálním projektu jsem o ní uvažoval do chvíle, než jsem se dozvěděl licenční poplatek a požadavky na CPU/FLASH.

Proč vždy stavět celou win stanici (Těch dalších zakázek můžou být desítky), když můžu použít nějaký MCU, připojit k němu UART/TCP, případně to řešit rovnou bezdrátově s ESP8266, nebo použít RPi, atd.

Byla rec o maline a ta asi dokonce podporuje i orig. Oracli JVM - https://www.raspberrypi.org/blog/oracle-java-on-raspberry-pi/.

V Java to dělat nebudu. Čistě z přesvědčení...

Chapu, sam bych uz nikdy znovu v C# a VS nic take nedelal. U me je to nechut podporovat spinave praktiky M$ a nalezeni lepsiho IDE. Mohu se zeptat, co se vam nelibi na Jave, potazmo jazycich na JVM?

Java je do ted pomaly a zastaraly jazyk.

Tezko, Windows lidi, kde Java aplikace jsou pomale obludy s hnusnym UI?

Protoze chce neco multiplatformniho, tak jsem nasel srovnani s Monem - https://benchmarksgame.alioth.debian.org/u64q/csharp.html a pouze v jedinem pripade je Mono rychlejsi nez Java - takze C# je jeste pomalejsi "shit" nez Java :D.

Ani neumi vytvorit typovy seznam, jen na oko do jazyka zavedla generiku a na pozadi je to kolekce objektu.

Sam za to Javu (a JVM) take nemam rad, ale kdyz to funguje, tak proc vam vadi, co je na pozadi? Ve vetsine pripadu to nepoznate ani na "popredi", kdyz pisete kod. Jsou sice pripady, kdy se to hodi (new T()), ale na to jsou zajete patterny a pokud nekdo dela v Jave, tak mu boilerplate kod moc nevadi.

Tezko, Windows lidi, kde Java aplikace jsou pomale obludy s hnusnym UI? Tezko, Linux lidi? Podobne jako Mac lidi by se ji nejradeji zbavili a pouzili neco kompilovaneho do nativniho kodu.

Pohybuji se na hrane Woken a Tucnaka, mel bych tedy spadat do tech vasich dvou kategorii, zaroven ale nemam problem s aplikacemi v Jave => vase tvrzeni je nepravdive? Na desktopu velmi casto pouzivam IntelliJ IDEA a Free Rapid Downloader, na servru mam treba XWiki. Pomalost Javy je ve vetsine pripadu pouze zhorseni o 0-2x oproti treba C++. Pokud me vyhovuje aplikace v Jave a nic jineho se ji nerozvna, tak ji budu pouzivat. Rozhodne si nebudu 5 let psat vlastni IDE v C++, protoze vsechny programy co pouzivam musim z nejakeho duvodu mit napsane v C/C++. Problem s vykonem na desktopu je malokdy, s pameti to stejne, proc by tedy vyvojari meli volit problematictejsi vice low-level pristupy/jazyky, kdyz maji rock-solid Javu, kde se vyviji rychle?

Java je dobra akorat tak na pomale business sracky
&& benchmark vyse =>
Citace
Java C# je dobry akorat tak na pomale business sracky.
BTW porad M$ zakazuje delat benchmarky, aby moc nepohorel? To me vzdycky rozesmalo, kdyz jsem cetl, proc nejsou nikde nezavisle benchmarky s .NETem :D.

V dnesni dobe vyhrava JavaScript. V budoucnosti to bude uplne jiny jazyk.

Jop, a vykonem je na tom lepe, nez ten Python. A Java na tom byla jeste lip. U Javy mate alespon jistotu, ze to kdyztak zvladne nekdo udrzovat i za 10 let. Take vyhlidky na preziti jazyka jsou lepsi, ne ze to M$ zabali, jak se SilverLightem (cetl jsem i zvesti o tom, ze .NET samotny taky moc nepodporuje, ze veci ve Woknech prepisuje do neceho rychlejsiho).

igino

Re:Náhrada C# něčím multiplatformním
« Odpověď #52 kdy: 29. 05. 2016, 16:47:09 »
C# Rules.! Ziadna Java. Dnes to ovlada kazde hovno. C# budes vymykat

Sadam

Re:Náhrada C# něčím multiplatformním
« Odpověď #53 kdy: 29. 05. 2016, 18:20:10 »
Vem python3, zvladne vse, jednoduse se spravuje, prasit se v nem moc neda (jako da, ale da se to rychle uklidit) je rychly veci v nem opravis velmi rychle, vse je objekt, existuje hromada knihoven, zavislosti se daji krasne ciste resit pres pip, PEP8 formatery/validatory... knihovny co napises muzes jednoduse pouzit i pro web kdyby bylo treba (flask/django), co se tyce GUI tak QT nebo GTK+ neni problem, na db napr SQLAlchemy...

Trpaslík Alias

Re:Náhrada C# něčím multiplatformním
« Odpověď #54 kdy: 29. 05. 2016, 18:27:53 »
Java EE: Spousta knihoven, ale udělat v nich něco je zdlouhavý a zbytečně složitý. MS .NET alspoň člověka vede jednim směrem (i když to má samozřejmě nevýhody).

Java na desktopu: Musím si vybrat jestli použiju starej Swing, nebo JavuFX(+zasekanej SceneBuilder), kterou skoro nikdo nepoužívá.

Stát se ideální technologií má podle mě .NET, ale jen za předpokladu, že MS udělá i multiplatformní GUI a to co dělá těď neposere (zatim to jde pěkně kostrbatě).

Zelenac

Re:Náhrada C# něčím multiplatformním
« Odpověď #55 kdy: 29. 05. 2016, 19:26:18 »
C# Rules.! Ziadna Java. Dnes to ovlada kazde hovno. C# budes vymykat

To spis C# ovlada kazde hovno, protože je to jednoduche.

Zelenac

Re:Náhrada C# něčím multiplatformním
« Odpověď #56 kdy: 29. 05. 2016, 19:33:48 »
Java EE: Spousta knihoven, ale udělat v nich něco je zdlouhavý a zbytečně složitý. MS .NET alspoň člověka vede jednim směrem (i když to má samozřejmě nevýhody).

Java na desktopu: Musím si vybrat jestli použiju starej Swing, nebo JavuFX(+zasekanej SceneBuilder), kterou skoro nikdo nepoužívá.

Stát se ideální technologií má podle mě .NET, ale jen za předpokladu, že MS udělá i multiplatformní GUI a to co dělá těď neposere (zatim to jde pěkně kostrbatě).

Tak co se Javy EE týče, to bych úplně nesouhlasil, neříkám Spring. Vždyť v EE to funguje obdobně jako asp.net, máš View a k němu máš Javovský kód (managed beanu), automaticky se ti generuje AJAX, když se ve View odvoláváš na metody z beany. Kde to zaostává jsou komponenty, to je problém IDEčka, že tam nejdou házet jako ve Visualku.

Petr

Re:Náhrada C# něčím multiplatformním
« Odpověď #57 kdy: 29. 05. 2016, 23:11:02 »
Ahoj,

Není tady dostatečně podrobně popsán projekt který řešíš (a zda-li cíl projektu je si s něčím pohrát, nebo vyřešit konkrétní problém), nicméně pokud potřebuješ jen číst a zapisovat do RS232, tak bys mohl použít průmyslové převodníky RS232 na TCP/IP (které by měli být dostatečně spolehlivé a budou levnější než PC + Licence ) a komunikaci pořešit jen na serveru...

Drobax

Re:Náhrada C# něčím multiplatformním
« Odpověď #58 kdy: 01. 06. 2016, 13:35:10 »
Prumyslovy prevodnik? Co to tak procitam, tak mi to pripomina otazku: co bylo driv, jestli slepice nebo vejce.
Nejdriv resim co budu delat, potom cim. Nikdy naopak. To taky muzu shanet husu, co zlate vejce dava.

Drobax

Re:Náhrada C# něčím multiplatformním
« Odpověď #59 kdy: 01. 06. 2016, 13:43:01 »
Ps:  pouzil byh jsfuck. Bylo by to na h*, ale zase cool. 😂