Heather's Paragraphs

My First Impression of a Startup Incubator

A year or so ago, I got to tag along to a Y Combinator event [1]. Just weeks before, I’d gotten a full introduction to incubators and how startups work by talking to a friend that was going through the process. I was excited to attend the event, and the whole concept of Y Combinator sounded quite cool.

The event consisted of the majority of one “class” of the incubator from a previous year, plus a couple tag-alongs like me. Upon arrival, I found myself in the midst of an extremely demographically homogenous group. This is even compared to all the open source conferences I’ve attended. It was eerie, and quite a shock.

I got over this shock once the event got in swing and founders started speaking. But I was periodically reminded of the demographic as the speakers and hosts alike chummily refered to their peers as “the Y Com-bros” throughout.

As a startup-curious person, I started taking mental notes. To be honest, one of them was to not apply to this particular incubator if I wanted to start a business. Why? There wasn’t anyone like me there. Who knows the multitude of reasons leading up to them not being there, but they weren’t. Not only that, but everyone seemed to be satisfied with that.

Afterwards, I mentioned to my friend that the “Y Com-bro” shoutouts could be alienating to the one woman founder, and he balked. He said that she wouldn’t care, in a way that implied that she shouldn’t care. I could only guess that he got this attitude from the environment he’s in.

Life is short. I’ve learned from several years of surprisingly tough times as a minority in this industry that it’s not worth anything to surround myself with people that don’t understand or don’t care. Luckily, there’s competition and there are other incubators and other paths.

I’m a programmer, and not an entrepreneur. But I’ve had some ideas and a few strong urges to build them. Maybe someday one of them will top the urgency I feel with my full-time job. I’m confident that if I were to take an idea to a startup incubator in the future, it would be to one that was clearly concerned with getting a more diverse bunch of entrepreneurs and making them feel welcome.

Update: Since then, they have discussed and decided to drop the “bros” nickname. I think that’s a really good call.

[1] I don’t know what kind of event this was. I’m pretty positive I was allowed to be there and my friend was definitely under the impression that I was. I want to emphasize that I’m glad I got to go, and I got some good stuff out of it too.

New Bugzilla Todos Features

A few months ago I created Bugzilla Todos out of a need to see all the Bugzilla-related things I had to do in one place, and also quickly see what other people had to do (for example, when picking someone to review a patch).

It’s a basic UI that shows your review and flag requests, patches to check in, unfulfilled requests you made of other people, and assigned bugs. I just added a few features that I desperately wanted for it:

Live Updates: Bztodos now checks Bugzilla periodically for any new requests, and shows notifications of these new requests:

Favicon counter

Screen Shot 2013-05-02 at 9.18.01 AM

It shows the count of the new requests in the favicon (thanks to the tinycon library), and highlights new items in the list. It checks every 15 mintues. I hope that’s okay with Mozilla’s Bugzilla.

Remember Last Tab: When you visit the page again, the last tab you had selected will be open by default.

Keyboard shortcuts: Visit the ‘Review’ tab by simply typing ‘r’ when the page is focused. The shortcuts are based on the first letter of the tab, and ‘p’ for the ‘Respond’ tab.

Suggestions?

The Bugzilla queries used to fetch these queues are always in need of tweaking for unforseen situations. Please file an issue if the wrong items are showing up in a tab, and especially if something is missing. Also file if there are any suggestions at all.

 

 

 

Open Source Rocks – Follow Up

My last blog post was quite a downer, so I want to do a short follow up for posterity.

First of all, there were some nice responses to it from Steve Klabnik and especially Corey Haines, who gave a sincere straight-up apology. Several people have told me they are usually very nice, so keep that in mind.

The emails I got really stuck out to me. Some people had their own stories that were way worse than mine. Sadly, several said that this is why they’d never open sourced anything.

But I also got emails with people telling me how useful they’d found some of my open source projects. That right there makes it all worth it. Make sure you let people know when you appreciate their work, it might help balance out some of the bad.

