4programmers jako źródło wiedzy

No właśnie jak czegoś nie ma na SO, to zwykle i tak okazuje się zwykle, że jest to bug.

Nie wiem skąd Ci się wzięło takie wyobrażenie.

Nie raz zdarzało mi się pytać o rzecz A, która jest dobrze opisana, ale w połączeniu z B już nie.

I nikt nie miał z tym jakiegoś problemu, a nawet możliwe, że gdzieś już to było na stacku, ale nie dało się tego łatwo znaleźć, a zatem nikt nie oznaczył jako duplikat.

Może być też tak, że czasami nie mamy pytania technicznego, bo np. pytamy np. o architekturę. Wtedy SO i tak jest słabym miejscem do pytania o takie rzeczy. Lepiej już wejść na jakiś czat / forum i tam rozgrzać jakąś dyskusję, ew. rozkminić temat samemu, mniej frustracji z tym, że ktoś nie zrozumie i będzie dawać tendencyjne odpowiedzi.

Nie jestem 100% pewien, ale po prostu Stackoverflow nie służy do opowiadania sobie nt. np. architektury.

Jak chcesz pogadać o architekturze, to masz lepszą szanse zagadać na Software Engineering / CodeReview na StackExchange, bo

[Stack Overflow] is by programmers, for programmers, with the ultimate intent of collectively increasing the sum total of good programming knowledge in the world. No matter what programming language you use, or what operating system you call home. Better programming is our goal.

Ten hejt na SO to chyba bardziej wynika z niezrozumienia jak on działa. To nie jest forum, a Q&A.

Za długo chyba w tym temacie siedzę, żeby dokumentacja, google i SO mi nie wystarczyły by odpowiedzieć na nurtujące mnie pytania, jednak z tego co widzę to dużo ludzi dostaje całkiem rzeczowe odpowiedzi, mi raczej wpadnie jakaś ciekawostka jeśli już. No i wiadomo, warto wymieniać zdanie z ludźmi, choćby dla szerszej perspektywy. ;)

jak oceniać źródła:

a 4p jako źródło, jest takie sobie.
Jak ktoś zna użytkowników to wie, kto jest bardzo techniczny, a kto jest trollem, a kto mitomanem.
Nowy członek musi się tego nauczyć przez doświadczenie.

WeiXiao napisał(a):>

Zresztą głupio byłoby mi spamować AspNetCore/Issues jakimiś rzeczami niezwiązanymi z np. bugami/crashami lub not-working-as-expected/intended.

Stack jest od "nie wiem jak zrobić", a Issues to Issues.

Aha, chciałbym jeszcze sprecyzować, że zakładanie wątku w issues traktuję jako ostateczność. Zwykle wystarczy wyszukać w istniejących. Jak czegoś nie mogę zrobić to czasem po prostu wyszukuję w issues. Często zresztą szukając czegoś w Google mi zwraca wynik właśnie z issues na GH.

Tam jest kupę wiedzy technicznej, bardzo specyficznej nawet, oraz też większy kontekst (np. dyskusje na temat kształtu biblioteki, decyzji projektowych itp.) i oczywiście, że nie należy spamować issues pytaniami, na które można znaleźć odpowiedź w dokumentacji (bo od tego jest Stack Overflow), ale jako źródło wiedzy moim zdaniem często bije na głowę SO jeśli chodzi o pytania dot. konkretnej biblioteki. Tam są często całe kilometrowe dyskusje, bardzo rozwijające (nawet jak nie masz konkretnego problemu, tylko chcesz się dowiedzieć o decyzjach projektowych stojących za np. React - przykładowe issue: https://github.com/facebook/react/issues/13525 ).

Źródłem wiedzy są książki oraz w kontekście inżynierii własne eksperymenty i doświadczenie. Tutaj możesz sobie pogadać i wymienić poglądy z "internetowymi specjalistami", którzy cię zakrzyczą, jeśli im się twoje zdanie nie spodoba. W sumie to z tego jest tutaj największy ubaw. Równie zabawne bywają działy Edukacja oraz Kariera jak dla mnie są bardziej bekowe niż sam flame.