Off Topic - Svaštara

[Cola-Coca]

znači 3.0 se razvija u privatnom repozitoriju ... ima li kakav izvjesni datum otprilike kad bi to moglo biti dostupno??
radim na jednom projektu, a smf 2.x mi ne odgovara ... pa bih volio vidjeti kako će posložiti smf 3.0, dovoljna mi je i jako rana faza razvoja da vidim jel se isplati čekati ili tražiti drugo riješenje ili pak proizvesti svoje

Reci ti meni kada ces ti zavrsit onaj mod kako Bog zapovjeda ?

[anteprimorac]

mod je gotov, al je privatan tj jedan klijent je zatražio da ga napravim al ne smijem ga dalje distribuirati

[.NoName.]

Da li je još neko sem mene dobio privatnu poruku od Judi iz Obale Slonovače?

[Branko.]

Zanemari za tvoje dobro.

[.NoName.]

Ma zanemario sam... Samo pitah...

[Cola-Coca]

mod je gotov, al je privatan tj jedan klijent je zatražio da ga napravim al ne smijem ga dalje distribuirati

Steta za tebe najvise.

[holodoc]

znači 3.0 se razvija u privatnom repozitoriju ... ima li kakav izvjesni datum otprilike kad bi to moglo biti dostupno??
radim na jednom projektu, a smf 2.x mi ne odgovara ... pa bih volio vidjeti kako će posložiti smf 3.0, dovoljna mi je i jako rana faza razvoja da vidim jel se isplati čekati ili tražiti drugo riješenje ili pak proizvesti svoje

Da se ne lažemo, SMF-u se jako loše piše. Toliko loše da me ne bi čudilo da za godinu-dve projekat potpuno zamre. Mislim, dovoljno je baciti pogled na bugtracker i github commit log i skapirati da se evo već skoro godinu dana rade samo neke beznačajne ispravke i sitna kozmetika. U bugtrackeru za 2.0 još uvek mogu da se nađu major bugovi iz februara prošle godine!

SMF pratim još iz doba kad je bio mali bagoviti port YaBB SE-a. Od samog početka mi se svidela vizija projekta da osnova bude minimalistička a se sve ostalo proširivo kroz sistem pluginova/ekstenzija itd. Na početku je sve to manje-više dobro funkcionisalo. SMF 1.0 je bio poprilično krupan korak koji je već utemeljio neke "trejdmarkove" projekta. Zahvaljujući lošem glasu drugih forumskih rešenja (recimo phpBB koji je na sve strane pucao zbog sigurnosnih propusta) SMF je postao još poznatiji.

A onda je najavljen SMF 2.0 odakle priča kreće nizbrdo. Počele su svađe u razvojnom timu, toliko bučne da je došlo čak i do prvog forkovanja projekta u vreme kada sama licenca projekta to nije dozvoljavala. Na forumima se dešavalo da i po nekoliko meseci ne bude nikakvih zvaničnih vesti povodom "dvojke" a sa svakim novim project managerom izbila bi neka "afera" koja bi odugovlačila radove. SMF tim je u stvari provodio mnogo više vremena na svađe i "zvrčke" nego na samom projektu. Zbog svega toga trebalo je da prođe sedam godina da "dvojka" ugleda svetlost dana.

Ja sam sve to godina posmatrao sa strane i čekao da se pojavi bar nekakva naznaka da tim razmišlja o tome da preseče i krene sa pisanjem SMF-a od nule. Čekao i dočekao. Pre par godina sam se pridružio timu zato što sam osetio da stvarno postoji energija da se pisanjem SMF-a od nule eliminišu svi problemi koje SMF nažalost i dan-danas ima. Šta je to trebalo da se ispravi u SMF-u?

