Personal info for bneely

This person is currently certified at Journeyer level.

Name: brett neely

Homepage: http://www.amb13nt.com/bneely/

Notes:

I worked for open-source related companies from June 1998 until March 2001 (Walnut Creek CDROM, Linuxcare, and Eazel). I now work for Apple as a QA engineer. I have developed an expensive Apple habit, commencing with the purchase of an iBook and several accessories. I started using Debian in December 1999. Around mid-2000, I started using PHP for various web projects, including my icecast stream.

In addition to my interest in computers, I'm a music geek. I've been exploring computer music composition for many years. At different times in life I've played the piano, trombone, and guitar. I collect music CDs (I currently have around 700 .. see my recent purchases), and I'm also building a bedroom studio to further my music composition interests. I bought a copy of Reason 2.0 from Propellerheads, which runs on OS X.

Look busy

This person is:

Recent diary entries for bneely:
RSS

4 Apr 2003 (updated 4 Apr 2003)  »

I have an open source project now: stagefright, a playlist generator/randomizer. Certainly it's nothing new, but I wrote my own because I had specific requirements in mind, and because I wanted to write and maintain some perl code. The script is presently driving my icecast stream. I also spent quite a bit of time profiling the script with smallprof, because the script needs to run fast, or people will be stuck listening to silence. My typical usage cases currently execute in under 0.5 sec. O'Reilly's Perl Cookbook has also been immensely helpful.

Putting my project on sourceforge gave me a cvs repository with viewcvs, a place to release files, and a place to track bugs. While I could set all of this up on my own server, sourceforge also provides the possibility of finding users, and possibly the occasional suggestion or patch.

A couple features I planned to do, which I thought would take a week or more to finish, got done in 1-2 days. Somehow, the thought of others watching my project, wondering why it would take me so long to implement a simple feature, prompted me to work much faster.

So I guess I'm an open source exhibitionist.

17 Dec 2002  »

This may only be of interest to a small subset of readers, but a dvd of pc demos has been produced and is available for purchase. If you know about groups like orange, pulse, future crew, haujobb, complex, nooon, and others, check this out. The group that produced this dvd worked very hard to achieve high quality audio and video captures, and to obtain permission from the content authors for inclusion on the dvd.

Before I got involved in the software industry, I spent a lot of time watching demos, collecting and producing mods, and talking to and meeting people from around the world that were involved with the scene. Having a chunk of my history on a dvd makes it more accessible to my friends and family. It also preserves classic works of art at risk of obsolescence due to hardware requirements from many earlier generations of pc hardware.

11 Oct 2002  »

hacker said:

in the US, there is no state that allows you to exceed 65mph that I'm aware of, and yet domestic cars are sold with the ability to go 120mph plus. Sure, you can jam your foot on the pedal and go as fast as you want.. but you're breaking the law. I wonder how many unnecessary injuries and deaths could be prevented if cars simply could not exceed the maximum speed limit

There are some portions of freeways in California (i believe highways 5 and 40) with posted speed limits of 70-75. But that's a minor point. Evasive action is sometimes necessary by a (hopefully responsible) driver, and being able to crank a vehicle up faster than the speed limit for brief durations offers additional maneuverability. I do this once in a while. I realize you're mostly referring to people that drive higher than these speeds continuously.

Also, what to do on a three-lane highway when all three lanes are going 65 mph, and there are three cars running parallel across the three lanes, and an ambulance pulls up behind the vehicle on the left? The automobile driver would actually have to slow down to let the ambulance pass. As the ambulance continued along the highway and encountered additional parallel cars like this, choosing to stay in the left "passing" lane would actually force the ambulance to slow down below 65 so that the vehicle in the left lane (the one responsible for providing right-of-way) can slow down and get behind the car to his right with which he was previously parallel. You often can't count on the drivers in the other lanes to slow down and let the ambulance-blocking driver pass in front.

Let's say all personal vehicles were manufactured with a top speed of 80 mph. How would the speed of the vehicle be limited? A car and its engine with a maximum speed of 120 mph might offer a smooth, comfortable, and fuel-efficient ride around 70 mph, but when accelerated beyond that, the car will start to vibrate, and the efficiency of the engine will decline. I fear that designing cars with top speeds of some arbitrary speed limit, plus a few extra mph for cushion, could hinder the driving experience. In another scenario, fuel consumption could be limited on existing vehicle designs to support a maximum speed and nothing more. But would that work correctly on hills, in snow, or in mud?

My Saturn's speedometer shows a top speed of 130 mph, although I have never reached that speed. But my tires, I believe, are only rated for sustained speeds of 84 mph.

14 Feb 2002  »

Work has been going better recently. The stuff I'm working on is eons away from being shippable, but that should lead to some thoroughly enjoyable chaos in the upcoming months. I think I wasted too many weekends in the office last year, so I won't make the same mistake again this year. Weekends will still be worked, but they will also be played.

For the past few weeks I've been working a lot with Cocoa. I like Cocoa and objective-c. I like single inheritance, reference counting, and general object-y goodness. I *hate* Interface Builder. There are too many things about Interface Builder that aren't intuitive enough for first-time users. Nearly everything in IB is designed around the "after you do it once, you know how to do it" idea. Project Builder is a useful tool that is easy to figure out, given that you have at least some idea of what should be happening. But PB has a very busy user interface, and it can be annoying to get enough screen space for an edit window because of the need to move all the split panes out of the way. I've also been using gdb quite a lot (because the shit I churn out is unreliable enough :).

I think my biggest problem with working at Apple is that there's not enough insubordination. :D

My mp3 stream has been receiving a lot of my attention recently. I found new music for the playlist, and I'm building my own playlist randomizer. My playlist script (written in perl) parses the master playlist, splits the songs out into a hash of arrays (with artist names as the hash key, and the artist's songs stored in the array), then does some intelligencia to schedule the next song. It's currently a playlist-spitter-outer, although I'm intending it to operate dynamically (probably to be called through the perl module interface in IceS). I'm done with the very basic functionality and the design of features I want to add, but I haven't had much time and/or motivation to work on it recently. Anyway, I'm trying to solve the problem where the playlist randomizer in IceS will play the same artist twice in a row, or three times within 10 songs. Barf.

4 May 2001  »

Has anyone ever seen venture capitalists evaluate the quality of the work being done by a fund-seeking company's employees?

42 older entries...

This person has certified others as follows:

Others have certified this person as follows:

[ Certification disabled because you're not logged in. ]

[ Home | Articles | Account | People | Projects ]