Following on from this conversation, albeit somewhat tangential to
"shippable" work.

One thing I'm interested in learning more about is how other people work
and what
tools and hacks they use to boost productivity. For example, I've been
using vim for years,
the key sequences I use all the time are burned into my brain, and I get
frustrated when
going to a machine that doesn't have all the same keys mapped and plugins.
I've been
using Atom for the last week to see whether it can make certain things
easier, and
unsurprisingly, it does. I see Vlad and Vijay use WebStorm, and I'm sure it
has
some awesomeness too. Another example is both Phil and I use iTerm, a
couple
of months ago Phil showed me a "replay" feature that re-runs the command
line
history - my head exploded. jrgm pulls out bash foo all the time that I'm
just like
"whaaa? That's possible?". Each time I see things like these, I feel like
I'm
slightly more productive.

What other secrets do people have that could make others more productive?

Things I'm personally interested in:

   - Keeping up with the Mozilla Firehose.
   - Speeding up the dev cycle.
   - Editors and what they provide.
      - vim shortcuts, plugins.
      - Searching/finding snippets.
   - Writing tests to be more reliable.
   - Anything related to git.
   - Searching server logs for problems.

What can I show? I dunno what's worthwhile to others, is there anything
others wonder how their teammates approach?

We might not need a full-on session for this, but if anybody has anything
they wouldn't
mind showing off, you have an audience of at least 1.

Shane



On Fri, Nov 18, 2016 at 2:40 AM, Alex Davis <[email protected]> wrote:

> Following up on what Ryan and Shane said...
> Here are a couple of things that might be nice to work on with Feeley (if
> he is around) since it could really help to have engineering, product and
> UX putting their brains together at the same time:
>
>
>    - OKR #3: Reduce likelihood of user losing Sync data
>
> KR
>
> Rating
>
> Establish metrics and dashboard for measuring when users lose their data.
>
> Reduce voluntary password resets by 20%. 7% → 5.4%
>
>
> This one seems particularly hard since the challenge of balancing good UX
> and solid security is a tremendous challenge.
>
>
>    - Get Feeley's proposed reversed sign-up flow up and running and ready
>    to A/B test.
>
>
>    - Phase 3-4 of email confirmation flow that we worked on in Toronto
>
>
>
> Just throwing those out there...
>
> --
> Alex Davis // Mountain View
> Product Manager // FxA & Sync
> (415) 769-9247
> IRC & Slack: adavis
>
> On Thu, Nov 17, 2016 at 3:37 PM, Shane Tomlinson <[email protected]>
> wrote:
>
>> I have a not-so-secret-secret (as in, it's not secret at all, I talk
>> about it regularly). I take a little bit of time every train to pay down
>> technical debt and only rarely do I feel that time could be better spent
>> elsewhere. FxA is 3 years old now and has tons of little niggles. Those
>> little niggles can seem like a big burden, so it's nice to get rid of them.
>>
>> I find paying down debt helps to keep me engaged - sometimes a small win
>> is all that's needed to brighten an otherwise difficult day. I take pride
>> in the code and enjoy making it better, it has become a regular process.
>>
>> My idea for maximizing Hawaii is to work on things that are easier to
>> coordinate when others are in the room. If an item of debt meets that
>> criteria, then yeah, perfect. The way my quarter is shaping up, I have a
>> feeling I'm going to be bugging people mostly for "connect another device"
>> and related tasks.
>>
>> Shane
>>
>>
>> On Thu, Nov 17, 2016 at 3:34 PM, Phil Booth <[email protected]> wrote:
>>
>>> Oh Vijay, that's a great shout!
>>>
>>> I have so many open quality issues on the back-burner, which I never
>>> seem to make time for but really want to work on. Maybe I'm just bad at
>>> prioritising stuff but having some official technical-debt time would be
>>> brilliant I reckon.
>>>
>>> +1
>>>
>>>
>>> On Thu, Nov 17, 2016 at 3:04 PM, Vijay Budhram <[email protected]>
>>> wrote:
>>>
>>>> I think having a focused 2-day hack sprint would be great. However, I
>>>> have a counter proposal.
>>>>
>>>> > What should we try to do
>>>>
>>>> I think it would be cool to help reduce some of the technical debt that
>>>> has accumulated. These are things that we normally don't get to make
>>>> explicit time for but would make our lives better in the long run.
>>>>
>>>> 1) More stable testing environments
>>>> 2) Faster functional tests
>>>> 3) Migrate projects to Yarn?
>>>> 4) Build trigger to test entire stack against specific commit in any
>>>> project
>>>>
>>>> I'm sure there are more things that could be added but that is off the
>>>> top of my head.
>>>>
>>>>
>>>> On Wed, Nov 16, 2016 at 7:56 PM, Sean McArthur <[email protected]>
>>>> wrote:
>>>>
>>>>> The Hawaii work week is only 3 weeks away! We're starting to see more
>>>>> and more that can be part of our schedule, and we could try to plan
>>>>> something FxA-related that we want to get done that week. With travel 
>>>>> days,
>>>>> plenary and other required bigger-org meetings, we could have around 2.5
>>>>> days to be together and get something done.
>>>>>
>>>>> Would you all be interested in planning some sort of sprint thingy,
>>>>> similar to what happened in Toronto? Maybe we can plan a 2-day hack sprint
>>>>> where on Friday afternoon we can show off a working thing-a-ma-jig.
>>>>>
>>>>> What should we try to do? Should we continue on the idea that was
>>>>> brainstormed in Toronto? Or is there some other small experiment someone
>>>>> has wished we could just make happen with some concentrated effort?
>>>>>
>>>>> _______________________________________________
>>>>> Dev-fxacct mailing list
>>>>> [email protected]
>>>>> https://mail.mozilla.org/listinfo/dev-fxacct
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Dev-fxacct mailing list
>>>> [email protected]
>>>> https://mail.mozilla.org/listinfo/dev-fxacct
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Dev-fxacct mailing list
>>> [email protected]
>>> https://mail.mozilla.org/listinfo/dev-fxacct
>>>
>>>
>>
>> _______________________________________________
>> Dev-fxacct mailing list
>> [email protected]
>> https://mail.mozilla.org/listinfo/dev-fxacct
>>
>>
>
_______________________________________________
Dev-fxacct mailing list
[email protected]
https://mail.mozilla.org/listinfo/dev-fxacct

Reply via email to