- katastrofalno loš template sistem koji je oduvek odbijao potencijalne autore SMF šablona (da ne govorim o neverovatno ružnoj navici da šabloni potenciraju mešanje HTML-a/CSS-a/JavaScripta u PHP stringovima šablona o.O)
- užasna arhitektura aplikacije koja vuče "repove" iz doba dok je proceduralni PHP 4 stil još uvek bio aktuelan (MVC je postao standard pre više od pola decenije)
- veoma loš sistem hook-ova koji je "sklepan" tek da nekako radi
- nespostojanje API-ja i podrške za RESTful interfejs
- razvojni proces koji ne koristi ni jedan jedini sistem za automatsko testiranje koda (PHPUnit itd.) što znači da u većini slučajeva kad se jedan bug eliminiše pojavi se bar tri nova

smfCore je mirisao na nešto što bi stvarno moglo da reši sve navedene probleme. A onda je ideja kompletno zamrla iznenadnim odlaskom nekih developera. Od tada (to je nekih već godinu-dve) SMF je projekat koji se održava veštački u životu povremenim krpljenjem buga ili dva čisto da github commit log ne bude prazan. Činjenica da forumski softver polako ali sigurno sve više izumire pred naletom socijalnih mreža ni malo ne ide u prilog inertnosti SMF-a. Tužan ali nažalost istinit fakat vezan za projekat koji je stvarno mogao da bude vanserijski.

[Cola-Coca]

@holodoc

Citajuci ovaj tvoj komentar reci mi onda sto je nama ostalo koji obozavamo SMF ? Da predjemo na phpbb ili aterr ?

[Dzonny]

@holodoc:
Da, ima istine u tome što si rekao naravno ali treba uzeti u obzir i neke druge faktore.

Kao što si rekao u bugtracker-u istina postoje bugovi od pre godinu dana, ali njih je bilo jako jako više, i jako veliki broj istih je ispravljen i objavljen.
Uzeo si u obzir promenu developement tima - toga je uvek bilo i uvek će biti, ne samo na SMF softweru već svuda. Ono što je bitno spomenuti da se jedan jako ambiciozan, kreativan i nadasve sposoban i vredan tim programera vratio u SMF tim pre nekih mesec dana (verujem da znaš o kome konkretno pričam), i ako bih mogao da kažem - mnoge su se stvari od tada (a to je relativno kratko vreme) promenile na bolje, github aktivnost se povećala, testira se što na privatnim serverima što na našem serveru i svakodnevno se radi na velikim izmenama (ne samo u dizajnu).
Bio sam jako začuđen i prijatno iznenađen što se tim najzad složio oko implementacije i izmene nekih sistema koje SMF koristi još od svojih prvih verzija a koji su odavno nepotrebni/zastareli - a sve to na predlog developera o kojima pričam, a koji su upravo bili autori pomenutih fork-ova od kojih su odustali, ali čije su ideje i dalje žive.

Stoga, ja se nikako ne bih složio da se SMF-u loše piše. Čak i sa saznanjem da smCore neće nastaviti sa razvojem ništa nije završeno - smf 3.0 se polako razvija i to je verzija koja će postati primarna posle 2.1 verzije (koja je skoro pa spremna za RC verziju).
Znam, taj proces do objave stabilne verzije traje dugo, godinama, ali opet SMF po meni prednjači u odnosu na mnoge druge softwere koji su više izvikani nego što su zaista toliko kvalitetni.

Ja i nemam toliko mnogo iskustva sa vBulletinom i npr sa IPB softwerom, ali poređenja radi phpbb koji je takođe besplatan softwer i koji je negde u rangu sa SMF-om, nekad ispred - nekad iza, nema ništa bolju arhitekturu, kod, niti opcije od SMF-a. Čak mogu reći da sam bio neprijatno iznenađen nekim njihovim rešenjima i time što npr nemaju built-in plugin manager već se on mora naknadno skidati i instalirati (što za početnike i nije tako lagan poduhvat), a da ne pričam o instaliranju plugina koji na custom temama može biti toliko komplikovan da mislim da ni članovi njihovog tima ne znaju šta su hteli da naprave. Da ne grešim dušu - imaju zaista fin template sistem i veoma lak za snalaženje čak i početnika, ali sve ima svoje.
Njihov developement za phpbb2 verziju je trajao oko 6 godina a nešto manje im je trebalo za 3.0 verziju, dok se na 3.1 i 3.2 verzijama i dalje radi. Ako uporediš vreme koje je bilo potrebno za SMF 2.0 verziju i phpbb3 verziju - sa novinama koje su te verzije donele - phpbb ostaje iza SMF-a.

