Mozilla wstrzymuje prace nad Thunderbirdem

[KopalniaWiedzy.pl 353]

Mozilla oznajmiła, że wstrzymuje rozwój Thunderbirda. Z tego popularnego programu pocztowego korzysta około 20 milionów użytkowników. Skupiamy się na ważnych projektach sieciowych i mobilnych. Doszliśmy do wniosku, że kontynuowanie rozwoju Thunderbirda nie jest tym, co najlepiej wykorzystuje nasze zasoby i służy realizacji naszych ambitnych planów - powiedział Jb Piacentino, menedżer odpowiedzialny za Thunderbirda.

Obecnie wiadomo, że część pracowników Mozilli przestanie się zajmować Thunderbirdem. Będą dostarczane poprawki i łaty bezpieczeństwa.

Niedawno serwis Geek.com dowiedział się, że już od stycznia deweloperzy są powoli odsuwani od prac nad klientem poczty.

[Przemek Kobel 65]

Thunderbird jest za duży jak na zastosowania, do których się nadaje (tzn. w tej kategorii jest sporo programów miejszych i szybszych, np. klient wbudowany w Operę). A nadaje się do obsługi kilku skrzynek po kilka tysięcy wiadomości. Pech w tym, że musiałem go używać do kilku kont imap, gdzie jest kilkadziesiąt tysięcy wiadomości. Rzeź niewinątek...

 

Zawsze mnie śmieszyły hasła pokazywane po aktualizacji TBirda. Że niby od tej pory będzie szybszy i żwawiej reagował na zachcianki użytkownika. Zamiast usprawnić zwierza, ekipa tylko go udziwniała, a teraz sobie poszli z piaskownicy. Dziwna ta fundacja.

[Mariusz Błoński 193]

Chyba nie do końca sobie poszli, bo jakoś tak nic ostatecznie nie rozstrzygnęli. Chyba coś na zasadzie - my już w tym robimy tylko poprawki, ale jak chcecie robić więcej, to serdecznie zapraszamy.

[Jajcenty 314]

Pech w tym, że musiałem go używać do kilku kont imap, gdzie jest kilkadziesiąt tysięcy wiadomości. Rzeź niewinątek...

 

Jakoś nie wierzę w zdolność ludzkiego mózgu do opanowania kilku kont i kilkudziesięciu tysięcy wiadomości. Jedyne sensowne rozwiązanie to linia komend i kryptyczne grep|awk.

 

Zamiast usprawnić zwierza, ekipa tylko go udziwniała, a teraz sobie poszli z piaskownicy. Dziwna ta fundacja.

 

Zwykły użytkownik ma poważny problem ze zrozumieniem gdzie jest jego poczta. Klasyczny lokalny klient poczty ma rację bytu w świecie z limitowanym dostępem do sieci. W obecnej chwili interfejsy www wygrywają. Wystarczy mi dostęp do przeglądarki i już. Popyt na klienty spada i zaczynają wymierać.. A jak google nie poprawi ergonomii i nie pokoloruje swojego gmaila to też wymrze

I pomyśleć, że kiedyś całymi dniami konfigurowałem reguły do tina i mutta Miałem najładniej w parafii pokolorwane wątki

[Mariusz Błoński 193]

Kurczę, a ja tylko klientów używam. Nie lubię interfejsów WWW. Jakoś tak nigdy z nich nie korzystam. Klient jest jakiś taki bardziej logicznie poukładany i bardziej elastyczny.

[Jajcenty 314]

Kurczę, a ja tylko klientów używam. Nie lubię interfejsów WWW. Jakoś tak nigdy z nich nie korzystam. Klient jest jakiś taki bardziej logicznie poukładany i bardziej elastyczny.

 

Jak nie będzie ulubionego klienta na ulubionym smartfonie/tablecie to polubisz www Ale wiele zależy od wymaganej funkcjonalności. Np, przyjąć pocztę, jeśli zawiera załącznik typu JPEG to wyłuskać obrazek, obrócić obrazek o 90 stopni w prawo, wydrukować i tak 300 razy przez noc by ekspedytor mógł rano odprawić wagony. Zrobienie tego przez www byłoby dość trudne

[sig 11]

Ja tam wolę t-birda od interfejsu WWW, z dwóch powodów:

1) mam wszystkie konta w jednym zestawie katalogów (pop3)

2) klient RSS

 

Inna sprawa że jak na razie T-bird nowych funkcji nie potrzebuje. Zresztą rozwój nie został do końca wstrzymany w grudniu ma wyjść wersja ESR (o przedłużonym czasie wsparcia), pewnie na nią przejdę tak jak to z Firefoksem zrobiłem. Co z tego że wychodzi nowa wersja tego czy tamtego skoro nic znaczącego nie wnosi?

[Przemek Kobel 65]

