Czy umiecie programować w języku angielskim?

Bo ja tak, i to jest teraz mój główny język programowania. Piszę intencję po angielsku, agent zamienia ją na kod, dokumentację do API, testy. Nie otwieram diffa linia po linii – odpalam system i sprawdzam czy request zwraca to, co ma zwracać, w jakim czasie i przy jakim zużyciu pamięci.

Czytanie kodu nigdy nie gwarantowało jego jakości. Sam się o tym przekonałem, kiedy przestałem go czytać i nic się nie posypało.

Jeszcze rok temu każdy PR przechodził u mnie przez pełne review: czytałem funkcję, sprawdzałem logikę, pytałem "czemu tu switch a nie mapa". Dziś tego nie robię – i żeby było jasne, czytanie kodu ręcznie i tak nigdy nie eliminowało błędów, mimo tych wszystkich rytuałów. KDE od lat próbuje aktualizować paczki bez neta i zamiast wykryć brak połączenia i poczekać, wywala błąd pobierania. Ten kod ktoś napisał, ktoś przeczytał, ktoś zaakceptował na review. Błąd przetrwał mimo procesu, który miał go wyłapać.

Traktuję to teraz jak fabrykę: na wejściu angielskie zdanie opisujące co ma się stać, na wyjściu endpoint, dokumentacja i testy. Nie interesuje mnie, czy w środku jest pętla for czy reduce – interesuje mnie czas odpowiedzi i to, czy edge case'y są obsłużone. Jeśli coś nie działa, nie siadam grzebać w kodzie – poprawiam zdanie, które poszło do agenta, i puszczam generację jeszcze raz. Szybciej znajdę błąd w opisie niż w 400 liniach kodu, którego architektury nawet nie znam.

Konkretny przykład z mojej pracy: ostatnio agent zbudował mi cały moduł do walidacji formularzy razem z dokumentacją OpenAPI, na podstawie dwóch akapitów po angielsku opisujących reguły biznesowe. Nie sprawdzałem implementacji walidatorów – wysłałem 20 requestów z błędnymi danymi i sprawdziłem kody odpowiedzi. Wszystkie zgodne ze specyfikacją. Gdybym miał to czytać ręcznie, zajęłoby mi to dzień. Test z zewnątrz zajął 15 minut.

Znam ludzi, którzy stracili kontrakty w ostatnich miesiącach, bo ich jedyną kompetencją było dokładne, powolne review kodu pisanego ręcznie przez zespół. Firmy przestały za to płacić, bo ten sam efekt – działający, przetestowany moduł – agent daje w godzinę zamiast w tydzień, na podstawie dobrze napisanego zdania, nie tysiąca linijek składni.

#programista15k #programowanie #pracait #korposwiat #kryzysit
#linux #kde #gnome #linux #webdev #windows #sztucznainteligencja #technologia #filozofia #ekonomia #biznes #artificialintelligence #devops

W 2005 roku Dave Halliday (DHH) podczas prezentacji Ruby on Rails powiedział: „Spójrz na ten cały kod, którego nie napisałem”.

Wówczas zachwyt budziła konfiguracja, której nie trzeba było pisać - nazwa kontrolera mapowała się na widok, a framework sam wiedział, co zrobić.

Dwadzieścia jeden lat później, agent AI ma usuwać z pracy programisty ręczne pisanie kodu.

Tak jak kiedyś Rails usuwał z pracy programisty konieczność ręcznego opisywania tego, co framework mógł przewidzieć sam, tak dziś agent usuwa ręczne pisanie implementacji.
Ta sama filozofia, tylko na większą skalę.

Nie chodzi o usunięcie programisty, lecz o zmianę zakresu jego odpowiedzialności.

Programista nadal musi wymyślać, decydować, korygować kierunek, sprawdzać rezultat i brać odpowiedzialność za produkt.

Znika za to konieczność własnoręcznego przekładania każdej decyzji na setki czy tysiące linii kodu.

„Spójrzcie na ten cały kod, którego nie napisałem. I na te wszystkie podpowiedzi, których udzieliłem” - tak dziś brzmi dokończenie tego hasła.

AI nie tylko przyspiesza pisanie kodu, ale realnie obniża koszt całej implementacji, zaczyna usuwać kompromisy, które przez lata wydawały się nieuniknione.