Inače ja na fork-ove koje si spomenuo gleda samo sa pozitivne strane, kao zdravu konkurenciju od koje se može naučiti dosta, od koje se može oslušnuti šta korisnici žele i šta se može, ali nikako na nešto negativno što treba da ukazuje na kvalitet samog softwera od koga je fork nastao.

I na kraju, svako ko je zainteresovan može pomoći da SMF bude bolji, može ubrzati proces razvoja, može se priključiti timu i na neki način pomoći. Ukoliko imaš vremena i volje svakako i ti možeš to isto (mislim da smo već o tome pričali, zar ne?).

@steven80:
Svi imamo pravo izbora. Konvert iz SMF-a na skoro svaki od popularnih software-a za pokretanje foruma je moguć i informacije o tome možeš potražiti na stranicama tih softvera. Bilo kako bilo, konvertovanje je moguće kad god, a sve dok ti nemaš zamerke i sve dok tebi SMF odgovara ne vidim razlog da prelaziš na drugi software, osim ukoliko ti je to zaista potrebno.

[holodoc]

Biću veoma kratak zbog nedostatka vremena.

@holodoc:
Da, ima istine u tome što si rekao naravno ali treba uzeti u obzir i neke druge faktore.

Kao što si rekao u bugtracker-u istina postoje bugovi od pre godinu dana, ali njih je bilo jako jako više, i jako veliki broj istih je ispravljen i objavljen.

Obrati pažnju na to kako se bagovi "ispravljaju". Stoje mesecima pa i godinama u bugtrackeru a onda se pojavi neko i sve ih označi kao "closed" sa napomenom "ne treba nam ispravka u ovoj verziji, ostavljamo da bude rešeno u sledećoj". Ne kažem da probleme treba rešavati "navrat-nanos" ali "rešavati" ih čisto statistike i utiska radi nije rešenje problema.

Uzeo si u obzir promenu developement tima - toga je uvek bilo i uvek će biti, ne samo na SMF softweru već svuda. Ono što je bitno spomenuti da se jedan jako ambiciozan, kreativan i nadasve sposoban i vredan tim programera vratio u SMF tim pre nekih mesec dana (verujem da znaš o kome konkretno pričam), i ako bih mogao da kažem - mnoge su se stvari od tada (a to je relativno kratko vreme) promenile na bolje, github aktivnost se povećala, testira se što na privatnim serverima što na našem serveru i svakodnevno se radi na velikim izmenama (ne samo u dizajnu).

Aktivnost u repozitorijumu (koja se zaista povećala u poslednjih mesec i po dana) nije merilo kvaliteta radova! Pogledaj commitove. Većina je čista kozmetika koda: izmene komentara, uklanjanje curly braces iz jednolinijskih blokova, promena naziva atributa u tabelama itd. Tek ponegde se nađe commit koji zaista radi na novom feature-u ili ispravci postojećih.

Takođe, ne bih da iznosim bilo kakve teorije zavere ali poznajući istoriju sukoba koje su Arantor i Nao imali sa SMF-om (zbog kojih su i osnovali svoj sopstveni fork pre tri godine pod imenom Wedge) mislim da je njihov jedini cilj da u SMF inkorporiraju funkcionalnosti koje su godinama nezavisno razvijali u Wedge-u a koje podjednako trpe zbog osnove koju Wedge naravno vuče iz originalnog SMF-a.

Stoga, ja se nikako ne bih složio da se SMF-u loše piše. Čak i sa saznanjem da smCore neće nastaviti sa razvojem ništa nije završeno - smf 3.0 se polako razvija i to je verzija koja će postati primarna posle 2.1 verzije (koja je skoro pa spremna za RC verziju).

