Ja sam pre za suprotno, jedan forum C/C++ za sve. Default jezik je C++, ali ako nekom treba baš C onda samo treba da naglasi. I onako ljudi u C++ forumu umeju da daju odgovore koji su čisti C. Ovi podforumi za početnike takođe mi nemaju logike. Ima li nekog ovde ko prati jedan forum a ne prati drugi?

@Mihajlo
Razumem šta hoćeš da kažeš. U principu, nije da se nisi složio sa mnom.

Kao što sam i pomenuo, forumi za početnike možda nisu toliko funkcionalni, ali ista je stvar da li ćeš nekom da kažeš da u naslovu poruke recimo stavi "C pitanje" ili ćeš imati poseban C forum. Ja moram da priznam da ipak možda malo manje pratim forum za početnike.
Ali na kraju krajeva, nisam sada ciljao na ove trenutne podforume. Šta više, bez problema bih se složio čak i kada bi ovo opet bio "C/C++ forum" (sve u jednom), ali mislim da bi bilo dobro da postoji ovakav podforum koji bi se bavio samo čistim jezikom, standardnom bibliotekom, standardima i ostalim bibliotekama opšte namene.
Razlog je pre svega što bih voleo da sve takve stvari vidim na jednom mestu (pošto su ovako razbacane) - ali to je moj lični ukus, tako da to i nije neki argument, a drugi razlog je što verujem da postoje ljudi (koji odlično poznaju C++) koji bi se mnogo aktivnije priključili jednom takvom podforumu, a ovako se pojavljuju retko. A i takav podforum možda mnogima nebi bio previše zanimljiv (i činjenica je da bi činio ~10% diskusija), ali daleko od toga da je zbog toga manje važan.

Opet kažem, mnoge stvari sad pominjem na osnovu nekog ličnog ukusa i posmatranja... tako da ovo i nije preterano neophodno i bitno, ali bi bilo lepo :)

Kada se razmišlja o (re)organizaciji bilo kog korenog foruma na [ES]-u, praksa je pokazala da je važno voditi računa o dva bitna elementa:

1. kritičnoj masi poruka (frekventnosti na forumu)
2. dobroj strukturiranosti u smislu podforumima

Dobro strukturiran forum (u smislu podforuma) odmah govori o stremljenju ka kvalitetu i trasiranju puta, ali takav forum koji nije u svim granama dovoljno frekventan i popunjen kvalitetnim pitanjima i odgovorima, može delovati obeshrabrujuće i dovesti do pomanjkanja interesovanja za ceo segment uopšteno.

S druge strane, jedinstven forum, preplavljen pitanjma koja se ponavljaju po hiljaditi put ili preplavljen zahtevima za rešavanje domaćih zadataka - sigurno vodi tamo gde su otišli SC i neki drugi forumi, da ne imenujem. Nema potrebe isprobavati na svojoj koži, rekao bih.

E sad, kako su domaći zadaci i početnička pitanja realnost, podela na forume za početnike je bila neminovna u jednom trenutku. Lično, ne vidim ja ništa loše u tim domaćim zadacima, pod uslovom da autori zaista traže *pomoć*. Tu se radi o klasičnom kooperativnom učenju, odavno poznatog u metodici i pedagogiji. Prava svrha foruma.

Složio bih se i da je sadašnja podela daleko od idealne, ali jeste imala barem nekakvog uticaja.

Kompromis izmedju onih faktora (1) i (2), kao priprema za eventualnu reorganizaciju bi mogao biti forsiranje tematike u uglastim zagradama u naslovu teme, cime bi se doslo do realnije slike o kolicini pojedinih tema. Na primer (iz glave):

