RFC 154
Exposition Style
Exposition Style π
Okay bestie, let's start with the official paperwork πβ¨
- Network Working Group πΈ
- Request for Comments: #154 π
- NIC: #6759
- Author: S. Crocker, UCLA π§
- Date: 12 May 1971 π
- Categories: C.4
- Updates: #107 π₯
- Obsoletes: #132 π
Okay, so the whole RFC is about how to explain a function that's built from two pieces, which is literally the most relatable problem ever π¦ Picture a graph that's flat on the left, then turns into a diagonal line on the right, and they meet at one point called a:
|
| +-----------------
| /:
| / :
| / :
| / :
| / :
| / :
-----+------------------------------------
| a
|
So the situation is that you need two formulas, f1 and f2, to cover the two sides, and they're totally allowed to share a domain. But the function is still continuous at that boundary point, so it doesn't jump or glitch there π«Ά Crocker says he usually writes it out like this:
f(x) = f1(x) for x =< a
f(x) = f2(x) for x >= a
Lowkey this is my favorite part π The smart cookie reading it will notice that the two domains overlap, since x = a shows up in both. But f1(a) = f2(a), so both formulas agree at that point and there's zero confusion about what the answer is. No semantic ambiguity, periodt π
β¨
[ This RFC was put into machine readable form for entry ] [ into the online RFC archives by Naoki Matsuhira 5/97 ]
π¦ where this page comes from
- ietf: rfc154 1971-05
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms