Eléggé hányatott sorsa van mióta a Mozilla meg akart tőle szabadulni.
2016-ban három lehetséges lehetséges "új otthon" merült fel a projekt számára: Software Freedom Conservancy, The Document Foundation (ez felelős a LibreOffice fejlesztéséért) vagy maradnak Mozilla Alapítványnál.

Végül a Mozilla Alapítványnál maradtak. Részletesebben itt írnak a dologról: A Mozillán belül függetlenedik a Thunderbird
Az utolsó bekezdés alapján, ha valami probléma lenne a Mozilla Alapítványos együttműködéssel, akkor önállóan folytatnák, nem csatlakoznának más alapítványokhoz.

[ Szerkesztve ]

Kár, pedig egy egységesebb arculattal és jobb integrációval ütős LibreOffice jöhetett volna létre, így az egyik csak egy félkarú óriás a másik meg egy félszemű órás.

Le az elipszilonos jével, éljen a "j" !!!

Sajnos a TB használhatatlanság határát súrolja. nekünk cégnél is ez lett, mert a rendszergizdának könnyebb volt IOS után ide importálni, mint outlook-ba. Rengeteg hiba van, sok napi szinten előjön. Kezdve az el-eltűnő levelektől a lemaradó, felcserélt csatolmányokig, sőt, volt már, h CC-t is cserélt magától, bár újabban ez már megszűnt, talán a csatolmányokat is jobban kezeli. Széteső formázás, okádékul kezeli a html leveleket, etc... Keresője vicc, LO ezért is jó lenne, abban durván sokkal jobb a kereső még excelnél is, ahogy formázásban is. evvan.

Hold on, trying to give a fuck... Nope, not Happening • Powered by Fedora Linux • "Az élet olyan sz@r, szerencsére a felén már túl vagyok" Al Bundy

Na pont ez az, a LO Writer megjelenítő és szerkesztőmotorjával sokat lehetne dobni a TB-n, valamint egyszere frissülne, nem kellene külön fejlesztőbanda, ahogy az Outlook-nál is volt régebben Word integráció, mostanában nem tudom, hogy oldják meg, de gondolom, közösek ott is az alapok (Word-Outlook).

[ Szerkesztve ]

Le az elipszilonos jével, éljen a "j" !!!

Én nem mondtam, hogy baj. Bár, ha a szépség szubjektív, akkor lehet belőle baj. S a szép kód nem zárja ki az gyors is legyen. Csak ugye telibe szokták xarni.

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

Az agyonoptimalizált kódokban könnyebb bennehagyni a hibákat , réseket. kioptimalizálják a mindennapos use-case-kre, de ha valami váratlan jön, lehet kinyílik pandóra szelencéje, legalább is az adott rendszeren.

Erre lenne hivatott a tesztelés. A programozó megmondja, (szerinte) mit kellene csinálnia a program(rész)nek, a tesztelő pedig megkeresi az olyan paramétereket, amelyekkel nem azt csinálja (de azt kellene).

The only real valuable thing is intuition.

Nem, erre lenne való a megfelelő (rendszer)tervezés és programozás, a tesztelés már csak a legvégső mentsvár, ami vagy bejön, vagy nem.

[ Szerkesztve ]

Le az elipszilonos jével, éljen a "j" !!!

Értem, megfelelő tervezéssel hibátlan működésű programok jönnek létre. Oké... Láttál te már programozót?

The only real valuable thing is intuition.

Alapvetően egyébként arra próbáltam célozni, hogy a #38646-ban taglalt okok miatt a legtöbbeket nem érdekli az optimalizáció. Nem arról van szó, hogy nem eléggé optimalizálnak, hanem hogy egyáltalán nem veszik figyelembe a sebesség nevű tényezőt. Telibexarják.

Ma ez a véglet a divat. Nulla optimalizáció, de szép kód. Manapság ezt nyomják mindenhol, hogy majd a hardver megoldja. Pedig ez ugyanúgy rossz koncepció, mint az agyonoptimalizált, de rendkívül csúnya kód. Van az a kategória, ahol áttekinthető, de eközben optimalizált is. Ezt hívják minőségi kódnak. Csak ugye ez drága...

[ Szerkesztve ]

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

Hogy lehet egy egyszerű "Hello World" programot, ami a napszaknak megfelelően köszönt, úgy elbonyolítani, hogy csak hosszas elemzéssel értsd meg, mit csinál

Itt streamelek játékot időnként: https://www.twitch.tv/relaks__

Na, ez egy nagyon jó példa. Nagyon sokszor találkoztam azzal, hogy valaki szerint az az optimalizáció, ha rövid a kód. Ez ugy még igaz is lehetne, de sokaknak ez kimerül rövid változónevek meg a röhejesen kevés whitespace használatában.

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

Igen, így a végfelhasználónak nem annyira jó, erősebb HW kell, vagy lassú a program, de ezzel a módszerrel lehet gyorsan működőképes programokat készíteni, csapatban, viszonylag olcsón. Aztán újabb pénzeket leakasztani az optimalizálásra.

The only real valuable thing is intuition.

codegolf (minimalis karakterszammal helyes output), volt egy versenyen egyszer meglepetesszeruen egy ilyen feladat, annak kapcsan lattam eletemben eloszor perl-t...azert, bar nem kodolnek abban a stilusban, volt par reszletmegoldas ami nagyon tetszett.
Az atalakitosdi a videoban nekem addig nem fajt kulonosebben, mig az int tombbol stringet nem csinalt. Az mar a kinlodas resze, es onnan kezd minden kodolasi szabvanybol kimaszni....

(#38646) lezso6: ez lefedi az elméleteimet. Köszönöm.
A manapság csinált kapkodás és utó-patch mellett kész csoda hogy készülnek működőképes programok.
Még a telefonokkal is eljátszották pár éve, hogy kijött egy új firm rá, sok usernek leküldték, lusták voltak tesztelni a gyártónál, aztán a panaszok alapján megjavították.
Na én ezért nem frissítem azt ami jól működik, mert azt nem lehet megjavítani. Csak új buta opciókat beletenni amik több hülyeséggel áldják meg, vagy még hibát is okoznak a működésében.

Az agy a hardver, az ész a szoftver, az IQ pedig a verziószám. :D

Amikor csak a tükörbe nézek, pl

Le az elipszilonos jével, éljen a "j" !!!

No' és mindig hibátlan funkcionalitású programot készítesz?

The only real valuable thing is intuition.

Mert ki csinál? Attól még lehet törekedni.

Le az elipszilonos jével, éljen a "j" !!!

Az a módszer megvan amikor először a tesztet írják meg?

TDD? Meg. Attól még érdemes átlátható kódot írni szimplán gyors helyett. Nem vagyok én sem Assembly huszár, és nem is fizetnek azért, hogy optimalizáljak, egy informatikai mindenes vagyok. Megy a program? Akkor jól van. Nem lesznek állmatlan éjszakáim, ha kicsit jobban lefogja egy lekérdezés az adatbázist, vagy megakad az UI, de azért amit tudok és van idő rá, korrigálok.

[ Szerkesztve ]

Le az elipszilonos jével, éljen a "j" !!!

Még mindig nem zárja ki egymást az áttekinthető és a gyors. Csak jelenleg az utóbbi nem szokott szempont lenni, mert túl drága.

A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.

Ezt írom, engem sem fizetnek meg azért. Amúgy meg ha lassú, legalább van még egy érvem a gép és szervercserékre amit azért 5 évente illene egy komolyabb cégnek, bármit mondanak a vérpisták.

Le az elipszilonos jével, éljen a "j" !!!

A programozó szakma felhígult, a legtöbbnek már barátnője is van. Néhány programozó lány is van és nekik is van barátnőjük. Csoda, hogy nem tudnak koncentrálni?

(#38659) lezso6
a mindenféle framework használata is betesz a teljesítménynek. Általában a mindenre is jó rendszernek marha nagy overheadje van és esetleg még olyan jó is, mint ami mindenre jó. Persze vannak kivételek. Meg cége és csapata is váltogatja, hogy egyáltalán van-e igény a szép kódra. Van, hogy csak összehánynak valamit és lassú is meg csúnya is. Amíg a teljesítmény eléri a szükséges minimumot, addig nem fizet érte senki, hogy optimalizálják vagy csinosítsák.

Ott az a policy.

Le az elipszilonos jével, éljen a "j" !!!

Mert vén vagy és a magázás erre emlékeztet

Eladó/Cserélhető: GERE Kopar faládák, ÓRA:Orient Bambino II Bigsize, Parnis Pilóta, FANTASY könyvek, Garis keskeny MOSOGATÓGÉP, könyvespolcok, MOSÓGÉP

20 évesen is a magázás ment, akkor is vén voltam már

Commodore Plus/4 --- Személyi számítógép beépített profi szoftverrel

Szerencsésnek érzem magam, általában 30-32 évesnek tippelnek, a maximum tipp 34 év volt.

Legyen olyan szép és vidám napod amilyet csak szeretnél!

harmincas éveim vége felé tartok, de őszülő hajam miatt mindig negyvenesnek néznek. ez van

és 38700

[ Szerkesztve ]

Close the world, ʇxƎu ǝɥʇ uǝdo