[Zadaci] ...
[Kompajleri i okruženja] ...
[Literatura i dokumentacija] ...
[Jezik] ... (pitanja o samom jeziku: petlje, nizovi pokazivači, STL, C runtime...)
[OOP] ... (pitanja o realizaciji OOP konepata)
[API] ...
[MFC] ...(pitanja o implementaciji pomenutog frameworka)
[VCL] ...(pitanja o implementaciji pomenutog frameworka)
[wxWidgets] ...(pitanja o implementaciji pomenutog frameworka)
[QT] ...(pitanja o implementaciji pomenutog frameworka)
- itd ...

Eto, na primer mozda za pocetak ne bi bilo lose odvojiti u uglaste zagrade barem nesto od tema u kojima se prepozna recimo OOP ili JEZIK.

Može i tako.
Mislim, da li mi to ostvarili kroz poseban podforum ili sugestijom/obavezom da se u naslovu poruke koristi odgovarajući naziv oblasti, nije na kraju bitno, važno je da se malo klasifikuju teme, ako ništa drugo, a ono zbog toga da neko lakše može da filtrira i nađe ono što mu treba. Na primer, verujem da bi mnogima i bilo korisno da nađu sve o zadacima tražeći "[Zadaci]"... itd.

Tako da bismo mogli da se dogovorimo otprilike oko spiska tematika (koji i ne treba da bude veliki) i razvrstamo postojeće teme za početak.

Slažem se... Za sada najbezbolnije može biti stavljanje u uglaste zagrade, od toga ne može biti štete. Barem će biti preglednije i stvoriće se jasnija slika za evntualnu reorganizaciju.

I ja sam za samo jedan C/C++ forum. Kada taj forum bude zatrpan kao .NjET forum (što se po svoj prilici neće desiti), onda treba razmišljati o podeli na više podforuma. Ovako je kontraproduktivno.

Slažem se sa Nedeljkom. Bilo bi lepo da imamo podelu kao što je npr. na http://www.developpez.net/forums/f19/c-cpp/cpp/ ali bojim se da sada nema dovoljno poruka za tako nešto.

Moja 2 centa :
1.) C++ jezik - osnove,kompajleri, STL , generics , paterni itd..
2.) Primena C++ (vizualni alati i okruzenja , biblioteke itd ...) sa uglastim zagradama koje je X Files predlozio :)

Ne znam, ja nisam nikad dozivljavao forume kao storage organizaciju (wear leveling, optimizacija prostora i slicno , sto nam je profesionalna deformacija). Recimo u .NETu imamo WPF podforum koji je blago receno poluprazan, ali je neophodan jer je to fundametnalno drugacija tehnologija bazirana na .NET-u i ne moze se bas brkati sa ostatkom .NETa. Nemati taj podforum je gore nego ga imati polupraznog jer ljudi sa tim pitanjima nemaju gde da idu i u najboljem slucaju to bi otislo u glavni forum gde bi se "udavilo", u najgorem bi otisao na neki drugi sajt.

Kako god da obrnes podforumi su jedini nacin da organizujes stvari bez potrebe za konstantnim cimanjem moderatora. Ideja sa zagradama je sasvim OK (to je zapravo varijanta meta tagova) ali nerealno je racunati da ce korisnici sami to raditi sto znaci da ce to modovi morati da rade, ako njima to ne smeta ja se ne bunim ali za to i ne treba neka dozvola, to mozete i odmah.

Realno C++ je hardcore, ako znas C++ baja si i kao i svaka druga ljudska aktivnost privlaci mali procenat mainstream populacije (u ovom slucaju programera), e sad od te hardcore populacije imas i elite hardcore koji se bavi C++ kao pojavom , to je tek niche grupacija. Imati podforum za hardcore stvari u hardcore jeziku (kao sto su diskusije o standardizaciji i razvoju STLa) je po meni bespotrebno, moze se to elegantnije resiti tako sto ce se tim temama dati spotlight (TOP?)

Da, mogu da odu na glavni .NjET forum. Ako tih poruka nema mnogo, onda one pripadaju .NjET forumu.



