Żargon firmowy

Odpowiedz Nowy wątek
2019-01-07 12:13
0

Cześć,
Może mi ktoś wytłumaczyć czym jest "Wrzucaniem czegoś na Deva" albo "pisanie kodu na produkcji" ? Ile jest tych warst programowania, załóżmy że ja mam komputer i na nim pisze program dla firmy A, co się dalej dzieje jeśli już coś zrobie? Czym jest ten "Dev" i "produkcja"? :P

Pozostało 580 znaków

2019-01-07 12:15
0

Na szybko. Poczytaj w wolnej chwili: https://docs.microsoft.com/pl[...]rom-development-to-production


Pozostało 580 znaków

2019-01-07 15:59
4
  1. Dev to zwykle jakiś developerski branch (chociaż czasem też master) w repozytorium plus zestaw serwerów na których stoi aplikacja w wersji "rozwojowej" i jakieś testy automatyczne sobie po tym stukają. Tam lądują zmiany kiedy jeszcze nie wiadomo czy na 100% wszystko działa.
  2. Prod to produkcja, czyli master branch + serwery z których korzystają prawdziwi użytkownicy systemu.

Robienie czegokolwiek na produkcji to zwykle ryzykowne praktyki, bo jak co sie posypie to będzie problem :D

Z twojej perspektywy:

  • klepiesz sobie coś na jakimś swoim branchu
  • wrzucasz sobie aplikacja zbudowaną z tego brancha na jakieś środowisko dev/test
  • lecą testy
  • jak wszystko działa to mergujesz to do mastera
  • master leci na środowisko produkcyjne
  • user ma nowe ficzery

Na PW przyjmuje tylko (ciekawe!) zlecenia. Masz problem? Pisz na forum, nie do mnie.
Pokaż pozostałe 9 komentarzy
jeśli KAŻDY commit ma być tagowany, to po co te tagi? tag ma wyróżniać commita, ale jeśli każdy jest wyróżniony, to tak jakby żaden nie był… - Azarien 2019-01-09 08:28
Każdy puish ;) Taki po to żeby mieć sensowny identyfikator w stylu prosty numerek sekwencyjny, a nie jakiś gitowy hash :) - Shalom 2019-01-09 09:06
@Shalom: każdy commit na mastera idzie na staging/preprod, tam przechodzi ostateczne QA i dopiero wtedy jest tagowany i ląduje na produkcji. Nie każdy commit z mastera jednak będzie tym "produkcyjnym HEADem", czyli nie każdy będzie miał taga. - hauleth 2019-01-09 13:20
@hauleth: rozumiem, ale to już wtedy nie jest continuous integration, tylko taki "klasyczny" model, może ewentualnie releasy są częste, ale równie dobrze mogłyby być co pół roku w takim modelu ;] - Shalom 2019-01-09 13:22
@Shalom u mnie jest też trochę inna specyfika, bo mamy release nie tylko na infrastrukturze którą kontrolujemy, ale na on-premise - a to są cyrki. Swoją drogą kiedyś miałem pomysł na to, by oferować dla QA "nakładkę", która wyświetla aplikację z przyciskiem "accept"/"reject" i automatyzuje wydawanie nowej wersji. Ale nawet wtedy dlaczego to niby nie jest CI? Idealnie byłoby mieć 4 środowiska: dev, staging (stawiany osobno dla każdego feature brancha), preprod (taki RC by klient sobie mógł potestować również bez stresu) i produkcja. - hauleth 2019-01-09 13:27

Pozostało 580 znaków

2019-01-07 22:38
0

Dev to środowisko testowe dla programistów, którzy cenią sobie spokój duszy i sumienia

Prod to środowisko testowe dla programistów, którzy i tak są na wypowiedzeniu albo nie potrafią zabłysnąć inaczej i chcą zostać uwiecznieni przez fanpejdże w stylu "Programista płakał, jak commitował" ;)


Blocker wiszący od miesiąca? Mówisz o tym criticalu z zeszłego tygodnia? A, tak, zalogowaliśmy przedwczoraj tego minor buga. Pewnie, zajmę się ASAP tym enhancementem. Nie ma sprawy, jak tylko podomykam taski to wezmę się za ten ficzer, tylko go jeszcze wyestymujemy przed kolejnym sprintem.
W sensowniejszych projektach żaden leszcz na proda nic nie wrzuci ;-) - Marooned 2019-01-08 13:23

Pozostało 580 znaków

2019-01-08 13:10
2

Pamiętam jak bank w którym pracowałem przejął inny bank i wspomniałem coś o "produkcji" w zespole, który zajmował się między innymi testami - ależ było ich oburzenie, "jakbyśmy w fabryce pracowali" :D


Kto nigdy nie zrobił var dupa niech pierwszy rzuci kamień.
Pokaż pozostałe 6 komentarzy
Myślę, że Murzyn miałby dystans. Sam miałem kumpla homo, który zamiast się ukrywać to robił często sobie z tego jaja i walił teksty w stylu "nie no, przecież to jest oczywiste, że nie chcesz mi pomóc /mi tego dać bo jestem pedałem" ;) - cerrato 2019-01-09 08:01
@cerrato: chciałbym zobaczyć minę HRów, gdyby ktoś go podkablował za harassment :D - superdurszlak 2019-01-09 08:07
To było kilka lat temu, kiedy świat był jeszcze normalny, poza tym takie wyglupy tylko w odpowiednim gronie - cerrato 2019-01-09 08:16
Dokładnie, teraz to nawet standuper musi na końcu każdego żartu mówić, że żartuje :( - karpov 2019-01-09 08:58
W temacie wyjaśniania że się żartowało oraz przepraszania za wszystko, bo ktoś mógłby się poczuć urażony - https://www.youtube.com/watch?v=JaC1-U8LIY0 - cerrato 2019-01-09 09:18

Pozostało 580 znaków

2019-01-08 23:01
4

Dev - to jak robienie prób jądrowych na terenie swojego kraju. Czyli np. jesteś prezydentem USA to zrzucasz atomówkę na jakąś pustynię w Nowym Meksyku albo w Nevadzie i patrzysz co się dzieje.

Produkcja - zrzucasz atomówkę już docelowo tam, gdzie ją chcesz umieścić, czyli uderzasz w Japonię.

No i zobacz sobie, że chyba tylko 2 atomówki zostały użyte na produkcji w historii świata, natomiast przeprowadzono jakieś 2 tysiące testów jądrowych.

A pomyśl co by się stało, gdyby te 2 tysiące bomb byłoby testowane na produkcji. To by była III wojna światowa.


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);

Pozostało 580 znaków

2019-01-09 19:28
1

My zawsze stawialiśmy 3 środowiska:

  • deweloperskie
  • testowe
  • produkcyjne

Środowisko testowe jest symulacją produkcji - jej wycinkiem, niekoniecznie aktualnym. To takie środowisko do próby generalnej.

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0