xsen

xsen

V2EX 第 442565 号会员,加入于 2019-09-22 11:59:08 +08:00
今日活跃度排名 6904
34 S 18 B
涉及方向主要为跨平台、物联网(智能硬件/智能家电/硬件集成/系统集成——通讯协议、网关、边缘、云平台)、音视频、微服务等。诸多方向均有0-1的产品经验,包括架构、研发与团队

技术栈C/C++/Qt/Java/Go,对H5/Flutter也有涉及,精通Linux相关(系统、嵌入式、内核驱动、网络、应用等)

有合作机会(项目、技术咨询、技术方案均可)可+V:dzM4NDUwMjc5OQ==
根据 xsen 的设置,主题列表只有在你登录之后才可查看
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
xsen 最近回复了
15 天前
回复了 cosmain 创建的主题 程序员 请行业大佬们给点建议。
新能源车的话,基本都要充电;所以充电设施(充电桩)的管理、监控,应该还是有一定场景
去年跟人沟通过,似乎某些省份会由上至下推充电桩的监控
16 天前
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
除非对性能或延迟要求极高,不然是不建议通过封装 c/c++库的方法与第三方语言集成的,不管是维护、扩展都不太灵活
通过 mq 解耦是通用的做法
16 天前
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
若是通过算法做图片或视频流的处理,一般图片或视频流(因为就几秒,类似的小文件)都是通过 kafka 来做的
因为消息队列来说,kakfa 吞吐量都是最大的。之前接触过一些做视频分析的,就是用 kafka
16 天前
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
@justou #5 底层就是 tcp/udp 。有些是 cs ,有些是 cs/cs (就是互为 server ),这个是跟不同的模式有关
你之所以有疑惑,是没做过裸 socket 的编程,没做过 cs 架构的东西

其实架构都是差不多的,1:N 的话,都是有个类似的 broker 做分发

我们之前是 zmq + protobuf ,架构就是 cs 架构
16 天前
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
真心建议不要从无到由这样通过 zmq 造 rpc ( N 年前造过,要稳定可产品化——工作量还是不小的)
grpc 或 nats 成熟的方案很香,都是用 proto 定义 protocol 的
18 天前
回复了 googlehub 创建的主题 程序员 招募开发合作小伙伴一起做项目
我跟楼主的需求一样,招募合作小伙伴一起做项目,具体可以参考楼主的帖子(除了联系方式),当然我能给的更多,每个月合作小伙伴有 5 刀的基本薪资,其他的就按照楼主的描述分成,有兴趣的私我 🐶
若计划回三四线城市,那请现在就开始关注三四线城市的机会
若有合适的——合适的定义是,公司满意、方向喜欢,薪资也好(目前 90%左右的)或高点或低点

有合适机会就把握住,没好机会就在一线苟着
只要安排的事情做完、干得漂亮,我是一点都不介意组员摸鱼(不管是摸鱼、还是学习,都没任何问题)
若你闲他摸鱼时间太多,说明能力强,那多安排些工作、单独负责某些模块或系统

出现这个情况,根源是管理者的问题,而不是摸鱼的人的问题
19 天前
回复了 buruoyanyang 创建的主题 程序员 各位对业务系统技术栈迁移有啥看法
一开始先别考虑什么微服务(如引入网关、注册中心什么的),不划算。开始要做的就是解耦,模块化、服务化、再重构重写
19 天前
回复了 buruoyanyang 创建的主题 程序员 各位对业务系统技术栈迁移有啥看法
我们就有类似的情况,原有的整套都是 C++写,代码量五十万网上
其实思路就是——模块化、服务化

简单点就是内部一部份一部份的拆出来,然后再服务化(这个过程是不换语言的);服务化之后,就可以看机会一个服务一个服务重写、重构,若 Java/Go/C++这些
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   3213 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 07:00 · PVG 15:00 · LAX 23:00 · JFK 02:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.