A šta je alternativa yebenom C++ -u. Ja ne znam. Rado bih se mrdnuo sa njega na nešto drugo, ali C++ kao da nema konkurenciju.

Niko i ne kaze da treba da bude alternative i da mu treba konkurencija, ono sto ja kazem je da vise nisu 90-e, vecina programera koji danas programiraju i leba zaradjuju NE ZNA c++, tj ume da prepozna u nekoj meri one OOP i sintaksicke forme koje ima u svom poslu ali se ne bavi aktivno programiranjem u C++-u kao sto ti to radis, a jos manje ljudi se aktivno bavi proucavanjem i prosirivanjem samog jezika. To je jednostavno realnost, nit je dobra nit je losa.



To je jedan pogled na stvar, taj programerski storage threshold pristup. Ja se sa istim ne slazem, po meni poenta foruma nije da skladisti poruke niti je forum papirna biblioteka sa problemom katalogizacije, forum je mesto za diskusiju i forum je onoliko uspesan koliko uspe da zadrzi svoje ucesnike i da privuce nove. Sa tog stanovista WPF podforum je adekvatan jer je to emerging tehnologija i progresivno ce se broj poruka i aktivnih korisnika uvecavati kako se tehnologija bude usvajala (prioritetno po firmama) i u jednom trenutku ce prerasti i WinForms (kao sto je .NET prerastao c++ a bio je manji od njega). Ili si spreman za tranziciju ili nisi, doci ce jedan trenutak kad ce interesovanje naglo porasti i ljudi ce pre otici tamo gde vec postoji neki fond znanja i gde se bar prividno o oblasti diskutuje nego tamo gde te usmerenosti nema. Ja sam iskreno ocekivao da ce ta tranzicija vec da se desi, ali nije zbog uzasno loseg prijema Viste (a bez prelaska na Vistu nemas gotovo nikakav interes da predjes na WPF).

Imajte u vidu da se skoro svi sadasnji korisnici (i ja isto) prvi put pojave na ES-u kad imaju problem, tek kad rad sa ES-om zadovolji neke licne norme dolazi se do "pa ovo i niije lose mesto, daj da vidim sta jos ima".

Sa druge strane trazite da se otvori podforum za C++ standardizaciju i razvoj C++ jezika. Ja jednostavno ne vidim poentu. Da se oda pocast C++-u i svemu sto je ucinio? To stoji bez pogovora, ali ne vidim kako ce to da privuce bilo koga sem hard core ljudi koji su vec veoma aktivni u C++ forumu i kojima moze da se omoguci ovakva diskusija kroz nekoliko top level poruka.

Poenta mog pitanja i predloga nije bila da se oda počast, već da zato što (još uvek, a biće ih još neko duže vreme) postoje ljudi koji počinju da uče C++, a sve se kasnije manje-više svede na:

1. "C++ je C sa klasama"
2. "Užasno težak jezik u kome treba non-stop voditi računa o tamo nekoj memoriji"
3. "Pokazivači su zeznuta stvar, možeš brzo da zabrljaš nešto"
--
i još preko toga mnoge navike iz C-a se samo transliraju u C++

I ne, u C++-u nije teško programirati. Ne moraš da znaš bilo kakve hardcore stvari u vezi vector-a da bi ga koristio umesto običnih nizova.
Ne moraš da budeš guru da bi koristio shared_ptr i da zaboraviš na oslobađanje memorije (u 90% slučajeva).
Nije potrebno da budeš templejt baja da bi recimo koristio tamo neki STL transform ili accumulate koji lakši za korišćenje ne mogu da budu.

Ali ljudi hoće da smišljaju toplu vodu i posle nešto ispadne teško. :)

Mnoge stvari čuče tu već jedan dugi niz godina, a C++ je, ispada, i dalje "mnogo težak".
E sad, stanje je trenutno da je "novi" C++ još i malo lakše učiti te sam ja mislio da je to prilika da opet kažem kako tu ništa nije vanzemaljskog porekla. :)

