Servo név alatt fejleszt új generációs böngészőmotort a Samsung és a Mozilla

 ( trey | 2013. április 3., szerda - 18:57 )

A Mozilla ma bejelentette, hogy a Samsunggal együttműködve új, a jövő hardverei által kínált lehetőségeket sokkal jobban kihasználó böngészőmotort fejleszt Servo néven. A Servo egy kísérlet lesz, amelynek során alapjaitól újraírják a webböngészőt, figyelembe veszik a modern hardvereszközöket, szem előtt tartják a biztonságot és a teljesítményt. A Servo-t a Mozilla és az egyre növekvő közösség által fejlesztett új, biztonságos Rust nyelvben írják.

Az érdeklődők hozzáférhetnek mind a Rust, mind a Servo forrásához a GitHub-on.

Részletek a bejelentésben.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Jobb lenne, ha Mozilláéknál befejeznék a thunderbird maildir támogatását és utána tőlem azt csinálnak amit akarnak :(

Ezen egyebkent en is teljesen megdobbentem, hogy egy ilyen regi es kozkedvelt email kliens nem tamogatja a mialdir formatumot.

Szerintem tudja a maildirt.

A Thunderbird szerint meg nem. Én 'kínomban' feltettem egy Dovecotot a gépemre, és onnantól IMAP.

Igen, van valami titkos kapcsoloval elovarazsolhato experimental cucc. Na arra azert nem biznam a leveleimet. Lehet, hogy az elmult nehany honapban valtoztott a helyzet, de meg kb. egy fel eve biztosan nem volt hivatalosan benne.
Na most ugye a maildir azert alap lett volna. Hany eves is a thunderbird?

+1

Nekem nagyon sok ötletem lenne még, hogy mit kellene beletenni még...
--
The Community ENTerprise Operating System

LDAP write...
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Heh? Az megvan, hogy a Mozilla tavaly "közösségi fejlesztésre" tért át a Thunderbirdnél?

Nem kell eljutni a Thunderbirdig. Most már a Firefox is kezd katasztrófafilmé változni. Az autoupdatet már kikapcsoltam, de kell találni valami más cross-platformos, open-sourceos böngészőt nagyon hamar...

--
GPLv3-as hozzászólás.

Divatba jonnek az egzotikus nyelvek. Azert egy ekkora projektet ilyen nyelven irni sajatos elkepzeles.

Megvan az az előnye, hogy esetleg n+1 dependencyt húz magával és ezzel pörgeti a Samsung memória-üzletágát.

--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”

Pont az n+1 dependency miatt az az érzésem, hogy halva született az ötlet. Nem hiszem, hogy gyorsabb, vagy kisebb, vagy biztonságosabb lesz, mintha valamilyen meglévő kódbázisra építettek volna. Vagy legalábbis nagyon meg lennék lepve.

Ha ugy vesszuk, meglevo kodbazisra epitkeznek. Gondolom egy nyelv nem csak az interpreterbol all, hanem a mogottes runtime-bol is...
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Miért, kell hozzá rustVM? Ha nem, akkor csak annak függőség, aki maga akarja fordítani, és olyanból nem sok van. – Igen, tudom, hogy nem a megfelelő fórumon mondom, de az emberek 35%-a nem is tudja, hogy mi az a függőség, a maradék 65%-nak pedig túlnyomórészt számítógépe sincs. (és nem, nagyrészt ők sem tudják, mi az)

int getRandomNumber() { return 4; }  // ← aláírás
//szabályos kockadobással választva. garantáltan véletlenszerű.  xkcd

"Divatba jonnek az egzotikus nyelvek."

Érdekes dolog ez. Általában ezek a nyelvek mindig csak 1-1 területre fókuszálnak, amiben kiemelkedőek akarnak lenni a többiekhez képest. Cserébe behozzák a saját szintaktikájukat, ami legfeljebb csak hasonlít más nyelvekhez. Emiatt lassan több nyelv lesz, mint program. :) Viszont nem oldják meg azt a problémát, hogy A nyelv tartalmaz olyat, amit B nem, cserébe A-ban borzalmasan van megoldva másvalami, ami B-ben elegánsan. Lassan eljuthatnánk oda, hogy ne csak a programjaink legyenek modulárisak, de a programozási nyelveink szintaktikája is (persze hogy ezt hogy lehet megvalósítani, az más kérdés :)).

Anno volt néhány magyar srác, még DOS idején kalapáltak egy olyan nyelvet, ami a Pascal, az Asm és a Basic előnyeit ötvözte, mindegyikből azt vették át, ami szerintük a legjobb volt. Valami "baspascasm" vagy mifene volt a neve. Nem sokáig élt a project, ha jól emlékszem.

Azaz, thx, BAssPasC. Ennyit kopott az emlékem :)

amugy basic, perl (nem pascal) es C kevereke volt elsosorban, amibol assembly kodot generalt (de asm utasitasokat is lehetett hasznalni kozvetlenul).

a vicc hogy mar en is elfelejtettem teljesen a szintaxist, multkor egy regi kodomat nezegettem es nem jottem ra hogy mukodik :)

A'rpi

Árpi_esp aka Gyikszoft volt, tudtommal egyedül.

Itt megragadom az alkalmat, hogy megköszönjem. Nagyon sok kellemes órát szerzett vele :D

thx :)
amugy nem egyedul csinaltam, bar teny, hogy nem volt valami nepes a felhasznalotabora :)

A'rpi

+1

"Érdekes dolog ez. Általában ezek a nyelvek mindig csak 1-1 területre fókuszálnak, amiben kiemelkedőek akarnak lenni a többiekhez képest."
Hát ez a Rust pont nem ilyen akar lenni (szerintem nem is ilyen), hanem általánosan minden területre fókuszál és megpróbál mindent elegánsabban megoldani, mint más nyelvek.

