V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  xsen  ›  全部回复第 18 页 / 共 44 页
回复总数  874
1 ... 14  15  16  17  18  19  20  21  22  23 ... 44  
2023 年 2 月 21 日
回复了 NCE 创建的主题 程序员 golang 快速开发,应该选择 go-zero,还是 Iris?
go-zero
2023 年 2 月 17 日
回复了 anytk 创建的主题 Linux 内核模块读取 uart 数据
每秒 500 帧,那就是 20ms ,那也只能都在内核态做,可以定制一个 422 的驱动,把 gpio 的抓取同步信号加进去
类似是 422 接口+额外的 gpio 口,属于一种非标准的 422 接口,要实现就是这么一个驱动

通过别的方式,如楼上提的 gpio 、422 单独设备(驱动)这种复杂,而且 20ms 还不一定能够保证

其实,最简单的方式就是用个 mcu 来做
砍需求的能力+1
go + qt/web/flutter
2023 年 2 月 16 日
回复了 edison520 创建的主题 求职 找稳定的远程工作
@ngyaying 同问什么要求
有时候我也会这么面(之前某公司的时候),
1. 是真缺人干活
2. 有意会让负责某一部分,带 1-2 个人

所以只会问项目相关(确认真实性),是否有意向、稳定、是否会试用期就跑路,是否有单独负责某一部分的能力(其实是项目、工程化等)
2023 年 2 月 9 日
回复了 GopherDaily 创建的主题 Go 编程语言 Go 的特色不是语法的便捷,而是在工程
@dbskcnc #72 前后用过很多语言,如 c/c++/python/java/javascript/dart 等等,到现在的 go ,相对来说用 go 的体验是最舒服的——不管是开发、调试,还是打包部署诸如此类。当然,也包括跨平台、交叉编译等
2023 年 2 月 9 日
回复了 nrtEBH 创建的主题 Linux 2023 年微信在 Linux 下的优雅使用方式有答案了吗
之前 Ubuntu 主力机 N 年,换 Mac 之后,就不再折腾、爱咋咋地
2023 年 2 月 7 日
回复了 huyangq 创建的主题 求职 不会电路可以写 C/C++嵌入式开发吗
若原来做上位机,那可以转应用
包括上位机、嵌入式应用,这主要是 C/C++或者 Qt (嵌入式或上位机)
2023 年 2 月 7 日
回复了 huyangq 创建的主题 求职 不会电路可以写 C/C++嵌入式开发吗
若是坐 rtos 或者驱动,一般会要求看得懂原理图,要做一个初步排查
当然,也包括芯片的 datasheet 也需要看得懂
2023 年 2 月 3 日
回复了 soupu626 创建的主题 程序员 Go 写业务真的是好的选择吗
我们用 go 有三年差不多了,复杂的业务其实也不少,不过基本都拆成不同的服务
服务之间是 rest api 或者 grpc ,也没太大的问题

目前看坑呢,一个是维护完善了一个工作流、内部自己实现了一套授权服务
别的感觉没太多的坑。上手容易,包括新手、新生,代码质量差不太多。开发、调试、部署相对简单(对于其它语言来说)
与其研究内核提交某些边边角角的 patch ,还不如深入某些方向
1. usb 或 pcie 子系统
2. 图形,包括 gpu 驱动、图形引擎,诸如此类

特别是#2 ,相对来说需求是越来越多
1. 前面加个 api gateway (不用默认 springcloud 自带的)
2. 根据服务注册采取的方式(如 eureka 或 consul ),找相应的 go client 就可接入
很多楼上言比称大佬的人,不妨去看看 lz 所提及的 patch 。其实对于内核的 patch ,若有环境,大多数人都可以提交
要做内核开发,光 patch 是远远不够的,还需要对整个内核有相对全面的学习与了解;另外,还要深入某 1-2 个子系统
别说做内核,其实目前 lz 这样的情况连做嵌入式 linux 开发都不会有机会
2023 年 1 月 16 日
回复了 cosmain 创建的主题 程序员 请行业大佬们给点建议。
新能源车的话,基本都要充电;所以充电设施(充电桩)的管理、监控,应该还是有一定场景
去年跟人沟通过,似乎某些省份会由上至下推充电桩的监控
2023 年 1 月 15 日
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
除非对性能或延迟要求极高,不然是不建议通过封装 c/c++库的方法与第三方语言集成的,不管是维护、扩展都不太灵活
通过 mq 解耦是通用的做法
2023 年 1 月 15 日
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
若是通过算法做图片或视频流的处理,一般图片或视频流(因为就几秒,类似的小文件)都是通过 kafka 来做的
因为消息队列来说,kakfa 吞吐量都是最大的。之前接触过一些做视频分析的,就是用 kafka
2023 年 1 月 15 日
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
@justou #5 底层就是 tcp/udp 。有些是 cs ,有些是 cs/cs (就是互为 server ),这个是跟不同的模式有关
你之所以有疑惑,是没做过裸 socket 的编程,没做过 cs 架构的东西

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

我们之前是 zmq + protobuf ,架构就是 cs 架构
2023 年 1 月 15 日
回复了 justou 创建的主题 程序员 关于 ZeroMQ 的若干问题
真心建议不要从无到由这样通过 zmq 造 rpc ( N 年前造过,要稳定可产品化——工作量还是不小的)
grpc 或 nats 成熟的方案很香,都是用 proto 定义 protocol 的
1 ... 14  15  16  17  18  19  20  21  22  23 ... 44  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1258 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 23:47 · PVG 07:47 · LAX 16:47 · JFK 19:47
♥ Do have faith in what you're doing.