# Meta-feature request: can we see what Beeminder devs are working on?

**URL:** <https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996>\
**Category:** Bugabee\
**Created:** [March 5, 2016, 5:41pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996 "2016-03-05T17:41:59Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![kenoubi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/kenoubi/32/842_2.png) [@kenoubi](https://forum.beeminder.com/u/kenoubi)\
**Post date:** [March 5, 2016, 5:41pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/1 "2016-03-05T17:41:59Z")

</div>

I think submitting feature requests and bug reports would be less frustrating if we could get some visibility into whatever issue tracking system you’re using internally, so we could tell how issues have been prioritized, when they’re being worked on, etc.

If there’s too much garbage or private information to make it directly accessible, maybe just publish a weekly list of what’s being worked on to the blog or something? Like @beemuvi on Twitter, but when you start working on something rather than when you finish. Though it would be nice to see some sort of a backlog rather than just the current iteration (in agile terms… I have no idea what software development methodology you’re using, if any).

If this already exists somewhere, could you point me towards it?

---

<div class="post-metadata">

**Author:** ![insti](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/insti/32/545_2.png) [@insti](https://forum.beeminder.com/u/insti)\
**Post date:** [March 5, 2016, 8:20pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/2 "2016-03-05T20:20:16Z")

</div>

It all tends to be a bit mysterious.

Occasionally @dreev will post a forum post about all the big things they’re committing to in the next [time period]

The [‘daily’ beemail](https://www.beeminder.com/settings/account) (under reminders) often discusses some of what is going on at the moment.

There is a Trello board at: [https://trello.com/beeminder](https://trello.com/beeminder), but that tends not be used as much as you would hope.

The dev slack chat (accessible to [Beemium](https://www.beeminder.com/settings/premium) users) is where the day-to-day action happens.

When the [User Visible Improvements Goal](https://www.beeminder.com/meta/uvi) is in the red it tends to inspire searching the forum for easy to make improvements.

But some kind of “what we’re working on page” would be nice, (or maybe if they started using trello a bit more…)

---

<div class="post-metadata">

**Author:** ![drtall](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/drtall/32/1341_2.png) [@drtall](https://forum.beeminder.com/u/drtall)\
**Post date:** [March 6, 2016, 10:01pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/3 "2016-03-06T22:01:38Z")

</div>

> [@insti](#):
>
> The dev slack chat

I thought it was Hipchat?

---

<div class="post-metadata">

**Author:** ![insti](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/insti/32/545_2.png) [@insti](https://forum.beeminder.com/u/insti)\
**Post date:** [March 6, 2016, 10:38pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/4 "2016-03-06T22:38:15Z")

</div>

> [@drtall](#):
>
> I thought it was Hipchat?

Get with the times daddy-o Hipchat is sooo 2015.

(It moved to Slack.)

---

<div class="post-metadata">

**Author:** ![drtall](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/drtall/32/1341_2.png) [@drtall](https://forum.beeminder.com/u/drtall)\
**Post date:** [March 6, 2016, 11:04pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/5 "2016-03-06T23:04:23Z")

</div>

Hah are you forgetting I’m the one who consumes the Beeminder IRC via a Slack bridge? They should advertise the room is on Slack to encourage people to want to pay for premium!

---

<div class="post-metadata">

**Author:** ![dreev](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/dreev/32/4311_2.png) [@dreev](https://forum.beeminder.com/u/dreev)\
**Post date:** [March 7, 2016, 7:37am UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/6 "2016-03-07T07:37:22Z")

</div>

Thanks for the nudges, y’all! (Psst, the dev channel is now Slack and you can hang out there with us if you get a [Beemium plan](http://beeminder.com/premium "There's a special link you get as part of the Beemium premium plan which gives guest access to our Slack channel. If you want to hang out regularly we can add you to the Slack channel for real.").)

We’ve tried so many issue trackers and to-do lists and things and there’s a fundamental, seemingly insurmountable issue with them. Namely, issues come in faster than we can dispatch them. Which means backlogs grow without bound and adding things to an issue tracker eventually means throwing them into an endless sea.

Unless you periodically declare to-do bankruptcy, which is a horrible solution. (I do have a bunch of thoughts on triage and beeminding total age of tasks and whatnot, but I guess that’s a rabbit hole for another thread.) Anyway, @apb did recently make a new Trello board with what we currently deem the Top Seven priorities. We might make that public (main reason not to is that it’s sometimes useful to talk about specific users’ graphs and things) but in the meantime I’ll list the current top priorities:

1. Infrastructure (mostly loose ends with the [big upgrade](http://blog.beeminder.com/mongoid) now)
2. Lifecycle emails (part of new user onboarding, includes better unsubscribe controls)
3. Better payment options (Stripe Checkout everywhere, ACH, Alipay, Paypal – Stripe makes some of those easy)
4. [Freebees Revamp](http://forum.beeminder.com/t/heretical-freebees-epiphany/147 "We call this Death To Freebees but if I call it that here you'll get the exact wrong idea -- it's more like Freebees Fuer Alles")
5. Road Editor
6. Analytics / Funnel analysis
7. New and improved goal creation wizard

And then a long list of things that it pains us to not have be included in that list (the next autodata integration, callbacks so 3rd party integrations can be first-class citizens, premium plan revamp, uncle button, integeriness, etc etc).

But, as you’ve noticed, things are getting done – most recently the big infrastructure upgrade and the big dashboard experiment – so new things will move into the Top Seven and we definitely want to keep hearing what you think they should be.

---

<div class="post-metadata">

**Author:** ![kenoubi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/kenoubi/32/842_2.png) [@kenoubi](https://forum.beeminder.com/u/kenoubi)\
**Post date:** [March 7, 2016, 2:24pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/7 "2016-03-07T14:24:00Z")

</div>

Personally out of those I’m most interested in the road editor, and I think there’s a very easy way to get a “good enough” version of it: [Feature request: delete “Take a break” entries](http://forum.beeminder.com/t/feature-request-delete-take-a-break-entries/1989)

(Obviously infrastructure improvements should take priority over that if they threaten the stability / security / acceptable performance of the site.)

Re: endless backlogs vs. issue bankruptcy: I think endless backlogs are underrated. The issues you aren’t currently planning to do are still a place to record votes (by devs or users) and promote some of them. You do need to scrub them once in a while for things that have been made irrelevant (if A has been replaced by B, any improvements to A no longer apply).

---

<div class="post-metadata">

**Author:** ![drtall](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/drtall/32/1341_2.png) [@drtall](https://forum.beeminder.com/u/drtall)\
**Post date:** [March 7, 2016, 4:07pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/8 "2016-03-07T16:07:31Z")

</div>

> [@kenoubi](#):
>
> easy way to get a “good enough” version of it: [Feature request: delete "Take a break" entries](http://forum.beeminder.com/t/feature-request-delete-take-a-break-entries/1989)

IIRC when @dreev says “Road Editor” it also includes the change to editing the critical edge of the road rather than editing the centerline. You can already overwrite existing take-a-break entries (which is similar to deleting them), but today you can’t actually set a goal precisely without a spreadsheet to determine what the road slope will be.

So I think it isn’t just a better UI for today’s take-a-break, it’s going to let you actually directly control the goal rather than today’s action-at-a-distance model.

---

<div class="post-metadata">

**Author:** ![kenoubi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/kenoubi/32/842_2.png) [@kenoubi](https://forum.beeminder.com/u/kenoubi)\
**Post date:** [March 8, 2016, 4:04pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/9 "2016-03-08T16:04:12Z")

</div>

I don’t think you can overwrite take-a-break entries, or at least the way it works is extremely unintuitive. I just scheduled a “break\*” that fully covered the period of my existing breaks, and it didn’t change my road at all as far as I can tell (even the hover dates confirm it doesn’t become effective until after the other “breaks”).

\*Note that “break” is in scare quotes because these “breaks” are actually making my road harder, so if there’s some kind of minimum going on that could mess things up. I don’t think that’s what’s happening based on the hover text, though.

---

<div class="post-metadata">

**Author:** ![drtall](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/drtall/32/1341_2.png) [@drtall](https://forum.beeminder.com/u/drtall)\
**Post date:** [March 8, 2016, 4:15pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/10 "2016-03-08T16:15:22Z")

</div>

> [@kenoubi](#):
>
> so if there’s some kind of minimum going on that could mess things up

Oh, I could see that being possible. Maybe @dreev can confirm?

---

<div class="post-metadata">

**Author:** ![dreev](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/dreev/32/4311_2.png) [@dreev](https://forum.beeminder.com/u/dreev)\
**Post date:** [March 8, 2016, 8:51pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/11 "2016-03-08T20:51:08Z")

</div>

That sounds like a bug! Can you point us to the graph in question? ([support@beeminder.com](mailto:support@beeminder.com))

Extremely eager to make these issues moot with a proper road editor!

---

<div class="post-metadata">

**Author:** ![kenoubi](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/kenoubi/32/842_2.png) [@kenoubi](https://forum.beeminder.com/u/kenoubi)\
**Post date:** [March 9, 2016, 2:34am UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/12 "2016-03-09T02:34:02Z")

</div>

Needing to file a proper bug report, I eyeballed the graph (hard to do with no horizontal grid lines) and I think it did actually do something like what I asked, so I guess this is more of a usability problem. The Take a break section of this goal is pretty much incomprehensible; here’s a screenshot:

 ![](https://us1.discourse-cdn.com/flex019/uploads/beeminder/original/2X/2/2c1905885408a3a16a4664e033bcc8393b8c4c3a.png)

I would be seriously impressed if _anyone_ can figure out what that’s supposed to mean.

---

<div class="post-metadata">

**Author:** ![tjb](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/tjb/32/1150_2.png) [@tjb](https://forum.beeminder.com/u/tjb)\
**Post date:** [March 12, 2016, 10:08pm UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/13 "2016-03-12T22:08:29Z")

</div>

> [@dreev](#):
>
> Unless you periodically declare to-do bankruptcy, which is a horrible solution.

As an aside, I’d love a blog post about what solutions you’ve tried and what works best.

---

<div class="post-metadata">

**Author:** ![philip](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.beeminder.com/philip/32/1505_2.png) [@philip](https://forum.beeminder.com/u/philip)\
**Post date:** [March 13, 2016, 9:15am UTC](https://forum.beeminder.com/t/meta-feature-request-can-we-see-what-beeminder-devs-are-working-on/1996/14 "2016-03-13T09:15:06Z")

</div>

> [@dreev](#):
>
> Unless you periodically declare to-do bankruptcy, which is a horrible solution

Broadly, that’s what Mark Forster advocates with his recent ‘ **no list** ’ suggestions. He’s critical of what he calls [‘ **catch-all** ’ lists](http://markforster.squarespace.com/blog/2016/2/23/overcommitment-and-the-catch-all-list.html).

He does also suggest having master lists of ‘ **permissible projects** ’ and the like, in a similar spirit perhaps to David Allen’s higher altitudes in GTD. My current thinking is that the default place for new things is the ‘ **someday/maybe** ’ list, which can then get triaged during a review.
