你大爷一不小心
点赞工程师
|
中国自来水总公司
获得徽章 0
赞了这篇沸点
冲！冲！冲！
这是我印象比较深刻的一类管理风格：搞定没、还没搞好吗、这么慢、赶紧点，很看重快速搞定事情拿结果的能力。
在这种团队里干活，神经相对会紧张一些。平时也没啥关怀，领导关注的只是事情的结果，所以私底下埋冤自然是不少的。
领导的优点是在人前很积极，看起来也每天都很有激情，结果的确也是不错，至少出成绩了他晋升得快啊。缺点是底下的人总觉得很苦B，而且领导也容易得罪人，因为往前冲出成绩是要抢活的，毕竟好的资源是有限的呀。
#被领导pua了怎么办？#
这是我印象比较深刻的一类管理风格：搞定没、还没搞好吗、这么慢、赶紧点，很看重快速搞定事情拿结果的能力。
在这种团队里干活，神经相对会紧张一些。平时也没啥关怀，领导关注的只是事情的结果，所以私底下埋冤自然是不少的。
领导的优点是在人前很积极，看起来也每天都很有激情，结果的确也是不错，至少出成绩了他晋升得快啊。缺点是底下的人总觉得很苦B，而且领导也容易得罪人，因为往前冲出成绩是要抢活的，毕竟好的资源是有限的呀。
#被领导pua了怎么办？#
展开
5
6
赞了这篇沸点
赞了这篇沸点
#每天一个知识点# escape、encodeURI、encodeURIComponent 的区别
- encodeURI 是对整个 URI 进行转义，将 URI 中的非法字符转换为合法字符，所以对于一些在 URI 中有特殊意义的字符不会进行转义。
- encodeURIComponent 是对 URI 的组成部分进行转义，所以一些特殊字符也会得到转义。
- escape 和 encodeURI 的作用相同，不过它们对于 unicode 编码为 0xff 之外字符的时候会有区别，escape 是直接在字符的 unicode 编码前加上 %u，而 encodeURI 首先会将字符转换为 UTF-8 的格式，再在每个字节前加上 %。
- encodeURI 是对整个 URI 进行转义，将 URI 中的非法字符转换为合法字符，所以对于一些在 URI 中有特殊意义的字符不会进行转义。
- encodeURIComponent 是对 URI 的组成部分进行转义，所以一些特殊字符也会得到转义。
- escape 和 encodeURI 的作用相同，不过它们对于 unicode 编码为 0xff 之外字符的时候会有区别，escape 是直接在字符的 unicode 编码前加上 %u，而 encodeURI 首先会将字符转换为 UTF-8 的格式，再在每个字节前加上 %。
展开
评论
2
赞了这篇沸点
大家在spring项目中对于某些特定请求的统一处理一般是如何实现的呢？之前比较习惯使用aop对Controller做切面，但是有的小伙伴喜欢用过滤器，大家都是怎么做的呢？![[思考]](//lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_15.f58c082.png)
![[思考]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_15.f58c082.png)
10
1
赞了这篇沸点
赞了这篇沸点
#每天一个知识点#
2023/06/25
游戏中场景的概念（scene）
在前一个项目中是只有一个场景的，但是在后面的第二个项目，是把游戏分为两大类主场景的。首先多分场景能更清楚管理项目，我们确保同一时刻只有运行一个场景，而切换场景的时候就把上一个场景的东西都回收。如果没有使用场景，之前的开发有一个问题，那就是我们有一个金币栏的组件，没有区分场景的时候，即使进入关卡，实际上大厅的东西都是存在的，只不过看不到（被遮罩了），这时候就可能触发一些错误监听。
当然也有支持单场景的开发，单场景的话，其实就能不用考虑太多数据传递的问题。不过目前我们项目中，是把核心控件都提取出来设置为常驻，就算切换场景也不会被销毁。
对于是单场景还是多场景，其实还是得看实际的业务开发，没有绝对的正确，多场景的话便于管理，清晰，但是得考虑场景切换逻辑比较复杂，单场景所有资源都能管理处理，缺点是没法很好的管理
2023/06/25
游戏中场景的概念（scene）
在前一个项目中是只有一个场景的，但是在后面的第二个项目，是把游戏分为两大类主场景的。首先多分场景能更清楚管理项目，我们确保同一时刻只有运行一个场景，而切换场景的时候就把上一个场景的东西都回收。如果没有使用场景，之前的开发有一个问题，那就是我们有一个金币栏的组件，没有区分场景的时候，即使进入关卡，实际上大厅的东西都是存在的，只不过看不到（被遮罩了），这时候就可能触发一些错误监听。
当然也有支持单场景的开发，单场景的话，其实就能不用考虑太多数据传递的问题。不过目前我们项目中，是把核心控件都提取出来设置为常驻，就算切换场景也不会被销毁。
对于是单场景还是多场景，其实还是得看实际的业务开发，没有绝对的正确，多场景的话便于管理，清晰，但是得考虑场景切换逻辑比较复杂，单场景所有资源都能管理处理，缺点是没法很好的管理
展开
评论
2
![[呲牙]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_2.cd1e2bd.png)
赞了这篇沸点
友情提示，SkyWalking的国内QQ群和微信群即将解散，将全部迁移到ASF的slack，skywalking-cn频道
新的频道加入方式，发送 [CN] Request to join SkyWalking slack 到邮件列表 dev@skywalking.apache.org。推荐gmail或者outlook，qq邮箱无法邀请。
8年的国内频道，告一段落。
新的频道加入方式，发送 [CN] Request to join SkyWalking slack 到邮件列表 dev@skywalking.apache.org。推荐gmail或者outlook，qq邮箱无法邀请。
8年的国内频道，告一段落。
展开
1
4
赞了这篇沸点
赞了这篇沸点
赞了这篇沸点