Radovi na SMF-u 3.0 ne postoje. Bar tako kažu svi resursi kojima ja imam pristup (bugtracker, git repozitorijumi). Jedino ako u onoj vašoj super tajnoj sekciji nemate informacije o tome kako da se pristupi nekom drugom (opet super tajnom) repozitorijumu gde se radi na "trojci". Sve što za sada može da se vidi u SMF 3.0 repou su par commitova od kojih je poslednji star preko godinu dana a aktivnost u bugtrackeru se opet svodi na "pomeramo rešenje za sledeću verziju". Ehem... Koju verziju? SMF 4.0?

Ja i nemam toliko mnogo iskustva sa vBulletinom i npr sa IPB softwerom, ali poređenja radi phpbb koji je takođe besplatan softwer i koji je negde u rangu sa SMF-om, nekad ispred - nekad iza, nema ništa bolju arhitekturu, kod, niti opcije od SMF-a. Čak mogu reći da sam bio neprijatno iznenađen nekim njihovim rešenjima i time što npr nemaju built-in plugin manager već se on mora naknadno skidati i instalirati (što za početnike i nije tako lagan poduhvat), a da ne pričam o instaliranju plugina koji na custom temama može biti toliko komplikovan da mislim da ni članovi njihovog tima ne znaju šta su hteli da naprave. Da ne grešim dušu - imaju zaista fin template sistem i veoma lak za snalaženje čak i početnika, ali sve ima svoje.
Njihov developement za phpbb2 verziju je trajao oko 6 godina a nešto manje im je trebalo za 3.0 verziju, dok se na 3.1 i 3.2 verzijama i dalje radi. Ako uporediš vreme koje je bilo potrebno za SMF 2.0 verziju i phpbb3 verziju - sa novinama koje su te verzije donele - phpbb ostaje iza SMF-a.

Pa zar treba sebe tapšati po leđima samo zato što neko drugi isto tako loše radi kao mi? phpBB je posebna priča na koju uopšte ne treba trošiti vreme.

Inače ja na fork-ove koje si spomenuo gleda samo sa pozitivne strane, kao zdravu konkurenciju od koje se može naučiti dosta, od koje se može oslušnuti šta korisnici žele i šta se može, ali nikako na nešto negativno što treba da ukazuje na kvalitet samog softwera od koga je fork nastao.

Nigde ja nisam rekao da su forkovi loša stvar ali kad smo već kod toga moram da kažem da fork nema apsolutno nikakvu vrednost za bazni projekat ako previše odudara od nekakvog zajedničkog milestone-a. Šta ti vredi pull-request forka ako recimo najobičniji rebase baznog projekta na fork ne može da uspe jer se fork previše udaljio od kodne baze originala? Najbitnija stavka u projektu su razumni milestone-ovi, sve ostalo je sekundarno!

I na kraju, svako ko je zainteresovan može pomoći da SMF bude bolji, može ubrzati proces razvoja, može se priključiti timu i na neki način pomoći. Ukoliko imaš vremena i volje svakako i ti možeš to isto (mislim da smo već o tome pričali, zar ne?).

To nikada nije bilo sporno. Meni apsolutno nije problem da nađem vremena za posvećen rad na bilo kakvom projektu ali za to mi je potrebna motivacija i bar nekakva naznaka da projekat ide u dobrom pravcu. Kod SMF-a je sve to nestalo kad je ekipa koja je planirala smfCore (Norv, Mark Rose itd.) napustila projekat (i SMF!) u potpunosti. Logično nemam nameru da zalazim u njihove razloge za odlazak ali smfCore je projekat koji je bio i više nego potreban SMF zajednici - proizvod koji je imao potencijala da se takmiči sa komercijalnim rešenjima tipa IPB, xenForo itd.! Umesto toga smenom developera fokus je ponovo prebačen na siguran teren i krpljenje nečega što je realno trebalo odavno da izumre.

Da se razumemo, SMF je i dalje više nego upotrebljivo rešenje za neku hobi/amatersku upotrebu ali ukoliko se nešto krupno ne dogodi sa projektom u sledećih godinu-dve SMF će biti stvar prošlosti. Prošlo je vreme kada su projekti mogli sebi da dozvole luksuz razvlačenja razvoja u nedogled. Socijalne mreže sve više preuzimaju primat na netu i dok se proizvođači komercijalnih forumskih rešenja trude da ostanu u igri podizanjem nivoa funkcionalnosti i integracije sa drugim servisima SMF je ostao zarobljen u dobu kad je inicijalno zamišljen.

