Article View: pl.comp.lang.php
Article #232411Re: Symfony 4 - jak projektować bazę danych pod Doctrine?
From: Wojciech Bancer
Date: Fri, 26 Apr 2019 20:26
Date: Fri, 26 Apr 2019 20:26
247 lines
11937 bytes
11937 bytes
On 2019-04-26, Kviat <Kviat> wrote: [...] >> 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. Bo wtedy taka zaczęła funkcjonować? >> 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ę. Nie 100 kilo klientów. 100k danych. Bo sklepy chcą o klientach wiedzieć coraz więcej. >> 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. Najpierw mówisz, że szanujesz moje pogląday, a zaraz próbujesz wciskać mi coś czego nie powiedziałem i z tego szydzić. Ładnie tak? >> Czyż nie jest wydajniej mieć monolityczny >> serwer z triggerami i wszystko "w jednej maszynie"? > > Dla google pewnie nie jest wydajniej. Ale Ty powiedziałeś, że trigger jest wydajniejszym rozwiązaniem, bo jest bliżej danych. No to jest, czy nie jest? >> 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. Ja napisałem, że triggery są mniej wydajne bo się nie skalują "w bok". Tylko tyle. Informacja o skalowaniu była chyba jasną wskazówką o jakim rodzaju wydajności mowa. >> 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 to robią, to co? A jak zaczną mieć takie potrzeby, to co? Przepisujemy wszystko? >> A jaką Ty masz wizję? > Nie wiewam wizji. Trzymam się twardo rzeczywistości. Tak, czepiaj się słówek zamiast pisać o merytoryce, czyli o wydajności rozwiązań. >>>> 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? Wiem. A mimo to potrzeby w zakresie przetwarzania danych rosną szybciej niż następuje rozwój sprzętu. > Jedna da radę ogarnąć wiele Żabek i nie klęknie. Więc Ci tłumaczę, że to zależy "co" taka pojedyncza Żabka miałaby robić. Jak zacznie się ruch z IoT i próba analizy takich danych, to nie utrzyma i klęknie. >>> 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. https://sjp.pwn.pl/sjp/przyklad;2512135.html Ale tak, nawet te małe firmy korzystają z big data, jak angażują się w reklamy Ad Sense, czy na Facebooku. > 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. Jasne. W końcu żadna z firm nie korzysta z Google Analytics, czy Google Maps, Gmaila. Każda ma własną infrastrukturę pocztową z administratorem, to przecież jasne. Jak chcesz sprowadzać dyskusję do docinków, to sobie daruj. Po prostu napisz, że nie chcesz więcej dyskutować. >> 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ą. Nie firmy, a aplikacje księgowe, podkreśliłem. > 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ć. Błąd logiczny. To że firmy korzystają z pewnych rozwiązań legacy (bo im się nie opłaca jeszcze tego przenosić), nie oznacza że na innym polu, nie są w stanie być innowacyjne (zwłaszcza na polu gdzie nie ma systemów legacy). Ale patrz, z pocztą sporo firm (i to dużych) się przeniosło. Do gmaila, do outlooka. Gmail jest najpopularniejszym dostawcą poczty, także tej biznesowej. >> 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ć. No oczywiście, że nie znasz. :) https://www.infakt.pl/blog-ksiegowy/14-statystyk-ksiegowosc-2018/ --- Księgowość przechodzi do internetu i smartfonów O jakiej rewolucji technologicznej mówimy? Warto wskazać przede wszystkim na dostępność usług księgowych “w chmurze”, w tym za pośrednictwem smartfonów. Co istotne, usługi finansowe mogą dzisiaj ze sobą płynnie “rozmawiać”, czego doskonałym przykładem są szybkie płatności zintegrowane z fakturami kosztowymi i obliczonymi kwotami podatków oraz ZUS-u. Druga kwestia to stopniowo postępująca automatyzacja zadań z wykorzystaniem algorytmów machine learning. Tutaj przykładem może być “rozczytywanie” danych z dokumentów kosztowych, co niezwykle przyspiesza księgowanie. [...] 1. 67% księgowych wybiera księgowość “w chmurze” Zdecydowana większość księgowych widzi świetlaną przyszłość w księgowości online i docenia jej zalety, np. dostępność na dowolnym urządzeniu. Tak wynika z raportu Sage, “The Practice of Now”, będącego wynikiem badania 3000 księgowych. --- Ale oczywiście, proszę o kontrę z argumentem, że trend jest jednak odwrotny. > Nie zrozum mnie źle, nie twierdzę, że są to złe rozwiązania. To po co te wyzłośliwianie się? Nie widzisz trendu, czy po prostu w jakiś sposób Cię uraziło, że o Desktopie mówię "legacy"? Przecież to też jest trend, który postępuje (przechodzenie w coraz większym stopniu "do chmury"). Spotify, netflix, legimi, office (często firmom wystarczy już to co oferuje docs.google.com), poczta, księgowość. Można już pograć "w streamie" (nie zawsze z sukcesem). Lokalny komputer to coraz częściej tylko końcówka do internetu i niewiele więcej. >> 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. A no tak, trzeba kupić 2 programy i je integrować po bazie :) >> 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. No kurcze, mam rachmistrza gt pod ręką (nie mój) i nie widzę tego importu z banku, czy sprawdzenia stanu płatności online. Trzeba dokupić? Przydałoby się też rozpoznawanie obrazów. A jak już dodaję ten wydatek ręcznie, to nie mam tutaj wyboru waluty, więc i to muszę ręcznie przeliczyć. A i danych w Euro nie wprowadzę, tylko muszę chyba przeliczyć na złotówki (albo nie widzę jak). >> 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. No Ewidencje sprzedaży też widziałem. No i potrafi z EUR sam przeliczyć, wysłać deklarację do ZUS i US, ogarnia sam JPK itp. > Ani to szybsze, ani tańsze, To ile kosztuje taki zestaw typu KPiR, te podstawowe kadry (no niech mi UZ rozliczy, albo UD), i wystawianie faktur? Tak razem i rocznie? Czy może aktualizacje są bezpłatne? Jedna licencja wystarczy, ale może da się z dostępem zdalnym (w końcu nie zawsze z domu chcę wystawić FV). > o dzieleniu się dokumentacją o pracownikach, finansową itd. Wiesz, tylko jak przestałem z rachmistrza (bezpośrednio) korzystać chyba w 2014 roku, tak nadal regularnie z Insertu do mnie dzwonią i pytają, czy może bym czegoś okazyjnie nie kupił, albo może jednak skusił się na e-abonament do tego rachmistrza, co to już wieki nie używam. I mimo próśb o zaprzestanie, no niestety... A nieraz dzwonili z jakimiś "okazyjnymi" pierdołami w ogóle nie związanymi z księgowością. > z podmiotem zewnętrznym No tak. Wszyscy wiemy jak wygodne są programy księgowe pod Windows. > i wygodzie nie wspominając. Wspomnij, ciekaw jestem. :) -- Wojciech Bańcer wojciech.bancer@gmail.com
Technical Details
Message-ID:
<slrnqc6qbq.2tg1.wojciech.bancer@pl-test.org>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mailReferences:
<q9foak$p72$1@node2.news.atman.pl> <slrnqboo9s.e87.wojciech.bancer@pl-test.org> <5cbf10a8$0$482$65785112@news.neostrada.pl> <slrnqbuasg.28r5.wojciech.bancer@pl-test.org> <5cc00030$0$476$65785112@news.neostrada.pl> <slrnqc0o86.drp.wojciech.bancer@pl-test.org> <5cc08eba$0$523$65785112@news.neostrada.pl> <slrnqc1a43.2amm.wojciech.bancer@pl-test.org> <5cc0de68$0$539$65785112@news.neostrada.pl> <slrnqc42f0.2lii.wojciech.bancer@pl-test.org> <5cc24956$0$526$65785112@news.neostrada.pl> <slrnqc5fkk.27vm.wojciech.bancer@pl-test.org> <5cc2e453$0$522$65785112@news.neostrada.pl> <slrnqc689s.2i2i.wojciech.bancer@pl-test.org> <5cc34968$0$523$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail Newsgroups: pl.comp.lang.php From: Wojciech Bancer <wojciech.bancer@gmail.com> Subject: Re: Symfony 4 - jak projektować bazę danych pod Doctrine? References: <q9foak$p72$1@node2.news.atman.pl> <slrnqboo9s.e87.wojciech.bancer@pl-test.org> <5cbf10a8$0$482$65785112@news.neostrada.pl> <slrnqbuasg.28r5.wojciech.bancer@pl-test.org> <5cc00030$0$476$65785112@news.neostrada.pl> <slrnqc0o86.drp.wojciech.bancer@pl-test.org> <5cc08eba$0$523$65785112@news.neostrada.pl> <slrnqc1a43.2amm.wojciech.bancer@pl-test.org> <5cc0de68$0$539$65785112@news.neostrada.pl> <slrnqc42f0.2lii.wojciech.bancer@pl-test.org> <5cc24956$0$526$65785112@news.neostrada.pl> <slrnqc5fkk.27vm.wojciech.bancer@pl-test.org> <5cc2e453$0$522$65785112@news.neostrada.pl> <slrnqc689s.2i2i.wojciech.bancer@pl-test.org> <5cc34968$0$523$65785112@news.neostrada.pl> Organization: None Date: Fri, 26 Apr 2019 22:26:33 +0200 User-Agent: slrn/1.0.3 (Darwin) Mime-Version: 1.0 Message-ID: <slrnqc6qbq.2tg1.wojciech.bancer@pl-test.org> Lines: 247 NNTP-Posting-Host: 46.227.242.29 X-Trace: 1556310394 unt-rea-a-01.news.neostrada.pl 499 46.227.242.29:51098 X-Complaints-To: abuse@news.neostrada.pl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit