KDevelop 5.0.0

Byla vydána verze 5.0.0 svobodného integrovaného vývojového prostředí KDevelop. Provedena byla refaktorizace kódu. Vylepšena byla jak podpora programovacích jazyků C/C++ (využíván je Clang), tak i Python, PHP a QML/JS. KDevelop byl naportován na KDE Frameworks 5 a Qt 5. Vyzkoušet lze binární balíček s KDevelopem 5.0.0 vydaným ve formátu AppImage.

24.8.2016 05:00 | Ladislav Hagara | Nová verze

Komentáře

[skunkOS]

" and "

[Ladislav Hagara]

Dík. Opraveno.

[MsGhostit]

To jsem zvedavy jestli bude padat stejne casto jako predchozi verze.

[Václav "Darm" Novák]

Podpora QML, hurá :) Tak to jsem zvědavý jak si povede v porovnání s QtCreatorem.

[Jardík]

QtCreator je naprosto příšerné vývojové prostředí. Nejhorší je jeho pomalost při práci s větším projektem. Přepisujete třeba jméno funkce či proměnné a nezřídka se stane, že vám to začne psát znaky ze sekundovým zpožděním, protože si to něco chroustá v gui vlákně programu. Refaktorizace v QtCreatoru také často selhává, obzvláštěm jsou-li použity šablony. KDevelop však neznám, snad se dostanu k tomu vyzkoušet.

[Hans1024]

Tak to dopada, kdyz maji vyvojari Core i7 a SSD.

[miso]

Prosim?

[Michal Kubeček]

To nic, to jen někteří lidé mají utkvělou představu, že když je software pomalý, je to proto, že jeho vývojáři mají příliš výkonné počítače a povýšeně kašlou na plebs.

[R]

A preco je teda SW pomaly?

[kyknos]

protože jsou vývojáři často dementi a často neumí navrhnout ani efektivní algoritmus

[Michal Kubeček]

Především je potřeba si položit otázku, jestli opravdu obecně je. Pamatuju třeba první verze (tehdy ještě) StarOffice a vůbec nemám pocit, že by byl (na tehdejším HW) nějak pozorovatelně rychlejší než dnešní LibreOffice (na dnešním) - spíš naopak. Totéž třeba pro Firefox nebo GIMP.

Chtít po dnešním software, aby běhal svižně na HW z roku 2000 nebo ještě starším je nesmysl. Požadavky na uživatelský komfort, na objemy zpracovávaných dat i na vizuální stránku jsou někde jinde. A hlavně už naštěstí neplatí socialistický princip, že lidská práce je bezcenná a věci jsou drahé. Je to přesně naopak, takže se u desktopových aplikací nevyplatí věnovat nemalé množství práce do optimalizace na krev. Proto se takové věci píší rychle a neefektivně v Javě nebo ještě pohodlnějších (a neefektivnějších) jazycích - to množství práce navíc by se prostě nevyplatilo. Stačí když bude aplikace rozumně rychlá na běžném dnešním hardware; trvá-li někdo na tom, že 1GB should be enough for everybody, je to jeho boj.

Něco jiného jsou samozřejmě core součásti jádra (memory management, filesystémy, bloková zařízení, síťový stack, …), tam se občas řeší i takové detaily, jako jak uspořádat data, aby se co nejlépe využila cache procesoru. Ale u uživatelského rozhraní desktopové aplikace jsou priority úplně jiné.

[kyknos]

GIMP je naprosto neskutecne a zoufale pomaly i vuci Photoshopu.

[kyknos]

dokonce i vůči dobovému Photoshopu na HW z roku 2000 (a Photoshop toho tehdy uměl nesrovnatelně více, než GIMP dnes)

[Hans1024]

Jestli to spravne chapu, tak tvrdis, ze prilis vykonny HW vyvojaru je "utkvela predstava", a ze ve skutecnosti maji uzivatele moc pomaly HW

[Michal Kubeček]

IMHO to nejde takhle generalizovat - ani jedno. Nebo jinak: nemyslím si, že vývojáři mají typicky výkonnější hardware než uživatelé, nebo aspoň ne tak výrazně, aby to hrálo zásadní roli.

[Saljack]

Ja mam takovou poucku optimalizuj az kdyz je to potreba a timhle se ridim. Protoze vetsinou to ani neni potreba a co dokaze clovek vymyslet kvuli optimalizaci je nekdy opravdu vytvor.