I want to make it clear that you should definitely still open source your code. I still wouldn’t hesitate to open source something if I thought it could be useful to someone.

Yesterday my colleague mentioned that a script I wrote was getting a lot of attention on Twitter. This particular project was something I wrote a couple years ago to help me out with a workflow. I had a lot of fun writing it and have gotten a ton of use out of it, and several people have expressed that they have too. I’d put it up on Github, so that others could potentially use it or use the code.

So I went to see what people were saying about this project. I searched Twitter and several tweets came up. One of them, I guess the original one, was basically like “hey, this is cool”, but then the rest went like this:

1 2 3

At this point, all I know is that by creating this project I’ve done something very wrong. It seemed liked I’d done something fundamentally wrong, so stupid that it flabbergasts someone. So wrong that it doesn’t even need to be explained.  And my code is so bad it makes people’s eyes bleed. So of course I start sobbing.

Then I see these people’s follower count, and I sob harder. I can’t help but think of potential future employers that are no longer potential. My name and avatar are part of its identity, and it’s just one step for a slightly curious person to see the idiot behind this project.

I queried some tweeters for more information on why exactly it was so bothersome. I didn’t get apologies from these tweeters.

The response to this from other people was overwhelmingly reassuring. The tweets were called out by several people, and I got a bunch of reassurance and support. I’m lucky to have friends in this industry that know me in person and through my work, and thus feel more compelled to speak up.

I evangelize open source whenever I meet new coders or go to meetups. I tell them to make something that they would find useful and put it out there. Can you imagine if one of these new open sourcerers took my advice and got this response, without the support I had. Can you imagine?

Update:

I got some apologies: http://programmingtour.blogspot.com/2013/01/im-sorry.htmlhttp://blog.steveklabnik.com/posts/2013-01-23-node, and I wrote a follow up post here: http://harthur.wordpress.com/2013/02/01/open-source-rocks-follow-up/

Also, it was hard for me to convey this, but the snarkiness of the tweets really made it so much worse. I wish I could explain why.

 

.

Filing Bugs in Components

I’m always filing bugs, and I usually know the Bugzilla component they’re supposed to go in. So I made a shortcut to get around the hoops of picking a component on the Bugzilla form. It’ll autocomplete on product and component name for faster filing:

Image

I also often search for bugs by summary in a component, so I made a shortcut for that too. You can search for open, closed, or both:

I’m interested in the common fields other people use when searching for bugs, so if you have any insight leave a comment.

 

 

Creamy Lemon Ice Cream

Makes 1 1/2 quarts of ice cream.

Ingredients:
2oz cream cheese, softened
3/4 cup sugar
1/2 cup fresh lemon juice
2 tbsp lemon zest
1/4 tsp vanilla extract
1 1/2 cup whole milk
1 cup heavy cream
pinch of salt

Directions:
Mix the cream cheese and sugar. Add the lemon juice, lemon zest, salt and vanilla and mix well. Wisk in the milk and cream. Pour in your ice cream maker and use according to directions.

Seeking New Owner for Nightly Tester Tools

Nightly Tester Tools is an addon for Firefox nightly and beta testers. I’m the current maintainer of the addon, having been passed down the torch by Dave Townsend. It’s at the point where I no longer have time to give Nightly Tester Tools the attention it deserves.

Nightly Tester Tools has been around for a long time. It’s provided tools like build id copying, screenshots, and test crashing. The code is currently on Github, and there’s a Bugzilla component Other Applications/Nightly Tester Tools Where people file bugs.

Maintenance mainly involves bumping the version compatiblity on AMO every time there’s a new Firefox release and checking out new bugs or feature requests that come in.

This is a great opportunity for a nightly tester to build onto a tool that helps out thousands (NTT has about 100,000 users) of testers, and learn some extension development at the same time.

