V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xsen  ›  全部回复第 39 页 / 共 43 页
回复总数  844
1 ... 31  32  33  34  35  36  37  38  39  40 ... 43  
2020 年 2 月 25 日
回复了 neurocomputing 创建的主题 云计算 云游戏有出路吗?
@goldenalex #121
更大的压力是边缘节点或服务器端的带宽压力,大概率短期是无解
现在所谓的云游戏,通过类似 rdp 或 vnc 效果是不会好的。真正体验好,就是服务器端根据模型与数据,生成视频流,然后客户端就是类似现在看视频网站差不多——体验自然可以好很多
2020 年 2 月 19 日
回复了 gansteed 创建的主题 DevOps 微服务的缺点
有人说小公司不要用微服务,恰恰相反,小公司更应该用微服务。因为这样整套框架搭建起来之后,在招人用人及运维方面,都是极其节省各种成本,提高开发维护效率
2020 年 2 月 19 日
回复了 gansteed 创建的主题 DevOps 微服务的缺点
微服务,火了好几年的东西。曾经我们看中的是微服务拆分之后,每个项目变得更小,对团队的每个人来说维护成本降低,因为需要了解 的东西局限于一个更小的服务。第二是加强了技术选型的灵活性。但是由于没有实践,并不知道微服务会带来什么大的问题。 当我们大规模应用微服务之后,问题才开始慢慢显现出来。

网络调用过多
-----------------------------------------------------------------
不知道是如何评判过多?是影响到带来额外的处理延迟,还是性能瓶颈,或是带来额外的运维

技术栈太过灵活
-----------------------------------------------------------------
有很多选择又不是以为着所有的都会使用。若出现混乱(如随意选用技术栈等),这是管理的问题
选用特定技术栈,自然是有响应的好处

难于应对连表查询的需求
-----------------------------------------------------------------
这是架构或管理要背的锅

核心应用崩溃会导致大面积瘫痪
-----------------------------------------------------------------
降级,限流就是来做这个的

运维成本增加
-----------------------------------------------------------------
短期看是带来运维成本增加,但若真的把 devops 用起来;就算是简单的把 docker 用起来,看到的都是节省运维成本

接口风格不一致
-----------------------------------------------------------------
管理要背的锅

上面就是个人总结的一些微服务所带来的问题。对每个缺点的详细说明请看原文 :)
2020 年 2 月 19 日
回复了 xidianzyf 创建的主题 程序员 求问一个架构问题
设备端与云平台的通讯,用 mqtt 会简单很多
1.云端部署一台 mqtt broker,如 emqtt
2.通过 pub/sub 发布与订阅消息(实时)

3.服务器端,订阅所有数据,进行处理(如转发或存储等)
别的,跟你原先设想,愿意怎么做都没问题
2020 年 2 月 17 日
回复了 doraos 创建的主题 Linux 什么版本的 Linux 更适合新手
看楼主折腾了一大堆,却又不愿意稍微深入了解与配置下
用 linux 桌面版,若不想折腾就老老实实用 ubuntu; 若想折腾,就有个折腾的样子

比如你说的一大堆所谓的问题,只要稍微花些时间百度下,都可以解决的
2020 年 2 月 17 日
回复了 alan0liang 创建的主题 远程工作 求腾讯会议 Linux 解决方案
楼上各位给模拟器、虚拟机方案的就不要瞎出主意了,要跑视频这都不靠谱,还不如直接用 web 或者手机(平板)实在些。起码手机或平板,视频大多数还是可以硬解
@fanchangyong 你误解了我的回答。比如你要两端 p2p 传文件,如 A 与B,其中a、b处于不同的网络环境(家庭或公司),要穿透成功就要求a、b都穿透成功,才可以 p2p,不然是通过 turn 转发

若 a 穿透成功;而 b 所处的网络(如某公司),防火墙把 udp 都封掉,或者把 80/443 之外的端口都封了,那么b是无法穿透成功的
WebRTC 穿透成功率可以到 95%以上;当然,需要对服务器端配置与客户端配置做适当调整,进行优化,比如
1. stun 采用 tcp 方式
2. stun/turn 服务器端口要修改

等等诸如此类。因为很多内网会封掉 udp,对于 tcp 只会开启 80/443
@puras 这就是考核机制要做的事情。结果导向,工作效果反应到考核这个问题自然就可解决
对于工业这个方面,近期关注也比较多。相对来说,机会比较多的是网关(集成监控或视频)、工业自动化(如基于激光或视频的方案),还有上位机客户端(可组态、图像处理与流程)
若可以兼职+远程的话,个人可以参与进来。C/C++ + Java + React 都可以,前后有十多年软硬件开发经验
详细信息可参看个人资料
国内绝大多数公司,都不存在对员工的信任,这个从钉钉的流行自然就可以看得出来
2020 年 1 月 21 日
回复了 zhangH258 创建的主题 程序员 过年想给 70 多岁的外婆买个智能机方便视频,求推荐
@chitanda
@mugglezzz
谢谢推荐,刚给爸妈一人买了一台
2020 年 1 月 20 日
回复了 dazhangpan 创建的主题 北京 现在在公共场合很少听到人们在聊房子了
@testver 嘴炮一下赌什么,一点意义都没有
若真要赌,开个盘——然后根据不同年退出,给赔率,一赔十还是一赔百。你要敢,就陪你玩一把
2020 年 1 月 19 日
回复了 wework 创建的主题 程序员 有没有程序员尝试过在五线城市开 PHP 培训班
若有资源或门路的话,做外包相关是可以的
或者,有会员卡类似系统(加小商场或小程序这些),地推也是有空间
广氏菠萝啤
2020 年 1 月 17 日
回复了 luvxy 创建的主题 职场话题 昨天约谈我,说公司年前年后要优化一部分人
@RLado
@fanrong
知道国内为什么一直都是讲人情么,不外乎就是你们这样的人多了,
1.要裁员,那按照劳动法 /合同法规则操作就可以
国内这么多这样的公司,明明就是选择做婊子,还非要立牌坊;没有契约精神,为了丝丝利益随意违法
要裁员要优化,说明公司经营出现问题——这本就是公司高层的锅,只是大家都比较擅长甩锅给没有话语权的普通员工

2.不要把没有关联的搅浑一起
转移话题把水搅浑,然后刻意引导,不就是某些人所擅长的
裁员与自己是否要有目标,要做好规划与促进自我成长,有一毛钱关系么?!

3.若一个公司连裁员都要通过各种手段来实施,只是说明公司业务在走下坡路罢了
这样的公司,大概率是已有的商业模式出现问题,而高层又无能为力
1 ... 31  32  33  34  35  36  37  38  39  40 ... 43  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   849 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 19:29 · PVG 03:29 · LAX 11:29 · JFK 14:29
♥ Do have faith in what you're doing.