Jaki język programowania 2017 na Linux?

Nieposkromiony Kot napisał(a):

No i jest uzależniony od jednego Microsoftu. Programiści Delphi, Pascala też nie myśleli że Microsoft to porzuci.

Kiedy dokładnie Microsoft porzucił Pascala i Delphi?

W chwili gdy stworzył C#?

ASP.NET Core?

Do 2017r. jeszcze wszystko może się zmienić.

Rust dla hakerów jąder, Ceylon jako alternatywa Javy.

Jako alternatywa do Javy to wydaje mi sie, że Kotlin.
Można w sumie pisac to samo co w javie tylko przy tym nie musząc się tyle namachać mając dobre toole do tego.

Który z tych języków pod JVM jest łatwiejszy od Javy, Scala, Ceylon, Kotlin, Groovy, Clojure?

Kotlin jest łatwiejszy od Scali.

To nie jest odpowiedź. To tak jak by powiedzieć że C++ jest łatwiejszy od C, a od tych dwóch łatwiejsze jest D, a od nich wszystkich Rust, na końcu Go.

Ja tam nie chciałbym utrzymywać dużej aplikacji napisanej w Groovym ;)

Skrypty itp. spoko, ale nie całe appki.

@karolinaa ty potrafisz czytać ze zrozumieniem? Gdzie tam autor napisał że Groovy łatwiejszy, to było pytanie. A co z Ceylon, wydaje się prosty, RedHat to rozwija razem z językiem Vala.

A jak wygląda przyszłość Groovy'ego? Podoba mi się ten język, ale chyba wszyscy przerzucili się z niego na Scalę. Warto się go uczyć?

Scala sporo szybsza od niego. Nawet Ceylon go wyprzedza wydajnością.

Ma sie niezle bo gradle bo skrypty.

Btw. http://uberblo.gs/2016/12/golang-is-really-awesome-and-why-it-beats-scala/jvm ;D

Ale w tym linku autor odszedł od JVM na rzecz języka Go. Wymienił wady JVM i tylko w zapasie trzyma się Scala.

Musi być Scala przywiązana do JVM, ponieważ z niego korzysta, a on w czym jest pisany w C i Java tak? Jak by Scala napisała od podstaw nową maszynę wirtualną np powiedzmy w C++ i Scala to by nie byłą od JVM uzależniona tylko od SVM. Jeśli Scala jest dobra, jako ulepszona Java, to może ktoś w niej napisze kiedyś jakieś IDE na miarę NetBeans czy Eclipse. Na własne SVM w Scala raczej nie liczę, zawsze będzie uzależniona od maszyny wirtualnej od Oracle. I będzie takim cieniem Javy.

A ktoś mi powie co ma na celu ten projekt Oracle?
JVM++: The Graal VM
http://www.oracle.com/technetwork/oracle-labs/program-languages/overview/index-2301583.html

diamen napisał(a):

A jak wygląda przyszłość Groovy'ego? Podoba mi się ten język, ale chyba wszyscy przerzucili się z niego na Scalę. Warto się go uczyć?

Groovy to przede wszystkim Grails i Gradle i Scala tu nie ma nic do rzeczy.

To autor jezyka przerzucil sie na Scale, ale sadzac po jego poscie o Go w ogole bym sie tym nie przejmowal. Probuje byc kontrowersyjny ale te jego wypowiedzi bardziej mi pasuja do 14-latka niz do autora jezyka. Miejscami mam nawet watpliwosci czy on tworzy jakies wieksze aplikacje.

Mark Zuckenberg poleca Pythona ;)
https://www.reddit.com/r/Python/comments/5l9om5/mark_zuckerberg_recommending_python/

Muszę trochę obronić Mono, gtk# jest całkiem niezłe do pisania gui pod linuksy. Samo gtk natywne w C to gorszy syf niż WinApi, a w gtkmm w C++ to jeszcze gorszy syf niż MFC.

Mono i gtk# w c# za to bardzo przyjemne. A jeśli ma być natywnie w c++, to znośne jest qt i wxWidgets.
Pythona, perla i innych języków o dziwacznej składni osobiście nie cierpię, ale w obu jak najbardziej można pisać gui - też gtk.

Kiedyś pisanie w C# Mono pod Linuksem. objawiało się dwa razy większymi plikami niż pod Windowsem. A jak jest teraz, czy MonoDevelop wspiera w ogóle C# 6.0. Dla mnie C# jest prawie tak identyczne jak Java. To może inne jest Scala lub Rust. Czy do Rust jest jakaś biblioteka wspomagająca pisanie programów okienkowych jak QT?

Nigdy pliki nie były większe niż pod Windowsem. Teraz też nie są. Chyba że zrobisz sobie bundla, tzn wpakujesz wszystkie zależności do jednego pliku .exe. Wtedy zajmie on około 30 MB (po przeciągnięciu upx-em około 6 MB), ale za to otrzymasz aplikację natywną, która do działania już nie potrzebuje Mono w systemie.
Co ciekawe, tak samo możesz zrobić sobie bundla pod Windowsem, co nie jest możliwe w .Net.