W ten sposób może wręcz uzdrawiać rynek, bo wybór technologii znowu może wynikać z tego, co jest najlepsze dla produktu, a nie tylko z tego, na co stać zespół.

Dobrym przykładem są aplikacje webowe, które powstawały w przeglądarce nie dlatego, że była to idealna forma produktu, ale dlatego, że mały zespół nie był w stanie utrzymywać kilku osobnych klientów natywnych. Jeśli agenci obniżają koszt osobnych wersji na tyle mocno, że kilka wersji natywnych może powstawać równolegle bez proporcjonalnego zwiększania zespołu, cały rachunek wygląda inaczej.
Nagle można znowu zapytać nie „co jesteśmy w stanie utrzymać?”, tylko „co będzie najlepsze dla użytkownika?”.

Punktem zwrotnym była premiera Opusa 4.5, 24 listopada 2025 roku. Modele zaczęły przyjmować całe problemy i oddawać rozwiązania bez prowadzenia ich krok po kroku przez implementację.
Agent, któremu można przekazać problem i wrócić później po gotowy rezultat, zmienia samą logikę pracy. Ręczne pisanie kodu przestaje być normalnym trybem pracy i staje się wyjątkiem.

Dopiero w praktyce widać, jak daleko sięgają skutki takiego podejścia.
HEY jest przykładem aplikacji, która może odejść od jednej dominującej wersji webowej w stronę kilku klientów natywnych.
Podobny mechanizm działa na backendzie - Rust może być trudniejszy, ale jeśli kod generuje agent, część jego wad przestaje mieć znaczenie.

To zmienia kryteria wyboru technologii.
Przez lata języki programowania oceniano pod kątem tego, jak dobrze człowiek może w nich pisać i czytać kod.

Teraz większego znaczenia nabierają wydajność, zużycie pamięci, szybkość uruchamiania czy bezpieczeństwo.
Agent obniża koszt kolejnej iteracji, więc to, co wcześniej było technicznie możliwe, ale biznesowo nieopłacalne, zaczyna wracać do gry.

Ostatecznie zmienia się nie tylko sposób tworzenia kodu, ale również zakres odpowiedzialności programisty.

Programista coraz mniej odpowiada za ręczne napisanie kodu, a coraz bardziej za rezultat, który ten kod daje.

Kod może stać się czarną skrzynką - nie trzeba znać każdej linii, jeśli potrafi się wiarygodnie ocenić zachowanie systemu.

Programista nie znika z procesu, ale jego miejsce przesuwa się z poziomu składni na poziom decyzji.

PS: przepisałem mój wcześniejszy post. Mam nadzieję że to się lepiej czyta.

#linux #programista15k #programowanie #webdev #windows #sztucznainteligencja #technologia #filozofia #ekonomia #biznes #artificialintelligence #devops

Auć! Amazon przeprasza i potwierdza: 🇮🇷 irańskie drony bezpowrotnie zniszczyły dane klientów AWS i ❌ nie da się ich odzyskać. Jak do tego doszło, skoro jest redundancja chmury? Wyjaśniamy tu: https://niebezpiecznik.pl/post/dane-klientow-amazona-bezpowrotnie-stracone-winne-iranskie-drony/ #niebezpiecznik #bezpieczenstwo #security #hacking #devops

Przygotowaliśmy zestawianie narzędzia dostępnych bez logowania, które mogą przydać się każdemu administratorowi, nie tylko sieci. Zestawianie będzie regularnie rozszerzane o nowe narzędzia.
Nie musisz podać maila, zakładać konta, wystarczy wejść na stronę https://showroute.pl/narzedzia/ i masz dostęp do listy.
Dodaj link do ulubionych zakładek.

A wy jakich narzędzi używanie do pracy z siecią, które są dostępne online?

#siecikomputerowe #devops

W CoreWeave Senior Software Engineera szukają. Jakby nam się tam udało kogoś z tagu gielda obsadzić to byśmy mieli insidera
Zgłaszać sie! ( ͡° ͜ʖ ͡°)

https://www.linkedin.com/jobs/view/4463794564/

#gielda #pracait #devops

Na humble bundle jest do zgarnięcie kilka kursów online z #Linux, #n8n, #Azure, #kubernetes, #redhat #devops za nie całe 40 Euro.

https://www.humblebundle.com/software/back-to-school-certification-bundle-with-practice-exams-software

