No ? I guess they decide each monday morning what to do next, right ?
Come on !!! Of course they have plans and concepts. And they definitely know what they are working on and what will 100% come next, or 100% won’t come. At least they could tell us that. And if a feature is 50:50 or not safe, they don’t have to tell. But they also could say: we work on this feature xyz, but we’re not sure if it will come.
Let’sremind ourselves what taktik wrote back in May 2013:
Some people here start to get nervous and wonder if we are actually working on a new release or not. Don’t worry, of course we are. Just takes a little bit longer this time.
Can’t give you any details about the final feature set here now though. We do keep the content and status of internal (and alpha) releases private for two good reasons:
first, because the best surprises are those you don’t expect (Renoise releases should be like Christmas), and second, to avoid discussions about features in progress we actually haven’t implemented yet and thus can not make any promises about yet. If we promise that release X.Y will contain feature Z, and it actually can’t be realized or we don’t want to keep it because it turned out to not be what we hoped it could be, this will only result into disappointment on the user side and a lot of stress on our side.Only thing I can reveal here now is that it will be Renoise 3.0 and its new features probably will be a bit unexpected for many. We took the time to experiment with a few things. Revised them a lot. Thrown away large parts of it again because we haven’t been fully happy with them, and partly started from scratch.
Some of those features also required rewriting large parts of the codebase; with Renoise getting bigger and more complex internally, new features also will take longer to realize with every new release. And hey, we’re a small team too. We don’t have a big bunch of people working off feature after feature and actuall also don’t want to work this way.So please be a little bit patient. Next news will be the official beta announcement for 3.0. Also can’t promise when exactly this will be. It’s ready when it’s ready. And it’s ready, when we are happy with it and not because some financial department says that it has to be ready. That’s a very luxury way of working but I hope also a way of working many of you can acknowledge.
So, stay tuned. In the meanwhile, enjoy Renoise 2.8
Source: https://forum.renoise.com/t/some-news-about-the-upcoming-renoise-release/38691
*) The underscores andbolds were added here by me to further highlight certain aspects of this message.
Now taktik is pretty clear here in his communication IMO. The way the devs work is to experiment , revise , throw away large parts, partly starting from scratch again, rewriting large parts of the codebase, etc. And they wish to avoid discussions about features and concepts because of the way they need to work: if something is started and later down the road decided to be thrown away, it will result in a lot of stress for the devs ifany previous informationabout those features and concepts is still livinga life on its own among the users. They are notworking off feature after feature and also don’t want to work this way. Also they don’t want to establish deadlines when something needs to beready (i.e. time scheduled roadmaps), they’ll have something ready when it’s realizedin a waythey’re happy with.
So there you have it. Couldn’t be any clearer.