Dlaczego oficjalna aplikacja Slack sprawia wrażenie ciężkiej
Oficjalna aplikacja desktopowa Slacka zbudowana jest na Electronie — frameworku, który pakuje pełną przeglądarkę Chromium razem z kodem aplikacji. To podejście upraszcza zespołowi tworzącemu ją pracę na wielu platformach, ale dla osoby uruchamiającej aplikację wiąże się z przewidywalnym kosztem: zużycie pamięci, które z łatwością przekracza 1 GB, czas uruchamiania mierzony w sekundach oraz procesor wybudzający się nawet wtedy, gdy z aplikacji aktywnie nie korzystasz.
Na MacBooku z ograniczoną pamięcią RAM dzieloną między system operacyjny, narzędzia deweloperskie, przeglądarkę i kilka innych aplikacji, ten narzut jest wyraźnie odczuwalny. Na komputerze z Windows, gdzie może już działać zasobożerne środowisko programistyczne, problem ten się pogłębia. Oficjalna aplikacja działa, ale domaga się znacznie więcej zasobów, niż klient do komunikacji tekstowej faktycznie potrzebuje.
Co tu właściwie oznacza „natywny"
Słowo „natywny" bywa w marketingu oprogramowania używane dość swobodnie, dlatego warto doprecyzować. msga jest natywny w sensie najważniejszym z punktu widzenia wydajności: to skompilowany kod C++ korzystający z frameworka Qt6 — tego samego, na którym działa Telegram Desktop — renderujący własny interfejs przy użyciu graficznego stosu platformy. Nie ma tu wbudowanego silnika webowego, środowiska uruchomieniowego Node.js ani drzewa procesów Chromium działającego w tle.
To zasadniczo inna architektura niż web wrapper, czyli inna kategoria „lekkich" klientów Slacka, które po prostu ładują app.slack.com w oknie uproszczonej przeglądarki. Web wrapper nieco zmniejsza zużycie pamięci, ale sama strona wciąż uruchamia pełny JavaScript, a renderowanie nadal obsługiwane jest przez silnik przeglądarki. msga nie idzie na ten skrót.
Charakterystyka wydajnościowa na macOS i Windows
Ponieważ msga to skompilowana, natywna aplikacja, jej profil zasobowy jest w zupełnie innej klasie niż oficjalny klient. W stanie spoczynku zużywa ułamek pamięci — rzędu kilkudziesięciu megabajtów, a nie kilkuset — a użycie procesora pozostaje bliskie zeru, gdy nie wysyłasz ani nie odbierasz aktywnie wiadomości. Uruchomienie jest na tyle szybkie, że na typowym sprzęcie okno pojawia się w mniej niż sekundę.
Na macOS ma to szczególne znaczenie: system operacyjny agresywniej przenosi aplikacje Electron do przestrzeni wymiany (swap) przy wzroście presji pamięciowej, co wprowadza opóźnienia przy powrocie do Slacka po dłuższej pracy w innej aplikacji. Lekki natywny klient pozostaje w pamięci, nie rywalizując o te same zasoby. Na Windows sytuacja wygląda podobnie, zwłaszcza na maszynach, gdzie procesy działające w tle już pochłaniają znaczną część dostępnej pamięci.
Żadna z tych obserwacji nie jest wymyślonym wynikiem benchmarku — wynikają bezpośrednio z architektonicznej różnicy między skompilowaną aplikacją C++ a taką, która uruchamia silnik przeglądarki do wyświetlania interfejsu.
Obecny stan i uczciwe ograniczenia
msga jest oprogramowaniem otwartoźródłowym na licencji GPL-3.0 i jest aktywnie rozwijane, jednak nie stanowi dziś kompletnego zamiennika każdej funkcji Slacka. Projekt jest w tej kwestii szczery na swojej stronie GitHub: część funkcji wciąż jest w planach, a użytkownicy polegający na Slack Huddles, określonych integracjach z workflow lub widokach administracyjnych mogą napotkać braki.
Aplikacja obejmuje jednak to, na czym większość osób spędza większość czasu: czytanie i wysyłanie wiadomości, przeglądanie kanałów i wiadomości prywatnych oraz śledzenie wątków. Dla osób pracujących głównie z komunikacją tekstową ten zakres funkcji jest często wystarczający.
Warto też zauważyć, że msga łączy się z API Slacka, a nie zeskrobuje interfejs webowy, co oznacza, że nie jest z natury bardziej zawodny niż inne klienty firm trzecich. Zmiany w API mogą go dotyczyć, tak jak każdego klienta, ale nie ma tu zależności od stałości struktury strony webowej Slacka.
Instalacja msga na macOS i Windows
msga jest dostępny na macOS, Windows i Linux. Najnowsze wydanie i instrukcje instalacji znajdziesz na stronie pobierania lub bezpośrednio w repozytorium GitHub.
Na macOS aplikacja korzysta ze standardowego modelu dystrybucji typowego dla aplikacji opartych na Qt6. Na Windows skompilowany plik binarny działa bez konieczności instalowania oddzielnego środowiska uruchomieniowego — Qt pakuje wszystko, co potrzebne, razem z buildem. Dla obu platform plik README projektu opisuje dokładne kroki zarówno dla uruchomienia gotowego wydania, jak i kompilacji ze źródeł, jeśli wolisz zbudować aplikację samodzielnie.
Kompilacja ze źródeł jest sensowną opcją dla programistów: codebase to C++/Qt6, czyli dobrze znany stos technologiczny, a licencja GPL-3.0 oznacza, że możesz swobodnie przeglądać, modyfikować i redystrybuować kod.
Dla kogo jest msga
msga jest dobrym wyborem dla konkretnego typu użytkownika: kogoś, kto pracuje na macOS lub Windows, używa Slacka jako podstawowego narzędzia komunikacji i doszedł do wniosku, że koszt zasobowy oficjalnego klienta Electron jest nieakceptowalny biorąc pod uwagę jego sprzęt lub sposób pracy. Najbardziej oczywistą grupą odbiorców są programiści uruchamiający jednocześnie wiele zasobożernych narzędzi, ale ta sama logika dotyczy każdego, kto pracuje na starszym sprzęcie lub maszynie z ograniczoną pamięcią RAM.
msga nie jest właściwym wyborem dla zespołów wymagających dostępu do każdej funkcji Slacka od pierwszego dnia ani dla użytkowników w dużym stopniu polegających na nowszych funkcjach współpracy w czasie rzeczywistym. W tych przypadkach oficjalny klient pozostaje kompletnym rozwiązaniem.
Dla wszystkich pozostałych msga oferuje wymianę, której warto dokonać: rezygnujesz z pewnej kompletności funkcji na obrzeżach, a w zamian otrzymujesz klienta do komunikacji, który zachowuje się jak niewielka, dobrze zaprojektowana aplikacja desktopowa — a nie jak sesja przeglądarki działająca w tle.