Czy uczenie się na innych/gotowych projektach jest bardzo złe?

Czy uczenie się na innych/gotowych projektach jest bardzo złe?
Sasori
  • Rejestracja:ponad 5 lat
  • Ostatnio:ponad rok
  • Postów:41
0

cześć!

Potrzebowałem zrobić testy integracyjne i była mi do tego potrzebna wiedza z zakresu RestTemplate. 'Przypadkiem' znalazłem projekt na którym się tego dosyć dobrze nauczyłem i w zasadzie jestem w stanie teraz wykorzystać tą wiedze bez większych problemów (przy okazji w moim projekcie).
Zastanawiam się czy takie podejście jest złe? No bo w zasadzie moja klasa testowa wygląda prawie 1 do 1 jak z projektu innej osoby. Może powinienem jednak ujsrać się po pachy i sam do tego dojść jak coś takiego pięknie zrobić ( może takie podejście satysfakcjonującego męczennictwa da mi więcej w dłuższej perspektywie, a może wbije sobie do głowy pierw same antywzorce i będę musiał się i tak czegoś poprawnie później nauczyć po weryfikacji; może jak coś raz na jakiś czas 'podkradnę' sobie do głowy jest OK).
Nawet sobie tak teraz myślę, że takie podejście mogę wykorzystać gdy na prawdę stanę w jakimś momencie i czegoś nie potrafię zrobić nie tylko jeżeli chodzi o RestTemplate - w szczególności gdy robię jakieś zadanie (nie koniecznie komercyjne) sam, a później na jakimś gotowym projekcie sprawdzam czy to co ulepiłem własnymi siłami jest ze złota czy z gówna?

Co o tym sądzicie?

BR
  • Rejestracja:ponad 6 lat
  • Ostatnio:4 miesiące
  • Postów:50
3

Ja zawsze wychodziłem z założenia, że większość rzeczy, które robimy ktoś już przed nami wymyślił i zrobił. Jeśli korzystamy z wiedzy innych, to raczej jest to cenna umiejętność, a nie wada. Jesli udało Ci się zrozumieć, dlaczego ten przypadek został rozwiązany w taki sposób i dlaczego ma to sens to nie widzę przyczyny, żeby się biczować, że nie "odkryłeś" po raz tysiącstopięćdziesiąty koła na nowo. Wg. mnie odkrywanie koła na nowo w programowaniu jest największą bolączką branży.


Prowadzenie firmy, zarządzanie, programowanie, randomowe narzekanie, wiele melanży, dwie dekady w branży - dzielę się tym co jeszcze pamiętam: https://brzezmac.io
ZD
  • Rejestracja:około 3 lata
  • Ostatnio:ponad rok
  • Postów:2310
3

jeśli znaleziony gotowiec potrafisz autonomicznie ocenić w kat dobrze / źle, potrafisz dostrzec róznice kontekstu gotowca / swojego przypadku to OK.
Potwierdzeniem by było, że umiesz nad tym rozwiązać pojawiające się problemy.

Przeciwnym przypadkiem jest
"Mam takie KODY ale nie działają, koledzy pomóżcie"


If you put a million monkeys at a million keyboards, one of them will eventually write a Java program - the rest of them will write Perl
TR
  • Rejestracja:ponad 8 lat
  • Ostatnio:około 2 lata
  • Postów:731
3

Potrzebowałem zrobić testy integracyjne i była mi do tego potrzebna wiedza z zakresu RestTemplate

Wiedza z RestTemplate ma się nijak to tego jak robisz testy integracyjne...Co Ty chcesz testować? Adnotacje w Springu? :D

wracając do tematu, uczenie się na gotowych projektach to norma w pracy ;]


musica curat corpus at animam
edytowany 1x, ostatnio: trojanus
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:2 minuty
  • Postów:8398
4
Sasori napisał(a):

Przypadkiem' znalazłem projekt na którym się tego dosyć dobrze nauczyłem (…) może wbije sobie do głowy pierw same antywzorce i będę musiał się i tak czegoś poprawnie później nauczyć po weryfikacji;

