Heavy Lift
An earlier post discussed the customer-visible enhancements in the latest Ready Room release. And while everything Ready Room engineering does benefits our customers, not everything is a feature. In the recent past, we have invested heavily in performance, reliability, and security. As part of this release we have paid down a significant amount of technical debt.
Ready Room, like all web applications, is built on top of multiple layers of software. Just as Ready Room continuously adds new functionality and fixes, so too do our underlying tools. It is incumbent on application developers to remain current with these changes. Not only does this allow us to take advantage of new functionality, it also keeps us up to date with bug fixes and security patches. And trust me, with the rise of AI, there is an absolute torrent of CVEs that need patching.
Today, after modifying nearly 30,000 lines of code, we are pleased to announce that every single component that Ready Room relies on, from the OS on up, is current, and that Ready Room’s code structure is fully compliant with the current recommendations of our application framework provider.
As before, this effort would not have been possible without a relentless focus on good software development practices, a comprehensive suite of automated tests (2,800, nearly triple the number of tests we had this time last year), and a diligent code review and quality assurance process. We believe our commitment to quality shines through in Ready Room even if you can’t see it with your eyes.
Transactional Email
Software libraries are not our only dependency, we also rely on a variety of external services that we continuously monitor to make sure they are meeting our strict standards.
One of these services is a transaction email provider. You see, applications like Ready Room don’t send email directly to a user’s SMTP server. Instead, we take advantage of transactional email services that maintain secure and reputable email hosting infrastructure. When receiving email systems see mail coming from these well-known providers, they are more likely to deliver that message into the recipient's inbox instead of quarantining or rejecting it.
Recently, we have noticed an increase in delayed or failed email delivery from our existing transactional email provider. Consequently, with this release, we are switching to a different provider whom we believe can better meet our needs and yours. And while we only have three days worth of data at this point, it looks like our expectations are being met.