Największą przeszkodą w wymyślaniu usprawnień jest brak wyobraźni. Ile trwa przeszukiwanie kilku gigabajtów wiadomości online w Google'u, a ile w TBirdzie? Że niby nie ma takiej potrzeby? Ano jest, jeśli jakaś firma ma kilka tysięcy klientów i nie usuwa poczty po to, aby mieć dostęp do historii komunikacji z tymi klientami. 4 maile rocznie do/od klienta i po 5 latach robi się 60 tysięcy wiadomości, do których dostęp powinno mieć kilka osób w firmie (czyli IMAP). A TBird uwielbia się zatykać przy synchronizacjach z takimi kontami. Potem objawiają się jakieś błędy w plikach, pliki trzeba kasować, jeśli jeszcze działają, to porządkować, dysk sobie mieli, łącze zapchane... El Dorado po prostu.

[Jajcenty 314]

A TBird uwielbia się zatykać przy synchronizacjach z takimi kontami. Potem objawiają się jakieś błędy ....

 

Pierwsze co programista na spółkę z klientem robią to docierają do granic możliwości sprzętu. Potem podejmowana jest decyzja czy wydajność to problem sprzętowy czy "algorytmowy" ponieważ godzina pracy programatora jest dużo droższa od godziny pracy sprzętu ... Miałeś po prostu za słaby sprzęt

[Przemek Kobel 65]

Podsumujmy: 1.5 GB pamięci, zegar 2 GHz (jeden rdzeń), rura 2 mbit - to wszystko za mało do odbierania poczty TBirdem... A ja mam niejasne przeczucie, że gdyby składowali dane w bazie dającej się normalnie i wydajnie indeksować (a raczej gdyby im się to chciało zrobić), to problemu by nie było.

[Jajcenty 314]

Podsumujmy: 1.5 GB pamięci, zegar 2 GHz (jeden rdzeń), rura 2 mbit - to wszystko za mało do odbierania poczty TBirdem...

 

Ychy, za mało na 60 tys postów, Ja miałem sdi 115 kb współdzielone z 10 innymi szaleńcami, 1,2 GHz Athlon, 512 MB pamięci i działało.

Wydajność to problem sprzętowy,

[Przemek Kobel 65]

E-e. To problem programowy. Ręczne mielenie (jak się okazało - bardzo dużych) plików jakimiś skryptami to coś co się robi, żeby na szybko rozwiązać jakiś problem, a nie budować uczciwą aplikację. Arusze kalkulacyjne to programy znacznie bardziej skomplikowane niż klient poczty, a działają na 8-bitowych antykach z zegarem 1 MHz (http://inventors.about.com/library/weekly/aa010199.htm).

[Jajcenty 314]

Arusze kalkulacyjne to programy znacznie bardziej skomplikowane niż klient poczty, a działają na 8-bitowych antykach z zegarem 1 MHz (http://inventors.abo...ly/aa010199.htm).

 

Proponuję byś spróbował podsumować w VisiCalcu 60k liczb.Zauważ że nie jestem złośliwy, nie mówię o podsumowaniu 60 tys wierszy.

Mniej więcej od 10 lat wydajność to problem sprzętowy. Wydajność sprzętu rośnie szybciej niż programiści.

[sig 11]

Proponuję byś spróbował podsumować w VisiCalcu 60k liczb.Zauważ że nie jestem złośliwy, nie mówię o podsumowaniu 60 tys wierszy.

Mniej więcej od 10 lat wydajność to problem sprzętowy. Wydajność sprzętu rośnie szybciej niż programiści.

Ale wolniej niż pomysł programistów na zbędne wodotryski, zauważ że te same opcje w nowszych wersja programów mają wyższe wymagania niż w starych. I na to właśnie (zbędne fajerwerki) idzie wzrost wydajności sprzętu.

Największą przeszkodą w wymyślaniu usprawnień jest brak wyobraźni. Ile trwa przeszukiwanie kilku gigabajtów wiadomości online w Google'u, a ile w TBirdzie?

Porównaj sobie armię serwerów googla do swojego komputera. Wyszukiwanie to generalnie niezbyt szybki proces, zwłaszcza jak chcesz wszystkie dane spełniające dane warunki, a nie tylko jedną konkretną (bo wtedy trzeba przeszukać całą bazę). Swoją drogą głównym ograniczeniem nie będzie tu raczej wydajność komputera jako takiego, tylko szybkość dostępu do danych (ram i dysk (do baz tak dużych że się w ramie nie zmieszczą)), samo wertowanie nie jest zbyt obciążające. Wąskim gardłem jest zapewnienie stałego dopływu kolejnych rekordów do obróbki.

 

ps. Tak duża firma powinna mieć własny, wydajny serwer do takich rzeczy. Działający np na zasadzi serwerów do wyszukiwarki googla. gdzie baza stron jest "nadawana" po lanie cały czas (w pętli, po dojściu do końca zaczyna od początku), a komputery które prezentują wyniki nasłuchują i "wyławiają" ze strumienia dane pasujące do wpisanych przez userów w stosowne okienko kwerend.