# Deferred Published articles for Deferred. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Coroutine Essentials DevFeed: [Coroutine Essentials]() Original publisher: [Read original article]() Author: author@typealias.com (Dave Leeds) Published: 2026-08-21T00:00:00Z Content type: tutorial Language: en Sources: [Dave Leeds on Kotlin - typealias.com]() Topics: [Coroutines](), [Kotlin](), [coding](), [Software]() Tags: [async](), [cancellation](), [coding](), [concurrency](), [coroutine](), [coroutines](), [deferred](), [dispatcher](), [exception-handling](), [introduction](), [job](), [kotlin](), [launch](), [learn-to-program](), [parallelism](), [programming](), [runblocking](), [software](), [structured-concurrency](), [suspend-function](), [withcontext](), [yield]() ### AI overview This tutorial introduces essential Kotlin coroutine concepts for performing multiple tasks concurrently, such as making network calls while updating a screen. It aims to provide a foundation for day-to-day coding and more advanced coroutine concepts. ### Source excerpt When you're on hold during a phone call, you might also check your email. While brewing coffee, you might also cook breakfast. And while driving a car, you might listen to a podcast. In the same way, sometimes it's helpful for the software that we write to do more than one thing at a time. For example, it could make two or three network calls at one time--all while updating the screen to show the progress of each call. ## Permissionless Ownership DevFeed: [Permissionless Ownership]() Original publisher: [Read original article]() Author: Nicolás Vázquez Published: 2026-06-16T00:00:00Z Content type: opinion Language: en Sources: [Webflow Blog]() Topics: [Learning](), [Process]() Tags: [context](), [deferred](), [development](), [permission](), [work]() ### AI overview A reflection on permissionless ownership: noticing problems, raising them with context and judgment, and helping move work forward before receiving a formal assignment or permission. ### Source excerpt A reflection on raising your hand, making invisible work visible, and taking responsibility before permission arrives. ## Working Capital Formula for SaaS: Why Negative is Actually Good DevFeed: [Working Capital Formula for SaaS: Why Negative is Actually Good]() Original publisher: [Read original article]() Author: Ayush Agarwal Published: 2026-06-04T00:00:00Z Content type: article Language: en Sources: [Dodo Payments Blog]() Topics: [Software as a service](), [1Password in the browser]() Tags: [accounting](), [deferred](), [economics](), [guide](), [saas](), [saas-finance](), [subscription]() ### AI overview This guide explains the working capital formula for SaaS businesses and why negative working capital can support growth. It describes how upfront subscription payments create deferred revenue and may fund operations without debt. ### Source excerpt Working capital formula explained for SaaS. Why negative working capital is a feature not a bug for subscription businesses, with examples and benchmarks. ## Deferred Revenue Explained: What SaaS Founders Need to Know DevFeed: [Deferred Revenue Explained: What SaaS Founders Need to Know]() Original publisher: [Read original article]() Author: Ayush Agarwal Published: 2026-04-11T00:00:00Z Content type: tutorial Language: en Sources: [Dodo Payments Blog]() Topics: [Software as a service](), [Finance]() Tags: [accounting](), [billing](), [deferred](), [financial](), [model](), [reporting](), [saas](), [saas-finance]() ### AI overview An explanation of deferred revenue for SaaS founders, including why upfront customer payments are recognized over the service period rather than entirely on the payment date. It also describes how deferred revenue affects forecasting, financial reporting, investor interpretation, and cash management. ### Source excerpt Learn what deferred revenue means for SaaS, how it affects cash flow and reporting, and why founders should track it alongside billings, MRR, and revenue recognition. ## SaaS Revenue Recognition: ASC 606 Guide for Subscription Companies DevFeed: [SaaS Revenue Recognition: ASC 606 Guide for Subscription Companies]() Original publisher: [Read original article]() Author: Ayush Agarwal Published: 2026-03-25T00:00:00Z Content type: tutorial Language: en Sources: [Dodo Payments Blog]() Topics: [Finance](), [Software as a service]() Tags: [accounting](), [compliance](), [deferred](), [finance](), [guide](), [merchant-of-record](), [revenue](), [saas](), [standards](), [subscription]() ### AI overview A practical guide to SaaS revenue recognition under ASC 606. It explains the five-step framework, deferred revenue, common billing scenarios, and how a Merchant of Record may simplify compliance. ### Source excerpt Practical ASC 606 revenue recognition guide for SaaS. Covers the 5-step framework, deferred revenue, and how a Merchant of Record simplifies compliance. ## SaaS Accounting Guide: Revenue Recognition, Deferred Revenue, and Best Practices DevFeed: [SaaS Accounting Guide: Revenue Recognition, Deferred Revenue, and Best Practices]() Original publisher: [Read original article]() Author: Ayush Agarwal Published: 2026-03-21T00:00:00Z Content type: tutorial Language: en Sources: [Dodo Payments Blog]() Topics: [Software as a service](), [Software]() Tags: [compliance](), [deferred](), [finance](), [financial](), [guide](), [merchant-of-record](), [recognition](), [reporting](), [revenue](), [saas](), [subscription]() ### AI overview This guide explains SaaS accounting, including accrual accounting, revenue recognition, deferred revenue, MRR/ARR tracking, cost of revenue, and ASC 606 compliance. It also discusses how a Merchant of Record can simplify financial operations. ### Source excerpt Complete SaaS accounting guide covering ASC 606 revenue recognition, deferred revenue, MRR tracking, and how a Merchant of Record simplifies your books. ## Announcing Inertia 2.0: Redefining Frontend Development for Laravel DevFeed: [Announcing Inertia 2.0: Redefining Frontend Development for Laravel]() Original publisher: [Read original article]() Author: Joe Tannenbaum Published: 2024-12-13T19:28:00Z Content type: release Language: en Sources: [Laravel Blog]() Topics: [Laravel](), [frontend development](), [Front end](), [Single-page application (SPA)](), [React](), [Svelte](), [Vue.js](), [Object-relational mapping](), [Routing (disambiguation)](), [Core Web Vitals]() Tags: [async](), [core-web-vitals](), [deferred](), [frontend-development](), [laravel](), [lazy-loading](), [orm](), [performance](), [react](), [release](), [routing](), [svelte](), [vue]() ### AI overview Inertia 2.0 is a stable release that adds asynchronous requests, deferred props, prefetching, and polling to Laravel frontend development. These features support more responsive applications while avoiding the complexity of maintaining a separate API. ### Source excerpt Inertia 2.0 brings powerful new features to Laravel frontend development including async requests, deferred props, prefetching, and polling. Learn how these improvements help you build faster, more responsive applications without the complexity of maintaining a separate API. ## Latent Effects for Reusable Language Components DevFeed: [Latent Effects for Reusable Language Components]() Original publisher: [Read original article]() Published: 2021-10-14T14:02:48Z Content type: article Language: en Sources: [Lambda the Ultimate]() Topics: [Haskell](), [Programming](), [Development](), [implementation]() Tags: [abstraction](), [deferred](), [effects](), [examples](), [functional](), [haskell](), [modular](), [monad](), [programming-languages](), [semantics](), [theory]() ### AI overview The article discusses latent effects, a generic class of control-flow mechanisms for modular language definitions. It describes how function abstractions, lazy computations, and MetaML-like staging can be expressed and combined, with a full Haskell implementation and examples. ### Source excerpt Latent Effects for Reusable Language Components, by Birthe van den Berg, Tom Schrijvers, Casper Bach Poulsen, Nicolas Wu: The development of programming languages can be quite complicated and costly. Hence, much effort has been devoted to the modular definition of language features that can be reused in various combinations to define new languages and experiment with their semantics. A notable outcome of these efforts is the algebra-based "datatypes "a la carte" (DTC) approach. When combined with algebraic effects, DTC can model a wide range of common language features. Unfortunately, the current state of the art does not cover modular definitions of advanced control-flow mechanisms that defer execution to an appropriate point, such as call-by-name and call-by-need evaluation, as well as (multi-)staging. This paper defines latent effects, a generic class of such control-flow mechanisms. We demonstrate how function abstractions, lazy computations and a MetaML-like staging can all be expressed in a modular fashion using latent effects, and how they can be combined in various ways to obtain complex semantics. We provide a full Haskell implementation of our effects and handlers with a range of examples. Looks like a nice generalization of the basic approach taken by algebraic effects to more subtle contexts. Algebraic effects have been discussed here on LtU many times. I think this description from section 2.3 is a pretty good overview of their approach: LE&H is based on a different, more sophisticated structure than AE&H's free monad. This structure supports non-atomic operations (e.g., function abstraction, thunking, quoting) that contain or delimit computations whose execution may be deferred. Also, the layered handling is different. The idea is still the same, to replace bit by bit the structure of the tree by its meaning. Yet, while AE&H grows the meaning around the shrinking tree, LE&H grows little "pockets of meaning" around the individual nodes remaining in the ## Higher ed's slow page speed epidemic DevFeed: [Higher ed's slow page speed epidemic]() Original publisher: [Read original article]() Author: Erik Runyon Published: 2021-03-04T00:00:00Z Content type: opinion Language: en Sources: [Erik Runyon]() Topics: [Website](), [Web Development](), [Code](), [Frameworks](), [Image](), [JavaScript]() Tags: [code](), [css](), [deferred](), [efficiency](), [frameworks](), [images](), [javascript](), [snippet](), [speed](), [web-development]() ### AI overview The article discusses slow page performance on higher-education homepages and argues that agencies should help prevent it. It recommends optimizing code, reconsidering frameworks, sizing and deferring images, and using CSS and JavaScript efficiently. ### Source excerpt Joel Goodman of Bravery Media on the current state of HigherEd homepages. Regardless, it's an agency's responsibility to do as much as possible to make that website a success when it goes live. Do no harm. Slow websites only do harm. Code needs to be optimized, frameworks need to be ditched, images need to be properly sized and deferred, CSS and JavaScript need to be used with efficiency in mind. Indeed ## Factoring the Noise protocol matrix DevFeed: [Factoring the Noise protocol matrix]() Original publisher: [Read original article]() Published: 2018-07-18T15:59:00Z Content type: article Language: en Sources: [Latacora]() Topics: [Matrix](), [Protocol (disambiguation)](), [Cryptography](), [Encryption](), [Security, Privacy and Abuse Prevention]() Tags: [communication](), [cryptography](), [deferred](), [messages](), [protocol]() ### AI overview This article explains the Noise protocol matrix, the trade-offs among its handshake patterns, and the implementation difficulties caused by its growing number of variants. It recommends being specific about the intended pattern, often Noise_IK, rather than treating Noise generically. ### Source excerpt TL;DR: if I ever told you to use Noise, I probably meant Noise_IK and should have been more specific. The Noise protocol is one of the best things to happen to encrypted protocol design. WireGuard inherits its elegance from Noise. Noise is a cryptography engineer's darling spec. It's important not to get blindsided while fawning over it and to pay attention to where implementers run into trouble. Someone raised a concern I had run into before: Noise has a matrix.