--
A slažem se da sam malo preterao sa otvaranjem novog podforuma. TOP tema, uglaste zagrade i sve to... odlično je rešenje, tj. dali ste predloge koji su sasvim na mestu :-)

hehe, to se u narodu zove "sit gladnom ne veruje" Pricas popu o religiji, ja da se pitam samo bi C++ ostao Zezam se, ali realno gledano vecini danasnjih programera to izgleda veoma veoma komplikovano bez obzira na to sto nama nije i sto realno nije, i ne vide nikakvu potrebu da to uce isto kao sto ni mi sad ne strebamo nove asemblerske instrukcije (osim ako ne pisemo native kompajlere ili ispunjavamo slicne low level potrebe). Tak'a su vremena, to ti je ko sa automatskim menjacem, ko nauci njemu je prosto .

Pitanje "kako pribliziti C++ masama" je naravno validno i odgovor je veoma vazan da bi C++ opstajao, ja samo ne mislim da je poseban podforum resenje toga, mozda bi bolje resenje bilo jedna ili dve "Dobrodosli, zelite nauciti C++?" poruke koje bi usmerile newbie na pravu stranu.

Tezina programiranja u nkom jeziku se ne ogleda u savladavanju koncepata i njihovoj upotrebi u manjim programima, vec u pisanju velikih programa. Nisu dzabe Java i .NjET zavladali svetom. Daleko od toga da su svi problemi tako jeftino resivi. Fremvorci ti cesto vracaju pokazivace, a ne shared_ptr. Ne kazem da to nije resivo ubacivanjem u shared_ptr, ali C++ i dalje ima visestruko nasledjivanje, cetiri vrste konverzije, globalne promenljive itd. Sve ja to mogu da savladam, ali ne zelim da razmisljam o necemu o cemu moze masina da razmislja i da se samim tim eliminisu neke greske. Zelim da se maksimalno posvetim problemu koji resavam, a ne sintaksi. Zato se u .NjET-u i Java-i mogu razvijati slozenije stvari.

Jednostavno, postojali su jaki razlozi za izmisljanje jezika Java, C#, Python, Ruby... Danas se C++ koristi samo tamo gde mora, a to je onda nuzno zlo.

Mislim da nema potrebe da ova tema skrene u Advocacy, narocito oko c++ vs. the rest. C++ je tu, bice tu i ne ide nigde i uvek ce imati svoju ulogu. Ako imate neku ideju kako da se omasovi i ljudi privuku njegovim mracnim tajnama iznesite predlog; samo napadanje C++-a nema svrhu.

Za pocetak, ja bih pokusao sa TAG-ovanjem (u uglastim zagradama) naslova pojedinih tema, za koje se dogovorimo. Postoji nekoliko kategorija koje se precizno mogu definisati i tu ne bi bilo problema. Tako bi se stvorila jasnija slika o eventualnoj potrebi za reorganizacijom foruma u smislu podforuma.

Inace, slazem se da bi se C i C++ forumi mogli fuzionisati, ali ne sve u jedan kao sto je bilo nekada, vec bih se za sada zadrzao na "C/C++" i "C/C++ za pocetnike". Domace zadatke, pitanja o kompajlerima, okruzenjima i kasnije samom jeziku bih ipak zadrzao u pocetnickom delu.

Kako da ti kažem, sam autor jezika C++ je u tim masama. Pre skoro dve decenije je rekao da je za njega taj jezik isuviše komplikovan ovakav kakav jeste, tako da nikakva proširenja ne dolaze u obzir. Znaš i sam koliko je C++ od tada proširen.

Kritika jezika ima svrhu ako se tom prilikom smisli nešto bolje. No, neću više.

Nedeljko, kada bude postojao .NjET forum, tvoji postovi ce dobiti na smislu. Za sada su obican flame.

