On Sat, Jul 27, 2013 at 3:42 AM, Erik Moeller e...@wikimedia.org wrote:
On Mon, Jul 22, 2013 at 8:44 PM, Tim Starling tstarl...@wikimedia.org
wrote:
Newcomers with the VisualEditor were ~43% less likely to save a
single edit than editors with the wikitext editor (x^2=279.4,
p0.001),
Hi,
I have an idea for new service we could implement on tools project
that would greatly save system resources. I would like to have some
kind of feedback.
Imagine a daemon similar to inet.d
It would watch the recentchages of ALL wikis we have @wm and users
could subscribe (using web browser
After some thinking and talking to YuviPanda I decided to make it just
as an ordinary tool instead of whole service. So that it would mostly
consist of a daemon that based on user subscriptions insert stuff to
redis queues.
This kind of limits the possibility of spawning a bot on change, but
on
On 07/27/2013 08:37 AM, Petr Bena wrote:
So that it would mostly
consist of a daemon that based on user subscriptions insert stuff to
redis queues.
Wouldn't it be much easier to implement it as, say, a dbus and allow
people to subscribe to the feed, instead?
-- Marc
On Fri, Jul 26, 2013 at 11:30 PM, C. Scott Ananian
canan...@wikimedia.orgwrote:
This statement seems rather defeatist to me. Step one of a machine
translation effort should be to provide tools to annotate parallel texts in
the various wikis, and to edit and maintain their parallelism.
On Sat, Jul 27, 2013 at 10:18 AM, David Cuenca dacu...@gmail.com wrote:
Scott, edit and maintain parallelism sounds wonderful on paper, until you
want to implement it and then you realize that you have to freeze changes
both in the source text and in the target language for it to happen, which
On Sat, Jul 27, 2013 at 6:42 PM, Marc A. Pelletier m...@uberbox.org wrote:
On 07/27/2013 08:37 AM, Petr Bena wrote:
So that it would mostly
consist of a daemon that based on user subscriptions insert stuff to
redis queues.
Wouldn't it be much easier to implement it as, say, a dbus and allow
On 07/27/2013 11:10 AM, Yuvi Panda wrote:
grrrit-wm and suchabot already use this architecture for gerrit
streams, no reason it can't scale for Wiki RC Changes.
That's actually a persuasive argument (i.e., let's not multiply mechanisms).
-- Marc
On Sat, Jul 27, 2013 at 10:39 AM, C. Scott Ananian
canan...@wikimedia.orgwrote:
My main point was just that there is a chicken-and-egg problem here. You
assume that machine translation can't work because we don't have enough
parallel texts. But, to the extent that machine-aided translation
I think the way I currently develop it, it's going to be far easier
for target users to use it than it could ever be if we were using dbus
or such
On Sat, Jul 27, 2013 at 5:20 PM, Marc A. Pelletier m...@uberbox.org wrote:
On 07/27/2013 11:10 AM, Yuvi Panda wrote:
grrrit-wm and suchabot already
Lot of people hate these discussions I 3 them.
Can someone tell me some pros and cons of using python over php? I
recently heard from several people that python is even better than php
for website developement so I am wondering if that is actually true.
Someone has experience with that?
Poor Chad... if he ever could make it to hackaton I would buy him a beer :P
On Sat, Jul 27, 2013 at 1:17 AM, Roan Kattouw roan.katt...@gmail.com wrote:
On Fri, Jul 26, 2013 at 2:57 PM, Chad innocentkil...@gmail.com wrote:
With the moving of pywikibot to Gerrit today, the last projects actively
Hey,
Python has its nice things, and is generally considered more hip then php.
So are languages such as Ruby. Its true there are some stupid things in
php, such as inconsistencies in the base library, and the dozen lines
needed to do a map and a filter (vs one in python) in a readable way. If
This is not exactly the best venue, as MediaWiki is somewhat firmly committed
by now, but Python is more firmly committed to good OOP principles and cleaner
as a result if you code pretty consistently in that mode.
There seem to be less complete Python web frameworks / toolkits in comparison,
Can we all just agree that haskell, clojurescript and INTERCAL are the
best ever, and move on?
--
Yuvi Panda T
http://yuvi.in/blog
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Jul 26, 2013, at 4:06 PM, Sumana Harihareswara suma...@wikimedia.org wrote:
And put a note in your calendar for sometime in 2019 or 2020 to suggest
we move off Git...
Ha ha.
Seriously, there is no good theoretical new model for source code management on
the horizon nor any evident
If texvc is the underlying program that generates pngs at servers, it
fails. (eg:
http://bug-attachment.wikimedia.org/attachment.cgi?id=12248, error:
Parsing failed (lexing error)).
On Friday 26 July 2013 09:37:50 PM IST, Peter Krautzberger wrote:
@Oscar I'd rather not to hijack this thread
You forgot Erlang, for those programming flow management... 8-)
But yes, this is an open ended rathole...
Not good for this list, probably.
George William Herbert
Sent from my iPhone
On Jul 27, 2013, at 11:55 AM, Yuvi Panda yuvipa...@gmail.com wrote:
Can we all just agree that haskell,
On Sat, Jul 27, 2013 at 8:37 AM, Petr Bena benap...@gmail.com wrote:
After some thinking and talking to YuviPanda I decided to make it just
as an ordinary tool instead of whole service. So that it would mostly
consist of a daemon that based on user subscriptions insert stuff to
redis queues.
Is there a specific context for this question? Are you considering PHP v.
Python for some MW tool? If so I would include that context, because it
makes answering the question much easier.
As for answering the question of Python v. PHP, I like to look at languages
more from the feature comparison
On Sat, Jul 27, 2013 at 11:48 AM, Jeroen De Dauw jeroended...@gmail.comwrote:
Hey,
Python has its nice things, and is generally considered more hip then php.
So are languages such as Ruby. Its true there are some stupid things in
php, such as inconsistencies in the base library, and the
On Sat, Jul 27, 2013 at 10:25 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Sat, Jul 27, 2013 at 8:37 AM, Petr Bena benap...@gmail.com wrote:
After some thinking and talking to YuviPanda I decided to make it just
as an ordinary tool instead of whole service. So that it would mostly
consist
On Sat, Jul 27, 2013 at 11:29 AM, Petr Bena benap...@gmail.com wrote:
Lot of people hate these discussions I 3 them.
Can someone tell me some pros and cons of using python over php? I
recently heard from several people that python is even better than php
for website developement so I am
Well I know I can write a website in c++ (you can always extend apache
with some nice module), but despite it would be probably very
effective (much faster than using interpreted language) it would
require a lot of work to do that.
I am no huge fan of python, in fact I don't like it very much,
On Sat, Jul 27, 2013 at 2:14 PM, Petr Bena benap...@gmail.com wrote:
The reason why I ask is that php always seemed quite nice to me for
dynamic website development, and I am quite curious how it happened,
that something else is beating it in popularity (yes there are more
php sites ATM, but
May I recommend taking a look at Go? I'd love to implement a Wiki in
Go, if I had the time or motivation (and not a million other things I
want to do).
Go captures my excitement.
Oh but, a word of warning; if you are using to one language, then Go
will be rather different.
I will pass your approbation on to ESR :_)
Cheers,
-- jra
- Original Message -
From: Yuvi Panda yuvipa...@gmail.com
To: Wikimedia developers wikitech-l@lists.wikimedia.org
Sent: Saturday, July 27, 2013 2:55:46 PM
Subject: Re: [Wikitech-l] python vs php
Can we all just agree that
27 matches
Mail list logo
