Nowe działy na forum

no i gdzie te ankiety bo tak zapodane by nikt nie znalazł

Mam nadzieję, że te wnioski z tych ankiet nie będą wyciągane demokratycznie, bo to najgorszy ustrój świata tylko będzie się aptrzyć na ilość głosów pozytywnych.

No bo np. może być 20 zapalonych scalowców i to już wystarcza by mieli swój dział, ale 80 ludzi nienawidzi tego języka i zagłosuje na nie.

Nigdy nie są wyciągane demokratycznie — ankieta jest tylko sugestią, nie jedynym warunkiem co do podejmowanych decyzji. Ostateczne zdanie i tak należy do właściciela serwisu.

Na te nowe działy spojrzał bym jeszcze w taki sposób:

Obecnie na forum mamy głównie działy techniczne dotyczące języków i technologii, które

• dość często występują na rynku pracy
• często wałkowane na uczelniach od PW po PWSZy
• są delikatnie rzecz ujmując wiekowe

Przez te punkty wyżej dyskusje w tematach "językowych" może i są częstsze - bo i więcej studentów ma problem z nauką Javy bądź C++ niż tych, których w ogóle próbują Haskella, ale też raczej niezbyt odkrywcze, no bo ile można wałkować powtarzalne problemy we wiodących językach?

A wszystko inne leci do otchłani zapomnienia pt. "inne języki programowania".

Może dajmy @stivens poszaleć i trzaśnijmy parę dedykowanych kategorii. Może Scali, może czegoś innego. Jeśli chodzi o dodatkową robotę dla administracji to przypuszczam, że taki @KamilAdam nie obrazi się o rolę moderatora działu Scala, a @jarekr000000 Haskella lub Idrisa ;) Sam bym mógł potencjalnie coś przygarnąć

to jakaś nowa forma podrzucania komuś zwierzątka? ;)

Delphi do wyrzucenia

Wawer0123 napisał(a):

No bo np. może być 20 zapalonych scalowców i to już wystarcza by mieli swój dział, ale 80 ludzi nienawidzi tego języka i zagłosuje na nie.

W takiej sytuacji należy dział utworzyć, bo jeśli ktoś nienawidzi jakiegoś języka, to znaczy, że ma ciężki problem natury psychicznej, a my nie mamy umowy z NFZ na prowadzenie tego typu terapii.

Patrząc się na to jakie tematy najczęściej są poruszane na tym forum przydałoby się raczej działy:

• Płaska ziemia, wczoraj i dziś
• Szczepienia to zło
• xxxxx xxx
• Lewaki do domu
• Kuce pany

Zacznijcie prowadzić więcej merytorycznych dyskusji związanych z kodem, a nie swoim światopoglądem, bo coraz częściej rozlewa się to poza flame czy offtop. I jak będzie wystarczająca ilość tematów to i przyzwolenie na nowe działy będzie.

Dregorio napisał(a):

Patrząc się na to jakie tematy najczęściej są poruszane na tym forum przydałoby się raczej działy:

• Płaska ziemia, wczoraj i dziś
• Szczepienia to zło
• xxxxx xxx
• Lewaki do domu
• Kuce pany

Zacznijcie prowadzić więcej merytorycznych dyskusji związanych z kodem, a nie swoim światopoglądem, bo coraz częściej rozlewa się to poza flame czy offtop. I jak będzie wystarczająca ilość tematów to i przyzwolenie na nowe działy będzie.

No nawet nie zdziwiłbym się, gdyby podkategorie we Flame okazały się 50x 500x* bardziej popularne, niż ten nieszczęsny https://4programmers.net/Forum/Devops

* zapomniałem, że w Devops jest pi razy oko tyle postów miesięcznie, co we Flame w ciągu godziny.

Co do tych Scal, haskellelów i idrisów.
Może mieć sens wyodrębnienie kategorii jezyki funkcyjne - z całym śmieciem - jeszcze F#, Clojure, pure kotlin, a nawet funkcyjne C++.
Wtedy może byłby ruch wystarczający - może jako dział w programowanie, obok nietuzinkowe tematy itp.

jarekr000000 napisał(a):

Wtedy może byłby ruch wystarczający - może jako dział w programowanie, obok nietuzinkowe tematy itp.