Nie wiem czy było ... AWS dorzuca extra kredyty do swojego planu AWS Free Tier.
Za otwarcie konta dostaje się $100 ale później można dostać po $20 za różne taski.
Przydatne dla osób, które chcą sobie poćwiczyć z AWSem.

#aws #it #programista15k #programowanie #devops

W poniedziałek o 9:00 przeczytasz między innymi o tym jak zrobić testy konfiguracji za pomocą #Cisco PyATS i Genie oraz o 4 innych tematach.
Zapisz na https://showroute.pl/netprasowka/
#siecikomputerowe #automatyzacjasieci #python #devops

Ten sam model AI moze byc 10x wolniejszy w zaleznosci od lokalizacji uzytkownika.

Testowalem modele frontier z 20+ lokalizacji na swiecie. GPT-5.6 Luna szybki z Montrealu, wolny z Seulu. DeepSeek V4 Pro wolny wszedzie oprocz Osaki (400ms).

Dane pokazuja ze przejscie na szybszy model nie gwarantuje szybszej dostawy - providerzy rozkladaja modele roznie w roznych regionach.

https://tomasz-smykowski.com/blog/scaling-global-ai-systems-part-1-inference-speed

#programowanie #ai #devops #chmura

Co tak naprawdę drażni w systemd

Mało który temat w świecie Linuksa potrafi wywołać tyle emocji przy piwie albo na forum co pytanie o systemd. Z jednej strony mamy ponad dekadę intensywnego rozwoju, ogromną adopcję i fakt, że większość dużych dystrybucji dawno uznała go za standard. Z drugiej – uporczywą krytykę, która nie znika mimo powszechnego wykorzystania projektu. Warto rozłożyć ją na czynniki pierwsze, bo sprowadzanie całej dyskusji do „bo tak” niewiele wyjaśnia.

Pierwszy zarzut dotyczy skali projektu. systemd zaczynał jako zamiennik klasycznego init, ale z czasem objął znacznie więcej: centralny dziennik zdarzeń (journald), resolver DNS (resolved), zarządzanie sesjami (logind), konfigurację sieci (networkd), synchronizację czasu (timesyncd), timery będące alternatywą dla crona i wiele innych elementów. Każdy z tych komponentów z osobna ma swoje uzasadnienie. Kontrowersje budzi jednak fakt, że są rozwijane w ramach jednego ekosystemu, mają wspólny cykl wydawniczy i często korzystają ze wspólnej infrastruktury.

Nie oznacza to, że wszystkie komponenty systemd działają z uprawnieniami roota – wiele usług korzysta z osobnych użytkowników systemowych i mechanizmów sandboxingu. Jednocześnie jednak część kodu wykonuje zadania uprzywilejowane lub współpracuje bezpośrednio z PID 1. W praktyce większa liczba komponentów odpowiedzialnych za podstawowe funkcje systemu oznacza większą powierzchnię wymagającą audytu bezpieczeństwa. Historia podatności, między innymi w journald czy systemd-resolved, pokazuje, że nie jest to wyłącznie teoretyczny problem. Oczywiście podobne błędy zdarzają się również w innych projektach – różnica polega głównie na skali całego ekosystemu.

Dobrze ilustruje to Alpine Linux, który świadomie obrał zupełnie inną drogę: wykorzystuje OpenRC zamiast systemd i musl zamiast glibc. Nie dlatego, że OpenRC jest z definicji bezpieczniejszy. Po prostu wiele komponentów obecnych w systemd w ogóle tam nie istnieje. Mniejsza liczba usług systemowych i mniejsza złożoność upraszczają architekturę oraz ograniczają ilość kodu wymagającego utrzymania. Nie gwarantuje to automatycznie większego bezpieczeństwa, ale zmniejsza poziom skomplikowania systemu.

Drugim źródłem sporów jest filozofia projektowania. Klasyczny Unix promował niewielkie narzędzia wykonujące jedno zadanie i komunikujące się za pomocą prostych interfejsów, najczęściej tekstowych. systemd stawia na znacznie silniejszą integrację. Zamiast zestawu niezależnych programów otrzymujemy spójny ekosystem, którego elementy współpracują ze sobą i wykorzystują wspólne mechanizmy.

