|
|
|
|
|
by GnarfGnarf
3882 days ago
|
|
The SR&ED reporting process is a nightmare. I once spent 170 hrs. defending a piddling $100K claim. Hell is spending 8 hrs. in a room trying to explain polymorphism and encapsulation to an accountant. The whole process is geared towards engineering, physical processes and manufacturing. The subtleties and abstraction of software development make it look like we take no risks. The time-tracking requirements seriously degrade your productivity. I joked that if you discovered time travel, you wouldn't qualify for SR&ED because you were successful, so there was obviously no risk involved, ergo you don't qualify. |
|
So your average SAAS startup doesn't face technological risk, even though they face lots of business risks (might not be able to hire good enough developers, might not be able to produce bug free app, etc).
However the first few companies using deep learning to do facial recognition from photos (eg. facebook automatic tagging)... well they would have faced technological risk. It wasn't known at the outset that deep learning would produce sufficient quality matches to be useful.
On the downside... big organizations that can pay big bucks for assistance with writing SR&D applications can qualify for S&RD. Several of the big Canadian banks have recovered considerable amounts. Which is pretty outrageous on the face of things... how much actual SR&D and technological risk is being faced in a banking environment? None that I've ever seen (well... except for one project I was involved in... but that was a trivial "lets try this and see if we can use shared record locks as activity signals for a job scheduler").
In a way scientific/technological risk is a bad measure for software R&D. In general there is very little technological risk, and what risk there is is generally tackled via prototyping and/or early testing. The meat of the development costs comes much later... and there's no gov't tax support for that at all.