Ruch nie musi być teraz wystarczający — przy odpowiednich przewidywaniach co do trendów, można takie działy utworzyć. Obecnie mam wrażenie, że z takich powodów powstał dział Embedded — ruch ma znacznie mniejszy niż Delphi/Pascal, ale jest raczej pewne, że ”kiedyś” dyskusji będzie się pojawiało znaczne więcej.

Szkoda, że chcecie wyrzucać stare języki programowania.
W ramach refleksji:
Jak wygląda "tworzenie" dzisiejszych dedykowanych aplikacji? Dołącz bibliotekę tą, dołącz moduł ten itd - Czy ktokolwiek patrzy na rozmiary plików. Czy w programowaniu także jest coraz więcej "sklejaczy" modułów, obiektów i gotowców?

Powtarza się to samo, co w sprzętowych serwisach. Obecnie 90% to nie serwis tylko wymieniacze modułów, części.

Smutne... Przykre...

@pstmax:

Powtarza się to samo, co w sprzętowych serwisach. Obecnie 90% to nie serwis tylko wymieniacze modułów, części.

czy nie jest to na + dla klientów?

Może, właśnie to, aby istniały takie miejsca (nawet z najstarszymi działami i językami programowania) - W pracy, gdzie wymagają od programistów, tak naprawdę bezmyślności, a nie twórczej pracy klikajmy i róbmy swoje - bo co jest ważne dla Kierownika szefa działu tworzenia aplikacji WYNIK (Taka osoba bardzo często od dawna sama już nic nie programuje, tylko siedzi na stołku)
To tutaj w forum można znaleźć pasjonatów, zapaleńców i entuzjastów programowania. Jedyne co jest nam potrzebne, to porzucenie stylu "cwaniaczka" i komentarzy typu "no coś ty nie wiesz?" albo "poszukaj sobie w google"

To tak jak ze studentami i profesorem na egzaminach. Profesor zadaje w jego mniemaniu proste pytanie, a student męczy się, duka, poci się, jąka....
Wszystko zależy od tego z jakiej perspektywy patrzysz.

pstmax napisał(a):

W pracy, gdzie wymagają od programistów, tak naprawdę bezmyślności, a nie twórczej pracy klikajmy

W pracy ani nie wymagają bezmyślności, ani myślności. Ani pracy twórczej, ani copy-pasty.
W pracy wymagają dostarczania wartości biznesowej. Dyski są duże, ramu jest dużo, więc nikt nie zwraca uwagi na wielkość programów. Jak chcesz zwracać uwagę na wielkość programów to idź do embedded. Tam jeszcze walczą ze sprzętem. Albo do produkcji gier AAA gdzie walczą z kartą graficzną

@superdurszlak: ok, tak więc dev/ops został wydzielony jako kategoria główna. Zobaczymy jak sobie poradzi, czy cokolwiek się zmieni.

KamilAdam napisał(a):

W pracy ani nie wymagają bezmyślności, ani myślności. Ani pracy twórczej, ani copy-pasty.
W pracy wymagają dostarczania wartości biznesowej. Dyski są duże, ramu jest dużo, więc nikt nie zwraca uwagi na wielkość programów. Jak chcesz zwracać uwagę na wielkość programów to idź do embedded. Tam jeszcze walczą ze sprzętem. Albo do produkcji gier AAA gdzie walczą z kartą graficzną

Marne tłumaczenie.
Równie dobrze można powiedzieć, że nie ma sensu zwracać uwagi na zużycie wody czy energii, bo przecież "mamy jej dużo".

Jak sie skonczy woda to bedzie realny problem a w biznesie kosci RAM sa tansze niz pisanie programow w C

@stivens: ile czasu dajemy na głosowanie? Czy te 2 tyg wystarczą na rozstrzygnięcie?

Ty tu decydujesz

To ja wtrące swoje 3 grosze. Jako pełnoletni użytkownik forum cyklicznie obserwuje dyskusje na temat działów, czy dodania nowych/usnięcia obecnych/zmiany nazwy.

Jakby na to nie patrzeć zawsze ktoś znajdze technologie/język która trafi do działu inne, zresztą przeglądając kategorie mamy z nazw i opisów wymienione takie języki/technologie/frameworki itd.

C/C++
	C
	C++
	C++ Builder
	Visual C++

C# i .NET
	C#
	platforma .NET

Java
	JVM
	platforma Java
	