Dobrym kontrastem jest s6 autorstwa Laurenta Bercota. To zestaw małych programów realizujących nadzór nad usługami bez centralnego demona zarządzającego całym systemem. Nie oznacza to, że s6 jest obiektywnie lepsze od systemd. Pokazuje jedynie, że podobne cele można osiągnąć również poprzez większą modularność i podział odpowiedzialności między mniejsze narzędzia.

Trzecia kwestia ma charakter bardziej ekosystemowy niż techniczny. Wiele popularnych projektów zaczęło zakładać obecność komponentów systemd, zwłaszcza logind. Przykładowo środowisko GNOME korzysta z API dostarczanego przez logind, a dystrybucje nieużywające systemd potrzebowały kompatybilnej implementacji tego interfejsu. Tak powstały rozwiązania takie jak elogind, które pozwalają korzystać z części ekosystemu GNOME bez instalowania pełnego systemd.

Podobnie dystrybucje unikające systemd, takie jak Devuan, musiały przez lata utrzymywać własne rozwiązania lub alternatywne komponenty. Nikt ich do tego nie zmuszał, ale był to koszt pozostania poza dominującym ekosystemem.

Z tym wiąże się także koszt migracji. Im dłużej dystrybucja lub administrator wykorzystuje systemd, tym więcej pojawia się integracji: jednostki usług, timery, generatory, transient units czy zależności między usługami. Każda z tych funkcji jest przydatna, ale każda zwiększa koszt ewentualnego przejścia na inne rozwiązanie. Void Linux pokazuje, że można przez lata z powodzeniem opierać całą dystrybucję na runit. Jest to jednak przykład systemu zaprojektowanego od początku wokół tej technologii, a nie migracji z systemd. Łatwiej nie wejść do danego ekosystemu niż później z niego wychodzić.

Jest jeszcze kwestia czytelności konfiguracji i diagnozowania problemów. Drop-iny w katalogach .d, generatory tworzące jednostki podczas startu czy jednostki tymczasowe powstające dynamicznie sprawiają, że system jest bardzo elastyczny. Jednocześnie zwiększają liczbę miejsc, które trzeba przeanalizować podczas awarii. W praktyce administrator często korzysta z journalctl, systemctl status czy systemd-analyze, analizując wiele warstw konfiguracji. W klasycznym SysVinit większość logiki znajdowała się w skryptach /etc/init.d/, które można było po prostu przeczytać od początku do końca.

Trzeba jednak oddać systemd to, co mu się należy. SysVinit miał rzeczywiste ograniczenia: sekwencyjny start usług, brak natywnego nadzoru nad procesami, prymitywne zarządzanie zależnościami oraz skrypty, których jakość zależała od autora pakietu. systemd rozwiązał wiele z tych problemów, wprowadzając deklaratywne zależności, równoległy start usług, automatyczne restartowanie procesów, socket activation oraz spójny sposób zarządzania usługami.

To właśnie dlatego został przyjęty przez większość dużych dystrybucji, a nie z powodu „zmowy” czy wygody maintainerów.

Krytyka systemd nie polega więc na negowaniu jego osiągnięć. Pytanie brzmi raczej, czy wszystkie te funkcje musiały znaleźć się w jednym projekcie i czy równie skuteczne rozwiązania można było osiągnąć przy mniejszym stopniu integracji.

Różne systemy init odpowiadają na to pytanie na różne sposoby.

systemd – bardzo rozbudowany zestaw komponentów, natywne supervision usług, deklaratywne zależności, socket activation, scentralizowane logowanie, timery, zarządzanie sesjami i wiele usług systemowych. Filozofia: głęboka integracja całego stosu.

SysVinit – prosty init oparty na skryptach, bez natywnego supervision i z ograniczonym mechanizmem zależności. Filozofia: prostota i przewidywalność.

OpenRC – zgodny ze skryptami SysV, oferuje równoległy start i zarządzanie zależnościami, a supervision można dodać opcjonalnie. Filozofia: modularność przy zachowaniu kompatybilności.

runit – niewielki, bardzo szybki, z wbudowanym stałym nadzorem nad procesami. Filozofia: minimum funkcji potrzebnych do skutecznego zarządzania usługami.

s6 – zaawansowany zestaw narzędzi supervision zbudowany zgodnie z filozofią małych programów współpracujących przez proste interfejsy. Dodatkowe funkcje, takie jak socket activation, realizowane są przez osobne narzędzia. Filozofia: maksymalna modularność.

