Z nadcházející verze Mona se podařilo odstranit jeden velmi náročný bug v garbage collectoru, který způsoboval to, že se paměť neuvolňovala jak měla a aplikace zabírala s časem více a více paměti. Patch má na svědomí Mark Probst a po úspěšném testu dalšího vývojáře je jisté, že se problém podařilo vyřešit. Jelikož se i další věci daří řešit dobře a rychle, nemusela by být další verze 2.8, ale rovnou 3.0, což je určitě dobrá zpráva pro všechny uživatele.
Velký den pro Mono
4. 3. 2010
20
nových názorů
-
-
Podle http://en.wikipedia.org/wiki/Vala_%28programming_language%29 používá reference counting Garbabe Collector, z čehož nemám jakékoli velké nadšení. Cyklické reference budou způsobovat krásně memory leaky a navíc se bude paměť vesele fragmentovat, protože k uvolnění dojde ihned.
Neříkám, že to je tím nepoužitelné, ale je to minimálně celkem zásadní rozdíl od Javy a .NET.
-
JmJ (neregistrovaný)
Napsal jsem uz par sluzeb, ktere byly urcene primarne pro Linuxovy server, ale v tech linuxovych vyvojovych prostredich sem nenasel odvahu to psat, takze sem to spokojene napsal a odladil ve Visual Studiu, jede to na Widlich a jede to spolehlive i na linuxu. Neni to nic extra sloziteho, ale potesilo me to hodne. Vyvoj ve znamem prostredi, funkce pod dvema OS. Ja Monu fandim.
-
Cosmo (neregistrovaný)
Suhlasim. .NET nie je zla technologia a vyvojove prostredia su v pohode.
Ja osobne mam rad SharpDevelope. Napisat aplikaciu vo VisualStudio alebo v SharpDevelope a potom ju pouzivat na Win a pripadne aj na Linuxe je vynikajuca vec.
Java nie je jedine multiplatformove riesenie. A okrem ineho wine nie je zazracny liek na vsetky windows aplikacie. Tie aplikacie, ktore su vyvijane pod .NET vedia vyuzit MONO, co moze byt velkym prinosom pre vsetkych uzivatelov.
Takze preco sa netesit, ze svet Windows a svet Linuxu maju spolocny runtime, ktory umozni pouzit viac aplikacii z win pre linux, pripadne naopak :-)
Este vyriesit graficke toolkity a bude hotovo :-) Nikomu to nemoze uskodit, moze to iba pomoct. -
Taky bych to tak nějak viděl. Až na to, že jsem zatím neviděl aplikaci funkční pod Monem. Pár jsem jich i zkoušel. Ale možná jsem měl jen smůlu.
Myslím, že Java je na tom „rovnoprávněji“ – kvalita implementací na různých OS se IMHO neliší tolik. Ale i jako Javař bych byl rád za zlepšení situace u .NETu.
-
Cosmo (neregistrovaný)
No, v podstate suhlasim s tym, ze okrem Tomboy a nie je vela znamych aplikacii na desktope (ovsem nemam az taky dobry prehlad). Ale to v zasade nehovori o tom, ze technologia je zla.
MONO by sa vyuzivalo podstatne viac, keby programatori pouzivali napr. kvalitne vyvojove prostredia pod .NET (VisualStudio, sharpDevelope). MONOdevelope podla mojho nazoru nie je az tak kvalitne (stabilne) prostredie. Celej situacii ohladom MONO este nepriaznivo nahrava fakt, ze linuxovi programatori maju zauzivane ine postupy programovania ako Windows programatori. Napr. KDevelope s tvorbou GUI a so signalmi sa neda porovnavat s VisualStudio a eventami. Strasne vela programatorov programuje v kombinacii VIM,CGG a MAKE. Toto su postupy, ktore sa medzi sebou velmi nepodobaju :-)
Metodika prace je velmi rozdielna. Ked casom trosku konzervativni programatori zacnu miesto C,C++ pouzivat aj ine jazyky, napr C#, potom bude MONO podstatne oblubenejsie. Podla mna je to len vecou zvyku a uhlu pohladu. Ale v dnesnej dobe mi nejaky „runtime“ v systeme urcite neprekaza. Mam Javu a aj MONO. -
Cosmo (neregistrovaný)
Tomboy su poznamky na desktop. Ja som napriklad skusal Paint.NET z Windows a vcelku fungoval. Par mojich drobnosti, co som kedysi urobil v C# fungovali v pohode. Akurat tam este okrem inych veci vidim problem s grafickym toolkitom, kym vo win sa pouziva urcite graficke rozhranie, v linuxe musi byt pochopitelne vyuzite ine.
Najcastejsie sa to riesi tak, ze na linuxe sa pouzije GTK a v pripade behu aplikacie na Win sa GTK doinstaluje. Ale aplikacie naprogramovane priamo pod win vo visual studiu maju v linuxe skarede, sive GUI. Takze este tu by som videl priestor na zlesenie. Ale casom to vsetko urcite vyvojari vyriesia, velmi fandim OpenSource vyvojarom. Inak zopar celkom peknych prednasok o .NET resp. MONO je na CVUT SiliconHill serveroch. Odporucam na volne chvile pre pobavenie :-) -
Stejně je zajímavé to svázání C[++], GCC a vim vs. Java/C# s komplexním IDE. Těžko říct, kde je to zakořeněno.
I Javu jsem dělal v jednoduchém textovém editoru (PSPad), ačkoli dnes používám Eclipse. A C++ jsem zase zkoušel v IDE. Asi to spojení bude v kvalitě jednotlivých nástrojů, protože pro C++ jsem nenašel vhodné IDE (srovnatelné s Eclipse pro Javu).
-
Nie som si isty, ale Eclipse ma tusim aj podporu C++. Aspon tu to tak vyzera:
http://www.eclipse.org/cdt/
Mne sa paci napr. Netbeans. Celkom pekne pre JAVU a pouzivam ho aj pre PHP so ZEND debuggerom. Nepatrim vsak medzi fultime programatorov, je to skor konicek. Takze profesinali mozu mat iny nazor.Previazanost nastrojov GCC,G++,VIM a samozrejme ostatne GNU utilitky je mozno historickou zalezitostou, ale moze k tomu prispievat a to, ze tieto nastroje su bez rozporu kvalitne a funguju uz roky bezchybne. Programatori ich poznaju a nesutale sa tieto nastroje vyvijaju. Preto mozno nie je dovod nic menit. Ale pekne IDE pre kazdy jazyk ma tiez svoje plus – je to pohodlne.
Mne napr. v Linuxe chybali nastroje ako Borland Delphi 6.0 (Lazarus v linuxe) alebo Borland C++ builder, pripadne VisualBasic 6.0 (GamBas) s ktorymi som zacinal. Ale ked som objavil C# a moznosti portovania kodu medzi platformami, zistil som, ze mozem naozaj na Delphi a C++ builder zabudnut. Programovat sa da aj v inych prostrediach, ale nikdy som nevedel pouzivat GCC vs. VIM :-(
Najkrajsie na tom je to, ze si kazdy moze vybrat v com sa mu dobre pracuje :-)
-
- Obchodně-technický manažer | konzultant | inside sales rep
- Data Platform Engineer - Kafka & Mongo
- DevOps engineer
- Solution Architekt
- Team Leader ICQA / Řízení zásob a kontrola kvality
- Vývojář/Analytik C++
-
- No More Czenglish I
- Vizuální myšlení
- Zjednodušování (nejen) ve výrobě
- Pasti ve vztazích a jak do nich nespadnout
- Vyjednávání II: Časté techniky a triky
- Nábor nových zaměstnanců v souladu s GDPR
-
- Obchodně-technický manažer | konzultant | inside sales rep
- Technická příprava výroby a kontrola kvality elektra
- Data Platform Engineer - Kafka & Mongo
- DevOps engineer
- Project manager/ka do IT společnosti
- Team Leader ICQA / Řízení zásob a kontrola kvality
-
- Odprezentuj: 10 chyb při tvorbě prezentací a jak se jim vyhnout
- No More Czenglish I
- Pasti ve vztazích a jak do nich nespadnout
- Vyjednávání II: Časté techniky a triky
- Tabulky Google
- Jak na Power Query pro Excel
ČLÁNKY DO MAILU