 |
xsenV2EX 第 442565 号会员，加入于 2019-09-22 11:59:08 +08:00今日活跃度排名 690434
 18  |
Zhongshan
涉及方向主要为跨平台、物联网（智能硬件/智能家电/硬件集成/系统集成——通讯协议、网关、边缘、云平台）、音视频、微服务等。诸多方向均有0-1的产品经验，包括架构、研发与团队
技术栈C/C++/Qt/Java/Go，对H5/Flutter也有涉及，精通Linux相关（系统、嵌入式、内核驱动、网络、应用等）
有合作机会（项目、技术咨询、技术方案均可）可+V：dzM4NDUwMjc5OQ==
技术栈C/C++/Qt/Java/Go，对H5/Flutter也有涉及，精通Linux相关（系统、嵌入式、内核驱动、网络、应用等）
有合作机会（项目、技术咨询、技术方案均可）可+V：dzM4NDUwMjc5OQ==
xsen 最近回复了
15 天前 回复了 cosmain 创建的主题 › 程序员 › 请行业大佬们给点建议。 |
新能源车的话，基本都要充电；所以充电设施（充电桩）的管理、监控，应该还是有一定场景
去年跟人沟通过，似乎某些省份会由上至下推充电桩的监控
去年跟人沟通过，似乎某些省份会由上至下推充电桩的监控
16 天前 回复了 justou 创建的主题 › 程序员 › 关于 ZeroMQ 的若干问题 |
除非对性能或延迟要求极高，不然是不建议通过封装 c/c++库的方法与第三方语言集成的，不管是维护、扩展都不太灵活
通过 mq 解耦是通用的做法
通过 mq 解耦是通用的做法
16 天前 回复了 justou 创建的主题 › 程序员 › 关于 ZeroMQ 的若干问题 |
若是通过算法做图片或视频流的处理，一般图片或视频流（因为就几秒，类似的小文件）都是通过 kafka 来做的
因为消息队列来说，kakfa 吞吐量都是最大的。之前接触过一些做视频分析的，就是用 kafka
因为消息队列来说，kakfa 吞吐量都是最大的。之前接触过一些做视频分析的，就是用 kafka
16 天前 回复了 justou 创建的主题 › 程序员 › 关于 ZeroMQ 的若干问题 |
@justou #5 底层就是 tcp/udp 。有些是 cs ，有些是 cs/cs （就是互为 server ），这个是跟不同的模式有关
你之所以有疑惑，是没做过裸 socket 的编程，没做过 cs 架构的东西
其实架构都是差不多的，1:N 的话，都是有个类似的 broker 做分发
我们之前是 zmq + protobuf ，架构就是 cs 架构
你之所以有疑惑，是没做过裸 socket 的编程，没做过 cs 架构的东西
其实架构都是差不多的，1:N 的话，都是有个类似的 broker 做分发
我们之前是 zmq + protobuf ，架构就是 cs 架构
16 天前 回复了 justou 创建的主题 › 程序员 › 关于 ZeroMQ 的若干问题 |
真心建议不要从无到由这样通过 zmq 造 rpc （ N 年前造过，要稳定可产品化——工作量还是不小的）
grpc 或 nats 成熟的方案很香，都是用 proto 定义 protocol 的
grpc 或 nats 成熟的方案很香，都是用 proto 定义 protocol 的
18 天前 回复了 googlehub 创建的主题 › 程序员 › 招募开发合作小伙伴一起做项目 |
我跟楼主的需求一样，招募合作小伙伴一起做项目，具体可以参考楼主的帖子(除了联系方式)，当然我能给的更多，每个月合作小伙伴有 5 刀的基本薪资，其他的就按照楼主的描述分成，有兴趣的私我 🐶
18 天前 回复了 ljlljl0 创建的主题 › 职场话题 › 工作 5 年未来回到三四线城市，不知道可以做什么，拿着一个月 6K 的工资么 |
若计划回三四线城市，那请现在就开始关注三四线城市的机会
若有合适的——合适的定义是，公司满意、方向喜欢，薪资也好（目前 90%左右的）或高点或低点
有合适机会就把握住，没好机会就在一线苟着
若有合适的——合适的定义是，公司满意、方向喜欢，薪资也好（目前 90%左右的）或高点或低点
有合适机会就把握住，没好机会就在一线苟着
18 天前 回复了 Pipecraft 创建的主题 › 职场话题 › 同事每天疯狂摸鱼，如果你是管理者，应该怎么应对？ |
只要安排的事情做完、干得漂亮，我是一点都不介意组员摸鱼（不管是摸鱼、还是学习，都没任何问题）
若你闲他摸鱼时间太多，说明能力强，那多安排些工作、单独负责某些模块或系统
出现这个情况，根源是管理者的问题，而不是摸鱼的人的问题
若你闲他摸鱼时间太多，说明能力强，那多安排些工作、单独负责某些模块或系统
出现这个情况，根源是管理者的问题，而不是摸鱼的人的问题
19 天前 回复了 buruoyanyang 创建的主题 › 程序员 › 各位对业务系统技术栈迁移有啥看法 |
一开始先别考虑什么微服务（如引入网关、注册中心什么的），不划算。开始要做的就是解耦，模块化、服务化、再重构重写
19 天前 回复了 buruoyanyang 创建的主题 › 程序员 › 各位对业务系统技术栈迁移有啥看法 |
我们就有类似的情况，原有的整套都是 C++写，代码量五十万网上
其实思路就是——模块化、服务化
简单点就是内部一部份一部份的拆出来，然后再服务化（这个过程是不换语言的）；服务化之后，就可以看机会一个服务一个服务重写、重构，若 Java/Go/C++这些
其实思路就是——模块化、服务化
简单点就是内部一部份一部份的拆出来，然后再服务化（这个过程是不换语言的）；服务化之后，就可以看机会一个服务一个服务重写、重构，若 Java/Go/C++这些
Select Language