AnonimoweMirkoWyznania
AnonimoweMirkoWyznania
  • 1
#anonimowemirkowyznania
Dużo się mówi że w #programowanie bardzo ciężko jest dostać pracę jako junior.
Po swoich ostatnich doświadczeniach powiem: jako regular też.
Rekrutowałem się przez kontraktornie która powiedziała że ma aż 6 pozycji dla kogoś takiego jak ja(Python + testowanie), ale wiadomo najpierw teścik z angielskiego, Pythona i testowania.
Z Pythona osoba sprawdzająca przydzieliła mi poziom wiedzy „regular”. No ok.
W związku z tym na te 6 ofert dopasowałem się tylko do
  • 11
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
croppz
croppz
  • 2
Wyjedziesz na miesiąc w Bieszczady, i po powrocie nic nie umiesz, bo nie dość że zapomniałeś to technologię trzy razy się zmieniły


@TheGreenBastard: to chyba k---a w JS, lol xD

a to nie od dziś wiadomo że ta branża wymaga ciągłego
  • Odpowiedz
croppz
croppz
  • 3
czym się różni złożoność zadania od czasu na jego wykonanie?


@lucidwires: % sprintu jaki spędzisz grając w gierki nie wpływa na złożoność, ale na czas już tak. ( ͡° ͜ʖ ͡°)
  • Odpowiedz
t.....o
t.....o
  • 10
#programowanie #programista15k #php
Postanowiłem przestać korzystać z PhpStorm i przerzucić się totalnie na vima. Dzisiaj udało mi się ogarnąć dobre podświetlanie składni za pomocą kilku wtyczek. Tylko musiałem przerzucić się z #vim na #neovim.

Konfigurowałem parę godzin ale to jest poświęcenie na jakie jestem gotów aby być niezależnym od korporacji.
t.....o - #programowanie #programista15k #php Postanowiłem przestać korzystać z Php...

źródło: comment_1666306029IPjZCmBBQuUnbij90GZwDQ.jpg

Pobierz
  • 17
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
croppz
croppz
  • 0
@GryzeKisiel: co prawda teraz doczytałem że mam 40% rabatu za nieprzerwaną subskrypcję od ponad dwóch lat, ale 10 ełro też warto dać. Kup se storma, storm jest fajny. ( ͡° ͜ʖ ͡°)

  • Odpowiedz
croppz
croppz
  • 2
@rosso_corsa: zależy od języka, firmy i czym ten projekt właściwie ma być. Jakieś przypadki uzasadniające pisanie od zera zapewne się zdarzają, chociaż osobiście jeszcze się nie spotkałem. No ale to i tak ostateczność, bo raz że koszt wielokrotnie wyższy, to jeszcze dodatkowo wdrożenie nowych pracowników robi się dużo bardziej problematyczne.

Tyle odnośnie frameworków, nie wiem co rozumiesz jako szablony.
  • Odpowiedz
croppz
croppz
  • 3
no właśnie sam nie wiem, takiego jednego speca słuchałem i mówił że nikt już od zera sam projektów nie pisze i coś bąknal o frameworkach


@rosso_corsa: ja w backendzie siedzę, więc od razu zaznaczę że z gamedevem, embedded i innymi "egzotycznymi" zastosowaniami moje doświadczenia mogą nie mieć zbyt wiele wspólnego.

Napisanie projektu faktycznie od zera to byłoby tutaj od cholery i trochę pracy. Router, serializer, cache, orm, walidacja i milion innych rzeczy
  • Odpowiedz
stary_kon
stary_kon
  • 1
#programowanie #programista15k #python
Ma ktoś jakiś dobry sposób na nauczenie się obiektówki? Wszystkie te przykłady ze zwierzątkami, pieskami i kotkami przerabiałem, ale to są tylko podstawy, a w prawdziwym kodzie dużo więcej się dzieje. Po prostu w głowie coś nie może mi przeskoczyć na ten sposób myślenia.
Od wieków pisałem proceduralnie i nigdy obiektówka nie była mi potrzebna (poza pojedynczymi przypadkami, gdzie udało się to obejść).
  • 24
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
croppz
croppz
  • 0
@stary_kon: zakładając że teorię znasz, to może jakieś API w django zrób? Samo django też się może kiedyś przydać, a przy okazji będziesz miał sporo zabawy z OOP.
  • Odpowiedz
croppz
croppz
  • 2
A to ma się do "prawdziwej" obiektówki tak jak pisanie funkcji do programowania funkcyjnego


