🚀 go-pugleaf

W dniu 26.04.2019 o 17:18, Wojciech Bancer pisze:
> On 2019-04-26, Kviat <Kviat> wrote:
> 
> 
> A Ty jako kontr-przykład podajesz mi architekturę rodem z lat 90-tych,
> intranetu i mówisz "u mnie działa". Jasne.

Nic takiego nie podałem. Nie mam pojęcie dlaczego wymyśliłeś sobie 
architekturę rodem z lat 90-tych.
Więc bądź łaskaw nie używać argumentów, których nie stosowałem.

> Działa. Co nie znaczy
> że owa architektura nie ma wad o których pisałem.

Bo nie ma.
Ty potrzebujesz innej architektury, bo masz inne wymagania i ja to szanuję.

> Dobrze. Czy myślisz, że wystarczy w sklepie pokroju żabki,

(...)

> Pierwsze sklepy już gdzieś tam się pojawiają. Co będzie za 5-10 lat?

Będę się martwił za 5-10 lat.
Albo jak franczyzobiorca z Żabki przyjdzie i powie, że ma 100 kilo 
klientów na godzinę.

> A może chciałbyś mieć dane o pozycji klienta z telefonem w czasie
> rzeczywistym poprzez urządzenia IoT, by serwować mu dopasowany content
> w sklepie? Albo sterować urządzeniami domowymi/firmowymi w reakcji
> na zdarzenia rzeczywiste?

Zapewne 3 mln osób prowadzących jednoosobową działalność gospodarczą o 
tym marzy co wieczór.
Franczyzobiorcy Żabek nie mogą spać po nocach z tego powodu.

>>> Dlaczego google używa baz nierelacyjnych do swoich wyszukiwarek (bigtable)
>>> https://cloud.google.com/bigtable/
>>
>> Bo takich potrzebuje.
> 
> Ale dlaczego potrzebuje?

Bo ma takie potrzeby.

> Czyż nie jest wydajniej mieć monolityczny
> serwer z triggerami i wszystko "w jednej maszynie"? 

Dla google pewnie nie jest wydajniej.

> Takie można odnieść
> wrażenie po tym jak zachwalałeś triggery oraz ich optymalność.

Za Twoje wrażenia nie odpowiadam. Nie przypominam sobie, żebym gdzieś 
napisał, że dla google triggery są fajne.

> Weź takie obciążenie np. na black friday. Ja dostawię 3-4, 10, 15 maszyn
> i się wyrobię.

Nie wątpię, że w Żabkach też dostawiają 15 maszyn.

> A jaką Ty masz wizję? 

Nie wiewam wizji. Trzymam się twardo rzeczywistości.

>>> Tam gdzie naprawdę musisz mieć skalowalne rozwiązanie, to właśnie
>>> tak jest. I nie jedna "maszyna z API". Wrzucę kod na:
>> Zgada. Tam gdzie naprawdę musisz.
> 
> Właśnie odwrotnie. Tam *gdzie nie musisz* żyłować wydajności pojedynczej
> maszyny, 

Ale wiesz, że współczesne maszyny, to nie to samo co maszyny z lat 90-tych?
Jedna da radę ogarnąć wiele Żabek i nie klęknie.

>> Ale przecież to nie jest tak, że teraz wszyscy nagle powinni porzucić
>> triggery/sp, bo stały się złe, bo Amazon i google z nich nie korzysta.
> 
> Ale (poza desktopami), to wszyscy chyba się przerzucili z triggerów/sp,
> na inplementacje w aplikacjach. Nie tylko Amazon i Google.

Skoro piszesz, że wszyscy, to wszyscy. Nie mam powodów Ci nie wierzyć.

>> Borys Pogoreło już o tym wspomniał. Wdrażanie na siłę takich rozwiązań,
>> tam gdzie nie są konieczne, to jest rozwiązywanie problemów, których
>> większość nie ma i nigdy mieć nie będzie.
> 
> Oczywiście że ma i będzie (bo apetyt na dane rośnie). Zobacz sobei IoT,
> ML, segmenty Big Data.

3 mln jednoosobowych działalności gospodarczych to faktycznie spory 
segment zainteresowany Big Data. Firmy które zatrudniają po kilka, 
kilkadziesiąt osób też pewnie dostają wypieki na twarzy na hasło Big 
Data i na możliwość korzystania z pierdyliarda skalowalnych w szerz baz 
danych w chmurze.
No i nie wolno zapominać o franczyzobiorcach z Żabki i Jessice 
wrzucającej posty o kotkach na swoim blogu.

> A tak swoją drogą, to zauważ, że te wszystkie klasyczne aplikacje księgowe
> o których mówisz "ostały się" głównie w większych przedsiębiorstwach,
> bo tam koszty zmian są znaczące, a ludzie do tych systemów są już
> przyzwyczajeni i przeszkoleni.

No tak. Bo teraz każda osoba prowadząca działalność gospodarczą rozlicza 
podatki i wystawia faktury w chmurze.
Tylko te duże firmy takie zacofane są.

Ale zaraz, skoro te duże firmy takie zacofane, to kto korzysta z tych 
skalowalnych w szerz serwerów? Pewnie te wszystkie mikro i małe 
przedsiębiorstwa nie są w stanie bez tego funkcjonować.

> Ale w takim sektorze mikro-przedsiębiorstw, jedno-osobowych DG,
> zamiast instalowanej wypaśnie aplikacji z serwerem bazy masz coraz
> bardziej popularne serwisy typu infakt, wfirma, itp.

Nie wątpię, że są coraz popularniejsze i ktoś z tego korzysta.
Ja nie znam nikogo, kto by z tego korzystał, albo chociaż planował z 
tego korzystać.

Nie zrozum mnie źle, nie twierdzę, że są to złe rozwiązania.

> I już teraz te serwisy mają więcej możliwości niż desktopowe aplikacje
> będą miały kiedykolwiek (dla tej grupy). Masz więc i odczytywanie/procesowanie
> faktur z PDF (rozpoznawanie obrazów), masz automatyczne wysyłanie przypomnień
> na maila, integracje z allegro/ceneo/magazynami *różnych* sklepów po API,
> systemami płatności, bankami, wysyłaniem maili do klientów, zarządzaniem
> windykacją, automatycznym przeliczaniem kursów walut, CRM, aplikacje/wersje
> mobilne, automatyzacją wystawiania i wysyłka faktur seryjnych (Rachmistrz
> to już potrafi?)

Nie, nie potrafi. Rachmistrz nie potrafi wystawić nawet pojedynczej faktury.
Subiekt potrafi.

> i bardzo szybkie wprowadzanie nowinek dostępnych
> *u wszystkich na raz* (np. weryfikacja numerów VAT kontrahentów).

To Rachmistrz potrafi. Od dawna.
I wiele innych tego typu nowinek też potrafi od dawna. Łącznie z 
większością wymienionych "nowinek" powyżej.

> I to wszystko
> dużo szybciej i taniej niż desktopowe wersje oferowały kiedykolwiek.

A szczytem możliwości tych całych wfirma itp. to KPiR i ewidencja 
przychodów. Ani to szybsze, ani tańsze, o dzieleniu się dokumentacją o 
pracownikach, finansową itd. z podmiotem zewnętrznym i wygodzie nie 
wspominając. Wysyłkę jpk reklamują na stronach głównych jakby to był 
przełom technologiczny na poziomie wysłania człowieka na Marsa.

Pozdrawiam
Piotr