[Cola-Coca]

@steven80:
Svi imamo pravo izbora. Konvert iz SMF-a na skoro svaki od popularnih software-a za pokretanje foruma je moguć i informacije o tome možeš potražiti na stranicama tih softvera. Bilo kako bilo, konvertovanje je moguće kad god, a sve dok ti nemaš zamerke i sve dok tebi SMF odgovara ne vidim razlog da prelaziš na drugi software, osim ukoliko ti je to zaista potrebno.

@Dzonny
Sve ja to znam. Moje pitanje (odgvor) je bio u drugacijem kontekstu.

[Branko.]

Udri brigu na veselje... 
Biće SMF-a duže nego što ćemo ga mi koristiti.

[Cola-Coca]

Udri brigu na veselje... 
Biće SMF-a duže nego što ćemo ga mi koristiti.

Veliki novac oni dobivaju preko reklama i nevjerujem da ce tek tako netko napustit projekt koji mu donosi novac svakodnevno. 

[Cola-Coca]

Ako kome treba server za vjezbanje SMF-a ja mu mogu dati Shared Hosting (Panel Kloxo) neka mi se javi na PM .

Mjesto: 2GB
Traffic: 100 GB
Domene: 2
MySQL: 2

[holodoc]

Veliki novac oni dobivaju preko reklama i nevjerujem da ce tek tako netko napustit projekt koji mu donosi novac svakodnevno. 

Pa normalno kad rade neke jako bezobrazne stvari za koje 99,99% SMF korisnika verovatno ni ne zna.

Evo konkretnog primera. SMF Help stranice su sve hard-kodovane apsolutnim linkovima ka simplemachines.org što znači da svaka instalacija SMF-a koja je javno vidljiva obezbeđuje back-linkove koji dižu SEO/SERP simplemachines.org u nebesa. Veći SEO/SERP, veće mogućnosti zarade na svemu i svačemu.

[Cola-Coca]

Veliki novac oni dobivaju preko reklama i nevjerujem da ce tek tako netko napustit projekt koji mu donosi novac svakodnevno. 

Pa normalno kad rade neke jako bezobrazne stvari za koje 99,99% SMF korisnika verovatno ni ne zna.

Evo konkretnog primera. SMF Help stranice su sve hard-kodovane apsolutnim linkovima ka simplemachines.org što znači da svaka instalacija SMF-a koja je javno vidljiva obezbeđuje back-linkove koji dižu SEO/SERP simplemachines.org u nebesa. Veći SEO/SERP, veće mogućnosti zarade na svemu i svačemu.

Moze li preko PP-a o kojim stvarima je rjec.

[Dzonny]

SMF help odeljak je usmeren ka SMF wiki stranicama iz potpuno drugog razloga - kako ne bi silne wiki stranice morale da se prevode iznova (i kako ne bi morali već prevedene tekstove da ponovo nudimo za prevođenje prevodiocima), te kako bi bilo lakše doći do onoga što je krajnjim korisnicima potrebno, a to je pomoć na njihovom jeziku. Konkretno tim u kom sam ja je ovakav predlog izneo pa sam upoznat sa time, i tvrdim da ovako nešto nije urađeno namenski kako bi SMF dobio na popularnosti. Baš naprotiv - server/site timovi su zapravo bili protiv ovoga, ali ipak je većim delom glasova izglasano da bude ovako kako je sada.

SMF Tim nema plate niti bilo kakve kompenzacije tog tipa, kao ni niko u SMF upravi. Sva sredstva koja se prikupe putem mizernog broja oglasa koji se na ovom sajtu nalaze, kao i putem donacija i charter članova, ulažu se u hardverske komponente koje pokreću ovaj sajt, tj servere, a ostatak se svakako ne deli "svakodnevno" kako je neko gore napomenuo.
Nećemo sad o tome jer nije ni vreme ni mesto, ali ne postoje velike zavere u ovom sistemu (znam da mi nećete verovati na reč, ali ipak...).