Please get in touch if you’re interested. I’m harth on #ateam on irc.mozilla.org and always available to answer questions about it and guide anyone along about the process.

New Mozregression Owner: Jeff Hammel

I’m no longer maintaining mozregression, Jeff Hammel is!

The GitHub repository has been transfered to the Mozilla organization. File issues on the new GitHub repo or ping jhammel in #ateam on irc.mozilla.org for any suggestions or concerns.

Rainbow Update

A new version of Rainbow is out. This new version contains a bunch of tiny fixes that make it 10x more useful I think:

Extract color schemes from images

Extract the color scheme from any image on the page by right-clicking the image and selecting “Extract Color Scheme”:

Preview element colors

There’s now a “Preview Element Color” context menu item that will let you quickly inspect the background/text colors of any element in Rainbow’s color picker:

View last color

View whatever color was last copied/saved from the inspector with the “View Last Color” shortcut in Rainbow’s main menu:

This version also adds a French localization courtesy of Alain Besancon and some much-needed bug fixes.

Anyways, the real news is that 1.4 is the last version I’ll release on this code base barring any new locales or bugs. Soon I’ll be starting a complete re-write that might take awhile. The current code is written by a total JavaScript and programming n00b (me, four years ago) and uses XUL (thus can’t use Jquery or any nice new HTML features).

I’ll be converting it to HTML, modularizing it (starting with https://github.com/harthur/color), and making it a Addon-SDK-based addon and creating a Chrome extension if all goes well.

Dealing With (Not Dealing With) the Open Source Assholes

Jumping into the open source and js world has been a surprising psychological crash course/nightmare for me. There’s something about open source and open forums that encourages socially-inept jerks to deride people and software. It’s especially prevalent in certain communities. It can make you doubt yourself, or even worse, force you to adopt a behavior you don’t want to.

This can be off-putting to say the least. Your world can turn into a crazy, competitive, self-questioning altworld if you’re not careful and there are some things I’ve learned about turning that around.

Go to the right meetups. Meeting some of the people in your community in person can actually be a relief of sorts. People that sound stern on the internet are usually way nicer than expected in real life. But don’t stick around meetups or conferences that aren’t welcoming or have an “Glitterati” feel, being physically in such a high stress environment does nothing good for you, and it’s unlikely your single presence will change anything.

Follow the right people. Twitter and Github are the best things to happen to open source since IRC. But as soon as someone says a software project is “retarded”, unfollow them. Seriously, you don’t need to hear that crap. Follow people that are saying positive things, giving constructive criticism, encouraging people, giving propers where propers are due.

Don’t let anyone cramp your style. Feedback is important and of course you should listen to it. If someone says something negative about your project in an unreasonable way, don’t take it to heart. There’s something good in every project (it’s open source, it already has one thing going for it), no single project is complete crap, keep the good things and learn from the criticism.

All this boils down to basically “surround yourself with good people”, it’s advice that applies to everything, but it’s good to remember that it’s just as important to apply it to your work and hobbies. Tina Fey (<3) sums it up in Bossypants (<3):

When faced with sexism or ageism or lookism or even really aggressive Buddhism, ask yourself the following question: “Is this person in between me and what I want to do?” If the answer is no, ignore it and move on. Your energy is better used doing your work and outpacing people that way. Then, when you’re in charge, don’t hire the people who were jerky to you.

If the answer is yes, you have a more difficult road ahead of you. I suggest you model your strategy after the old Sesame Street film piece “Over! Under! Through!”

Again don’t waste your energy trying to educate or change opinions. Go “Over! Under! Through!” and opinions will change organically when you’re the boss. Or they won’t. Who cares?

Do your thing and don’t care if they like it.

This brings an important point, sometimes you can’t avoid collaborating on a project with a smartass. Take the high road and don’t ever respond to snarkiness with snarkiness. If you get anything from this blog post it’s…don’t let it change you.

Follow

Get every new post delivered to your Inbox.

Join 29 other followers