Inace, nezavisno od konkretne situacije, iskustvo je pokazalo da kreiranje podforuma gotovo nikad ne povecava interesovanje za tu oblast.
O uvodjenju (pod)foruma se odlucuje od slucaja do slucaja i kriterijumi su uglavnom sprecavanje suma u vecinskoj oblasti, gubljenja retkih tema iz pojedinacne oblasti (a da se to ne moze resiti top-ovanjem) ili sprecavnje neke od ovih stvari unapred ukoliko se predvidi da ce postojati. Ostaje jos kategorizacija kao motiv da bi oni koji nesto traze lakse nalazili.

To je neki opsti princip na kojem radi razvrstavanje foruma, nije direktno vezan za ovaj konkretni slucaj.

Moram da odgovorim... a onda možete da prebacite temu i u Advocacy (lično bih i voleo)



- To što neki framework vraća pokazivač je njegov problem (sve dok lepo dokumentuje da li je on odgovoran za brisanje ili ja).
- Ko te tera da koristiš višestruko nasleđivanje? I gde si do sada u realnom svetu imao toliko problema sa MI? (a dobro je što MI ipak postoji, iako se koristi sve ređe)
- Konverzije... i sam znaš priču zašto su imenovane tako kako jesu, da bi odvratile ljude da ih upotrebljavaju gde im dune. Sem eventualno static i dynamic cast-a, onaj ko koristi ostale dve ima male probleme sa dizajnom, a ne sa C++-om (koji inače jedini i ima zero overhead rule prilikom svog (re)dizajna) i konverzijama. Neki ljudi u C#-u koristi C način kastovanja, a nemaju blage veze koliki je to overhead, ali važno je da je sintaksa lagana. Ti isti ljudi će u 99% slučajeva da (zlo)upotrebljavaju "lepe" i kratke is i as operatore, mesto da možda negde napišu generic f-ju koja bi završila posao bez suvišnih "spuštanja". Itd.
.NET (za .NjET nisam siguran da znam šta je) je uz svoju arhitekturu i u mogućnosti da donese neke napredne stvari koje u C++-u nisu moguće, ali će u C++-u uvek postojati stvari kojima C# i VB recimo ne mogu da primirišu.
Nego, skroz smo sišli s teme pošto ove stvari nisu baš ni uporedive (sem ako možda nije reč o C++/CLI-u, ali bio bih verovatno kamenovan da sam i njega uvukao u priču :)




Hajde, može. Eto može da postoji "Standard C++" - za stvari vezane isključivo za jezik i određen skup biblioteka (STL jer je deo Standarda i još neke koje su bliske). Što se tiče GUI-a, da li sve smestiti pod isti tag ili izdvojiti kao posebne neke najrasprostranjenije i najveće? Onda neki ne-GUI Win32 API, pa API-iji za baze... možda su i to kandidati za tagove?


_{[Ovu poruku je menjao Goran Arandjelovic dana 05.08.2009. u 01:53 GMT+1]}

Po meni, iskristalisale su se sledeće kategorije pitanja, a vi dajte komentare i predloge:

Kompajleri i okruzenja
Teme o kompajlerima, okruzenjima, instalaciji, podesavanju i ostalim pomocnim alatima, i sl.

Literatura i dokumentacija
Teme o literaturi, važnim sajtovima i ostaloj raspolozivoj dokumentaciji o ovim jezicima.

Jezik
Pitanja o samom jeziku na nivou standarda (promenljive, nizovi, petlje, funkcije, pokazivaci, strukture, klase, C runtime...). Obično se sve ovo nalazi u knjigama, mada se neretko jave i pitanja koja nisu tako jednostavna.

OOP
Ova kategorija moze da ide i u Jezik, a ako se odvoji, što je po meni Ok, onda bi trebalo da bude posvecena objektnom dizajnu, paternima i sl, sto u standardu definitivno nije eksplicitno (skolski) obradjivano.