@some_ONE: ładnie ujęte, ale tak czy inaczej jest to IMO jakiś początek. Zrobi sobie na start obiektowego cruda, potem może zacząć do tego dodawać endpointy z jakąś ambitniejszą logiką. Jak się rzuci od razu na głęboką wodę, to pewnie nawet nie będzie za bardzo wiedział od czego zacząć. ( ͡° ͜ʖ ͡°)
  • Odpowiedz
croppz
croppz
  • 0
@Wujo_Stachu: jak się postęp nie podoba to w czym problem, zamiast streama na twitchu kredki w łapę. Obrazki można też sprzedawać w formie fizycznej na lokalnym ryneczku.

Chyba że koncept pieniądza też zbyt postępowy, to nie wiem, może barter za jedzenie. xD
  • Odpowiedz
CalibraTeam
CalibraTeam
  • 169
Dopiero po 8 latach pracy jako programista dotarło do mnie, że tak naprawdę programiści są zwykłymi wyrobnikami i mają nad sobą wiele osób, których polecenia i zachcianki wykonują. Tylko w swojej bańce uważają, że zarabiają najlepiej a zwykły pazdzierz z "biznesu" zarabia więcej niż oni.
Przez ten czas poznałem wielu programistów, niestety są to osoby, które siedzą całymi dniami przy projekcie i gdyby podliczyć im stawkę godzinową to zarabialiby tyle co magazynier
  • 66
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
croppz
croppz
  • 0
Wiele osób nie rozumie, że są trybikami ogromnych machin i ich praca jest c---a warta w tym znaczeniu, że jest łatwo zastępowalna.


@miodnik: raczej bym powiedział, że jak ktoś nie jest łatwo zastępowalny, to jest c------m programistą. Łatwiej stworzyć spaghetti którego nikt poza autorem nie ogarnie, niż elegancki kodzik który będzie prosty i zrozumiały także dla nowych pracowników.

A że programista to robol z klawiaturą? No shit. Tylko co z
  • Odpowiedz
sarveniusz
sarveniusz
  • 1
Wielokrotnie widziałem próby podejścia do DDD na tyle komplikujące całe rozwiązanie, że postanowiłem o tym napisać kilka słów. Mam wrażenie, że świat programistów trochę zachłysnął się modnymi ostatnimi czasy konceptami jak właśnie DDD i wychodzą z tego takie kwiatki jak strach przed ORM, który nie oszukujmy się w przypadku poprawnego zastosowania zaoszczędza sporo pracy. Często mimo nawet nieskomplikowanej domeny programiści celują w stuprocentowo czystą domenę i unikają korzystania z narzędzia, które powoduje
  • 31
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
croppz
croppz
  • 1
@Saly: no i pewnie stąd różnice w poglądach. PHP ma IMO bardziej ustabilizowaną sytuację, jak tworzysz projekt na symfony i doctrine to możesz bezpiecznie założyć, że przez kolejne 10 lat nic się w tym temacie nie zmieni. Możesz też bezpiecznie założyć, że każdy nowy dev wchodząc do projektu będzie obie te rzeczy dobrze znał.

Separowanie się od frameworka nie jest darmowe, zwiększa stopień skomplikowania i ilość potrzebnego kodu. IMO temat sprowadza
  • Odpowiedz
croppz
croppz
  • 0
@sarveniusz: no ja tam jestem leniwą bulwą i na szczęście z takimi samymi leniwymi bulwami pracuję, mamy mapowanie w atrybutach bezpośrednio na naszych anemicznych encyjkach i jest w pytę.

Regułę mamy prostą, stopień izolacji jest odwrotnie proporcjonalny do stabilności dependenciesa. Symfony, doctrine i postgresa uznaliśmy za stabilne. ¯\_(ツ)_/¯
  • Odpowiedz
croppz
croppz
  • 0
@sarveniusz: tak formalnie to nawet agregatów nie mamy. xD

Raczej po prostu input DTO -> jeden lub parę powiązanych entity -> baza, w drugą stronę analogicznie tylko najczęściej DTOsy inne. A logika sobie radośnie traktuje encje jako bazodanowe DTOsy i ma w sumie w dupie czy pracuje z dtosem, czy z encją.

No i entity manager ze wszystkimi swoimi persistami, removami i flushami wypchnięty zawsze na top level, znaczy controller/command/handler.
  • Odpowiedz

Osiągnięcia