Alternatively, by classifying themselves as remote, workers agree they can no longer be promoted or hired into new roles within the company.

what starts with 'il' and ends with 'legal'?

Na iPhone czy Android? Na Android masz https://play.google.com/store/apps/details?id=com.google.android.apps.wellbeing który właściwie tylko liczyłby czas który jesteś w aplikacji przeglądarki. Możesz też dodać widżet na pulpit.

Jest też ActivityWatch otwartoźródłowy, ale to dla osób raczej bardziej rozgarniętych komputerowo:

• https://play.google.com/store/apps/details?id=net.activitywatch.android&hl=en
• https://github.com/ActivityWatch

Mumble is super popular with EVE Online players still, no? Because of the support for a large number of users in a single room

Czy to oznacza ze w CEIDG bedzie mozna bedzie uniknac dostawania papierowego spamu od firm traktujacycy CEIDG jako katalog klientow? Bo wiecie, bo juz nie trzeba bedzie podawac adresu koresp- hahaha nie no zartuje wiem ze nie

Z tego co zrozumiałem z linku z hackernews w innym komentarzu: https://news.ycombinator.com/item?id=17718129 , to Open Banking został narzucony przez PSD2. FinTS i polski PolishAPI to specyfikacje API które są odpowiedzią na żądania narzucone przez Unię w PSD2 w ramach Open Banking.

PSD2 and “open” banking is bullshit. I wish this myth would die - it is anything but “open”. If you want to gain access to APIs, you need to become an “AISP” (as they are called in the UK), this requires a certification and a load of other nonsense akin to PCI-DSS. This is for read-only access - for “write” access including the ability to edit payees or make payments you need to become a “PISP” which I assume requires even more paperwork. I also said APIs because the regulation does not mandate any kind of API format, so every bank has their own with different capabilities as far as what data is returned and in which format. Some of them are truly awful. And finally, “open” banking still does not allow you to get a personal access token for your own account.

Zapewne kazdy bank umozliwia eksport historii transkcji w CSV juz teraz.

Przy pliku CSV i wrzuceniu tego do gnucash, robisz takie kroki:

1. Zaloguj sie do banku
2. Przejdz do sekcji historia
3. Wyeksportuj csv
4. Zaimportuj csv do gnu cash (nie wiem czy gnu cash wspiera kazdy mozliwy format csv pod sloncem)

Jezeli natomiast byloby w banku wystawione api wspierane przez program aqbanking (np api FinTS) uzywany przez gnu cash to klikasz tylko "pobierz dane z banku" i zakladam ze gnu cash sam by wrzucil pobrane dane i tyle, w dwoch klilnieciach

FinTS to specyfikacjs API, nie format eksportu danych. Zakladam ze aqbanking wspiera tylko FinTS bo API bankow (takze polskie polishapi) wymaga zarejestrowania sie jako konsument API, co jest pewnie kosztowne i wymaga biurokracji, patrz koment nizej.

Chociaż nie, widzę, że na portalu deweloperskim mBanku jest link do https://polishapi.org - czyli polskiego odpowiednika FinTS. Więc wygląda, że to kwestia dodania wsparcia tego do AqBanking? Ponad to, trzeba wystąpić o certyfikację od każdego z banków? Rozumiem że to dlatego AqBanking wspiera tylko banki z DACH

Tutaj ciekawy post:

• https://invent.kde.org/office/kmymoney/-/issues/21#note_62020
• https://news.ycombinator.com/item?id=17718129

Przepraszam adminie jeżeli wyda się że nie wstrzeliłem się w tematykę społeczności, jednak protokoły i cross-compatibility wydaje mi się powiązane z wolnością internetu.