Wdrożenie w nowej pracy

Wdrożenie w nowej pracy
ND
  • Rejestracja:prawie 7 lat
  • Ostatnio:około 6 lat
  • Postów:2
0

Cześć,
Od początku maja jestem w nowej pracy, jako junior developer. Zacząłem w majówkę i pierwsze dni ze względu na dni wolne od pracy wyglądały jak wyglądały, nie było połowy pracowników więc kazano mi skonfigurować środowisko i przeglądać projekt. Nie miałem z tym problemu, w końcu poprzez przeklikiwanie aplikacji i patrzenie na kod za tym stojącym coś tam można się dowiedzieć. Przyszedł nowy tydzień i wydaje mi się, że każda osoba stwierdziła, że zostałem już wdrożony w projekt i wszystko o nim wiem. Dostałem pierwszego taska, bardzo prostego oczywiście, nie to, żebym musiał od razu robić coś skomplikowanego. Sam task był na parę minut roboty, do tego doszło trochę zabawy z ponowną konfiguracją projektu ale tu pomogli koledzy z teamu. Jak się okazało, po zrobieniu tego co miałem zrobić team leader nagle się ulotnił i do końca dnia nie wiedziałem co miałem robić więc w zasadzie znów zacząłem z nudów przeglądać projekt. Kolejny dzień wyglądał podobnie. Zero pytań ze strony innych, ja nie do końca miałem kogo się o co pytać, dopiero pod koniec dnia jakieś info. Wszystko wokół wyglądało mi tak, jakby każdy myślał, że jestem w tej pracy minimum miesiąc i znał wszystkie zasady panujące w firmie, gdy tak właściwie nie wiem prawie nic. Tak mi minęło pierwsze półtora tygodnia i mam wrażanie, że jak na junior developera traktuje mnie się po pierwsze jak powietrze a po drugie minimum jak mida. Nie oczekuję oczywiście, że co pięć minut będzie ktoś do mnie przychodził, ale chyba team leader jednak minimum te raz dziennie powinien się spytać co robię i czy mam problem. Na daily (które też nie wygląda tak, jak to sobie wyobrażałem) mówię jedynie, że robię to i to i nikt do mnie żadnych pytań nie ma. Dodam jeszcze, że pół tygodnia robię nowy task który prawdopodobnie powinien zająć max pół dnia, jednak jakiekolwiek pytania z mojej strony do team leadera wydaje mi się, że są trochę zmywane na zasadzie odpowiedzi strasznie ogólnych. Nikt jednak żadnych pytań do mnie nie ma dlaczego robię to aż tyle czasu.
Czy tak właśnie wygląda wdrożenie w firmach? Czy to ja muszę się o wszystko sam prosić i dopytywać, czy jednak jakieś zainteresowanie ze strony firmy też powinno być? Po głowie chodzi mi zakończenie okresu próbnego po pierwszym miesiącu, w końcu jest to też okres próbny dla mnie wobec firmy, jednak może po prostu jest to normalne i tylko moje wyobrażenia były zbyt piękne?

szarotka
To co dziwi mnie najbardziej, to atmosfera w zespole. Rozmawiasz w ogóle z kolegami programistami z zespołu? W sensie niekoniecznie pytam o programowanie, ale tak ogólnie. Jeśli nie, to trochę dziwne :D
ND
Atmosfera w zespole jest bardzo dziwna, jednak mogę mieć nieco zakrzywiony obraz, gdyż w poprzedniej pracy miałem praktycznie samych znajomych z czasów studenckich, więc kontakt czasami był aż za duży ;) Aktualnie jakikolwiek kontakt poza programistyczny jest baaardzo mały (w sumie programistyczny też). Ja, jako osoba która raczej nie ma w zwyczaju rozpoczynać smal-talku (bo go nie lubię) też się do tego nie przyczyniam, jednak współpracownicy z teamu to mega ciche osoby.
CZ
Rób swojego taska i instaluj gothica. Będziesz miał co robić chociaż
Pipes
Tylko się dowiedz czy ktoś trackuje to, co instalujesz. Jeśli tak, to na vmce nie będą widzieć ;)
Pipes
  • Rejestracja:około 11 lat
  • Ostatnio:ponad 3 lata
  • Postów:459
1

W komentarzu pozwoliłem sobie na żart, natomiast odpowiem poważnie: pogadaj z team leaderem samemu. Nie zwolni Cię za to, że chcesz z nim pogadać jak ma wyglądać Twoja praca, czego od Ciebie oczekuje i czy np. masz samemu znaleźć sobie kolejne zadania itp. Jeżeli nie będziesz szukał kontaktu, to gdy przyjdzie co do czego to koledzy z zespołu powiedzą, że Ty jesteś aspołeczny i nie szukasz pomocy, a nie oni ;)

Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
0

mówię jedynie, że robię to i to i nikt do mnie żadnych pytań nie ma.

A czemu mieliby mieć pytania? Szczególnie jeśli nie robisz nic mega złożonego.

Dodam jeszcze, że pół tygodnia robię nowy task który prawdopodobnie powinien zająć max pół dnia, jednak jakiekolwiek pytania z mojej strony do team leadera wydaje mi się, że są trochę zmywane na zasadzie odpowiedzi strasznie ogólnych. Nikt jednak żadnych pytań do mnie nie ma dlaczego robię to aż tyle czasu.

