chloerei 最近的时间轴更新 chloerei 最近的时间轴更新 |
chloereiV2EX 第 5030 号会员，加入于 2011-01-10 11:35:30 +08:00今日活跃度排名 13595 |
chloerei
chloerei
| Rei on Rails #6：用 Rails 开发 ChatGPT 聊天应用
4 OpenAI • chloerei • 2023-03-24 22:22:12 PM • 最后回复来自 Shinpro
|
4 |
| GeekNote 想成为独立技术博客的聚合社区
8 分享创造 • chloerei • 2022-05-04 16:45:03 PM • 最后回复来自 chloerei
|
42 |
| 一个面向 Geek 的写作空间： GeekNote.net
5 分享创造 • chloerei • 2022-03-25 20:23:03 PM • 最后回复来自 chloerei
|
24 |
| GeekNote，一个专为 Geek 设计的博客服务 推广 • chloerei • 2021-07-13 16:39:05 PM • 最后回复来自 chloerei | 7 |
| Asciibook - 基于 AsciiDoc 的电子书生成工具
1 分享创造 • chloerei • 2023-08-13 01:43:41 AM • 最后回复来自 MiketsuSmasher
|
4 |
| 今年红白歌合战 Perfume 的表演用上了四轴飞行器！ 分享发现 • chloerei • 2015-01-01 12:21:38 PM • 最后回复来自 chloerei | 6 |
| 《Ruby on Rails 教程（原书第 3 版）》正式版发布，附访谈
3 Ruby on Rails • chloerei • 2015-04-07 11:40:54 AM • 最后回复来自 flyever
|
23 |
| AsciiDoc 简介 分享发现 • chloerei • 2014-11-05 23:12:26 PM • 最后回复来自 xunxun | 1 |
chloerei 最近回复了
17 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 微服务到底在哪个方面让开发、维护简单了？怎么看都是变复杂了，原本配置一次数据库就能跑，现在要配置八九个容器和数据库，更新一次要配置好几个服务 |
Monolith First https://martinfowler.com/bliki/MonolithFirst.html
> 当我听到有关团队使用微服务架构的故事时，我注意到了一个常见的模式。
>
> 1. 几乎所有成功的微服务故事都是从一个变得太大而后被拆分的整体开始的
> 2. 我听说过的几乎所有从头开始构建为微服务系统的系统最终都陷入了严重的麻烦。
>
> 这种模式导致我的许多同事认为你不应该用微服务启动一个新项目，即使你确信你的应用程序足够大，值得这样做 。
> 当我听到有关团队使用微服务架构的故事时，我注意到了一个常见的模式。
>
> 1. 几乎所有成功的微服务故事都是从一个变得太大而后被拆分的整体开始的
> 2. 我听说过的几乎所有从头开始构建为微服务系统的系统最终都陷入了严重的麻烦。
>
> 这种模式导致我的许多同事认为你不应该用微服务启动一个新项目，即使你确信你的应用程序足够大，值得这样做 。
24 天前 回复了 join 创建的主题 › 推广 › 前端不用任何框架，不用 typescript 能搞开发吗？ |
39 天前 回复了 kevinguoCN 创建的主题 › Vue.js › 后端学前端的无力感 |
建议看 DHH 去年的演讲：no build
技术发展不应该一直叠加复杂度，随着发展回到平台原生是更好选择。
技术发展不应该一直叠加复杂度，随着发展回到平台原生是更好选择。
60 天前 回复了 xiexiping 创建的主题 › 程序员 › 自己一直是做移动端的，现在想学学后端，以后自己想做产品了不用找别人，节约成本，有人说 C#做起来最轻松，还有说 Nodejs, Python 的，哪个比较容易学，做起来比较轻松呀？ Java 就算了，好像没看见有人说过 Java 易用，哈哈 |
61 天前 回复了 shuiniu66 创建的主题 › SONY › 昨天手欠把 sony 电视系统更新了 |
用 Pro 模式 https://post.smzdm.com/p/a8pzz2x6/
63 天前 回复了 slamcar 创建的主题 › 游戏 › 玩黑神话晕 3D 怎么办？手柄会好一些吗？ |
关动态模糊。
66 天前 回复了 aboutboy 创建的主题 › 程序员 › app 初始化时需要通过接口获取上千个独立的配置项，如何优化？ |
增加一个 Mobile App Backend ，统一处理 App 发起的请求和维护后台配置，解决问题并且增加就业。
142 天前 回复了 vr4y 创建的主题 › Apple › Apple intelligence 必须要新手机才能用 |
14 pro max 用户被恶心到了。
229 天前 回复了 IvanLi127 创建的主题 › Docker › 各位用容器化自部署服务时，会给每个系统单独配数据库，还是尽量共用？ |
共用省资源，独立好维护。
363 天前 回复了 cookgo 创建的主题 › 程序员 › 后端程序员该从哪个前端框架入手呢？ JavaScriptWeb 还是 DartFlutter? |
@enchilada2020 Node 近十年的强势在于前后端分离，即使前后端都用 Node 但也是基于不同的框架不同的思维，用 API 来跟前端沟通。
近今年出现真正的全栈 Node 框架，例如 Next.js 和 Remix 。最近 Next.js 因为 React server action 引起争议，被嘲讽终于追上了 PHP 。我觉得 Next 把整个应用都放在 React 的抽象层里很有勇气，也可能会遇到很多问题，我持观望态度。接下来 Node 社区可能会分裂为前后端分离和全栈两个派别。所以我觉得 Node 的全栈其实还不成熟，未来还需要踩很多坑。
Ruby on Rails 今年 20 周年，确实热度下来了，新人寥寥无几，但是坑都被踩得差不多。7.0 版本终于把前端梳理好了，可以用上前沿的 importmap 期待未来的 turbo 8 （ Morphing ），进一步改善前端的开发体验。不喜欢 Rails 默认栈也可以换其他主流前端工具，jsbundling 方案可以灵活适配。
使用无聊的技术反而有利于生产力，因为不用去踩未知的坑，更多精力花在产品上。
Choose Boring Technology https://boringtechnology.club/
近今年出现真正的全栈 Node 框架，例如 Next.js 和 Remix 。最近 Next.js 因为 React server action 引起争议，被嘲讽终于追上了 PHP 。我觉得 Next 把整个应用都放在 React 的抽象层里很有勇气，也可能会遇到很多问题，我持观望态度。接下来 Node 社区可能会分裂为前后端分离和全栈两个派别。所以我觉得 Node 的全栈其实还不成熟，未来还需要踩很多坑。
Ruby on Rails 今年 20 周年，确实热度下来了，新人寥寥无几，但是坑都被踩得差不多。7.0 版本终于把前端梳理好了，可以用上前沿的 importmap 期待未来的 turbo 8 （ Morphing ），进一步改善前端的开发体验。不喜欢 Rails 默认栈也可以换其他主流前端工具，jsbundling 方案可以灵活适配。
使用无聊的技术反而有利于生产力，因为不用去踩未知的坑，更多精力花在产品上。
Choose Boring Technology https://boringtechnology.club/
Select Language