Što se priče o smCore projektu tiče - vrlo je prosto. To da li je takav jedan sistem neophodan ili ne SMF-u stvar je ličnih preferencija. Tako su developeri koji su pokrenuli tu priču verovali (kao i ti holodoc) da tako nešto jeste neophodno SMF-u, ali su oni nažalost negde usput izgubili želju za daljim radom na SMF-u, ili su imali privatne probleme koji su im preči od ovoga svakako. Oni koji su ostali i koji su se kasnije pridružili smatraju da je bitnije raditi na sledećoj verziji SMF-a, i oni se posvećuju tome. Niko im za to ne zamera - svako ima pravo da radi šta želi i šta mu prija, nikoga ne teramo ni na šta. Ukoliko pak bude programera koji bi želeli da rade na takvoj nekoj ideji u buduće i ako se SMF tim sa tim složi - rad može biti počet i projekat nastavljen.

Ne bih se složio i da je phpbb priča na koju ne treba trošiti vreme - svi možemo da naučimo nešto jedni od drugih.

Na kraju, SMF tim planira još veće otvaranje i širenje, planira se i izlazak na google hackathon i slične dogadjaje i ja se, kao zakleti optimista, nadam boljim danima, a nema razloga da budu drugačiji

[holodoc]

SMF help odeljak je usmeren ka SMF wiki stranicama iz potpuno drugog razloga - kako ne bi silne wiki stranice morale da se prevode iznova (i kako ne bi morali već prevedene tekstove da ponovo nudimo za prevođenje prevodiocima), te kako bi bilo lakše doći do onoga što je krajnjim korisnicima potrebno, a to je pomoć na njihovom jeziku. Konkretno tim u kom sam ja je ovakav predlog izneo pa sam upoznat sa time, i tvrdim da ovako nešto nije urađeno namenski kako bi SMF dobio na popularnosti. Baš naprotiv - server/site timovi su zapravo bili protiv ovoga, ali ipak je većim delom glasova izglasano da bude ovako kako je sada.

Ajde molim te objasni mi o kakvom to "nuđenju prevodiocima" govoriš sada kad je projekat prešao na git!? Nemoj mi samo reći da pored tako moćnog alata vi u timu za lokalizaciju još uvek koristite onaj arhaični "štap i kanap" sistem sa ručnim izvlačenjem jezičkih fajlova i prevođenjem? Ako projekat već koristi savremeni distribuirani sistem za verzionisanje i nudi opcije za otvoreni checkout/pull-request po čemu je onda bilo kakvo "nuđenje" bolje od operacije koja traje u vr' glave dve sekunde (ne računam sam rad na prevođenju) nakon koje običnim merge-ovanjem pull request-a izmene postaju momentalno dostupne svima ostalima!?

Što se wikija tiče, ajde razmisli malo u čemu je razlika između wiki stranice i fajla koji će jednom biti izmenjen i distribuiran u svim sledećim update-ima/instalacijama. Ili još bolje, zašto bi neko namerno trošio svoj bandwidth samo da bi ponudio Help koji u većini slučajeva i nije od pomoći jer pokušava da obuhvati apsolutno sve revizije major verzije softvera? Nemoj da potcenjuješ želju tima (ili bar određenih ljudi iz njega) da na SMF-u zarade jer zapamti, poznajem ih duže nego većina vas ovde

Baš naprotiv - server/site timovi su zapravo bili protiv ovoga, ali ipak je većim delom glasova izglasano da bude ovako kako je sada.

Što je samo još jedan dokaz kako demokratija u Open source projektima ume da bude pogubna. Nema šta u Open source projektima da se glasa! Project manager je taj koji sasluša sve predloge i na kraju na osnovu svog iskustva donosi odluku koja je finalna - tačka! Cena koju plaća za tako moćnu poziciju je potpuna odgovornost. Kako ga onda sprečiti da zloupotrebljava poziciju? Jednostavno, redovnim javnim glasanjem kojim se na recimo svaka tri meseca evaluira napredak projekta i biraju ljudi za ključne pozicije. Problem rešen.

