We're Hibernating...
...But We'd Still Like to Meet You
We're not actively hiring right now, but we're always interested in meeting good developers that might be a fit for hiring in the future. We are a small company and we place a lot of value in finding people who are a good cultural fit, which can include a little "getting to know you" time.
To start the conversation, contact Jason Ford on LinkedIn or Twitter - or send an email to [email protected].
Our Product Philosophy
Creating truly great software is an art - and one that can not be easily mastered. The philosophy of simplicity and agile development outlined here is not unique to FeedMagnet, but it is still relatively rare among software companies. We owe much of our outlook on web software to the fine folks at 37signals.
We Are Not After The Quick Buck
We are passionate about the products we create. We build products out of a desire to solve problems that we personally care about. We create out of a love for the product rather than a desire to make a quick buck. Our hope is that our passion shows through in the software itself and results in products that our users love and joyfully pay us for.
Users Are Our Primary Stakeholders
Our products are created with users at the center. We value user feedback early and often. Products designed to delight users and effortlessly meet their needs will be loved and recommended to users - and will ultimately make FeedMagnet more profitable over time.
We Ascribe to the Agile Manifesto
We value individuals and interactions over processes and tools. Working software over comprehensive documentation. Responding to change over following a plan. We seek to launch new versions of products as often as possible rather than getting bogged down in long project cycles that are out of date before they reach completion.
Lean and Empowered Teams Create Great Products
Small, self-organizing teams are most effective at creating web products. Projects should be built around motivated individuals who are given the environment and support they need, and trusted to get the job done. Rather than focusing on process and methodology, teams should work in the way that comes naturally to them and, at regular intervals, reflect on how to become more effective and tune and adjust behavior accordingly.
More Features Does Not Equal Better Software
Bloat is one of the worst things that can happen to a software product. More features equals more development time, more opportunity for bugs, and a greater learning curve for users who are often confused by features they don't really need. Creating software that is simple - maximizing the amount of work not done - is one of the hardest things for a development team to do, but the end result is software that is easy and even enjoyable to use and allows everyone to work less while getting the job done.