There's a lot of concern right now about what to do next, and nobody's more panicked than the professionals who depend on their DAW to make a living. They are rightly thinking about how to protect their businesses. To them, I say: calm down. Take a deep breath, and carefully consider your options - and, more important, the unforeseen consequences of any rushed decisions you make today.
In the wider world of truly mission-critical applications, a DAW doesn't even make the list. Even if you depend on it for your livelihood. How about the software that lands airplanes in bad weather? Or that monitors you during surgery? Or tells a cruise missile what to blow up?
Back when I worked for a computer manufacturer, one of my customers was a nuclear power plant. Talk about software you can't allow to fail - ever. The first time I spoke with them, I was surprised at how far out of date they were with the O/S. They were having some problem with a driver. Like the noob I was at the time, I asked why they didn't just update it - the standard advice you give when you're a newly-minted software support analyst who doesn't yet know WTF he's doing.
That's when I first had the term "mission-critical" explained to me. They explained that they worked under strict rules set by the NRC for software changes, rules that set such rigorous requirements that it took
at least two years to certify an O/S revision. My company was on an 18-month major-release cycle, which made O/S revs a moving target. They'd had to freeze their version, and they'd been working with my employer for over three years to find, fix and mitigate every conceivable flaw in it. That's why they were still using "outdated" software.
The point of this is this: by staying on one version long-term they were actually
improving reliability. Every defect in that version had been identified and dealt with, either by getting a fix from the manufacturer or devising a workaround to avoid it. Sure, they missed out on new features. But they also weren't constantly trading one set of bugs they knew about for a new set of bugs they didn't know.
As Panu noted in another thread, there will be no bug fixes for SONAR
but there will also be no new bugs. We know its current weaknesses and none of them are showstoppers (definition of "showstopper": a flaw that prevents users from using a key feature). We have nothing to fear from SONAR itself.
Ah, but what about Microsoft, you say? They could break us at any moment.
If you're a pro and that worries you, do what the nuclear power plant did. Take your DAW offline and freeze it in a stable state. Test all software changes on a separate computer before installing them on your mission-critical system. Don't go installing some file-conversion utility you found for free on a Chinese website. Don't play video games on your DAW. Don't tweak the registry because you saw some optimization technique in a YouTube video. Don't run anti-virus software (you don't need it, you're offline now).
Now, I can hear you protesting: this is easy for you to say, bit. You're just a hobbyist. Well, I may be a hobbyist but I am just as serious about this stuff as any professional. Losing my DAW might not cost me money, but it would still be a horrible tragedy. I have no intention of risking that!
And although I am not a
recording professional, I
am a
software professional. I make my living helping other people make theirs. I have to understand risks and how to mitigate them. And I am here to tell you that Microsoft is not going to break SONAR anytime soon. I know people still running SONAR 4. Think about how many changes Windows has undergone since 2004. It still works! Sure, they're missing out on all the cool features Cakewalk has added, but for them, S4 does everything
they need. Namely, recording and mixing audio.
Picking up skills on another DAW is not a bad idea. I'll be doing the same, even if I haven't yet settled on which one to adopt. I'm just in no hurry. SONAR already does everything I could ever want it to do, and I'm confident it'll continue to do so for a long, long time.