@def https://github.com/rayros/image-resizer

@wombatDaiquiri Jaki dokładnie szacunek? Tzn. gdzie u pana Dariusza jest brak szacunku?

@dolitd taki brak szacunku, że to jego problem że źle przeprowadził rozmowę, zakomunikował oczekiwania i sprawdził umiejętności potencjalnego pracownika. Dodatkowo najwyraźniej nie umie też wyważyć oczekiwań, skoro od nowego pracownika wymaga po prostu tego samego co od doświadczonego.

Może lepszym określeniem byłoby "brak pokory" ale Daro tekstem typu "nie płacę za naukę" pokazuje, że nie rozumie że łatwość albo trudność onboardingu to jego problem a nie jego pracownika.

@koszotorobur próbuję się wyzbyć metody szukania "poprawnego rozwiązania" więc bardzo dziękuję Ci za Twojego posta.

Generalnie chciałem postawić jakoś instancję bazy danych żebym mógł z niej korzystać w kontenerkach. A dzięki Twojej sugestii zmieniłem trochę zapytanie do google i dostałem tutorial na prostszych komponentach które już z nam więc plan właśnie uległ zmianie https://www.digitalocean.com/community/tutorials/how-to-deploy-postgres-to-kubernetes-cluster

Wysokopoziomowo - jestem programistą. Jestem nieskromnie mówiąc niezły w pisanie programów. Ale całe środowisko w którym te programy były uruchamiane były własnością firmy w której pracowałem. W ten sposób zawsze uczyłem się procedur które ktoś mi przygotował, ale na własne potrzeby nadal korzystałem z `./binarka &` bo w sumie działa.

No i z wiekiem odczuwam potrzebę podzielenia się wiedzą jak tworzyć cyfrowe produkty, ale do tego potrzebuję środowiska uruchomieniowego które uczeń będzie mógł zreplikować i rozszerzać według własnych potrzeb. A i mi się przyda wyrobić opinię i usystematyzować stack bo często ciekawe pomysły upadają jak staję przed wizją pierdół do wykonania zanim się zaczną ciekawe zadania.

@wombatDaiquiri - widzę, że zacząłeś od bardzo wysokiego poziomu abstrakcji i komplikacji, którym jest Kubernetes (nawet w konfiguracji Sinlge Node K8s) - dobrze go oczywiście znać ale do swoich zastosowań często jest to overkill jeśli nie wybrałeś tego rozwiązania świadomie ze wglądu na benefity, które faktycznie Tobie oferuje (a dalej musisz płacić cenę za skomplikowanie projektu).

Ja od zeszłego roku preferuję Podmana zamiast Dockera gdyż Docker wymaga dwóch daemonów ciągle działających na systemie (dockerd oraz containerd) a Podman jest daemonless i może uruchamiać aplikacje od razu w podach (i też można użyć z nim Compose).

Jeśli chodzi o super prosty deployment Postgresa (jak nie masz klastra K8s) to możesz uruchomić go w łatwy sposób z obrazu kontenera tak by mieć data persistance oraz być w stanie zrobić backup.

Utwórz dwa foldery na serwerze ~/postgres_data oraz ~/postgres_backup.

Uruchom kontener:

podman run -p 5432:5432 --name postgres -v ~/postgres_data:/var/lib/postgresql/data -v ~/postgres_backup:/home -e POSTGRES_PASSWORD=<YOUR_PASS> -d docker.io/library/postgres:alpine

A tak wywołać psql w działającym kontenerze:

podman exec -it <CONTAINER_NAME_OR_ID> psql -U postgres

Od tego kroku, droga jest prosta uruchamiania w ten sam sposób narzędza pg_dump lub pg_dumpall czy pg_basebackup (i zrobienia backupu do folderu /home kontenera) a następnie potem zbackupowania dumpa z folderu ~/postgres_backup serwera na innego hosta przy pomocy narzędzia rsync.

@sierzant_armii_12_malp Właśnie wymyśliłem, że przecież i tak te obiekty muszę najpierw pobrać funkcją API, a potem wszelkie zmiany zatwierdzić innymi funkcjami, więc już na etapie ich pobierania mogę im przypisać klucz. A gdybym tworzył nowy obiekt, to nic nie stoi na przeszkodzie, aby pobrana kolekcja (w sensie obiekt) również trzymała klucz i przekazywała go obiektom w miarę potrzeby.

Czasem wystarczy napisać posta na hejto i rozwiązanie samo przychodzi ( ͡° ͜ʖ ͡°)

@wombatDaiquiri - zaoszczędziłeś mi wymądrzania się

@Vuaaas - ej aj iz tejking ałer dżerbs

@Vuaaas @koszotorobur a pamiętacie aferę "learn to code"? Oj to była beka nad beki.

https://knowyourmeme.com/memes/learn-to-code

@konrad1 - zgadzam się z Tobą - niemniej przez to jak to napisałeś można wziąć Cię za trolla... lub za marudę...

@koszotorobur o kurcze ja troll? Już wolę maruda choć rzadko mi się zdarza, chyba że na kacu, dlatego pije raz na miesiąc

@fadeimageone no właśnie nad czymś takim pracuję: natywna aplikacja zewnętrzna + wrapper C++/CLI i reszta w C#. Chodzi mi natomiast o konkretny problem ze ścieżkami do wszystkich potrzebnych dll-ek. Nie mogą się znajdować gdziekolwiek, gdyż wtedy to nie działa.

I jak teraz na to patrzę, to chyba najefektywniej będzie po prostu napisać własny resolver, w którym będzie wskazana ścieżka do ich wyszukiwania.

@MostlyRenegade  zobacz jeszcze tutaj

• https://learn.microsoft.com/en-us/archive/msdn-magazine/2005/october/c-at-work-writing-loading-and-accessing-plug-ins
  

• https://www.codeproject.com/Articles/1052356/Creating-a-Simple-Plugin-System-with-NET

Tak, pisze soft związany z sieciami komórkowymi już ponad 10 lat. Najgorze, że do takich kwiatków po prostu nie można się przyzwyczaić.

Tak, standard ma oczywiście tysiące stron. Niektóre fragmenty zostały napisane raz i dobrze. Inne ciągle sobą zmieniane, niekoniecznie przez najmądrzejszych ludzi. W rezultacie mamy to, co mamy.

@IronFist Na razie wygląda na to, że osoby w call center odczuły pierwsze. Ale jeśli mowa o programistach, to na pewno odpadnie część tych, którzy ślizgają się latami z bardzo juniorskim skillsetem bez chęci rozwoju. A tak to po prostu wg mnie zwiększy się efektywność w tworzeniu kodu.

@IronFist Bardziej właśnie customer service które będzie można zastąpić w całości botami i pewnie za niedługo jakieś HRy i popychacze tabelek w Finansach też dostaną po dupie, ale programistom też się srogo dostanie. W branży gier już wywalają masowo ludzi.

@rastabaddon - no się wie - tylko dlaczego Ty tak uważasz?

@koszotorobur Jezeli kiedykolwiek robiles wieksze projekty to wiesz o czym mowie. Juz widze jak AI (pseudo ai) programuje zawile projekty. Powodzenia. Aktualnie to nawet nie dokonca nadaje sie jako pomoc, ilosc bledow jest tak olbrzymia ze sie w pale nie miesci. To moze byc co najwyzej watpliwej jakosci support.