现在不是买房的好时机，but 一线城市核心区域可买。

上几张你拍的东西看看，是不是要打醒。

一方面，我也遇到类似的问题，看了 RSSHub 的路由似乎满足，但由于我不喜欢 docker 部署，在手动部署 RSSHub 时就失败了，于是用 Python 和 PHP 自己搞定了，还灵活，转发 URL 在自己的 Client 中一订阅，效果非常好。

另一方面，说 RSSHub 项目，我认为非常有价值，我可以订阅我关注消息源的更新通知，比自己打开浏览器或 App ，逐个刷要高效。RSSHub 超越了标准化的 RSS ，适配很多非 RSS 源，让大家可以用别人的适配来阅读内容。打破那些靠控制内容传播来间接收费的商业大公司的内容笼。

你站在更高的层面思考问题，无论是 RSSHub 的路由，还是一段脚本，它提供的就是让内容可订阅的价值，在不考虑规模时，它们是等效的。

回答的思路是很清晰的：
1.1 对公司有没有贡献。好比操纵一台有几千按钮的机器，你问旋转了一个按钮，对机器工作有没有帮助，这需要微观分析，也不是你这个层级需要考虑的。简单的说，如果你的公司一直还是赚钱的，那就有贡献。
1.2 对社会有没有贡献。你活着就要吃饭穿衣娱乐消费，成为经济循环的一部分，当然是有贡献的。
2 但凡问，大概率就是没有成长。

来咯

消费者视角：要多花多少钱，花了有什么用？

MFC 是对 Win32 API / Windows SDK 的封装，目的是让你更方便使用 API ，里面用了一些宏和注释的约定，得按它设计思路填写代码。GUI 的东西还不太复杂，复杂的是一些稍微复杂的东西和操作系统设计搅到一起，比如消息机制、事件循环、进程、内存、线程、异常处理，所以现在除非必要，否则界面都用类 Web 的 HTML 或 XML 来表达了，MFC 是微软自己也放弃的，很少场景一定要用这个老古董，大家用的多的不都是 DirectUI 或一些第三方控件吗。你说到的工程能力，不知是不是指一个项目从头开始搭建工程，我想这里的难度分为两部分，一是 GUI 你不熟，其次是从需求到设计你不会转化。对于前者，可以先了解现在主流的 GUI ，然后选择一种满足需求的主流框架，可以询问 AI ，多问几轮，也就能了解了；而从需求到设计是从技术视角到业务视角的转化，本身还是一件事，只不过角度不同。前者吃学习能力，你都辗转大厂了，应该很强，后者吃经验，只能多看多思考，事上练得，急不来。能快速提升功力的，那就找行业内的人指导指导，说不定一点就通。

好好学习\
天天向上

在当时诞生的背景上，是对传统开发过程的反思。对开发者和出资方来说都很有价值，当然，落地时，那又是另外一个故事。

1. 小公司看结果，不管这些虚头八老的东西，只管成本低，产出高。
2. 中型软件公司上敏捷的，领导得懂，要不招式都打不好。好的敏捷咨询师和培训师的钱不能省，敏捷落地成败还和团队素质，各相关方都很有关系。
3. 大公司一般会裁剪定制自己的敏捷过程，为保持节奏，多用固定发布周期的模式。

其实从用人角度讲，敏捷成本会更高，因为得用上思维更清晰，更正面思考，更全能的开发者，这类人都不便宜。

想看看有怎样的 rss 客户端推荐

看到 for 的三个括号，想到了 tcl 语言

@james122333 有一个可能是我的表达不够清晰，这里保密指没服务端权限时无法访问代码；另一个你想说 PHP 也可本地运行，确实可以，但用得不多，本地用 Python 的更多。麻烦你多讲讲一下哪里错了。

@esee 初一看像笑话，再看发现可能说对了。

PHP 是服务器端脚本，这意味着保密，可以保护程序的实现。
PHP 代码可嵌入 HTML ，这意味着灵活，可按页面快速完整逻辑。
PHP 以原生代码广泛支持数据库，这意味着快速存取数据。
PHP 易于学习，语法类似于 C ，容易上手，这意味着容易找到 PHP 编程的人。
PHP 兼容主流平台。
PHP 可扩展，这意味着，在专有领域，也有解决方案。
PHP 框架和 CMS：这意味着大量成熟应用，开箱即用，成本低，自己定制开发也有 Laravel 、Symfony 和 CodeIgniter 。
PHP 是开源的，非常受欢迎，社区也很 nice ，成功案例有 WordPress 、Facebook 和 Wikipedia 。
PHP 的性能还在提升，支持现代编程实践，这说明生态有活力，不会被时代淘汰。

@zzlove 看到你的 blog 的实现了，这个效果确实让 Web 体验更流畅，但不看源码会感觉其中是挺复杂的。

@zzlove 是的，对比楼上的实现，Astro 实现起来挺容易的。

@brezeslow 谢谢提示，avatar 挺炸的

@Track13 见笑了，谢谢提示。在不支持的浏览器上，手写 JavaScript 可以实现吗？