@czarny Szewc, nie do końca. Jest co prawda gtk-rs, ale jeszcze nie został opracowany ogólnie przyjęty "styl" jak budować GUI bez dziedziczenia. Jednak ww. biblioteka z tego co wiem jest najbardziej kompletnym bindingiem do tworzenia GUI. Co prawda jest jeszcze Conrod, ale on jest raczej opracowany do tworzenia interfejsów w grach, a nie do aplikacji użytkowych. Całkowicie innym aspektem jest to, że IMHO nie ma to najmniejszego sensu, ale to temat na inną dyskusję.

Takie tam zestawienie na rok 2017. Zaciekawił mnie Python i Scala.
https://blog.nofluffjobs.com/10-najpopularniejszych-j%C4%99zyk%C3%B3w-programowania-na-2017-rok-213f9f947f39
https://teamquest.pl/blog/295_w-czym-programowac-w-2017-roku-czyli-najbardziej-pozadane-przez-pracodawcow-jezyki

Uczynny Rycerz napisał(a):

Takie tam zestawienie na rok 2017. Zaciekawił mnie Python i Scala.
https://blog.nofluffjobs.com/10-najpopularniejszych-j%C4%99zyk%C3%B3w-programowania-na-2017-rok-213f9f947f39
https://teamquest.pl/blog/295_w-czym-programowac-w-2017-roku-czyli-najbardziej-pozadane-przez-pracodawcow-jezyki

Słabe te zestawienia. A Scala według mnie zostanie w swojej niszy i bardziej około Apache Spark oraz Hadoop. To fajny język ale też inny target niż Java.
Prędzej w miejsce Javy może wejść trochę Kotlin jako po prostu "lepsza Java" o którym nawet nie ma wzmianki.

Python jest ok i dalej mnie dziwi czemu tak mało jest tego w Polsce.
Go zanotował dość spory wzrost w ostatnich latach. W niektórych zestawieniach bardziej popularny niż Scala.
https://blog.appdynamics.com/engineering/the-most-popular-programming-languages-for-2017/

W Polsce według mnie to głównie Java, Javascript, C# i PHP

Ciekawa strona
https://www.jaki-jezyk-programowania.pl/index.php

Uczynny Rycerz napisał(a):

https://blog.nofluffjobs.com/10-najpopularniejszych-j%C4%99zyk%C3%B3w-programowania-na-2017-rok-213f9f947f39

Scala
Scala nazywana jest “językiem przyszłości”, ponieważ pozwala pisać aplikacje stosunkowo łatwo i szybko. Łączy zarówno cechy języków funkcyjnych, jak i obiektowych. To język dynamiczny, czyli taki, który skoncentrowany jest nie na sposobie dojścia do wyniku, lecz na samym wyniku. Dużą zaletą Scali jest możliwość wykorzystywania przez nią klas napisanych w Javie. Również sam kod napisany w Scali może być wywoływany w kodzie Javy, jednak integracja w tym kierunku wymaga zachowania pewnych reguł.

Dobrze by było gdyby takie artykuły były pisane przez osoby mające jakieś pojęcie o programowaniu. Scali jest bardzo daleko od bycia językiem dynamicznym, a chodziło zapewne o to że jest językiem funkcyjnym.

@amb0 było trochę programów napisanych w Javie na desktopy i nie mobilny soft. Pamiętam jDownolader, Eclipse, NetBeans, JetBrains*, Aptana. Akurat IDE powstają w trzech językach Java, C++(CodeBlocks, Qt-Creator, KDEvelop i Python(Spyder, Ninja IDE), no są niby pisane w JS(Brackets, Atom) ale wspomagane C(Sublime, Notepad). Dużo rozbudowanych IDE wybiera Jave idealne takie środowisko programistyczne nie jest, żyje swoim życiem. Powstają niby jakieś nowe projekty w Rust i Go które mają zapewnić dużo szybsze działanie IDE przy mniejszym zużyciu zasobów komputera. Pożyjemy zobaczymy, ale jak ktoś dysponuje i7 i 16GB RAM to nie odczuwa zbytnio jakichś przycinek takiego IDE napisanego w Javie, czy innego programu jak ten nieszczęsny jDownolader lub inne Javowe twory na desktop. Sam chciałem napisać notatnik w C++17 i Qt 5.9, ewentualnie coś nowego w Rust, tylko że nie ma biblioteki graficznej jeszcze Rust.

Jest jakieś IDE na Linuksie do Swift 3? Kompilator pod Linucha znalazłem.
https://swift.org/download/#releases

Wielki Samiec napisał(a):

Jest jakieś IDE na Linuksie do Swift 3? Kompilator pod Linucha znalazłem.
https://swift.org/download/#releases

online: https://swift.sandbox.bluemix.net/#/repl
offline: CLion - https://blog.jetbrains.com/clion/2016/03/clion-2016-1-released-better-language-support-and-new-dev-tools/
tylko edytor: https://atom.io/packages/language-swift