Closed nobodxbodon closed 6 years ago
Huzzah! Thanks for stepping forward! π
(For reference: https://github.com/gratipay/inside.gratipay.com/issues/316#issuecomment-257278115.)
could I use other web framework than Aspen when contributing code?
We use Aspen for three sites, gratipay.com
, inside.gratipay.com
, and gip.rocks
. If you like JavaScript you might check out our widget server, grtp.co
. If you like Rails, see gratipay-access-dashboard
, which is woefully broken, and should probably be killed if no-one is going to maintain it.
My main interest is to volunteer for marketing:
Awesome! What are your ideas here? What do you think we should do?
my linkedin page
Are you still in San Francisco? I just booked a trip (#867) out there for the next two weeks! We should get together!
/me crosses fingers that @nobodxbodon likes JS...
I'm considering to focus on the accounting part and build some kind of monitor/dashboard for cost&income of Gratipay (example: Buffer's matrix). If it already exists, I'll try to improve and integrate it with other parts of the business. This can serve multiple purposes:
I'm currently in the Bay area, but is about 1 hour away from SF. I developed with Python in some school projects, but not quite in business apps, similar with RoR. My main programming languages are Java (in work) and then Javascript (personal projects like browser extensions). Plus MySQL (in work) and a little PostgreSQL in personal project (one small personal project deployed on Heroku used that). I do like JS, mostly as ameteur, why?
I do like JS, mostly as ameteur, why?
I was mostly joking...by default I've been the most recent person responsible for widgets since I really wanted them to work again.
I was mostly joking...by default I've been the most recent person responsible for widgets since I really wanted them to work again.
Cool. Your reply drove me to explore why the widgets were broken, in related ticket #103, and this open issue (is there any blocker for this one? sounds like a short change in source code).
Another notice is, there are so many open issues, that a new comer like me can hardly tell which has high priority or severity. Is there some high-level roadmap kind of document that outlines the plan and priorities?
@nobodxbodon Our roadmap (such as it is) is in the ticket description on the weekly core radar ticket. We do have an accounting system that could use some attention. Want to get together in person next week or the week after? What is your availability?
@whit537 thanks the radar is pretty comprehensive. I wonder if there's an easy way to show diff between each radar reports, which may tell more clearly what's accomplished and newly added. The best time for me are lunch time in most weekdays. Otherwise maybe the afternoons of weekends, or some evenings if those don't work. BTW I'm in Sunnyvale.
I wonder if there's an easy way to show diff between each radar reports, which may tell more clearly what's accomplished and newly added.
I think it will be better to move most of that content to pages on Inside Gratipay (#880). That way we can track history w/ Git. The reason the core radar is so overloaded is that we tried having multiple radars, but that got to be too much (#828) and copying all the extra content to the core radar was the lowest hanging fruit.
this open issue (is there any blocker for this one? sounds like a short change in source code).
@nobodxbodon Wanna tackle this one? :-)
@nobodxbodon May I add you as a GitHub contributor (so you can make PRs in the main repo rather than in a personal fork) and to the Gratipay money distribution (so you can start taking money! :)?
@whit537 sure glad to be a contributor. I've no problem with being added to Gratipay money distribution, but most likely I won't take any for a while.
glad to be a contributor
Invite sent! :-)
I've no problem with being added to Gratipay money distribution
Cool. You'll need to add and verify an email, set it as your PayPal, and add an identity before I can add you to the distribution list.
@nobodxbodon Picking up from https://github.com/gratipay/inside.gratipay.com/issues/878#issuecomment-258068304 and https://github.com/gratipay/finances/issues/3#issuecomment-258594695 ... any interest/availability in getting together this Saturday the 12th to bring you up to speed on the finances? SF or Sunnyvale or in between? Coupa in Palo Alto?
@whit537 sounds good to me. I'm not sure if morning or afternoon is better for me on Saturday. Shall we confirm on Thursday or Friday through email?
@nobodxbodon Sure, sounds good. chad@zetaweb.com :)
Here's a mock of the cost part, based on current finance spreadsheet. After discussion, it occurs to me that links of related issues in github can address the "why" and "how" to each cost for business handlers clearly. They serve as sources for (especially external) tech guys to check details and comment, as well as index of internal how-to documents. It's not a strict UI mock of the page, and mainly demo the content that needs to be associated.
As a pretotype, how about I start with some mostly static page(s), instead of a Django app, and see if they look right?
@whit537 may I ask if there's traffic monitoring carried out currently? I see some efforts before.
@whit537 I wonder if Buffer.com can be used to some important announcements? The free plan seems sufficient for that usage for now.
@nobodxbodon re: analytics, here's some more: https://github.com/gratipay/gratipay.com/issues/3121
@mattbk thanks, but wrong link?
@whit537 as I'm looking at the finance spreadsheet again, it seems the top 3 items makes more than half of the cost. I'm interested in the finer breakdown, like the heroku instances involved, etc. These will be necessary for the mock above as well. My guess is there can be savings somewhere, but I won't be sure unless I see what detailed items are burning money and why. Could you point me to some reference issues please?
Could you point me to some reference issues please?
I'm not sure what issues to point you to about where we might be burning money. :-( Is that what you're asking for here?
I'm not sure what issues to point you to about where we might be burning money. :-( Is that what you're asking for here?
Kind of. According to the design, each cost should be associated with the reasons and related tech documents like setup steps, so that it'll be easier to review (is it necessary? any alternatives? etc).
As mentioned, the top 3 services (Paramount, Heroku, Travis) makes half of the cost, according to the current finances spreadsheet. So I'm particularly interested in the issues that describe the initial considerations and decision making to choose these services (plans)
Searching for "paramount" in this repo turns up https://github.com/gratipay/inside.gratipay.com/issues/831.
Searching "pay for travis" turns up https://github.com/gratipay/inside.gratipay.com/issues/102.
We've been hosted on Heroku since the beginning, so there's no ticket about initial considerations and decision there. You've seen some of the more recent discussion about Heroku.
I should say that in general we want to pay for services, even if we could get them for free. The reason is to be consistent with our own principles: the whole point of Gratipay is to pay people for things you're grateful they provide! :-)
we want to pay for services
I'm all for it, but just want to make sure if we are not overpaying. Heroku takes $95/month now. Without knowing the configs, I can't tell if it's worthwhile. Still this seems to indicate there's cheaper and not worse performed alternatives. I only used heroku for hobby projects so I can be ignorant about the extra goodies heroku brings.
HEADS UP: I see "Always free for open source projects" on Travis??
even if we could get them for free
This depends IMO. If we can get Travis for free, I think it make sense, especially when it takes 13% of our fixed cost
More reviews of current services:
In all, potential savings (replace pageDuty, lower FreshDesk, free Travis/Github/Sentry) is about $147/month. If we decide to move from heroku to linode ($95->$40), the total savings could double our current weekly budget, if my math is correct?
I don't know about the others. Nice work on the price comparisons!
@nobodxbodon How about making a new ticket in the inside.gratipay.com repo to talk about our budget and our spending and trimming it up? :-)
!m @nobodxbodon... Clearly he is here to whip us in shape finance wise.
Just a thought. @whit537 wants
we want to pay for services
Can we find open source service providers that are as good as the ones we pay for and "tip" them on Gratipay π
@nobodxbodon Do you use Slack? You are cordially invited to join us in http://inside.gratipay.com/appendices/chat! :-)
About reviewing PR, may I ask if there's protocol documented somewhere? Seems we go with procedure below:
If A request review from 3 persons, does she need +1 from all 3? If not, how can the person who submit know if other reviewers don't have comments before submitting? Or is there some period for reviewing?
Using the review system is pretty new, as is having more than one person around to review (in recent memory). So this is good to talk about.
Using the review system is pretty new
GitHub's review system itself is pretty new. ;-)
If A request review from 3 persons, does she need +1 from all 3?
No. Think of those simply as invitations.
If not, how can the person who submit know if other reviewers don't have comments before submitting? Or is there some period for reviewing?
There's no period for reviewing. Anyone can add comments or commits to a PR at any time, and when two or more agree that it's ready, then it's ready. The only rule of thumb is that the last person to commit should not merge (we do break this rule occasionally, usually because we don't have enough reviewers and we need to keep shipping).
Think of PRs as being owned by the Gratipay team as a whole. Unfortunately, GitHub's review workflow encourages a rather individualistic and bureaucratic relation, where a PR is owned by a single person, who has to seek formal approval from othersβbut that's not how we operate.
Does that help?
Though now that I think about it, the reality is more subtle than that. The rule of thumb still applies, but basically anyone who wants to care about a given PR is responsible to get in there and be part of the conversation. We need at least two people, but if a third sticks their head in then the PR now has three people who need to agree by consensus before someone besides the last committer merges.
@nobodxbodon May I give you permissions on the logs private repo? We store our raw financial data there. Since you're working with the finances it will be good for you to have access to that.
@whit537 sounds good, thanks. May I check, if it's private only because we need to mask the bank account numbers?
@nobodxbodon Not just bank account numbers, but also phone numbers and such that leak through bank statements in the description field. That's for our operations accounts. For our escrow accounts we want to protect the privacy of participants for individual transfers. We're comfortable reporting aggregates but we need to take care with personally identifiable transactions.
I've added you to the @gratipay/logs team alongside @kaguillera.
P.S. Do you feel as though you're onboarded by now? :-)
Thanks for explaining the privacy policy. I suppose it's already on our website somewhere?
Yes I feel quite onboarded :)
!m @nobodxbodon π
Reopening from @mattb at https://github.com/gratipay/inside.gratipay.com/issues/993#issuecomment-274228691 ...
May I give you admin privileges on gratipay.com, @nobodxbodon?
@whit537 yes please. Thanks. Could you also share some reference about what admin can/should do? I don't see obvious link in inside. portal.
Besides, is there an existing issue about adding text search ability in inside.gratipay.com? Like those search bar powered by some search engine?
Grep the code for ADMIN
to see what admins can do, we don't have docs.
Besides, is there an existing issue about adding text search ability in inside.gratipay.com? Like those search bar powered by some search engine?
Not that I know of.
Added as admin!
gratipay::MAROON=> select username from participants where is_admin;
βββββββββββββββ
β username β
βββββββββββββββ€
β clone1018 β
β rohitpaulk β
β whit537 β
β aandis. β
β nobodxbodon β
β mattbk β
βββββββββββββββ
(6 rows)
Next step: shall we give you permissions on the logs repo so you have access to bank statements for https://github.com/gratipay/finances/issues/3#issuecomment-275812805?
@whit537 is it the same log repo in https://github.com/gratipay/inside.gratipay.com/issues/878#issuecomment-271682275? I see the latest statements are 2016/10. Could you add 2017/01 or if that's not avaible yet then 2016/12?
is it the same log repo in https://github.com/gratipay/inside.gratipay.com/issues/878#issuecomment-271682275?
Yes!
Could you add 2017/01 or if that's not avaible yet then 2016/12?
Done in https://github.com/gratipay/logs/commit/a20223548edaeb72c372c77142d4547117d2df22 through 2017-01!
Unfortunately we lost the detailed CSV for PNC for 2016-11. I thought they gave us 90 days but it appears to be three calendar months. Missed it by two days. :-/ We still have the PDF from that month though, so we can produce a CSV if needed.
My name is Xuan, and here's my linkedin page, and in my repository are some of my small OS projects.
My main interest is to volunteer for marketing:
First question: