<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
   <title>TJ's Blog</title>
   <link>https://thaddeusjiang.com</link>
   <description>数字花园，自留地，个人备份</description><follow_challenge>
    <feedId>41718658305983488</feedId>
    <userId>41718122139849728</userId>
</follow_challenge>
   <item>
      <title>TypeScript 类型体操</title>
      <link>https://thaddeusjiang.com/typescript-lei-xing-ti-cao</link>
			<description><![CDATA[
<div class="content">
  <p>唉😮‍💨</p><p><img src="https://i.gyazo.com/5387daba38a5907e95d3753376a72e02.png"></p><p><img src="https://i.gyazo.com/b76203a257184c4d675ac027bbff5969.png"></p><p>很难理解为什么要把 JS 变成这样的东西，TypeScript 本来是 JS 的好帮手，现在却变得如何让人讨厌。</p>
</div>


<div class="copyright">
<strong>
<a href="https://creativecommons.org/licenses/by-nc-nd/3.0/deed.zh">
版权声明：自由转载-非商用-非衍生-保持署名（创意共享3.0许可证）
</a>
</strong>
</div>

<style>
.copyright {
  padding: 0.5rem 1rem;
  text-align: center;
}

.copyright:hover {
  opacity: 0.9;
}
</style>



]]></description>
      <pubDate>Mon, 23 June 2025 3:3:17 -00:00</pubDate>
			<guid>https://thaddeusjiang.com/typescript-lei-xing-ti-cao</guid>      
   </item>

   <item>
      <title>20260521 为什么我没有尝试 GitHub 的替代品</title>
      <link>https://thaddeusjiang.com/20260521-wei-shi-me-wo-mei-you-chang-shi-github-de-ti-dai-pin</link>
			<description><![CDATA[
<div class="content">
  <p>因为我曾经尝试过，但是因为社区没有迁移所以无疾而终。</p><p>我在 2024 年尝试了 Hugging Face 作为 GitHub 的替代方案，从功能上看 hugging face 已经完全覆盖了 GitHub 中核心功能，并且提供更多好用的功能，例如用来存储大文件的 Datasets，还是免费的。但是从普通的 web 开发者社区的反应来看，GitHub 依然是无可替代的。</p><p>同理，Mastodon 和 Meta Threads 也无法替代 X，因为人群没有迁移。</p><p>从很久以前开始，我迁移工具的原则就固定下来了，就是跟随社区。 <a class="tc-tiddlylink tc-tiddlylink-resolves" href="./#when-should-we-update-the-tech-stack">When should we update the tech stack</a>
</p>
</div>


<div class="copyright">
<strong>
<a href="https://creativecommons.org/licenses/by-nc-nd/3.0/deed.zh">
版权声明：自由转载-非商用-非衍生-保持署名（创意共享3.0许可证）
</a>
</strong>
</div>

<style>
.copyright {
  padding: 0.5rem 1rem;
  text-align: center;
}

.copyright:hover {
  opacity: 0.9;
}
</style>



]]></description>
      <pubDate>Thu, 21 May 2026 2:59:23 -00:00</pubDate>
			<guid>https://thaddeusjiang.com/20260521-wei-shi-me-wo-mei-you-chang-shi-github-de-ti-dai-pin</guid>      
   </item>

   <item>
      <title>20260119 使用 mise 替代 just</title>
      <link>https://thaddeusjiang.com/20260119-shi-yong-mise-ti-dai-just</link>
			<description><![CDATA[
<div class="content">
  <p>为什么不再使用 just，而是使用 mise ?</p><p>最重要的原因是 just 没有覆盖依赖的安装过程，当我需要在新的环境中执行某个命令时总会出现 <code>command not found</code> 问题。</p><p>虽然可以提前安装依赖，但是失去了使用 cli 的一致性，mise 解决了这个问题。使用 mise 执行命令时，只需在 mise.toml 中提前定义 tools，mise 会自动安装依赖。so nice 👍</p><p>再也不用看到烦人的  <code>command not found</code>  了</p><p>对于我来说，mise 可以完整替代 just</p><ol><li><code>mise install</code> 可以安装依赖</li><li><code>mise task</code> 也可以查看自定义任务</li><li><code>mise xxx</code> 可以执行命令。</li></ol><p>不仅如此，mise 还有 env 管理功能，又覆盖掉了 direnv 的功能，又可以减少一项依赖了，太棒了。😁</p><p>你可以在此博客的 repo 中看到我的 <a class="tc-tiddlylink-external" href="https://github.com/ThaddeusJiang/thaddeusjiang.github.io/blob/main/mise.toml" rel="noopener noreferrer" target="_blank">mise.toml</a> 希望你也会喜欢。</p><p>refs</p><ul><li><a class="tc-tiddlylink-external" href="https://mise.jdx.dev/" rel="noopener noreferrer" target="_blank">https://mise.jdx.dev/</a></li><li><a class="tc-tiddlylink-external" href="https://just.systems/man/en/" rel="noopener noreferrer" target="_blank">https://just.systems/man/en/</a></li><li><a class="tc-tiddlylink-external" href="https://direnv.net/" rel="noopener noreferrer" target="_blank">https://direnv.net/</a></li></ul>
</div>


<div class="copyright">
<strong>
<a href="https://creativecommons.org/licenses/by-nc-nd/3.0/deed.zh">
版权声明：自由转载-非商用-非衍生-保持署名（创意共享3.0许可证）
</a>
</strong>
</div>

<style>
.copyright {
  padding: 0.5rem 1rem;
  text-align: center;
}

.copyright:hover {
  opacity: 0.9;
}
</style>



]]></description>
      <pubDate>Mon, 19 January 2026 3:59:4 -00:00</pubDate>
			<guid>https://thaddeusjiang.com/20260119-shi-yong-mise-ti-dai-just</guid>      
   </item>

</channel>
</rss>