sinit – ekstremalnie mały init ograniczający się praktycznie do uruchomienia pierwszych procesów. Zarządzanie usługami pozostawia użytkownikowi. Filozofia: absolutny minimalizm.

Shepherd – system init wykorzystywany przez GNU Guix, napisany w Guile, z deklaratywną konfiguracją i możliwością dynamicznego przeładowywania usług. Filozofia: integracja z modelem konfiguracji Guix.

dinit – nowoczesny system init napisany w C++, oferujący supervision, zależności usług oraz socket activation przy stosunkowo niewielkim rozmiarze kodu. Filozofia: nowoczesne funkcje bez nadmiernej rozbudowy.

Nie istnieje więc jeden obiektywnie najlepszy system init. Wybór zawsze oznacza kompromis między funkcjonalnością, prostotą, stopniem integracji i łatwością utrzymania.

systemd pozostaje najbardziej kompletnym rozwiązaniem i oferuje najgłębszą integrację z obecnym ekosystemem Linuksa. s6 reprezentuje najbardziej konsekwentne podejście do klasycznej filozofii Uniksa, choć wymaga większej wiedzy administratora. runit od lat pokazuje, że prosty system supervision może napędzać pełnoprawną dystrybucję, czego przykładem jest Void Linux. sinit pozostaje rozwiązaniem dla zwolenników ekstremalnego minimalizmu, a Shepherd wyróżnia się przede wszystkim w ekosystemie GNU Guix.

To właśnie o ten kompromis od kilkunastu lat toczy się cała dyskusja wokół systemd.

#linux #systemd #unix #opensource #opensource #sysadmin #administracja #serwery #devops #programowanie #informatyka #cyberbezpieczenstwo #technologia #software #foss #gnu_linux #archlinux #debian #alpine #voidlinux #gnulinux #fsf

#aws #devops
W AWS ten mechanizm blue green do aktualizacji RDS MySQL to spoko działa ? Mam do podniesienia 8 na 8.4.

#vps #serwery #hetzner #devops #devopsiarz

Ktoś ostatnio brał VPSa z Hetznera? Chcę wziąć najtańszy, ale niestety obecnie nie są dostępne i zastanawiam się czy często dokładają nowe?
Jakbym się kapnął prędzej to bym nie weryfikował konta kartą i doładowaniem 25 USD a tak to będą teraz czekać aż coś będzie dostępne, ehh xD

Co innego budżetowego warto wziąć pod uwagę?

Premiera nowego panelu DevilWEB 2.1 i rabat -50% na hosting w SMALL.PL

Cześć! Oddajemy dziś w Wasze ręce DevilWEB 2.1- mocno odświeżoną wersję naszego panelu zarządzania hostingiem.

Z tej okazji do 31 sierpnia obniżyliśmy ceny nowych kont hostingowych w SMALL.PL o 50%! (ceny widoczne na stronie już uwzględniają rabat).

Najważniejsze nowości w panelu:
1. W pełni responsywny interfejs (w końcu wygodna obsługa na smartfonach).
2. Dark mode, light mode i tryb auto dostosowujący się do systemu.
3. Zoptymalizowane działanie i unowocześniony design.

Zdajemy sobie sprawę, że przyzwyczajenia są silne, więc do czasu wydania wersji 2.2 zostawiamy w opcjach możliwość powrotu do poprzedniego wyglądu panelu.

Regulamin promocji: Regulamin
Oferta: oferta
#wykop #hosting #devops #programowanie #wordpress #php #python #promocje

Ogarnę pracę komuś w moim korpo. Szukam dewelopera z #java #kafka do pracy z distributed systems & event-driven architecture do pomocy w budowaniu highly available mikroserwisów

Must have #helm & #kubernetes
Bonusowe punkty za #azure

Wymagane 3 dni z biura tygodniowo w #krakow. Jest b2b I uop

Siano: dobre

Domena: blockchain

Dawajcie na priv

#programista15k #damprace #programowanie

BTW dalej jest otwarta pozycja na #devops z #azure i #kubernetes: https://wykop.pl/wpis/86941093/ogarne-prace-komus-w-moim-korpo-szukam-devops-clou

