Aktywne Wpisy
![Nullek](https://wykop.pl/cdn/c3397992/Nullek_wIrqzLIYUv,q60.jpg)
Nullek +79
Spełniłem swoje małe marzenie (。◕‿‿◕。)
Niby tylko golfik ale i tak bardzo się cieszę (ʘ‿ʘ)
Niby tylko golfik ale i tak bardzo się cieszę (ʘ‿ʘ)
![Nullek - Spełniłem swoje małe marzenie (。◕‿‿◕。)
Niby tylko golfik ale i tak bardzo si...](https://wykop.pl/cdn/c3201142/b5fc78a164412c82d701797d60439f96bc47de63549e7c683532d490a9bf859f,w150.jpg?author=Nullek&auth=ed338b85faff52b98ddbb6bd157d9d56)
źródło: IMG_20240429_234732
Pobierz![dlaczego_michau](https://wykop.pl/cdn/c0834752/d21052e302216a8c52a20a3e7c98ce6d392fafb4faa211c7cc0a4970c3d374de,q60.jpg)
Taki temat: jaka technologia jest dzisiaj powszechna, nie wyobrażasz sobie bez niej dzisiejszego życia, a w 2010 roku nie była jeszcze codziennością lub była całkowicie nieznana?
Dla mnie top to android auto/apple carplay. W 2010 nawigacja była na osobnym palmtopie albo w formie 3" ekranu w samochodzie, aktualizacje kosztowały po 1000zł, a dla pozostałych była mapa papierowa. Dzisiaj już w większości bezprzewodowy carplay z google mapami online, yanosikiem i muzyką yt/spotify to
Dla mnie top to android auto/apple carplay. W 2010 nawigacja była na osobnym palmtopie albo w formie 3" ekranu w samochodzie, aktualizacje kosztowały po 1000zł, a dla pozostałych była mapa papierowa. Dzisiaj już w większości bezprzewodowy carplay z google mapami online, yanosikiem i muzyką yt/spotify to
![dlaczego_michau - Taki temat: jaka technologia jest dzisiaj powszechna, nie wyobrażas...](https://wykop.pl/cdn/c3201142/889d08c616ed8ddaaf4ef67eed80e9f07c54afea65e89ac534607050a433bee9,w150.jpg)
źródło: 66f4547c4981bca75d9978325d7f
Pobierz
Stwierdziłem, że napiszę coś większego po godzinach, żeby przy ewentualnej zmianie pracy mieć fajny projekt w CV i lepsza możliwość negocjacji pensji, jak i przede wszystkim nauczyc się masy rzeczy.
Ponieważ jestem za głupi, żeby wymyśleć coś nowego( o czymkolwiek pomyślałem, to już jest, serio ( ͡° ʖ̯ ͡°)), stwierdziłem, że napiszę coś, co fajnie jakby istniało w większej skali (tak jak ma to miejsce w Estonii) - "ogólnopolski" system umawiania wizyt do lekarza / spięcie kont pacjentów i lekarzy wraz z placówkami. Wizyty, badania, zapisywanie historii, autoryzacja po api jak i hasłami użytkowników + pinami.
Oczywiście nie chcę z tego robić czegoś komercyjnego, stwierdziłem, że warto napisać odnośnie tematyki, na której się względnie znam, a na tym zna się każdy.
Wstępny podział architektury na "aplikacje":
- pacjent
- lekarz
- badania
- placówki
Będą to takie "macro serwisy", że tak powiem, osobne byty, którym zrobię "bramę" przez API / cache gdy będą miały się łączyć. Do tego dodam zapewne jakieś już prawowite micro serwisy, bo chce się ich lepiej poduczyć.
Stack, którego chciałem użyć i go względnie znam, bo mam go w robocie w projekcie to:
- django jako podstawa
- DRF do api
- redis do cachy
- celery
- elastic search
- sql(w orm)
- wrzucę możę apki w dockery, bo akurat z docker'a nie korzystałem, więc fajnie coś wyizolować i przy okazji się poduczyć
jako, że jestem zupełna noga z frontu, przy okazji douczę się js'a i tym podobnych, niby chcę pracować wyłącznie z backend'em ale czasami coś w js muszę poprawić w robocie, więc jednak czas się go poduczyć
czy ktoś z #programowanie i #programista15k moze wstępnie określić sens takiej apki i ewentualnie dodać coś do stacka "technologicznego"? Nie chodzi mi o żadne walory komercyjne itp, liczy się wyłącznie aspekt edukacyjny
@budyn: Moim zdaniem bez sensu, o powinno być bardziej abstrakcyjne. Serwis grafików, wizyt, użytkowników. A to, że zostanie to użyte przez pacjentów, lekarzy, badania, placówki to swoją drogą
@budyn to byłaby robota na kilka miesięcy. Chciałem zacząć. Od czegoś, co znam ( stack) ale samemu wszystko ustawić itd. Trudno jest mi powiedzieć, że ogarniam celery, skoro ja osobiście tylko dorzucam taski do konkretnych miejsc, albo korzystam z funkcji, która wyciąga dane z cache,
Co do technologii to się nie wypowiadam bo to nie moje technologie (⌐ ͡■ ͜ʖ ͡
@michael93pl: może się mylę bo ja nawet juniorem nie jestem, ale koncepcja mikroserwisów jest jasna, każdy serwis ma być użyteczny sam w sobie i reużywalny, jak na szytwno to powiążesz z jakąś logiką to ja nie wiem gdzie tego użyjesz drugi raz ¯\_(ツ)_/¯
Nie wiem jeszcze właśnie, chciałem zrobić coś komercyjnego ale jestem chyba na to zbyt tępy i nie mam zmysłu do tego. Chciałem napisać coś większego, żeby się uczyć, lubię siedzieć po pracy i napieprzac ale małe apki mnie szybko nudzą.
Jeżeli chcesz iść w micro / macroserwisy lepiej jest wybrać flaska i sqlalchemy.
Wiem, że teraz jest hype na microserwisy, ale tak naprawdę nie wiem czy w pojedynkę bym się brał za to, dużo roboty.
Wiesz co, to nie tyle hype z mojej strony ale chęć nauki. Chce napisać coś, co wymaga logowania, cachowania danych w redisie,obcykać się trochę lepiej z metodami w modelach i managerach, komunikacji z api(nałożyć auth i permissions i spiąć kilka endpontów), celery i elastic searcha.
Fakt, wszędzie słyszę "microserwis" ale osobiście nie mam jakiejś presji na to.
Wziąłem sobie 5 dni wolnego bo miałem trochę spraw i
Komentarz usunięty przez autora
Czasami lepiej jest pójść mniejszymi krokami. Sama architektura microserwisów wymaga bardzo duży narzut i dlatego monolit nie jest wcale gorszym rozwiązaniem. Szczególnie że możesz zrobić tak, że pierwsza wersja będzie na monolicie, później zobaczysz co spieprzyłeś w architekturze, refaktoring kodu na powiedzmy macro serwisy, znów będziesz mógł zobaczyć co spieprzyłeś i pójść w microserwisy.
Jednak jeżeli chcesz