5 ms·

Thanks for reading, Jeff! >> In contrast to release notes, which aim to be exhaustive, release announcements include only the most impactful changes. >No, don

Thanks for reading, Jeff! >> In contrast to release notes, which aim to be exhaustive, release announcements include only the most impactful changes. >No, don't do this. Provide release notes, not release "announcements". Exhaustive is good; exhaustive is helpful to the reader. Let them know their "little" bug is fixed. Or maybe if you accidentally introduced a new bug with your change, or affected the user's workflow in some way, the reader can figure that out too. They're not mutually exclusive. You can publish both release notes and a release announcement. >You don't have to sell your software to someone who is already using it. That's just annoying. I really disagree. I'm guessing you mean "sell" as in "manipulate" but I see it as "get users excited." Of the software products I use and pay for, I appreciate it so much more when the vendor takes time to write a release announcement with care and focus on user needs. When I receive release announcements from Tailscale or Fly.io, I don't think, "Oh, boy, they're just trying to sell me something." I think it's cool that they're putting in the effort to showcase their work. When vendors just publish a terse changelog, it feels like they don't care much about me and couldn't be bothered to present their work to me in a more accessible way.

lapcat 1y ago
> They're not mutually exclusive. You can publish both release notes and a release announcement. Where, though? Consider the App Store, for example. You can have releases notes or a release announcement in the App Store along with a new version of your app, but not both. The way you present it, with "good" vs. "bad", suggests that you're arguing for one, not for both, for release announcements instead of release notes. > I'm guessing you mean "sell" as in "manipulate" but I see it as "get users excited." But users don't need to get excited by every software update. That sounds like your need to get users excited about updates. > When vendors just publish a terse changelog, it feels like they don't care much about me That depends on what you mean by terse. "Bug fixes and performance improvements" is terse and careless. A comprehensive list of changes is not necessarily terse. And in a sense, "release announcements include only the most impactful changes" is terse too.
- mtlynch 1y ago
  > The way you present it, with "good" vs. "bad", suggests that you're arguing for one, not for both, for release announcements instead of release notes. I don't think release notes are bad, but I think adopting a release notes style for a release announcement is bad. Similarly, I think adopting a commit message style in release notes is bad. I'll look for ways to clarify this in the article. >> When vendors just publish a terse changelog, it feels like they don't care much about me >That depends on what you mean by terse. "Bug fixes and performance improvements" is terse and careless. A comprehensive list of changes is not necessarily terse. And in a sense, "release announcements include only the most impactful changes" is terse too. When I say "terse" I mean that they describe each individual change tersely. KeePass is an example of a vendor I think publishes release announcements with terse change rundowns, and I think the announcements suffer because of it.[0, 1] When minor changes get the same screen real estate as big new features, it's hard for the reader to recognize the important features because the signal to noise is too high. Out of curiosity, what's your opinion of KeePass release announcements? [0] https://keepass.info/news/n250304_2.58.html https://keepass.info/news/n250304_2.58.html [1] https://keepass.info/news/n240601_2.57.html https://keepass.info/news/n240601_2.57.html
  - lapcat 1y ago
    KeePass is a free open source project.
    - mtlynch 1y ago
      >KeePass is a free open source project. Can you state your point more explicitly? That fact seems unrelated to my question.
      - lapcat 1y ago
        My point is that I would give them a break. And if the purpose of your blog post were to lecture free open projects, that would make it even worse, indeed repulsive, frankly.
saxelsen 1y ago
The company I work at is at a sufficient size that we publish changes internally to other teams. We have the concept of Release Announcements that are a quick attention grabber headline, followed on by Tasting Notes that explain in detail what changed and additional release notes. That way the people who just want to understand the primary changes and those who want the details are happy.

lapcat 1y ago

> They're not mutually exclusive. You can publish both release notes and a release announcement. Where, though? Consider the App Store, for example. You can have releases notes or a release announcement in the App Store along with a new version of your app, but not both. The way you present it, with "good" vs. "bad", suggests that you're arguing for one, not for both, for release announcements instead of release notes. > I'm guessing you mean "sell" as in "manipulate" but I see it as "get users excited." But users don't need to get excited by every software update. That sounds like your need to get users excited about updates. > When vendors just publish a terse changelog, it feels like they don't care much about me That depends on what you mean by terse. "Bug fixes and performance improvements" is terse and careless. A comprehensive list of changes is not necessarily terse. And in a sense, "release announcements include only the most impactful changes" is terse too.

mtlynch 1y ago
> The way you present it, with "good" vs. "bad", suggests that you're arguing for one, not for both, for release announcements instead of release notes. I don't think release notes are bad, but I think adopting a release notes style for a release announcement is bad. Similarly, I think adopting a commit message style in release notes is bad. I'll look for ways to clarify this in the article. >> When vendors just publish a terse changelog, it feels like they don't care much about me >That depends on what you mean by terse. "Bug fixes and performance improvements" is terse and careless. A comprehensive list of changes is not necessarily terse. And in a sense, "release announcements include only the most impactful changes" is terse too. When I say "terse" I mean that they describe each individual change tersely. KeePass is an example of a vendor I think publishes release announcements with terse change rundowns, and I think the announcements suffer because of it.[0, 1] When minor changes get the same screen real estate as big new features, it's hard for the reader to recognize the important features because the signal to noise is too high. Out of curiosity, what's your opinion of KeePass release announcements? [0] https://keepass.info/news/n250304_2.58.html https://keepass.info/news/n250304_2.58.html [1] https://keepass.info/news/n240601_2.57.html https://keepass.info/news/n240601_2.57.html
- lapcat 1y ago
  KeePass is a free open source project.
  - mtlynch 1y ago
    >KeePass is a free open source project. Can you state your point more explicitly? That fact seems unrelated to my question.
    - lapcat 1y ago
      My point is that I would give them a break. And if the purpose of your blog post were to lecture free open projects, that would make it even worse, indeed repulsive, frankly.

saxelsen 1y ago

The company I work at is at a sufficient size that we publish changes internally to other teams. We have the concept of Release Announcements that are a quick attention grabber headline, followed on by Tasting Notes that explain in detail what changed and additional release notes. That way the people who just want to understand the primary changes and those who want the details are happy.