"Viszont nem oldják meg azt a problémát, hogy A nyelv tartalmaz olyat, amit B nem, cserébe A-ban borzalmasan van megoldva másvalami, ami B-ben elegánsan"

Ld. még Greenspun's tenth rule. Bár valószínűleg humornak szánta a szerző, sokan szokták érvként használni a LISP mellett. De nem veszik észre, hogy bár a program említett részét könnyebb lenne megírni LISP-ben, a maradékot viszont borzalmasan nehéz.
Ezért jók a hibrid rendszerek: amit assembly-ben kell megírni, azt abban írják, amit C-ben, azt abban, amit JAVA-ban, azt abban, és amit szkript nyelven, azt abban. Sajnos a gyakorlatban más megkötések miatt ritkán lehet hibrid rendszert csinálni. De szerintem pont egy böngészőnél lenne erre lehetőség.

Kesett a hir 2 napot? Sokkal grandiozusabb, mint az iPlay, es meg a Google Nose-nal is mereszebb.

Erdekes kiserlet lesz, az biztos.

--
The programmers of tomorrow are the wizards of the future. You know, you're going to look like you have magic powers compared to everybody else. -Gabe Newell

A Chrome(ium) meg dobja a Webkitet - http://blog.chromium.org/2013/04/blink-rendering-engine-for-chromium.html

____________________
http://szoftvervasarlas.co.hu - elérhető árú, legális szoftverek itthon

Dolgozhatnának együtt. Gyorsabban lenne korrektebb böngészőmotor.

Hehe, azt megnézném... Szegény IE... :)
--
The Community ENTerprise Operating System

Kilenc asszony meg egy hónap alatt szül meg egy gyereket. Hát persze :P

Márpedig ha nem is lineárisan, de több fejlesztő gyorsabb és jobban tesztelt kódhalmazt hoz létre mint kevesebb.
Másrészt nagyobb lenne a felhasználói bázis (Chrome + FireFox együtt) több és jobb visszajelzési rátát eredményezhet.

Szerintem erről megoszlanak a vélemények. Attól függ, hogy milyen minőségű a két csapat és mennyire képesek egységes irányba állni. Akár lassíthat is a "két dudás egy csárdában" problémakör és a végtelen hosszú viták és egyeztető megbeszélések miatt. Ha a Mozilla és a Samsung (OMG, gondolom emlékeztek még az Exynos bugra /o\) odaadná az összes fejlesztőjét a Google csapatvezetője _alá_, akkor lehetne akár gyorsabb is, de ezt én nem tudom elképzelni. Biztos szegényes a fantáziám :D

Személyesen ismerve Téged, szerintem semmi gond sincs a képzelőerőddel.
Mindkét csapat (Google mérnökök és FireFox csapat) bizonyított már. Részemről inkább _egymás mellé_ állított csapatoknak lenne értelme. Külön modul/rész fejlesztésével, megfelelő API-n keresztül.

Nézzük a másik oldalt. Mindketten fejlesztenek valamit, amit hasznosnak ítélnek meg. Legyen sikeres a két project. Renderelési vagy bármilyen különbségek előfordulhatnak majd. Aztán a webdesigner fog szívni, hogy mindkét böngészőmotorral ugyanúgy jelenjenek meg az elkészített oldalai.

Exynos vétket elkövető programozó szerintem már nem a Samunál dolgozik. :)

9 terhes asszony sokkal nagyobb valószínűséggel szül egy gyereket, mint egy 1 honap eltelte alatt. :)

Belenéztem a RUST tutorialba, számomra elég kacifántos és nehézkes szintaktikája van.
Valamint az az elgondolás hogy minden változó amit létrehozol immutable ha csak ki nem kötöd hogy tényleg változó legyen elég körülményessé teszi. A teljes tutorial átolvasása után biztos lenne még pár nem tetsző dolog bár lehet a javas irányultságom miat van ez.

===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)

http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation

"minden változó amit létrehozol immutable ha csak ki nem kötöd hogy tényleg változó legyen elég körülményessé teszi"

Az csak attól függ melyikből deklarálsz többet: az meg gondolom evidens milyen irányba akarnak ezzel motiválni. ;)
Ez pl. számomra épp hogy szimpatikus.

C-ben is lehet default konstansokat csinalni, par #define kerdese az egesz. Kerdes, mennyi ertelme van.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

+1 szemétre: az sosem baj, ha kicsit constnácilunk. C-ben is sokat segíthetne ez, persze nekem szimpatikusabb lenne, ha csak szimplán az emberek rászoknának a const használatára. Csak azért, mert C, még nem kell taknyolni, az a Perl.
----
India delenda est.
Hülye pelikán

+1

En is beleneztem, es nekem elegge egy Ruby-mutacionak tunik. Csomo aprosagban nyilvan elter, de az alapotletek szertintem elegge feltunoen onnan jonnek.
---
Régóta vágyok én, az androidok mezonkincsére már!

Várj, a Rubyból milyen ötlet jöhet? Én úgy tudtam, hogy az egy nagy egyveleg nyelv, mindent bele alapon.
----
India delenda est.
Hülye pelikán

A Ruby-t nem ismerem arról nem tudok nyilatkozni.
Nekem meg nagyon sokban hasonlít a scala-ra, mintha scala lenne, csak átnevezve :)
(Azért nem teljesen, a scala nyelv még így is sok pluszt tartogat:)
Pl.:

  • type inference,
  • párhuzamosság kezelés, nem osztott memórián, hanem kommunikációval
  • var, val <=> let, let mut
  • pattern matching
  • closure
  • trait
  • generics
  • ...

3x ellenoriztem, nem-e aprilis 1 a hir datuma...

+1