I think it's would be right place to jump in. Hello, my name is Krzysztof Krzyżaniak a.k.a. eloy and I work for Wikia Inc as backend team leader. We are probably (correct me if I am wrong) on of the biggest user of Semantic Mediawiki suite. We currently have enabled it on about 100 wikis for example on familypedia.wikia.com or yugioh.wikia.com or www.wowwiki.com (but also on wikis which you probably don't suspect for SMW interest like glee.wikia.com or madmen.wikia.com). We would like to expand existence of SMW on Wikia (for example lyrics would love it) but currently we cannot afford it because of performance reasons. For example, our first cluster contains about 30.000 wikis, mostly biggest ones. About 60% of writes in databases came from SMW extensions (SemanticMediawiki, SemanticDrilldown, SemanticForms), also about 90% queries from slow logs are from SMW.
I am here to find a way for scaling SMW on our wikis. But also I think that it will be benefit for every SMW user because we want to help improve SMW. What you can expect: - "real world" cases, actually lot of them :) - bugs :) (filled in bugzilla of course) - bug fixes and patches (either as diff or direct svn commits if you prefer that way) - questions We can offer engineering hours and testbeds. For a start I have question for Roadmap: SMW light - how complete it is? What's missing? When you expect it will be ready? How can we help? eloy On 18.02.2011 18:41, Markus Krötzsch wrote: > On 18/02/2011 17:13, Yaron Koren wrote: >> Hi, >> >> I just modified the "Roadmap" page to add more, smaller projects, and I >> put the tag "[Independent]" next to each one that I thought could be >> done by a new developer without too much need for coordination: >> >> http://semantic-mediawiki.org/wiki/Roadmap >> >> <http://semantic-mediawiki.org/wiki/Roadmap>It might make sense to split >> these into two separate pages, but I think it works pretty well in one >> place. In any case, it's still better than nothing. :) > > Thanks. I think this is a good start. We can always split it if we feel > like it later onl > > - Markus > >> On Wed, Feb 16, 2011 at 3:13 AM, Markus Krötzsch >> <mar...@semantic-mediawiki.org<mailto:mar...@semantic-mediawiki.org>> >> wrote: >> >> On 14/02/2011 18:55, Yaron Koren wrote: >> >> Hi, >> >> These are interesting links, with some useful tips - I'll >> definitely try >> to respond to patches soon after they're sent, instead of (as >> sometimes >> happens) a few weeks later. >> >> >> Yes, this one aspect of answering quickly may have a huge impact on >> the success of a project. In particular, it may determine whether or >> not a potential contributor decides to stick with the project or >> not. I think we are not too bad here (thanks also to the many people >> contributing to this list!), but there is always room for improvement. >> >> >> >> The roadmap stuff is interesting, too. What's there isn't completely >> relevant to SMW, since that guy is coming from the perspective of >> projects like GIMP and Inkscape - basically clones of existing >> software, >> where the set of needed features is (fairly well) agreed on ahead of >> time, so the roadmap can include dates and start to resemble a >> future >> release schedule. In our case, we're in uncharted territory - no >> one can >> say for sure which features will be useful and which won't, or >> what the >> best solution is to a given problem. Our roadmap is more like a >> "to-do >> list", which I think is the right way to go for us. >> >> >> I agree. Roadmaps for smaller projects like SMW are always somewhat >> harder to maintain. >> >> >> Having a set of independent projects for people to work on could be >> useful. It might make sense to just do that as part of the existing >> roadmap page - we could have asterisks next to tasks that could >> be done >> as independent projects. Fixing the security leak in the 'ploticus' >> format, for instance, is something a new developer could do >> (assuming it >> can be done at all). And there are a bunch of smaller tasks that >> I (and >> others) haven't even put on the roadmap page, since it seemed to >> be more >> about providing a high-level overview than creating a task list. But >> having a single page seems to make more sense than having two >> pages with >> some overlapping contents. >> >> >> Not sure if the "big" goals in the roadmap are compatible with the >> smaller kind of starter's project. Having both on the same page >> might be a good start, but I can imagine that the content and format >> of a "project suggestions" list is quite different from the roadmap >> (project suggestions need more details, starting points, hints). But >> having anything at all would be useful to start with. >> >> - Markus >> >> >> >> On Sat, Feb 12, 2011 at 11:07 AM, Markus Krötzsch >> <mar...@semantic-mediawiki.org >> <mailto:mar...@semantic-mediawiki.org> >> <mailto:mar...@semantic-mediawiki.org >> <mailto:mar...@semantic-mediawiki.org>>> >> >> wrote: >> >> Some insightful comments on how to grow and sustain contributor >> communities in OSS: >> >> -------- Original Message -------- >> Subject: [Wikitech-l] Roadmaps and getting and keeping devs >> Date: Sat, 12 Feb 2011 16:55:34 +0000 >> From: David Gerard<dger...@gmail.com >> <mailto:dger...@gmail.com> <mailto:dger...@gmail.com >> <mailto:dger...@gmail.com>>> >> Reply-To: Wikimedia developers >> <wikitec...@lists.wikimedia.org >> <mailto:wikitec...@lists.wikimedia.org> >> <mailto:wikitec...@lists.wikimedia.org >> <mailto:wikitec...@lists.wikimedia.org>>> >> To: Wikimedia developers<wikitec...@lists.wikimedia.org >> <mailto:wikitec...@lists.wikimedia.org> >> <mailto:wikitec...@lists.wikimedia.org >> <mailto:wikitec...@lists.wikimedia.org>>> >> >> These have been circulating in the open source Twitterspere >> today. >> They struck me as apposite to discussions on these topics around >> MediaWiki. >> >> How to write a roadmap: >> >> http://blogs.gnome.org/bolsh/2011/02/07/drawing-up-a-roadmap/ >> >> How to grow your contributor community (and how to decimate it): >> >> http://www.codesimplicity.com/post/open-source-community-simplified/ >> >> >> - d. >> ------------------------------------- >> >> Not always applicable to all of our (sub)projects, but we >> can surely >> take some things from this. Two things from the second link >> that SMW >> should concretely improve (in co-operation with all >> extension projects): >> >> (1) A list of easy starting projects (nothing there right now). >> >> (2) Excellent, complete, and simple documentation describing >> exactly how >> a contribution should be done (largely incomplete, and >> focussed on >> general hints/rules/warnings but not on concrete >> contribution paths). >> >> It might be worth thinking about how this can be achieved. >> (2) could >> help all SMW extensions if placed visibly on our homepage >> (with pointers >> to extensions that welcome new contributors). (1) could >> allow more >> "non-critical" features (that are fun for newcomers) to get >> implemented >> at all (the core devs tend to focus on bug fixing and >> large-scale >> projects). In our case, this could also be a list of >> projects that could >> be done as mini-extensions. >> >> I recall having similar discussions in the past, but our >> start page >> clearly lacks the big fat "Contribute" button with easy >> first steps. >> Contributions are welcome ;-) >> >> Cheers, >> >> Markus >> >> >> >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel >> Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the >> development cycle. >> Locate bottlenecks in serial and parallel code that limit >> performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> _______________________________________________ >> Semediawiki-devel mailing list >> Semediawiki-devel@lists.sourceforge.net >> <mailto:Semediawiki-devel@lists.sourceforge.net> >> <mailto:Semediawiki-devel@lists.sourceforge.net >> <mailto:Semediawiki-devel@lists.sourceforge.net>> >> >> https://lists.sourceforge.net/lists/listinfo/semediawiki-devel >> >> >> >> >> -- >> WikiWorks · MediaWiki Consulting · http://wikiworks.com >> >> >> >> >> >> -- >> WikiWorks · MediaWiki Consulting · http://wikiworks.com > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel ------------------------------------------------------------------------------ Free Software Download: Index, Search & Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