BTW 2 jak widziałem płacz wykopków, że nie ma pracy to myślałem, że nie nadążę odpisywać. widocznie wcale nie jest tak źle, bo i zainteresowanie nie za duże ¯\(ツ)/¯

Za kazdym razem gdy mialem pomysl na startup, musialem robic te same powtarzalne kroki: domena, Git, Vercel, baza danych, Stripe, maile...

Wiec zautomatyzowalem caly proces.

Teraz moge postawic kompletny projekt produkcyjny w 5 minut.

Kluczowa lekcja: uzyj AI do ZBUDOWANIA automatyzacji, ale sama automatyzacja powinna byc deterministyczna. Zadnych tokenow marnowanych w runtime.

https://tomasz-smykowski.com/blog/automating-zero-to-production-architecture

#programowanie #automatyzacja #devops #startup

Ogarnę pracę komuś w moim korpo. Szukam devops/cloud engineer/SRE (potejto, potato). Szukam kogoś kto zna się na dobrze na Azure i Kubernetes. Potrzebuję kogoś, kto zadba o Observsbility, High Availability, a także Disaster Recovery do drugiego regionu.

Must have #azure #kubernetes #terraform
Bonusowe punkty za #kafka #postgres, #gitlab CI

Wymagane 3 dni z biura tygodniowo w #krakow. Jest b2b I uop

Dawajcie na priv

#programista15k #devops

Siedzę w IT od dawna (tutaj miałem konto od parunastu lat, ale przepadło...) i zacząłem się zastanawiać nad tym jak się uczyć w erze AI nowych rzeczy z obszaru IT.

Jak chcę ogarnąć nowy koncept (np. coś z kubernetesa keda, hpa lub partycjonowanie w db), to docsy i większość artykułów są pisane dla tych, co już to rozumieją - masa technicznych szczegółów, zanim w ogóle złapiesz samą ideę. A filmiki to odwrotny problem: lecą w tempie autora, nie moim, więc ciągle pauzuję, cofam i tak niewiele z tego wynoszę. Poza tym tracę mnóstwo czasu.

Czyli dwie skrajności: artykuł za statyczny, film za dynamiczny. Zastanawiam się, czy nie brakuje czegoś pośrodku - tekst, który czytasz we własnym tempie, ale z małymi interaktywnymi wstawkami, gdzie możesz „poklikać" ideę, aż zrozumiesz (bez szczegółów technicznych).

Do tego dochodzi AI z np. claude code lub podobnymi. Skoro pisze mi teraz sporo kodu, mniej zależy mi na rozumieniu szczegółów, a bardziej na szybkim złapaniu dobrego modelu mentalnego - wiedzieć, co chcę zrobić, a jak, to już AI ogarnie.

No to pytam: czujecie tak samo? Co u Was sprawia, że szybko łapiecie daną idee? Widzieliście gdzieś tłumaczenia z interaktywnymi animacjami w treści artykułów - pomaga, czy to tylko bajer? Czy w ogóle jest sens jeszcze czytać artykuły techniczne? :-)

#programowanie #devops #kubernetes #sztucznainteligencja #it #nauka

Wakacyjna promocja w mydevil.net!

Od dziś przez cały okres wakacji nowe konta hostingowe można zamówić 35% taniej!

Hosting obsługuje PHP, Node.js, Python i Ruby, oferuje bazy MySQL, PostgreSQL i MongoDB, dostęp SSH, Git, szybkie dyski NVMe, codzienne kopie zapasowe, nielimitowany transfer oraz darmową migrację.

Obecni klienci mogą udostępniać swoje kody polecające i otrzymywać 20% wartości pierwszego opłaconego okresu oraz 10% od kolejnych odnowień w formie punktów do wykorzystania na nasze usługi.
Wszystkie ceny prezentowane na stronie są już obniżone o wartość rabatu.

Regulamin promocji:
regulamin

Promocja trwa do 31 sierpnia 2026 r (włącznie).
nasza oferta
#programowanie #webdev #hosting #linux #php #wordpress #devops #sysadmin #mydevil #promocje

