01
Say no more often than yes
Most feature requests are reasonable and most of them still do not belong in the product. A tool that stays small stays useful.
Iniscape is a small team building tools for software quality. We would rather maintain two products well than ship ten and look after none of them.
We build small, fast desktop tools for the work that keeps software good - reading the code that gets written, and exercising the applications built from it.
Both products come from the same frustration. The checking half of software development has been handed to tools that are slower than the thinking they are supposed to support: a review spread over a dozen browser tabs, an automated test that fails because a button moved four pixels. Neither is a hard problem. Both are worth doing properly.
So the software is native, it starts quickly, it answers immediately, and it does one job. We would rather ship a tool with a short feature list that you reach for every day than a platform you have to be talked into.
Today the people who answer your questions are the people who wrote the code, and the roadmap is short enough that we can actually finish it. Growing is fine. Losing that is not.
01
Most feature requests are reasonable and most of them still do not belong in the product. A tool that stays small stays useful.
02
Upgrades should be uneventful, formats should be readable, and behaviour should not change under you. Surprise is a defect.
03
A tool you reach for a hundred times a day is judged on the gap between asking and getting. We treat that gap as a defect, not as the cost of doing business.
04
Questions go to people who can read the source. If an answer takes a fix, we make the fix.
Questions about the products, the company, or whether any of this fits what you are doing - all welcome.