Python
	Python, 
	Django
	Flask
	Pyramid
	Twisted
	Tornado
	
PHP
	PHP
	
JavaScript
	JavaScript
	Node.JS
	ES
	Angular.JS
	Vue.JS

Webmastering
	HTML
	XHTML
	CSS
	SASS
	LESS
	XML
	XSLT
	AJAX
	XPath

Mobilne
	Android
	iOS
	Xamarin
	Cordova

Delphi i Pascal
	Pascal
	Free Pascal
	Delphi
	Delphi for .NET 
	Oxygene
	Lazarus
	CodeTyphoon

Inne języki programowania
	Ruby
	Perl
	Assembler
	ColdFusion 
	inne

VBA

Bazy danych
	MySQL
	MS SQL
	Oracle
	PostgreSQL
	SQLite
	Access
	SQL

Embedded

Dev/ops
	Docker
	AWS
	Kubernetes

Co już wprowadza pewną niekonsekwencje, bo np. PHP JavaScript ma osobny dział, a języki chodzące na JVM są w jednym worku (JAVA), tak jak .NET (C# i .NET), ale i to jest niejednoznaczne, bo trzymając się opisu kategorii o Delphi for .NET, należy pisać w dziale Delphi.
Jeżeli dobrze liczę to mamy ankiety dotyczące 5 różnych działów, co mam przekonanie graniczące z pewnością doprowadzi za jakiś czas do dyskusji, które usunąć bo są martwe i nic się w nich nie dzieje i lista jest za długa.

To jest normalne, jak zmienia się technologia, tak oczekiwania co do treści na forum też. IMO rozwiązaniem nie jest tworzenie nowych działów, a stworzenie rozwiązania w których to sam content będzie definiował co widzimy i w jakich działach. Co mam konkretnie na myśli, taki szybki draft:

Musiałby istnieć na forum tagi, ale specjalna kategoria, która musi być wybrana przy tworzeniu nowego wątku technicznego. W sensie nowy wątek musi mieć wybrany tylko jeden taki tag. Wtedy taki tag automatycznie by przypisywał do odpowiedniej kategorii forum. np tagi java, kotlin do JAVA, a c#, vb.net do działu C#.NET. Można by wtedy przemyśleć jak te kategorie ogólnie nazywać, aby jakoś te tagi odpowiednio przypisywać.

I teraz nowa zakładka widoku forum o nazwie np, Programistyczne obok Wszystkie/Obserwowane/Moje/Moje tagi, gdzie dostalibyśmy widok jak kategorii, ale kategoriami byłyby te tagi główne. Gdyby zdecydować się, że to będzie (na początku) domyślny widok, może podniosłoby to kontekst techniczny serwisu.

Inspirowałem się trochę flarum.org, gdzie tagi faktycznie kategoryzują treść. Patrzę jak sam używam 4p, bo nie korzystam z widoku kategorie, a z widoku wszystkie, i przy codziennym korzystaniu tych nowych tematów nie ma, aż tyle by te kategorie jakoś szczególnie pomagały.

Inaczej za jakiś czas powrócimy do takiej samej dyskusji, tylko zmienia się nazwy języków

@Adam Boduch: Przydało by się podsumowanie dyskusji. Krótko i na temat. i dopiero start czasu na głosowanie. :-)

Napisałem to w innym wątku, ale tamten wątek zniknął.
Napiszę jeszcze raz i z góry przepraszam, że będę się powtarzał :-)

Język jest środkiem, a nie celem programowania.
Celem jest rozwiązanie problemu.

Jeśli mam problem, to potrzebuję podyskutować o sposobie jego rozwiązania. I będę szukał pomocy w grupie osób, które rozwiązują podobne problemy, a nie używają jakiegoś konkretnego języka.

Owszem, może się zdarzyć, że problemem jest sam język. Ale są to przypadki dotyczące raczej osób poznających jakiś język, a nie osób biegle nim władających. Stąd i tematyka postów w działach „językowych” przewija się wokół rozwiązywania zadań semestralnych.

Próbowałem poprosić o dział „system Windows”, ale otrzymałem odpowiedź, że są tagi.
Może i są, ale osią dyskusji powinny być problemy, a nie języki do ich rozwiązywania. Jeśli ja mam problem dotyczący systemu (jakiejś funkcji systemowej), to mnie nie interesuje w jakim języku ktoś mi poda rozwiązanie (oczywiście wolę, jeśli w C, bo tego używam na co dzień, ale z innym też sobie poradzę).

