 |
nanzmV2EX 第 321305 号会员，加入于 2018-06-08 10:50:27 +08:0023
 57  |
nanzm 最近回复了
2023 年 11 月 25 日 回复了 whoisjohnlee 创建的主题 › 全球工单系统 › 谨慎使用/升级微信输入法，会造成其他应用崩溃 |
steam 经常闪退，搞得我以为电脑出了问题，看 window 事件查看器，才发现这坑爹的 微信输入法
错误应用程序路径: C:\Program Files (x86)\Steam\steam.exe
错误模块路径: wetype_tip_core.dll
错误应用程序路径: C:\Program Files (x86)\Steam\steam.exe
错误模块路径: wetype_tip_core.dll
2021 年 8 月 9 日 回复了 weimo383 创建的主题 › 程序员 › 为何前端构建工具这么麻烦 |
是
2021 年 5 月 7 日 回复了 BoringTu 创建的主题 › JavaScript › 为什么你们要选择 TypeScript？ |
一个能这么火的技术必然是解决了痛点问题，写了 js 11 年了都没去了解相关生态吗 ？ 固步自封？
大团队协作，类型注释有明显好处，这个还需要争论吗？
( ps: 一次都没碰到过我连变量背后的值类型导致的 bug 呢？ 写得都是小项目吧，多用用 react 写写复杂业务组件，组件库，过个一年半载重构试试，或者你就有这个痛点了）
大团队协作，类型注释有明显好处，这个还需要争论吗？
( ps: 一次都没碰到过我连变量背后的值类型导致的 bug 呢？ 写得都是小项目吧，多用用 react 写写复杂业务组件，组件库，过个一年半载重构试试，或者你就有这个痛点了）
2020 年 7 月 11 日 回复了 nanzm 创建的主题 › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@Martox 加我微信
2020 年 6 月 23 日 回复了 nanzm 创建的主题 › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@luvsic 会有基础的性能数据收集， 前端埋点的话做起来比较难，数据量也比较可怕，数据可靠性啥的考虑的比较多
2020 年 6 月 23 日 回复了 nanzm 创建的主题 › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@Vegetable 正因为单独为前端搭建才轻量，sentry 模块挺多的 sdk 抽象程度高一点，它是关注所有的 Error 收集场景，性能一般，各个模块耦合度高，不用 docker 部署起来费劲，量大了不是很好扩展.....
所以我想用 golang 搞个服务端二进制版本, 一个命令直接执行，简单配置 mysql redis kafka 之类的就好了 ，适合前端搞搞，占用公司机器资源也不多
所以我想用 golang 搞个服务端二进制版本, 一个命令直接执行，简单配置 mysql redis kafka 之类的就好了 ，适合前端搞搞，占用公司机器资源也不多
2020 年 6 月 23 日 回复了 nanzm 创建的主题 › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@fengxianqi 好建议
2020 年 6 月 23 日 回复了 nanzm 创建的主题 › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@zachguo 可以的 看了下不错
2020 年 6 月 23 日 回复了 nanzm 创建的主题 › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@Arrowing 用过， 功能不是很多， 数据维度不够丰富 ，现在基本处于没人维护的状态，不过整体设计的不错 可以借鉴一下
Select Language