Ako baš hoćeš da znaš šta je loše kod trenutnog sistema dokumentacije evo dva najbitnija razloga (ne znači da ih nema još).

1) Online uputstvo se hostuje na udaljenom serveru. Znači kad simplemachines.org nije dostupan (radovi na serverima, problemi sa DNS zapisima, usputnim proksijima, kešom itd.) help jednostavno nije dostupan. Dodaj na to back-linkove koje ti smatraš "rezultatom glasanja" a ja sa mojih 20+ godina iskustva i dobrim poznavanjem ekipe u SMF timu kao namernom odlukom "ispod haube" da se usput solidno zaradi. Svako sa bar malo iskustva u razvoju softvera koji su namenjeni da rade u mrežnom okruženju reći će ti koliko je loše oslanjati se na udaljene resurse.

2) Online uputstvo pokušava da pokrije sve minor verzije softvera. Ako još uvek koristiš 2.0.2 a u međuvremenu je u 2.0.3 uklonjena neka funkcionalnost... BAM! Dva put ništa je ništa, funkcionalnosti nikad nije ni bilo! Projekti koji dokumentovanje smatraju ozbiljno imaju odvojeno uputstvo za svaku verziju (tag). Primer: http://framework.zend.com/manual/2.0/en/index.html - selektor u gornjem levom uglu nudi izbor prikaza odvojenih uputstva za svaku minor verziju.

SMF Tim nema plate niti bilo kakve kompenzacije tog tipa, kao ni niko u SMF upravi. Sva sredstva koja se prikupe putem mizernog broja oglasa koji se na ovom sajtu nalaze, kao i putem donacija i charter članova, ulažu se u hardverske komponente koje pokreću ovaj sajt, tj servere, a ostatak se svakako ne deli "svakodnevno" kako je neko gore napomenuo.
Nećemo sad o tome jer nije ni vreme ni mesto, ali ne postoje velike zavere u ovom sistemu (znam da mi nećete verovati na reč, ali ipak...).

I ne razumem zašto bi bilo ko u timu bio plaćen za rad na Open source projektu. Ako su želeli zaradu BSD licenca sigurno nije ono što im treba ali opet ako se SMF upusti u komercijalne vode šta je poenta pored daleko superiornijih rešenja kao što su IPB, xenForo itd.?

A o zaradi tima do sada nećemo previše da pričamo jer dosta vas verovatno nije imalo pristup sekcijama foruma koje su odavno obrisane a gde je ekipa koja je ponovo "in charge" međusobno vodila rat oko raspodele novca dobijenih naplatom charter članstva itd. Da ste imali pristup u tom vreme danas bi ste verovatno imali drugačije mišljenje o ekipi.

Što se priče o smCore projektu tiče - vrlo je prosto. To da li je takav jedan sistem neophodan ili ne SMF-u stvar je ličnih preferencija. Tako su developeri koji su pokrenuli tu priču verovali (kao i ti holodoc) da tako nešto jeste neophodno SMF-u, ali su oni nažalost negde usput izgubili želju za daljim radom na SMF-u, ili su imali privatne probleme koji su im preči od ovoga svakako. Oni koji su ostali i koji su se kasnije pridružili smatraju da je bitnije raditi na sledećoj verziji SMF-a, i oni se posvećuju tome. Niko im za to ne zamera - svako ima pravo da radi šta želi i šta mu prija, nikoga ne teramo ni na šta. Ukoliko pak bude programera koji bi želeli da rade na takvoj nekoj ideji u buduće i ako se SMF tim sa tim složi - rad može biti počet i projekat nastavljen.