Zadaci
Zadaci koji se postavljaju pred djake/studente. Za sada imamo poprilicnu zbirku, a imam pouzdanu informaciju da smo jedan fakultet naterali da promeni tipske projektne zadatake koji su gurali godinama, jer je ovde sve odradjeno. Inače, ovo je već tagovano, barem veći deo...

Primena biblioteka (API, MFC, VCL, STL, wxWidgets, Qt, razni SQL, ...)
Ovo zapravo nije jedinstvena kategorija, vec deo koji obicno ide u osnovnom forumu, a biblioteke se mogu po potrebi TAG-ovati.

Ovo gore je za sada samo obicna skica, podlozna promenama, a naveo sam je iz razloga da se jasnije sagleda ideja o reorganizaciji.


Ostaje da se vidi šta (koje oblasti) i kako (tagovi i/ili podforumi) kategorizovati.


Dakle, pitanja su:

1. Da li imati jedan jedini osnovni forum sa podforumima:
FORUM: C/C++ programiranje
- Kompajleri i okruzenja
- Literatura i dokumentacija
- Jezik
- Zadaci
- OOP

2. Da li imati dva osnovna foruma sa podforumima:
FORUM: C/C++ programiranje
- OOP
(u osnovnom forumu mogu da idu TAG-ovana tipicna pitanja o primeni: API, MFC, VCL, STL, wxWidgets, Qt, razni SQL...)
FORUM: C/C++ za početinike
- Kompajleri i okruzenja
- Literatura i dokumentacija
- Jezik
- Zadaci

3. Da li imati dva osnovna foruma sa TAG-ovanim kategorijama:
FORUM: C/C++ programiranje
(tagovane kategorije)
FORUM: C/C++ za početinike
(tagovane kategorije)

4. Nešto četvrto?



Napominjem, o načinu kategorisanja se može diskutovati.


Mislim da za sada nemamo kapaciteta za obimnije tagovanje od MFC, VCL, i slično. Ali otom potom.

My 2 cents

OOP ja ne bih izdvajao nigde, sta vise deo o paternima bi trebao da dobije svoj podforum u AoP i da se obradjuje na nivou pseudojezika kako bi bio primenljiv svuda (ovo se vec neko vreme kanim da predlozim), a kad iz OOPa izvuces paterne nema bas mnogo materijala za piskaranje a howtodo pitanja za OOP mogu da se umesaju sa ostalim jezickim pitanjima.

Sem toga meni "najbolje" izgleda modifikovana varijanta #2/#3 sa

c/c++ programiranje
c/c++ za pocetnike (mada bih ovo najozbiljnije preimenovao u nesto sto ne implicira pocetnistvo)
-- Zadaci

sve ostalo tagovima. Mislim da ce mnogo podforuma ubiti glavni forum, a isti je vec sada relativno niskofrekventan.

Može biti da nisam u pravu, ali evo otkud ideja o eventualnom odvajanju OOP-a, i zadržavanju u matičnom forumu.

Posmatrao sam duže vremena Borland forume, u kojima su kao glavni, koreni forumi odvojeni Delphi, C++ Builder i brojni drugi.

Iako su OOP koncepti (Object Pascal vs C++) poprilično slični (pa čak i isti zbog VCL kompatibilnosti), svaki od njih ima zaseban forum koji se zove Object Oriented Design (ne OOP !), u kome se razmatraju detalji o KONKRETNOJ implementaciji OO koncepata u okviru jezika, projekta, biblioteke.

Ta pitanja obično nisu jednostavna (tipa: Šta je to neki patern?) da bi se o njima raspravljalo na pseudo AoP nivou, već je potrebno poznavati i kontekst u kome se primenjuje.

Ovo naravno ne znači da nisam prihvatio tvoju sugestiju, naprotiv, samo navodim razloge. Sada razmišljam da se takva pitanja ipak zadrže u okviru kategorije Jezik, jer je diskutabilno koliko tema bi moglo da bude u vezi toga na ES-u.

