<div dir="ltr">Jihaaa, gyulnek a Scalasok :)</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/1/25 Tamás Viktor <span dir="ltr"><<a href="mailto:viktor.tamas@gmail.com" target="_blank">viktor.tamas@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A fordítási sebesség nagyon változó lehet kódolási stílustól függően.<br>
Ha notóriusan nem írod ki a típusokat (mert ugye nem mindig muszáj) és<br>
rábízod a compiler-re hogy találja ki, és/vagy sok implicit<br>
konverziót/paramétert használsz, azzal nagyon oda lehet csapni a<br>
fordítási időnek.<br>
V<br>
<br>
2013/1/25 János Háber <<a href="mailto:janos.haber@javaportal.hu">janos.haber@javaportal.hu</a>>:<br>
<div class="HOEnZb"><div class="h5">> - Compiler sebessegevel nem volt gondom<br>
> - Egyszer nem vagyott szet<br>
> - SBT fos :) Nekem tisztan maven-es a buildem<br>
> - case classokat minimalizalhatjuk :<br>
><br>
> Tudom hogy mindenki oda vissza van a funkcionalis programozas reszetol,<br>
> stb... de probald ki anelkul (azaz minimalizald a hsznalatat). Ha ugy allsz<br>
> hozza hogy ez egy nyelv amit azert csinaltak hogy konyebb legyen javaban<br>
> kodolni, na onnan kezded el elvezni :D Utana persze bedobhatsz funkcionalis<br>
> programozos torteneteket, de jelenleg valojaban lassitjak az alkalmazas<br>
> (nemfeltetlen a kodolast hanem a futas lesz lassabb), ha nemhasznalod<br>
> funkcionalis cumokat akkor debuggolas ugyan olyan mint javaban :)<br>
><br>
><br>
><br>
> 2013/1/25 Richard O. Legendi <<a href="mailto:richard.legendi@gmail.com">richard.legendi@gmail.com</a>><br>
>><br>
>> Hali!<br>
>><br>
>> Ja, IntelliJ-t ajánlják sokan, én mélyebben még nem másztam bele, mert<br>
>> Eclipse-ben élek már x éve, és a Sonatype-os "official" IDE is a Scala IDE.<br>
>> Attól függetlenül még komoly gondok vannak vele :-)<br>
>><br>
>> Amik nekem zavaróak voltak így elsőre hirtelen ezek (ez mind csak<br>
>> személyes vélemény, lehet másnak jobb tapasztalatai vannak):<br>
>><br>
>> - a compiler sebessége<br>
>><br>
>> - az fsc-vel valamivel jobb a helyzet, de fél óránként szétfagy<br>
>><br>
>> - egész tavalyig a Scala codebase-t Emacs-ban fejlesztették :-)<br>
>><br>
>> - kísérletezős nyelvnek indult, ami nagyon izgalmassá teszi (ld. makrók<br>
>> kapcsán miket tudtak kihozni, érdemes átfutni a 2012-es Scala Days<br>
>> előadásait). Emiatt vannak benne nehezen emészthető dolgok. Sokszor meg is<br>
>> kapja az "overcomplicated" jelzőt, szerintem nem alaptalanul (ha cselezett<br>
>> már meg pl. egy nem várt implicit konverzió, tudod, mire gondolok).<br>
>><br>
>> - hatékonyság (ld. @tailrec, bár erre rá kell szokni)<br>
>><br>
>> - Említettem a bináris kompatibilitást: 3-4 havonta nézheted át a kódot,<br>
>> mert mindig minden változik. A 3rd party library-knek pl. külön verzióik<br>
>> vannak a főbb Scala verziókra (2.8/2.9/2.10), amihez még esetenként a<br>
>> használt build tool verziószáma sem mindegy... Ezzel kapcsolatban sokszor<br>
>> egyébként azt a cselt használják, hogy pure Java interfészeket definiálnak,<br>
>> mert az jó mindenhol :-)<br>
>><br>
>> - Ha már itt tartunk, az Sbt se valami simple a neve ellenére :-) Egy<br>
>> idevágó vélemény illusztráció céljából:<br>
>><br>
>> “SBT is confusing as shit.” —Questioner at the recent Scala SF meetup (and<br>
>> plenty others, in different words). Amen, in so many ways. Thank heavens<br>
>> Typesafe has acknowledged this and is working on it." :-))<br>
>><br>
>> - Egy csomó (szerintem egyébként hasznos) korlátozást feloldottak, pl.<br>
>> hogy a csomag legyen leképezés a fájlrendszerre, egy fájlban max. egy public<br>
>> típus lehet, stb. Sokszor negyed óráig keresem, hogy hol a szöszben van egy<br>
>> definíció.<br>
>><br>
>> - Egy dolgot többféleképpen is elfogadnak ( TAMWTDI), pl. a .Netes/Javas<br>
>> package jelölést is, ez néha nagyon zavaró. Zavaró volt már Perlben is.<br>
>><br>
>> - Tool support. Ha valami kell, sokszor a bleeding edge-ig kell menned<br>
>> érte. Pl. kerestem egy sima build rendszerbe integrálható code coverage<br>
>> eszközt. Nem találtam. IntelliJ-ben van alapból egyedül, azt viszont a<br>
>> Jenkins-szel nem nagyon etetem meg :-) Maradt valakinek egy Github<br>
>> magánprojectje, amihez fél éve hozzá sem nyúltak, de egy srác forkolta<br>
>> valamikor és megpatkolta, hogy menjen az akkor használt stable Scala<br>
>> verzióval.<br>
>><br>
>> - A debuggolás elég nehézkes. Egyszerűen nincsenek még meg az eszközeink,<br>
>> hogy egy olyan sort könnyen és hatékonyan lehessen vizsgálni, amiben öt<br>
>> filtering/traversing/mapping/folding/reducing utasítás szerepel. Nem azért,<br>
>> mert bonyolult, csak eddig nem voltak ilyen mainstreamek a funkcionális<br>
>> nyelvek, és nem volt ezekre szükség :-) Azt meg fapadnak érzem már, hogy<br>
>> minden ideiglenes adatszerkezetet kiírjak a képernyőre.<br>
>><br>
>> - Irgalmatlan fárasztó, amikor egy case classnak van 22 paramétere, és<br>
>> nézegetni kell, hogy most melyik micsoda. Elég sok helyen ütköztem ilyenbe.<br>
>><br>
>> - Az osztályhierarchiák követése esetenként roppant nehézkes.<br>
>><br>
>> Amúgy a legnagyobb előnye szerintem, hogy nagyon inspiráló és aktív<br>
>> közössége van.<br>
>><br>
>> Ricsi<br>
>><br>
>><br>
>> On 2013.01.25. 15:04, János Háber wrote:<br>
>><br>
>> Fura, en Intellij IDEA-val hasznalom es egesz korrekt a forditas ido<br>
>> (scala 2.9.2, mavenbol forditva). De a hatranyokra kivancsi lennek.<br>
>><br>
>><br>
>> 2013/1/25 Richard O. Legendi <<a href="mailto:richard.legendi@gmail.com">richard.legendi@gmail.com</a>><br>
>>><br>
>>> Hát, én is dolgoztam vele, tanítottam is az ELTE-n, meg próbálkozok néha<br>
>>> projectekhez kontributálni (Scala IDE, Specs2, ScalaTest, etc.), de túl<br>
>>> akadémiaira sikeredett a nyelv szerintem, sajnos.<br>
>>><br>
>>> Elég sok hátrányt tudnék felsorolni, ami keresztbe tesz az ipari<br>
>>> projecteknek (bár tudok nagy cégekről, ahol ez most a favorit). Nagyon sok<br>
>>> jó koncepció van a nyelvben, de pl. binary compatibility mint fogalom<br>
>>> ismeretlen, és 10 fájlnál nagyobb projecten dolgozni vele halál (vagy<br>
>>> kivárhatatlanul lassú, vagy megöli a compiler az IDE-t). Cserébe nagyon<br>
>>> izgalmas.<br>
>>><br>
>>> Akkaról sok jót lehet hallani, én csak kísérleteztem vele. Mindenképp<br>
>>> érdemes megnézni, mert pl. lecserélték a Scala API-ban lévő aktorokat az<br>
>>> Akka aktorjaira.<br>
>>><br>
>>> Ricsi<br>
>>><br>
>>><br>
>>> On 2013.01.25. 14:46, Hollósi Balázs wrote:<br>
>>>><br>
>>>> melyik az a forum? par hete kezdtem el olvasni az Odersky fele<br>
>>>> Programming in Scala konyvet szabad perceimben, de igy par fejezet<br>
>>>> utan mar erzem hogy nem is a nyelv az ami az igazan nagy poen, hanem a<br>
>>>> koncepcio (vagyis a ketto egyutt). kozben szembe jott az akka<br>
>>>> framework, nagyon szep igeretekkel, esetleg azzal kapcsolatban is van<br>
>>>> tapasztalat?<br>
>>>><br>
>>>> b<br>
>>>><br>
>>>> 2013/1/25 János Háber <<a href="mailto:janos.haber@javaportal.hu">janos.haber@javaportal.hu</a>>:<br>
>>>>><br>
>>>>> Van :) Hobbi szinten magamnak + most jott egy kisebb melo amiben scalat<br>
>>>>> tolok :) Itthoni forumrol tudok. Jozsa Kristof meg akirol tudom hogy<br>
>>>>> scalazik (o is fennvan listan)<br>
>>>>><br>
>>>>><br>
>>>>> 2013/1/25 Hollósi Balázs <<a href="mailto:hollosi.balazs@1101.hu">hollosi.balazs@1101.hu</a>><br>
>>>>>><br>
>>>>>> csak hogy kizökkentsem a fröcsögést... lehet majd nyitok egy új<br>
>>>>>> thread-et is neki, csak kiváncsiságból ide is bedobom: van a listán<br>
>>>>>> olyan fejlesztő kolléga aki scala -zik (akár hobbi akár ipari<br>
>>>>>> szinten)? vagy van annak itthoni fóruma :)<br>
>>>>>><br>
>>>>>> b<br>
>>>>>><br>
>>>> _______________________________________________<br>
>>>> Javalist mailing list<br>
>>>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>>>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Javalist mailing list<br>
>>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Javalist mailing list<br>
>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Javalist mailing list<br>
>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Javalist mailing list<br>
> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</div></div></blockquote></div><br></div>