Welcome aboard, Munaf!
I look forward to working with you soon,
Fabrice
__________________________________
Fabrice Florin
Product Manager,
Editor Engagement
Wikimedia Foundation
+1 (415) 839-6885 ext. 6827 work
+1 (415) 860-6484 mobile
fflorin(a)wikimedia.org
We help engage editors on Wikipedia:
On Jun 4, 2012, at 11:03 PM, wikitech-l-request(a)lists.wikimedia.org wrote:
From: Steven Walling <steven.walling(a)gmail.com>
Subject: Re: [Wikitech-l] Welcoming Munaf Assaf, UX Designer
Date: June 4, 2012 4:43:52 PM PDT
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Cc: Munaf Assaf <massaf(a)wikimedia.org>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
On Mon, Jun 4, 2012 at 3:40 PM, Howie Fung <hfung(a)wikimedia.org> wrote:
Everyone,
I’m pleased to welcome Munaf Assaf, a new member of the Product Group.
Munaf is starting today as UX Designer and will work mainly on the
Editor Engagement Experiments projects. Almost all of these projects
have a user-facing component, and Munaf will help us design interfaces
to make these experiments and features more user-friendly.
Munaf joins us from the University of Michigan (UM), where he worked
as a Research Associate in the Office of Enabling Technologies. At UM,
he worked on a variety of projects, including mobile informatics
applications and engagement tools for visiting hospital patients. His
most recent project was the design of a high-tech collaboration space
in conjunction with the Taubman School of Architecture. Earlier in his
career, Munaf was an Algorithm Design Engineer at General Motors,
where he worked on control systems for improving vehicle fuel
efficiency.
He has a BS in Electrical Engineering from Kettering University, as
well as an MSI in Human-Computer Interaction from the University of
Michigan at Ann Arbor. For more information on his background, please
see his public profile [1].
Please join me in welcoming Munaf!
Howie
[1]
http://www.linkedin.com/in/munafassaf
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Welcome Munaf! Glad to have you on the team. :)
Steven
From: John Du Hart <compwhizii(a)gmail.com>
Subject: Re: [Wikitech-l] Facebook grabs the Mediawiki logo instead of the site logo
Date: June 4, 2012 4:47:55 PM PDT
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Yeah I remember that.
On Jun 4, 2012 7:45 PM, "Chad" <innocentkiller(a)gmail.com> wrote:
On Mon, Jun 4, 2012 at 7:35 PM,
<jidanni(a)jidanni.org> wrote:
Here Facebook grabs the Mediawiki logo instead of
the site logo.
http://www.facebook.com/groups/tg.taiwan/permalink/374509135949001/?comment…
Doing the same experiment with e.g.,
http://en.wikipedia.org/wiki/1st_clan_chief ,
a page also without any user embedded images,
oddly does not cause the mediawiki logo to be chosen.
Though it does not choose the site logo, at least it doesn't choose the
mediawiki logo.
Didn't we discuss this almost a year ago?
Indeed, we did:
http://lists.wikimedia.org/pipermail/mediawiki-l/2011-July/037710.html
-Chad
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
From: Nasir Khan <nasir8891(a)gmail.com>
Subject: Re: [Wikitech-l] Welcoming Munaf Assaf, UX Designer
Date: June 4, 2012 6:29:54 PM PDT
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Congrats :)
On Jun 5, 2012 5:44 AM, "Steven Walling" <steven.walling(a)gmail.com>
wrote:
On Mon, Jun 4, 2012 at 3:40 PM, Howie Fung
<hfung(a)wikimedia.org> wrote:
Everyone,
I’m pleased to welcome Munaf Assaf, a new member of the Product Group.
Munaf is starting today as UX Designer and will work mainly on the
Editor Engagement Experiments projects. Almost all of these projects
have a user-facing component, and Munaf will help us design interfaces
to make these experiments and features more user-friendly.
Munaf joins us from the University of Michigan (UM), where he worked
as a Research Associate in the Office of Enabling Technologies. At UM,
he worked on a variety of projects, including mobile informatics
applications and engagement tools for visiting hospital patients. His
most recent project was the design of a high-tech collaboration space
in conjunction with the Taubman School of Architecture. Earlier in his
career, Munaf was an Algorithm Design Engineer at General Motors,
where he worked on control systems for improving vehicle fuel
efficiency.
He has a BS in Electrical Engineering from Kettering University, as
well as an MSI in Human-Computer Interaction from the University of
Michigan at Ann Arbor. For more information on his background, please
see his public profile [1].
Please join me in welcoming Munaf!
Howie
[1]
http://www.linkedin.com/in/munafassaf
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Welcome Munaf! Glad to have you on the team. :)
Steven
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
From: Ori Livneh <ori.livneh(a)gmail.com>
Subject: Re: [Wikitech-l] Welcoming Munaf Assaf, UX Designer
Date: June 4, 2012 10:04:41 PM PDT
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
On Mon, Jun 4, 2012 at 3:40 PM, Howie Fung <hfung(a)wikimedia.org> wrote:
Please join me in welcoming Munaf!
Hi Munaf! Glad you're here.
From: Ori Livneh <ori.livneh(a)gmail.com>
Subject: Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers
Date: June 4, 2012 10:50:50 PM PDT
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
On Fri, Jun 1, 2012 at 8:41 AM, Chad <innocentkiller(a)gmail.com> wrote:
So yeah, its not as easy as it sounds on the tin, so I don't want to hand
this out en masse. In an ideal world, I want us to have a special page
where people can request repos and we can automate the icky backend stuff.
If it isn't easy, let's make it easy. I'm a new developer and not having a
repository to develop in has been absolutely paralyzing. (I requested one
on May 23, for what it's worth).
Gerrit is not just an SCM: there is a rapidly growing ecosystem of services
that integrate with it -- and if your code isn't there, you're persona non
grata. I've whipped up two iterations of a data collection backend for my
team and got it set up on a labs instance, but that was a week ago, and
since then things are at a standstill. It's been hard to get anyone to look
at it, because everyone's workflow and attentional habits are interwoven
with Gerrit now.
This particular side-project is a useful illustration of another important
point: Git's usefulness isn't limited to managing mature projects like
Mediawiki -- it has a crucial role to play in the earliest stages of
development, too. I have no idea if what I wrote is usable and scalable,
and it would've been good to get some feedback early. In the past, I have
found it useful and productive to whip up quick prototypes and put them up
on GitHub for feedback, instead of trading in inchoate ideas, or sitting on
them until the ideas feel mature (which *never* happens for me until I sit
down and start writing code). The ideas that stick get developed into
full-fledged products. Using Git in this way has been such a tremendous
boon for me as a developer, and not having that has been really frustrating.
I don't think expanding git-creation rights to a few more individuals goes
far enough, because the point at which you need a repository is antecedent
to the point in time at which you feel comfortable describing your work to
someone. For cool projects to happen, people need to feel empowered to
start repos for projects that seem speculative and maybe even a little
silly, and that won't happen when you make it necessary to ask for
permission.
At this point I expect someone to come along and point out that you don't
need Gerrit to start a Git repository -- "git init" will suffice. And
that's true, as long as you don't need to collaborate with anyone, or
develop on more than one machine (say rsync & I'll bop you on the head!),
or have stable urls to share with people.
From: Jeremy Baron <jeremy(a)tuxmachine.com>
Subject: Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers
Date: June 4, 2012 11:00:49 PM PDT
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
On Tue, Jun 5, 2012 at 1:50 AM, Ori Livneh <ori.livneh(a)gmail.com> wrote:
If it isn't easy, let's make it easy.
I'm a new developer and not having a
repository to develop in has been absolutely paralyzing. (I requested one
on May 23, for what it's worth).
Gerrit is not just an SCM: there is a rapidly growing ecosystem of services
that integrate with it -- and if your code isn't there, you're persona non
grata. I've whipped up two iterations of a data collection backend for my
team and got it set up on a labs instance, but that was a week ago, and
since then things are at a standstill. It's been hard to get anyone to look
at it, because everyone's workflow and attentional habits are interwoven
with Gerrit now.
This particular side-project is a useful illustration of another important
point: Git's usefulness isn't limited to managing mature projects like
Mediawiki -- it has a crucial role to play in the earliest stages of
development, too. I have no idea if what I wrote is usable and scalable,
and it would've been good to get some feedback early. In the past, I have
found it useful and productive to whip up quick prototypes and put them up
on GitHub for feedback, instead of trading in inchoate ideas, or sitting on
them until the ideas feel mature (which *never* happens for me until I sit
down and start writing code). The ideas that stick get developed into
full-fledged products. Using Git in this way has been such a tremendous
boon for me as a developer, and not having that has been really frustrating.
I don't think expanding git-creation rights to a few more individuals goes
far enough, because the point at which you need a repository is antecedent
to the point in time at which you feel comfortable describing your work to
someone. For cool projects to happen, people need to feel empowered to
start repos for projects that seem speculative and maybe even a little
silly, and that won't happen when you make it necessary to ask for
permission.
At this point I expect someone to come along and point out that you don't
need Gerrit to start a Git repository -- "git init" will suffice. And
that's true, as long as you don't need to collaborate with anyone, or
develop on more than one machine (say rsync & I'll bop you on the head!),
or have stable urls to share with people.
I mostly agree with what you've said.
Just wanted to point out gerrit projects (aka repos) can never be
destroyed. so if you e.g. typo or rename a project or kill it 5 days
after you started it's still there forever. Only very recently have we
even been able to hide projects from project listings in the UI.
-Jeremy
From: Ori Livneh <ori.livneh(a)gmail.com>
Subject: Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers
Date: June 4, 2012 11:13:24 PM PDT
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
On Mon, Jun 4, 2012 at 11:00 PM, Jeremy Baron <jeremy(a)tuxmachine.com> wrote:
I mostly agree with what you've said.
Just wanted to point out gerrit projects (aka repos) can never be
destroyed. so if you e.g. typo or rename a project or kill it 5 days
after you started it's still there forever. Only very recently have we
even been able to hide projects from project listings in the UI.
Isn't the same basically true of Wiki articles? I understand the desire to
keep things tidy, okay. But what would be the big deal about having ten or
even a hundred thousand abandoned repositories, so long as they are hidden,
and do not clutter the UI? The repositories that would be candidates for
deletion are the ones that got no further than an initial stab, and those
measure in kilobytes.
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l