#metabrainz

email is also not going to work

ruaok: I wasn't complaining though.

fin?

E-mail isn't working now anyway.

Gentlecat: what about new JIRA backups ? any option to save to S3 or the like ?

ok, onward to dev priorities.

another thing that happened last week was interviewing a new supporter relationship manager person.

this was BizDev, but since a lot of things I needed help with are done, I'm redefining the role.

and keeping it simpler with only one hat.

Freso gives her the stamp of approval as well, so hopefully we can close that deal soon.

next, I want to talk about hiring a new dev.

bitmap needs help, so we need a perl coder.

Well, from one meeting with her, sure. :)

zas: I didn't look into that

I imagine you can just copy files there

and MBS-1806 also looms on the horizon as well. I need to review where we stand there, I want to take a different approach than what I tried last time.

my thought is to have Gentlecat look after the python related projects with a given priority list: 1) MeB 2) LB 3) CB

Huh. https://opensource.careers/

1806?

MeB should not take too much

bitmap: messaging, or whatever that number was.

ah

not 1806 then ;)

I will probably start over and write the specification in its entirety myself.

I hate to ask, but what was wrong with the old approach?

the specification was a mess and our dynamic on it was horrible.

seems wrong to just throw away all the work that's been done

That's what you sometimes need to do.

it easier to start fresh.

*is

bitmap, ruaok: have a look at stats... queen move had a pretty impressive impact... basically response time atm is the same as the one we have in dead hours...

so, do we start looking for someone with perl skills before xmas or do we wait until the new year?

zas: in a bit, please.

well, I also want to finish the yearly reports, so I may not have time to hire someone anyway. until jan.

I'd say the sooner the better but after the new year might be less hectic

someone with perl skills ... better ask for Christmas...

any thoughts on my proposed ideas.

lol, zas

bitmap: if you can write a job description, we can get the ball rolling sooner.

and yes, sooner = better anyway

I say January is a good time to start actively looking.

different from my own?

and may be we can ask Freso to help publicize it.

Sure.

I think a bit less emphasis on your sysadmin prowess.

December is going to be busy with putting out remaining fires from the move, GCI, and general random disappearances due to holiday season.

that will make it harder to find someone. but you're most qualified to write the description since you live it weekly.

right, I can look at it

well, lets see about knowing what we want before the year is out, so we can start fresh in jan.

great, thanks.

now, google money and dev priorities.

dev bonuses have been mentioned and given that xmas is coming, I think the whole team might need bonuses thanks to google.

no brainer.

FWIW, it seems like https://opensource.careers/ makes a living off connecting Perl developers with companies. I don't know if it'd be worth maybe spending some of the Google moneys on him?

the recurring thought in the comments was the mb site design and UX.

I am thinking of setting aside $2000 for monkey to lay the ground work for a UI refresh -- less look and feel, but more function and ease of use.

have him set the stage that others can implement piecemeal over months time.

Is monkey an active editor? Does he know how the site functions?

gcilou has expressed interested in helping with that.

at little, but he can get up to speed fast.

*a

Hmm. I know http://musicbrainz.org/user/aerozol mentioned he's a UX person for a living

Alright.

👋

good point.

Might be interesting to ask if he's interested in getting involved? Dunno

Let me ask both of them about this proposal see what they think.

He definitely has edited quite a bit :)

Yeah. And he's definitely a very active forum user at least. Not sure about how much he edits, but it seems to be a fair amount too. :)

We really need to make the site more user-friendly, my thought is that MB without tons of userscripts isn't great at all as editor

I had seen that suggestion and was wondering if it would make sense to try to come up with general patterns that would work for both MB and BB. I'm not sure what burden that would place, but it would move toward my eventual vision for BB.

I'm going to be cautious with this one, given the gsoc debacle from a few summers ago.

Agreed.

Agreed, but then I mostly edit classical. Without classical it's not *that* bad

But still could be much better

Leftmost: yes, I would like a style guidelines for UI development to come out of this.

perhaps some tools as well.

Leftmost: That might be nice.

I think we need to worry less about great UI for powerusers though

Yeah.

(because those *will* use userscripts anyway)

It should be more about making things as clear and helpful as possible for beginners

ok, given that we're running out of time, I'll leave this be for now.

Power users are using extra scripts, but i think newbies need improved UI to reduce errors, and encourage editing

please think about what is important going forward. what things would you want to fix?

Of course if something just doesn't work at all without scripts it should be improved, but :)

we need to define out target audience and our overall goals.

I will start a google doc to collect these thoughts formally in the new year.

👍

Sounds good :)

but, I think everyone has enough fires to put out for the remainder of the year, yes?

Lets take cookie and vote discussion next week?

Let's

and then come new year, we'll se the tone for the new year.

I don't think we can do either in <1min.

Freso: ok by me.

agreed.

Alright then.

Thanks for tonight. :)

anytime, hot stuff!

Thanks, Freso ;)

errr. :p

</BANG>

ruaok: Was waiting for the magic moment. :)

We went 1s over.

MB target audience is an interesting question, maybe conduct some user polls?

Leftmost: We started a second late. :)

ruaok, okay, will do :D

ruaok, bitmap : http://stats.metabrainz.org/dashboard/db/mb-vs-... <--- see the ws on queen impact

yay, leo

Promptness is a virtue.

Leftmost: Also, log says 2016-12-05T21:00:00.524389+00:00

Freso, that's still half a second too late :P

/kick Leo_Verto

da hell happened between 20h and 21h?

or was 21 when queen came in?

20:30, more like.

Yes, Enter Queen at 21.

k, then what happened at 20h?

we hit capacity and things went to shit?

Hard to tell, but whatever it was, it seems to have normalized already before queen was brought in.

Which was at 20:57.

There are plenty of things i can't explain yet, i will dig this tomorrow with more stats. For example, why Queen has slower response time ? It handles less ws requests than others though weight is the same, and why processes/threads on hip didn't move while queen came into play

the blue line in the bottom graph is also telling.

nothing new...

didn't bitmap say queen is replicating?

beware, some stats may have 1-2 minute delay

if so, that might explain it.

chirlu: about the vote thing you wanted to discuss...

I might be missing something, but it looks like they are public by default in new version

Oh, good.

I don't know if that's something that can be changed

or if that's just for admin users

But it solved the issue, loads on webservers are now much better, response time is the ~same than during low hours

For the ancient version, it could be changed. No idea about the old one.

bitmap: what do you think about this (queen) ?

Gentlecat: No, I can’t see votes on jirabrainz.gentle.cat.

hmm, interesting

Okay, two final candidates for JIRA banner logo thing: https://drive.google.com/file/d/0Bz_3cJoQhf4ncD...

is it maybe because you're an admin?

Leo_Verto: It is.