Nema tu nikakvih "ličnih preferencija" kad ti skoro deset godina kaskaš za aktuelnim tehnologijama jer se bojiš (ili te mrzi) da podvučeš crtu i kreneš iz početka. SMF trenutno živi na staroj slavi. Ekipa koja je inicijalno radila na projektu se vratila da pod stare dane još malo drži projekat na intenzivnoj nezi ali činjenica je da oni nemaju nameru da bilo šta menjaju. Kindred je i dalje loš project manager koji samo čeka priliku nekoga da napuši ili daje spektakularne izjave kako "svi koji kritikuju projekat 100% greše" (čitam njegove izjave za komenatre github korisnika na SMF projektu i ne verujem šta čovek izjavljuje). Arantor će "suftilno" da te podje*ava svaki put kad mu se ne sviđa šta ima da kažeš a onda će kad mu dosadi jednostavno da te ignoriše. Ostale članove ne bih previše da komentarišem ali činjenica je da sam se ja lično stvarno nadao potpunoj zameni ekipe i dolasku sveže krvi. Ah da, kad smo već kod Norva i ekipe... Privatni problemi su samo jedan od razloga zbog kojih je otišao. Drugi, mnogo manje poznat, je interno lobiranje matoraca koje sam već pomenuo da se smfCore ubije u samom začetku jer ko je još lud da muški zapne da se nešto radi kad još uvek može da se živi na staroj slavi.

Ne bih se složio i da je phpbb priča na koju ne treba trošiti vreme - svi možemo da naučimo nešto jedni od drugih.

Možemo ali SMF pravi iste greške pa ne vidim šta je to projekat tačno naučio od phpBB-a.

Na kraju, SMF tim planira još veće otvaranje i širenje, planira se i izlazak na google hackathon i slične dogadjaje i ja se, kao zakleti optimista, nadam boljim danima, a nema razloga da budu drugačiji

Ne treba da budeš optimista već realan. Apsolutno razumem da kao član SMF tima osećaš potrebu da svaku njegovu odluku braniš ali vremenom će te nedostatak samokritičnosti ušuškati i pretvoriti u inertnog zombija kojem je najbitnije da ispunjava minimalnu normu i da ne "štrči".  Tebi kao nekome ko se u SMF-u primarno bavi prevođenjem verovatno dosta stvari sa programerske i organizacione strane ne smeta (ili ih jednostavno ne primećuješ) ali meni sa učestvovanjem u 100+ Open source projekata u poslednjih 20 godina (čak i u razdoblju kada Open source kao termin nije postojao već samo Public Domain) neke stvari jednostavno smetaju.

Moja iskrena preporuka tebi je, nemoj emotivno i isključivo da se vezuješ za jedan projekat. Kreni da radiš na nekom drugom Open source projektu, vidi kako drugi timovi rade, kako se organizuju, kakva je filozofija po pitanju razvoja, deljenja i testiranja projekta. A onda se vrati na SMF i vidi da li ćeš da izdržiš pet minuta da uputiš kritiku na to kako stvari ovde funkcionišu. Ko zna tada me možda i razumeš zašto ovoliko negodujem Negodujem jer mi je i posle deset godina stalo do projekta.

U stvari kad malo bolje razmislim nisam uopšte siguran da mi je više stalo do SMF-a. Sve što radim je da trošim i po pola sata na ove monologe, vreme koje bih mogao da upotrebim an nešto korisnije. Mislim da je konačno vreme da se povuče crta i srede računi.

Mislim da je ovo poslednje što ćete od mene ovde čuti. Ko god je trebalo da ih dobije već ima moje kontakt podatke tako da... Vidimo se možda na nekom drugom mestu

Qapla'!

[Cola-Coca]

Mislim da je ovo poslednje što ćete od mene ovde čuti. Ko god je trebalo da ih dobije već ima moje kontakt podatke tako da... Vidimo se možda na nekom drugom mestu

Steta, nije mi jasno sto si otisao bezveze. Mislim da neke stvari previse uzimas srcu. Meni je SMF u i ostat ce. Sto se tice izazaka nekih novih verizja SMF-a dobro nam izasle. 

[Branko.]

Svakome je ko racionalno razmišlja..besplatan je, solidna podrška, radi se na novim verzijama. Ne vidim potrebu ni razlog da se bavimo detaljima koji nam ama baš ništa ne znače. Sve mimo toga je samo traženje boljeg hljeba od pogače.

Sve da se javno publikuje da SMF tim zarađuje milione mene bi ostavila ravnodušnim dok god ovo što koristim dobijam besplatno.