Pazite, ja se nisam C++-om bavio na dnevnoj osnovi od neke 2003-e, vi koji ste na ovom forumu znate bolje sta se sve izdesavalo u medjuvremenu, moje C++ potrebe danas se svode na CLI C++ za raznorazne integracije, dalje od toga nemam ni vremena ni potrebe da idem. Ako mislite da postoji potreba za OODesign podforumom za C++ i ako mislite da mozete da aktivirate diskusije u tom podforumu, onda treba da bude jedan. Ne dajte da vas ja obeshrabrim

^
Ma ne, naprotiv, ne obeshrabruješ :) Svaki komentar je koristan, pogotovo od nekoga ko ima dovoljno iskustva!

Sada sam već bliži ideji da se pitanja o Object Oriented Design zadrže u kategoriji Jezik (zbog broja tema koje bismo mogli pronaći o tome), a da se opšte stvari o OOP zaista promovišu u AoP.


Ima li još nekih ideja o svemu ovome?



BTW, ja sam STL u inicijalnom postu predvideo da ide u biblioteke, a može i u Jezik, jer je deo standarda. Tim pre što se najčešće STL i OOP koncepti sudare u onom delu u kome smo pričali o OOD, a to sve kao što rekosmo može u Jezik ;)

^X Files

OK su mi kategorije (koje su boldovane), samo bih izmenio "OOP" -> "OOP i Templejti" (ili "OOP i šabloni", kako god).
--
Što se tiče podforuma i tvog drugog (#2) predloga, prebacio bih "Jezik" gde i "OOP" jer "Jezik" nije nužno početnička stvar i onda mislim da je #2 fino rešenje (ali ko što kaže Miljan, za onaj drugi osnovni forum da bude bez "početničke" konotacije)

E da, i ja sam za to da STL definitivno pripada "Jeziku"... (čak i Boost ako bude bilo reči o njemu jer je vrlo usko vezan za STL i dizajn jezika)



Ne bih se složio. Pre ili kasnije će se javiti problem kako implementirati neki patern i onda dolazi do problema jer će uglavnom biti samo pseudojezika.
Istina je da se mnogi paterni u svojim osnovnim oblicima mogu neutralno opisati, ali dosta tih paterna ima mnogo bolje "C++ specific" rešenje od nekog opšteg, a da ne pominjem što su neki dalje razvijeni paterni i idiomi C++ only (pa i najprostiji singleton ima mnogo bolje C++ only rešenje od onog opšte poznatog. Hint: sve ono što vuče ka templejtima nema zamenu u nekom drugom mainstream OOP jeziku.)

Ljudi, vi sad pravite veći saobraćaj nego u ostatku sva četiri foruma zajedno. Moj stav je i dalje isti, jedan jedini forum za sve. U suštini čak nema potrebe ni za tagovima u naslovu, ali ajde, whatever makes you happy. Nema razloga da napredni korisnici ne čitaju i ne pomažu početnicima. Nema razloga da početnici ne bace pogled na eventualne napredne teme (kojih neće biti koliko se nekom može činiti). Nema potrebe da se razdvajaju stvari kad je saobraćaj minimalan. Zaista.

Da, ima 2 poruke u 3 meseca, ali ih treba klasifikovati, da bi se one dve bolje uočile pored ove tri.

Ovde redovno pise 10 ljudi (max), redovno cita 20 - 50.

Koliko podforuma cenite da je potrebno za tu masu?
Samo treba odvojiti podforum "Domaci zadaci" i tamo po automatizmu bacati svaki skolski zadatak. Za sve ostalo ima mesta ihaj - haj.
Ja svratim 3 - 5 puta mesecno i nadjem 3 nove teme u proseku, od kojih se dve ticu GUI problema. Ali mada me te teme ne zanimaju, nije bas da mi zakrcuju stranu do zanimljivih tema, jer su one retke same po sebi.

Znaci - sve na gomilu.