Na cudzych projektach tez można się nauczyć antywzorców…

a później na jakimś gotowym projekcie sprawdzam czy to co ulepiłem własnymi siłami jest ze złota czy z gówna?

żeby sprawdzić, czy dany kod jest dobry, czy zły, potrzeba czasu (miesięcy, lat)

Możesz sam do tego dochodzić, ale również żeby przyspieszyć naukę, możesz wyciągać wnioski z pomyłek innych ludzi.

Jeśli wchodzisz w projekt komercyjny, który jest już pisany np. rok, to masz w zasadzie darmowy rok doświadczenia, jeśli będziesz w stanie prześledzić rozwój/kod projektu i zrozumieć pomyłki, które popełnili twoi poprzednicy.

W projektach open source na GH masz dział issues, który tez jest pouczający, bo często masz tam opisy długu technicznego, że coś tam próbowali jakiegoś podejścia, ale okazało się to być antywzorce po czasie…

(Pomyłki/antywzorce objawiają się tym, ze dany kod trudno się utrzymuje, proste zmiany wymagają dużo roboty, ciężko zrozumieć, co dany kod robi, pojawiają się trudne do zlokalizowania i być moze niemożliwe do naprawienia bugi itp. Tak można rozpoznać zły kod i takiego kodu powinieneś szukać, jeśli już trochę czasu programujesz (bo na samym początku to lepiej szukać dobrych przykładów. Jak ktoś dopiero zaczyna to lepiej skorzysta na czystym kodzie i super przykładach. Ale jak chcesz iść dalej, to szukaj i ucz się dostrzegać dysfunkcje))


edytowany 2x, ostatnio: LukeJL
_13th_Dragon
  • Rejestracja:ponad 19 lat
  • Ostatnio:2 miesiące
2
LukeJL napisał(a):

Możesz sam do tego dochodzić, ale również żeby przyspieszyć naukę, możesz wyciągać wnioski z pomyłek innych ludzi.

Ludzi się uczą na własnych błędach, zaś mądrzy ludzi uczą się na cudzych ... :D


Wykonuję programy na zamówienie, pisać na Priv.
Asm/C/C++/Pascal/Delphi/Java/C#/PHP/JS oraz inne języki.
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:2 minuty
  • Postów:8398
2

Myślę, że najlepiej jest to połączyć. Ktoś, kto się będzie uczyć tylko na błędach innych ludzi to może co najwyżej doradzać innym, ale będzie słabym programistą, bo zabraknie mu praktyki.


WY
WY
  • Rejestracja:ponad 2 lata
  • Ostatnio:ponad 2 lata
  • Postów:101
1

Nie ma chyba jednego sposobu na naukę, który jest właściwy.

Ja często czytam example jakieś, ewentualnie tutorial, potem sama dokumentacja wystarczy.

Czytanie blogów jest w miarę przyjemne, stackoverflow lub można chatGPT o coś zapytać też ciekawe odpowiedzi.

Jak się rozwiąże jakiś problem to mamy mentalny obraz tego jak to działa potem możemy analizować czyjeś rozwiązanie i porównać z własnym.

Zdarzyło mi się uczyć jakiegoś softu jak działa, a że nie było dokumentacji i kod trochę jednoliterowe zmienne, to edycja build skryptów, żeby z symbolami debuggera kompilowało.
A potem analizowałem różne przejścia grafów jakiś prostych przypadków i dość szybko szło się zorientować jak działa, gdzie są kluczowe elementy.

Wiadomo najlepiej zacząć od najłatwiejszego sposobu czyli jakiś tutorial wprowadzający/example.
Tak jak się rozkłada problem na mniejsze elementy, tak można też rozłożyć sposób nauczenia czegoś na mniejsze elementy.

Ja w nowych technologiach zaczynam od klasycznego hello world, żeby się upewnić, że wszystko się kompiluje cacy za nim pójdę dalej.
Najgorsze co może być jak zostaniemy zalani bardzo dużą ilością błędów, wtedy trudniej sobie z problemami poradzić, dlatego najlepiej już na początku wszystko dobrze sobie przygotować.

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)