Fajnego maila dostałem, i rzeczywiście niezły flood leci, pomysłowi są ludzie żeby zrobić bota co rejestruje maila na różnych sklepach ( ͡° ͜ʖ ͡°)
`From: Direct Services LTD <office@vpn7788.click>
Hello
We are currently disrupting the email address cmr@xxx.pl as a demonstration of our capabilities, please check with your team, about 500.000 email messages are being sent. This is just the beginning, and we have the ability to cause much more significant damage to your company's communication infrastructure. We have also disabled your company website https://xxx.pl
To cease the disruption and restore full access to your business emails, we require a payment of 500 euros in Bitcoin. In our next email, we will provide the Bitcoin wallet address where you should send the payment.
If you refuse to pay the ransom, we will escalate our actions by targeting additional email addresses, including the accounting email platnosci@xxx.pl and your own email address. This will severely impact your business operations and communication with clients, leading to potential financial losses.
Do not take this lightly. Act now to protect your business.
`
Nawet mają swojego piksela śledzącego czy ktoś otwiera te maile:
`https://email.vpn7788.click/email.png`

#security #devops #niebezpiecznik #zaufanatrzeciastrona #itsecurity #hosting

#devops Czołem wszystkim,

szukam pracy jako DevOps. Mój stack to głównie stawianie, integracja i utrzymanie aplikacji opartych na k8s, Docker i deployowanie całości za pomocą Helm. Czasem on-prem, czasem w AWS (EC2 w VPC, spięte z Security Group i Route53). Użytkowałem też skrypty z Ansibla, Basha i Terraforma (to wszystko już było napisane, ja co najwyżej robiłem customizację pod dany deployment). Całość stała zawsze na Rocky Linux. W ramach samorozwoju pipeliny w Jenkinsie. Mam 3,5 lat doświadczenia w obecnym korpo, wcześniej support w sieciach GPON i DOCSIS. W obecnym korpo jeszcze pierdylion innych projektów zrobionych.
Dostępność od zaraz

Dlaczego pisze tutaj? Może coś robię nie tak, ale na 400+ wysłanych CV miałem z 20 rozmów wstępnych które przeszły na około 4 czysto techniczne rozmowy. LinkedIn piękny, github biedny ale nie piszę kodu zawodowo. Możliwe że moje CV jest jakoś źle zrobione, będę je dzisiaj zmieniał. Możliwe że chcę za dużą kasę(14k brutto na UoP).

czy jeszcze ktoś z was zauważył ruch botów na końcówki "HELP_ME_ESCAPE_FROM_BELARUS_PLEASE" ?
#hosting #devops

Może po prostu nie ma ochoty zapieprzać po 8 godzin dziennie klepiąc kod dla byle korpo już od pierwszego tygodnia pracy? To serio nie jest zbyt ekscytująca perspektywa XD
#praca #pracbaza #korposwiat #pracait #devops

#devops #pracait, #ofertapracy

Cześć, mam dwie oferty w 100% zdalne.

Firma, którą reprezentuję, buduje protokół do komunikacji między agentami AI.



Poszukują dwóch seniorów z pełnym ownershipem nad obszarem.

Widełki całkiem atrakcyjne – 40–50k PLN/miesiąc B2B. 



Bonus za polecenie wynosi 10 000 PLN – wypłacany po 4 miesiącach spędzonych przez poleconego kandydata w firmie. 



Więcej informacji i aplikacje na kris@enterploy.com |

Senior / Staff Platform Engineer (AWS · Infrastructure · Distributed Systems) ownership nad infrastrukturą AWS – architektura, CI/CD, observability, PostgreSQL i event-driven processing 👉 https://aws-engineer.netlify.app/

Senior / Staff Full-Stack Engineer (Node.js + AWS) Budujesz funkcjonalności end-to-end – od interfejsu aż po infrastrukturę AWS – w systemie płatności i orkiestracji agentów AI.
👉 https://nodejs-engineer.netlify.app/

Programista zostal zbanowany na GitHubie bez zadnego wyjasnienia. Stracil dostep nie tylko do repozytoriow, ale tez do Vercel, Netlify, Cursor - wszystkiego co uzywa GitHub OAuth.

Caly startup moze pasc z dnia na dzien przez jedna decyzje platformy.

GitHub hostuje 60-80% calego kodu na swiecie. 100M+ programistow. Jedna firma kontroluje infrastrukture od ktorej wszyscy zaleza.

W pelnym artykule: checklisty ochrony, plan awaryjny, porownanie alternatyw.

https://tomasz-smykowski.com/blog/github-lock-business-overnight

#github #microsoft #programowanie #devops #technologia