Re: "mc is over!?" - post by Ilia Maslakov on Russian-speaking IT site

On Sat, 2015-05-30 at 08:23 -0400, Volodymyr Buell wrote:

That's the reason to decommission existing infrastructure asap - you
pay for the things that work against your productivity. 

I've heard this before, and you still haven't explained how it works
against *my* productivity, or the productivity of Andrew.

I personally couldn't do much else in 1 hour per week that I'm spending
on it anyways. Andrew likes it and it does make him productive: check
the git log if you need statistics. Do you think that if the tracker is
migrated to Github, I will magically be able to review 500 tickets in
this 1 hour per week or what?

A valid reason for moving in my opinion would be to reduce reliance on
privately owned stuff, and I have been slowly working in this direction,
and hope to take it further in the future, but other than that, I see no
other reasons currently to do so.

On Sat, 2015-05-30 at 08:23 -0400, Volodymyr Buell wrote:
I see that you not so interested in migration as you didn't answer my
question in private. 

It's not just a matter of interest; realistically, I can scrap up to 5
hours per week for mc, which means process the mailing list ~2 times per
week; processing huge emails full of very questionable content by some
posters takes hours, so there we are. I saw your mails among others, and
I'll try to reply tomorrow.

Now in what concerns the interest, yes, it is low. For once I
wholeheartedly agree with Oswald. There need to be some very important
advantage in the migration, and if we go for it, it should be done

One advantage could be that person X steps up and shows enough
commitment to prepare a migration like Slava did, and which was later
completed by Oswald. He also declares it as a pre-requisite for him
taking over and investing serious time in the project.

Under these circumstances, I can stick my own (very negative) opinion of
Github issue tracker somewhere deep down, and accept that the tools are
chosen by those people who do the real work. If they like Github issues
and they make them productive, so be it.

But I don't buy unsubstantiated arguments about magical community of
productive and qualified members appearing out of nowhere, and doing
quality code review over large spans of time. Instead, what will happen
is that Github issue tracker will become just as dead swamp of issues
and patches, as Trac has become now. I've been part of too many
projects, and I know how successful open source projects work: there is
a lot happening behind the scenes.

Sincerely yours,
Yury V. Zaytsev

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]