Dzielenie tematyki forum w oparciu o kryterium językowe to mniej więcej tak, jakby na forum Literatura utworzyć działy: język angielski, język niemiecki, itp. i dziwić się, że padają pytania o to, jak odmieniać konkretny wyraz. Odpowiedź nasuwa się sama: „zajrzyj do słownika”. Chyba że o to właśnie chodzi i temu ma służyć to forum.

Proponuję odkleić się od języków, a skupić się na problemach, np.:
Multimedia z działami, np.: Audio, Gry, Grafika 2D, Grafika 3D, Video, itd.
Systemy operacyjne: Linux, Windows, itd.
Innych działów głównych nie proponuję, bo ich nie uprawiam, ale pewno dałoby się to jakoś poukładać.

Stefan_3N napisał(a):

Może i są, ale osią dyskusji powinny być problemy, a nie języki do ich rozwiązywania. Jeśli ja mam problem dotyczący systemu (jakiejś funkcji systemowej), to mnie nie interesuje w jakim języku ktoś mi poda rozwiązanie (oczywiście wolę, jeśli w C, bo tego używam na co dzień, ale z innym też sobie poradzę).

Ciebie może nie interesować, ale zazwyczaj problemy są związane z konkretną technologią. Jeśli ktoś ma w Javie problem pt. jak zwrócić z API enum jako opis, a nie liczbę, to podanie rozwiązania w Node.js mu nic nie da. Podobnie jak ktoś chce przekazać dane między formularzami w WinForms, to rozwiązanie z Delphi też mu wiele nie da. Ten podział ma jeszcze większe znaczenie, gdy chodzi o problemy z konkretną biblioteką czy inny 3rd party componentem pod konkretną platformę.

Są dyskusje, które można prowadzić w oderwaniu od technologii, i od tego są odpowiednie działy: algorytmy, inżynieria oprogramowania, nietuzinkowe tematy.

Dzielenie tematyki forum w oparciu o kryterium językowe to mniej więcej tak, jakby na forum Literatura utworzyć działy: język angielski, język niemiecki, itp. i dziwić się, że padają pytania o to, jak odmieniać konkretny wyraz. Odpowiedź nasuwa się sama: „zajrzyj do słownika”. Chyba że o to właśnie chodzi i temu ma służyć to forum.

Nie wiem, co chciałeś przekazać, ale na forum o literaturze ludzie raczej będą o literaturze niż o gramatyce rozmawiali. I podział na literaturę według kraju pochodzenia ma jak najbardziej sens.

Gdyby tagi były obowiązkowe i predefiniowane, to każdy temat by miał swój tag albo tagi, a działy mogłyby być wirtualne, czyli generowane z tagów. Każdy mógłby sobie sam zdefiniować działy jakie chce, zawierające jeden tag albo i kilka

Czy to by się sprawdziło? Raczej słabo według mnie.

@Ghost_: czemu słabo?

Bo więcej z tym zachodu, niż korzyści z tego i pewnie mało kto by sobie te kategorie ustawiał inaczej niż domyślnie.

Tagi mamy od wielu lat, ktoś ich na poważnie używa?

somekind napisał(a):

Tagi mamy od wielu lat, ktoś ich na poważnie używa?

Problem polega na tym że nawet jak używa to robi to źle. Nagminnie w dziale bazy danych używany jest tag MySQL, prawdopodobnie dlatego, że jest podpowiadamy jako pierwszy.

Moim zdaniem jakby rozdzielić tagi które kategoryzują od innych i ich wymagać to możliwe, że pomyłki byłyby na poziomie złej kategorii forum. Oczywiście to moje przypuszczenie. Z drugiej strony mam wrażenie że tagi na 4p nigdy nie były jakoś szczególnie pomocne.

Drogi są 2: albo pójdzie to w stronę poszerzania kategorii, albo "nauczymy użytkowników" prawidłowego tagowania.

Kierunek który zaproponowałem to raczej ewolucja w silniku forum, a nie rozwiązanie na już. Mnie osobiście ilość kategorii nie przeszkadza, ale to nie jest elastyczne.

Musiałoby być tak jak na SO, że tagi są mergowane np..netcore i .net-core