Proto se takové věci píší rychle a neefektivně v Javě

Nevim proc by mela byt Java neefektivni. Ono pro ty enterprise molochy toho moc na vyber neni.

[Michal Kubeček]

Proto se takové věci píší rychle a neefektivně v Javě

Nevim proc by mela byt Java neefektivni.

Parser error? Doporučuji přečíst tu větu znovu a tentokrát pozorně.

[xxxs]

mam rovnaky error.

[Michal Kubeček]

Hint: neefektivně je příslovce (ne přídavné jméno) a jako takové se vztahuje ke slovesu píší se (coby příslovečné určení způsobu), ne k podstatnému jménu Java (coby přívlastek).

[kyknos]

Kubeček se zřejmě snaží říci, že Java je úžasný jazyk, jen nějakou nešťastnou shodou okolností v ní píší jen neschopná prasata.

[xxxs]

nejde mi o saljackove "Nevim proc by mela byt Java neefektivni", ale o to, ze nevidim neefektivitu v pisani veci dostatocne pre dany ucel a zaroven s minimom nakladov.

[Michal Kubeček]

Slovo neefektivně v té větě jsem myslel čistě ve významu efektivity výsledného programu. Z hlediska efektivity ve významu "hodně muziky za málo peněz" to samozřejmě efektivní je, ať už se vynaložené člověkohodiny promění ve skutečné peníze (u komerčně vyvíjeného software) nebo je to jen obrazné vyjádření.

[xxxs]

ok, vdaka za vysvetlenie.

[PetrHL]

Ja mam takovou poucku optimalizuj az kdyz je to potreba a timhle se ridim.

Presne tak. Optimalizuji az veci, ktere maji smysl. Nema cenu stracet cas s blbostma, ktere nikoho netrapi.

[Hans1024]

Nejde o to, ze by vyvojari "povysene kaslali na plebs", ale proste resi svoje problemy, ktere s vykonnym HW nemusi byt stejne jako problemu uzivatelu.

[x.]

Blbost. Je rozdil mezi tim, kdyz vyvojari umi/chteji a neumi pouzit profiler.

[mirec]

Tí ktorí vedia, ale nechcú na to väčšinou kašlú pretože im to na i7 nič neprinesie.

[x.]

Hm, na tom asi neco bude. Ale zarazi me, ze takovi lide existuji a zaroven mohou mit uspechy. Asi sem naivni...

[mirec]

Odporúčam skúsiť Pokemon Go. Na mojom nie úplne low end telefóne to v menu dá neuveriteľné 1 fps a to zobrazuje 4 štvorce - tomu sa hovorí optimalizácia Doba kedy sa aplikácie aspoň trochu optimalizovali sú dávno preč.

[Hans1024]

Oni asi umi, ale kdyz to na jejich HW neni pomale, tak k tomu nemaji duvod. Takhle je vykonnostni problem uzivatelu jenom jeden z mnoha bugu, kterymi se nikdo poradne nebude zabyvat. Kdyby vykonnostni problem komplikoval praci vyvojare, tak je vyreseny jako prvni.

[miso]

Ono to asi nebude o tom umi/neumi, ale stihaj/nestihaj. Optimalizace je narocna a nekreativni prace (trochu jako dokumentace )

[mirec]

Ako kedy. Väčšinou stačí začať vyvíjať s pomalším zariadením a optimalizovať len tam kde je to nutné. Napríklad taký vývoj pre mobilné telefóny: Stačí mať na testovanie staršiu strednú triedu a hneď vidím, že je niečo pomalé, strávim 5 minút nájdením iného riešenia a ide sa ďalej. Celkovo to zaberie z projektu pár minút, maximálne hodinu a výsledok je neporovnateľný. Optimalizovať až po dokončení projektu keď to konečne vyskúšam na staršom zariadení je fakt náročná a zdĺhavá práca.

[Jardík]

Tím to zrovna nebude. V práci máme počítače s i7, 16 GB ram, system disk taky a ssd, a 2x 2tb disky. Stejně je tam na tom QtCreator mizerně. A doma mé starší mašině je to stejné. Prostě je to feature qtcreatoru. Plus od verze 4 je to nějaké méně stabilnější a klidně to 2-3x za den spadne.