Buzzwordy któr mają pokazać że jesteśmy lepsi ;)

CAP theorem

Programming/programmer, zamiast coding/coder.
Software engineer, zamiast software developer.
Rozwój osobisty, medytacja, mindfulness, "produkty marki premium" w zainteresowaniach na CV xD .

"produkty marki premium" w zainteresowaniach na CV xD .

Powiedz, że to żart?

Rozwój osobisty, medytacja, mindfulness, "produkty marki premium" w zainteresowaniach na CV xD .

I do tego astrofizyka. U mnie jest xD

@student01:

Software engineer, zamiast software developer.

W zachodniej europie różnica jest dość wyraźna, sw engineer ma wyższe widełki niż developer - ostatni raz jak sprawdzałem do sw developer kończył się na ~60k EUR rocznie, jak chcesz więcej to musisz szukać ofert gdzie wyraźnie jest napisane, że szukają sw engineer. Na każdego przychodzi czas kiedy, zaczyna rozumieć różnicę między tymi tytułami.

A wracając do tematu, pracowałem w korpo i o nowych trendach w buzzwordach najłatwiej było dowiedzieć się z profili na linkedin świeżo przyjętych amerykańców po studiach/stażach.

Czyli pięć lat temtu były to - AI, ML, blockchain, post quantum i entrepreneur.

To ostatnie było dość zabawne, bo tak co trzeci amerykański stażysta w moim korpo był entrepreneur:D

Chyba nie było więc:
Nie używam Springa ;)

area product owner proxy

chmura mikroserwisy

anemiczny

Chciałbym userbary z niektórymi z waszych haseł. Ah :)

maszyna stanów

@Miang:

miałaś na myśli finite state machine™ (switch statement / if ladder)?

1a2b3c4d5e napisał(a):

(switch statement / if ladder)?

Widziałem kiedyś implementacje na klasach. Nie byłą dużo czytelniejsza :D

KamilAdam napisał(a):

1a2b3c4d5e napisał(a):

(switch statement / if ladder)?

Widziałem kiedyś implementacje na klasach. Nie byłą dużo czytelniejsza :D

Czemu nie była? Moim zdaniem wystarczy jedna klasa do weryfikacji prawidłowych tranzycji stanów, stany można opisywać jakimiś enumami, no i do tego jakaś encja, która faktycznie tych tranzycji stanów potrzebuje.

I naprawdę nie rozumiem, jak programistę może stwierdzenie "maszyna stanów" przerastać. Przy takim podejściu, to i "kolekcja" jest buzzwordem.

somekind napisał(a):

KamilAdam napisał(a):

1a2b3c4d5e napisał(a):

(switch statement / if ladder)?

Widziałem kiedyś implementacje na klasach. Nie byłą dużo czytelniejsza :D

Czemu nie była?

To był eufemizm na "Była w ch'j nieczytelna". Każdy stan to była osobna klasa i to w niej były zakodowane przejścia do olejnego stanu. Ja miałem się wpiąć gdzieś tam przed stanem końcowym i dodac nowy stan

I naprawdę nie rozumiem, jak programistę może stwierdzenie "maszyna stanów" przerastać. Przy takim podejściu, to i "kolekcja" jest buzzwordem.

Nie mówię że maszyna stanów to coś trudnego, tylko mówię że łatwiej mi było zrozumieć maszynę snanów opartą na switchu/matchu niż na klasach

KamilAdam napisał(a):

To był eufemizm na "Była w ch'j nieczytelna". Każdy stan to była osobna klasa i to w niej były zakodowane przejścia do olejnego stanu. Ja miałem się wpiąć gdzieś tam przed stanem końcowym i dodac nowy stan

Domyślam się, że o nieczytelność chodziło. :)
Faktycznie, jeśli informacje o dozwolonych stanach są rozsiane we wszystkich klasach danego stanu, to nie da się łatwo prześledzić możliwych tranzycji. Brzmi jak overengineering.

Nie mówię że maszyna stanów to coś trudnego, tylko mówię że łatwiej mi było zrozumieć maszynę snanów opartą na switchu/matchu niż na klasach

Nie o Ciebie chodziło. :P

skill
bufor cykliczny (to ja użyłam)