Szukam człowieka/ludzi o wysokiej kilturze inżynierskiej ze znajomością języka angielskiego do audytu aplikacji VUE + JS + TS oraz ASP.NET. Rozumiem, że raczej nie trafię na kogoś ze całym tym stackiem i nie wymagam. Możemy to podzielić.

Pracuję w firmie która od dwóch lat współpracowała z zewnętrznym podmiotem w zakresie utworzenia apki front + backend. Ja miałem to wdrażać + rozbudowywać o inne kolejne serwisy w znanych mi technologiach.

Dostaliśmy kod,
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Dostaliśmy kod, zerknąłem na historię i to jak prowadzą kontrolę wersji było bardzo alarmujące. Do tego stopnia, że zerknąłem czy w ogóle robią testy jednostkowe. No nie robią. W dodatku dwa lata klepali to bez konteneryzacji. Ja czuję, że to jest domek z kart którego strach dotknąć.


@Patrick_Rowerovsky: Czego oczekujesz od takiego audytu?
  • Odpowiedz
Ech… znowu klepię w klawiaturę przy butelce, ale albo ja, albo ten cholerny wykop mi się przejadł. Wrzuciłem prosty skrypt do Tampermonkey, co na wykopie każdą formę „wykop…” zamienia na „wypok…” – od „wykop” po „wykopem” i „wykopki”.
Jak uruchomić?
- Zainstaluj Tampermonkey.
- W opcjach włącz Developer Mode (bez tego ani rusz).
- Dodaj nowy skrypt, wklej kod i zapisz.
- Odśwież wykop – i leć z koksem.
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Fury_Warrior:

Większość tej pracy i tak nie ma sensu, nie wymaga zbyt wiele, to takie robienie hałasu dla hałasu. No to się to wypycha tam gdzie najtaniej, a potem przejmie to AI.

Ogarnięty programista znajdzie robotę, a ktoś po bootkampie który pił kawę i organizował spotkania cały dzień będzie musiał się przebranżowić, jak w każdym innym zawodzie.
  • Odpowiedz
  • 0
@Fury_Warrior same technologie to tez nieważne IMO. Mówię bardziej o niszy tematycznej. Pracując jako dev w firmach fintech czy insurtech i tym podobnych branżach, podiadajac wiedzę o tych branżach i jak one działają, jak działa wszystko w sferze software dla tej konkretnej branzy - stajesz sie o 10 razy bardziej atrakcyjnym wyborem niż programista z nawet większym doświadczeniem jeśli chodzi o samo klepanie, ale nie znającym branzy.

Po sobie to widzę.
  • Odpowiedz
Czesc kochani,
zrobilem dzisiaj test do Coderslab, myslicie ze w poltora miesiaca uda nadrobic mi sie zaleglosci. Od podstawowki mam klopoty z matma, nie jest to moja najmocniejsza strona. Sadze ze test poszedl mi w miare dobrze. Co moglbym jeszcze poprawic by zmienic swoja kariere zyciowa i zostac Junior Java Developerem? Jakie macie opinie o tym bootcampie? Na internecie przeczytalem same pozytywy.

#programowanie #java #javascript #
duszanzkapitana_dupy - Czesc kochani,
zrobilem dzisiaj test do Coderslab, myslicie ze...

źródło: comment_hOWI4cl1uoKHZB7fHcxuG5uUq2jCjBQn

Pobierz
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Migracje i komendy.

Sytuacja w której tworzymy nowe kolumny, tabele itd jest jasna - idziemy w migracje.

Co w sytuacji, gdy np. tworzymy nową kolumnę Y i chcemy przenieść dane z kolumny X do nowej Y?
Pierwsza część: tworzenie kolumny - idziemy w migrację. Druga część: przenoszenie danych, wykonalibyście za pomocą migracji czy komendy?
  • 4
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@mirunek: nie siedzę w symfony, ale zakłądam, że jak zawsze w takich sprawach odpowiedź to "to zależy". Jeżeli operacja nie jest bardzo skomplikowana to pewnie migracja, jeżeli jednak jest ddużo bardziej skomplikowana to komenda. Migracja ma ten plus, że można ją cofnąć. W większości wypadków to raczej to co opisałeś czyli migracja do tworzenia, a komenda do przeniesienia.
  • Odpowiedz
@mirunek: w autogenerowanym pliku migracji są metody up i down, które można samodzielnie rozszerzyć, dodać własną logikę, tam można zawrzeć dodatkowy kod SQL kopiowania danych między tabelami i ewentualnego cofnięcia operacji, czyli usunięcie danych, usunięcie kolumny

zależy od złożoności, komenda CLI, co do zasady ma zostać w aplikacji na zawsze, więc jak ma zostać tylko raz użyta to nie ma sensu, może być teoretycznie też wielokrotnie odpalona - przez osoby
  • Odpowiedz
Cześć. Szukam nowej pracy i pomyślałem, że warto też napisać tutaj.

O mnie:
Jestem frontend developerem z prawie 3 letnim doświadczeniem, specjalizującym się w technologii react. Chętnie poznaje nowe technologie i jestem nastawiony na rozwój w kierunku fullstack developera + mobile (aktualnie uczę się React Native)

W swojej karierze miałem okazję pracować głównie w zespołach międzynarodowych, tworząc projekty począwszy od dashboardów, przez sklep internetowy dla koncernu samochodowego, po wewnętrzną aplikacje dla dostawców energii elektrycznej.
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Cześć!
To mój pierwszy post tutaj. Moje rozszerzenie xPostCopier zostało w końcu opublikowane w Chrome Web Store. Jestem bardzo podekscytowany. To mój pierwszy krok w kierunku realizacji moich pomysłów i marzeń.

Po raz pierwszy w życiu opublikowałem swoją pierwszą aplikację.

Apka pozwala na kopiowanie zawartości z x.com na inne portale na desktopie.
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@chlopiec_kucyk: ublock origin i jedziesz

wykop.pl#$#.header>.right .add { display: none }
albo coś w stylu

wykop.pl#$#.header>.right .add { order: -1 }
Albo sobie całkiem inaczej ostyluj.
  • Odpowiedz
W jaki sposób w monorepo dzielić typy między #nestjs a #nextjs?

W neście mamy entity i to sobie mogę wykorzystywać, ale tam są opisy relacji, walidacja.
A z drugiej strony chyba się nie da w next tego wykorzystać?

Jak to mądrze
  • 6
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@richr: encja to nie jest coś co powinieneś pchać na frontend - robisz DTO, na które zostaje zmapowany obiekt domenowy i wtedy to DTO sobie współdzielisz miedzy aplikacjami i wykorzystujesz na UI.
  • Odpowiedz
@richr: Z NestJS wystawiasz jakieś API. Najczęściej REST lub GraphQL. W jednym i drugim przypadku generowana jest schema. Po stronie frontendu generujesz sobie klienta,

REST: https://openapi-generator.tech/, orval.dev, openapi-ts.dev
GraphQL: https://the-guild.dev/graphql/codegen

To jest standardowe podejście. Frontend z backendem powinien się integrować przez kontrakty, nie wyciąganie obiektów domenowych z środka aplikacji. To by było złamanie zasad hermetyzacji.
  • Odpowiedz