 |
nanzmV2EX member #321305, joined on 2018-06-08 10:50:27 +08:0023
 57  |
 |
Per nanzm's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
nanzm's recent replies
Nov 25, 2023 Replied to a topic by 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
Aug 9, 2021 Replied to a topic by weimo383 › 程序员 › 为何前端构建工具这么麻烦 |
是
May 7, 2021 Replied to a topic by BoringTu › JavaScript › 为什么你们要选择 TypeScript？ |
一个能这么火的技术必然是解决了痛点问题，写了 js 11 年了都没去了解相关生态吗 ？ 固步自封？
大团队协作，类型注释有明显好处，这个还需要争论吗？
( ps: 一次都没碰到过我连变量背后的值类型导致的 bug 呢？ 写得都是小项目吧，多用用 react 写写复杂业务组件，组件库，过个一年半载重构试试，或者你就有这个痛点了）
大团队协作，类型注释有明显好处，这个还需要争论吗？
( ps: 一次都没碰到过我连变量背后的值类型导致的 bug 呢？ 写得都是小项目吧，多用用 react 写写复杂业务组件，组件库，过个一年半载重构试试，或者你就有这个痛点了）
Jul 11, 2020 Replied to a topic by nanzm › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@Martox 加我微信
Jun 23, 2020 Replied to a topic by nanzm › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@luvsic 会有基础的性能数据收集， 前端埋点的话做起来比较难，数据量也比较可怕，数据可靠性啥的考虑的比较多
Jun 23, 2020 Replied to a topic by nanzm › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@Vegetable 正因为单独为前端搭建才轻量，sentry 模块挺多的 sdk 抽象程度高一点，它是关注所有的 Error 收集场景，性能一般，各个模块耦合度高，不用 docker 部署起来费劲，量大了不是很好扩展.....
所以我想用 golang 搞个服务端二进制版本, 一个命令直接执行，简单配置 mysql redis kafka 之类的就好了 ，适合前端搞搞，占用公司机器资源也不多
所以我想用 golang 搞个服务端二进制版本, 一个命令直接执行，简单配置 mysql redis kafka 之类的就好了 ，适合前端搞搞，占用公司机器资源也不多
Jun 23, 2020 Replied to a topic by nanzm › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@fengxianqi 好建议
Jun 23, 2020 Replied to a topic by nanzm › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@zachguo 可以的 看了下不错
Jun 23, 2020 Replied to a topic by nanzm › 程序员 › 一起搞开源的前端监控系统 有没有兴趣加入的? |
@Arrowing 用过， 功能不是很多， 数据维度不够丰富 ，现在基本处于没人维护的状态，不过整体设计的不错 可以借鉴一下
Select Language