Bo to nic nadzwyczajnego. Task moze sie "wydawać" łatwy a potem zająć miesiąc, bo jednak nie jest taki łatwy. W efekcie reszta teamu zwyczajnie zakłada że tyle to zajmuje i już. Jeśli jednak to trwa tyle bo masz problemy to właśnie na standupie mógłbyś o tym wspomnieć i myślę że reszta teamu i lead omówią z tobą sprawę.
Co do "ogólnych" odpowiedzi to jeśli pytasz o jakieś szczegóły techniczne swojego taska to bardzo możliwe że on po prostu tez nie wie. Musiałby siąść do tego kodu i zacząć klepać ;]

Mysle że twój problem polega trochę na tym, że traktują cię tam jak dorosłą osobę... Jak masz problem albo nie masz tasków albo coś, to zakłada się że po prostu o tym powiesz. A jak siedzisz cicho to wszyscy myślą że jest ok.

Czy tak właśnie wygląda wdrożenie w firmach? Czy to ja muszę się o wszystko sam prosić i dopytywać, czy jednak jakieś zainteresowanie ze strony firmy też powinno być? Po głowie chodzi mi zakończenie okresu próbnego po pierwszym miesiącu, w końcu jest to też okres próbny dla mnie wobec firmy, jednak może po prostu jest to normalne i tylko moje wyobrażenia były zbyt piękne?

Obawiam się że w wielu firmach tak właśnie jest. Możesz ew dostać link do jakiegoś wiki. Weź pod uwagę że zwyczajnie w firmie nie ma osoby oddelegowanej do takiego onboardingu, a koledzy z zespołu mają swoje taski. Zresztą często sami tez nie wiedzą jak ci pomóc, bo zwyczajnie nie pamiętają jak cośtam zrobili. No i oni też nie są jasnowidzami i nie wiedzą jakie możesz mieć problemy.


"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
ND
  • Rejestracja:prawie 7 lat
  • Ostatnio:około 6 lat
  • Postów:2
0

Może macie rację, jednak zawsze wydawało mi się, że przy pierwszym tygodniu-dwóch będę pod "nadzorem" i firma sama z siebie będzie ciekawa jak mi idzie. Żeby nie było tutaj nieporozumienia, do kolegów z teamu nie mam żadnych żali, oni mają swoją robotę i nie mają żadnego obowiązku się mną zajmować dopóki sam się czegoś nie spytam. Jednak wydaje mi się, że team leader od czegoś ma tą swoją nazwę.
No nic, dzięki za odpowiedzi, zobaczymy jak to się dalej rozwinie. Problem z komunikacją to akurat nie jedyny jaki mnie tutaj napotkał i pewnie to też jakoś przekłada się na ogólny obraz.

szarotka
Taka anegdotka okazjonalna: Przyszedł kiedyś gościu na staż, w sumie nikt nie wiedział co robi, oprócz jednego programisty, który mu zlecił zadanie. Gościu siedział cicho i coś tam klepał. No i pewnego dnia po południu rzuca do Nas programistów siedzących z nim w pokoju: "na razie". Okazało się, ze minęły 3 miesiące i to był jego ostatni dzień.
gspansky
Nie jesteś płatkiem śniegu, żeby każdy nad Tobą skakał. Jesli maz konretne pytania to je zadawaj i komunikuj się z ludźmi. W pracy doświaczeni developerzy są zbyt zawaleni robotą, żeby się Tobą interesować sami z siebie.
PI
  • Rejestracja:ponad 9 lat
  • Ostatnio:ponad 3 lata
  • Postów:171
0

Jedynym problemem z komunikacją to masz Ty. Jeżeli chciałbyś coś trudniejszego to wiesz do kogo masz uderzać, to samo z ewentualnymi pytaniami. Nie sądzę żeby traktowali Cie jak mida, po prostu mają uprzedzenie do juniorów - "zrobią to zrobią, a jak nie zrobią to nic się nie stanie".

Chyba za dużo książek wielkiego programisty Aniserowicza.

GJ
  • Rejestracja:ponad 8 lat
  • Ostatnio:ponad rok
  • Postów:75
0

Jesteś juniorem, więc oczekiwania starszych kolegów nie mogą być zbyt wysokie.
Być może nie mają czasu na "niańczenie" Ciebie, są zajęci. Z drugiej strony to świadczy o nich nie najlepiej, bo przekazywanie wiedzy młodszym i przerzucanie obowiązków jest częścią seniority
Jeżeli nie masz cierpliwości i chciałbyś uczyć się szybko to pewnie nie w obecnej firmie. Jeżeli masz cierpliwość to za rok-dwa będziesz wdrożony, a za trzy-cztery przestaniesz być juniorem.

Mjuzik
  • Rejestracja:ponad 8 lat
  • Ostatnio:około godziny
  • Postów:712
0

Za to sobie chwalę pierwszą pracę u Janusza. Zapiernicz od początku, ucz się i trzaskaj taski. Nieważne czy front czy backend, nieważne trudne czy proste ma działać. Jak tak teraz patrzę z perspektywy czasu to chyba właśnie u takiego Janusza można nauczyć się najwięcej - samodzielności, szybkiego wdrożenia w projekt, wszechstronnej wiedzy o wszystkim co w projekcie. A w korpo? Wszystko powoli, bez spiny.. Niby fajnie, bo można od początku złapać dobre wzorce, ale reszta ma Cię gdzieś i w rzeczywistości niewiele się uczysz :)

Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)