1,207 karma · joined July 2, 2007
At Mixlr, [http://mixlr.com], we’re currently looking to meet developers.
Mixlr is a platform for broadcasting and listening to live audio. We launched less than a year ago, and have a large and fast-growing user base including some of the world’s top DJs and radio stations.
We also have an interesting and scaleable backend architecture which involves not only Ruby but lashings of Java, C and C++, with heavy usage of Redis and MongoDB.
We practice test-driven development, use Puppet to automate our server configuration and live by the mantra of rapid deployment: join us, and you can expect to see your code being put through its paces by thousands of users - within hours (or quite possibly, minutes).
We would love to meet developers with:
- deep web development knowledge - most likely involving Ruby on Rails.
- a strongly test-driven approach to coding.
- a love for learning new skills and technologies, and the enthusiasm to break out of Ruby and try their hand at unfamiliar languages and frameworks.
- a driving passion not just for coding, but for audio, music and startups as well.
For the right person(s), we are able to offer:
- A competitive, full-time salary - negotiable dependant on experience.
- Meaningful stock options.
- Offices a stone’s throw from Old Street tube.
- The opportunity to take a leading, hands-on role in building an exciting and ambitious music company.
If the above interests you, then we’d love to talk. Contact me: rob <somehow> mixlr.com.
Sorry, but we're not hiring remotely at this time.
Actually, I'd be tempted to make the process 100% automated, and open it up to the general public as soon as possible.
This has the potential to go extremely viral, and occasional "bad" videos could work in favour of this, by introducing an element of humour into the proceedings.
It's simply that many developers feel that it's easier to get all the permissions in one go, when the user first signs up.
At Mixlr, we’re currently looking to meet developers.
Mixlr is a platform for broadcasting and listening to live audio. We launched less than a year ago, and have a large and fast-growing user base including some of the world’s top DJs and radio stations. We also have an interesting and scaleable backend architecture which involves not only Ruby but lashings of Java, C and C++, with heavy usage of Redis and MongoDB.
We practice test-driven development, use Puppet to automate our server configuration and live by the mantra of rapid deployment: join us, and you can expect to see your code being put through its paces by thousands of users - within hours (or quite possibly, minutes).
We would love to meet developers with:
- deep web development knowledge - most likely involving Ruby on Rails.
- a strongly test-driven approach to coding.
- a love for learning new skills and technologies, and the enthusiasm to break out of Ruby and try their hand at unfamiliar languages and frameworks.
- a driving passion not just for coding, but for audio, music and startups as well.
For the right person(s), we are able to offer:
- A competitive, full-time salary - negotiable dependant on experience.
- Meaningful stock options.
- Offices a stone’s throw from Old Street tube.
- The opportunity to take a leading, hands-on role in building an exciting and ambitious music company.
If the above interests you, or you’d like to discuss anything further, then we’d love to talk. Contact me: rob <somehow> mixlr.com.
Web Developer
Mixlr is a platform for broadcasting and listening to live audio. We launched less than a year ago, and have a large and fast-growing user base including some of the world’s top DJs and radio stations. We also have an interesting and scaleable backend architecture which involves not only Ruby but lashings of Java, C and C++, with heavy usage of Redis and MongoDB.
There's a full job posting here: http://devblog.mixlr.com/post/10237678024/web-developer
If you're interested then drop me an email: rob [somehow] mixlr.com
(We're hiring a web designer too: http://devblog.mixlr.com/post/10240216505/web-designer)
It's easy to miss this fact if you spend a lot of time reading Hacker News, but it's true. So use this knock to re-evaluate and analyse by all means, but YC is far from a guarantee of success: if you were going to be successful after being accepted through YC, then you will inevitably find some other path to the same destination.
If you have a product targeting SMEs, then I would highly recommend you consider cold-calling. It's cheap, fast, highly effective and every owner/manager of such a business is used to fielding these calls.
I was able to consistently secure my employers £1k-£2k of business per week, selling a pretty mundane (non-tech) product. Not figures on their own that will make anybody a millionaire, but any early-stage startup should kill for that revenue.
Selling to larger businesses is more difficult and time-consuming, because it's rare/impossible to be able to get an instant decision over the phone. But it may still be worthwhile to try.
Making the calls is quite hard work. I crafted a rough script, but as I practiced more I'd deviate increasingly from it: it's important to sound friendly, confident and non-robotlike. And you've got to have a pretty thick skin, and accept that some days will be relatively barren. On the other hand, it's a great buzz when you get a few sales in a row :)
Good luck
I don't, however, agree that this is what Pi sounds like. The composer could easily have applied any one of an incalculable number of different rules, and come up with something which sounded completely different..
I would then consider 1-2% equity to be a not-unexpected bonus/incentive above-and-beyond.
Difficult to be sure without knowing the full circumstances, but it sounds like a poor deal from what you've said.
For me, coding comes very naturally indeed. Next, writing, then music, and finally visual art which I find next-to impossible to master. :-)
And when I say "naturally", I have no doubt that there is a direct correlation between what comes most "naturally" to me, and what I've spent the most time over the years practicing.
Coding is pretty straight-forward in comparison.
I don't doubt that writing novels is similarly tough (possibly tougher)
And as for marketing and promotion, I'd say even more challenging is coming up with an idea which doesn't need marketing or promotion :)
If you want to code for fun, or to increase your profile as a developer, either get involved in an open source project, or start your own.
To get the most out of gdb, learn to use it on the command line. It's very simple to get started, you can use it outside of Xcode in any application, and it really unlocks the full power of the program. It's very useful.
Google for tutorials.
You could try to ask friends as to whether anything in your proposition is putting off potential hires.
Finally, personally I wouldn't bother with Craigslist, but you could try the job/career functionality on both Github and Stackoverflow.com.
Hope that helps
I've been reading HN for years, and often don't pay much attention to who has written or posted the articles. I just scan down, click on whatever catches my attention, and read.
I'd hesitate to say that social factors never come into play, but generally I don't think I pre-judge material based on the credentials of the author. If an author makes a good point, then I will recognise that, whether it's a celebrated blogger or somebody I've never heard of.
My own, rather limited, blogging experience backs this up. I've had a number of my own blog posts rank highly on HN and Reddit, but I don't doubt that 99% of the people who read and up-voted them had never heard of me.
A couple of things which could have affected it:
* the title was much snappier 2nd time around
* sometimes just simple timing/luck plays a big part, e.g. getting those 4-5 early votes which gets an article on the front page
So I would say, however much you think you can get away with.
Can you give us any more context? For what purpose do you need a valuation?
Flash might have a lot of bad points (which I'd be the first to call out) but RTMP audio (which also handles both video and arbitrary data) really isn't its worst feature, and for this reason alone its going to be a significant part of the internet for many years to come.
Use SSL to encrypt all sensitive data during transit, and think carefully about the best authentication method for your circumstances: you could consider the use of OAuth2 so that developers can authenticate your users, without requiring the users to expose their credentials.
There are a few ideas here: http://stackoverflow.com/questions/7551/best-practices-for-s...
Registered 5 days ago, no other comments or contributions to HN.
This is just a simple example of data sonification, albeit with some nice visualisation too, and a subject matter which appeals to the computer scientists in the room.