V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  nekoharuya  ›  全部回复第 1 页 / 共 4 页
回复总数  62
1  2  3  4  
@iOCZS 这题我会,哈哈,还记得佛洛伊德的三我理论吗,每个人都有本我,自我,超我,也可以理解成兽性,人性,神性,没有人是纯粹的神性,也就是圣人,也没有人是纯粹的兽性,也就是蛆,但是,你不能因为一个人做不到纯粹的神性,就完全否定他,认为他只有兽性
@thorby 不是做网安的,可以翻下我过往帖子,我上一个帖子热度这么高,是吐槽语雀野路子那次,我是纯技术出身,网安只是爱好,闲的时候也会打点 ctf 玩什么的,ummm ,当然,没有说网安技术含量低的意思……v2ex 上讨论环境比较尴尬,技术讨论没人理我,像这种话题热度就比较高
@MoGeJiEr 年纪大了,压力大,自己,老婆,自己父母,丈人丈母娘,自己的爷爷奶奶,老婆的爷爷奶奶,十个人里就我收入最高了,平时还好,大家都有收入,养老金啥的,生个病啥的,特别是老人,做个手术动辄好几万,我们现在都不敢要小孩
@atuocn 不可否认一些人是真的觉得不可能,而一些人有点“试图引导我说出具体的分析和思路”的意思,我觉得这样不好,所以不讨论这个
@JamesR 哈哈,我创业欠一屁股债,公司是不想再开了,现在没啥心力了,打工混个温饱,也挺好的
@karnaugh 这不好,之前年轻的时候,我很认同一句话:“法律不是禁止你做某件事,而是告诉你做某件事以后,你所需要承担的代价”,也就是说,只要后果承担得起,你就可以为所欲为,这两年在反思,这句话,道理是对的,但是不道德
我不想讨论:“勒索病毒是怎么写出来的”,“怎么传播”,“怎么收钱”,“网安是怎么工作的”,“现在大小公司的内网环境是什么样的”,这些细节,聊细了不好,你如果假定我解决不了这些问题,那你说的对,如果你认为我能解决这些问题,那也没必要讨论
上面这些回答其实都是虚的,作为十年游戏老开发,我明确的给你答案,就是程序不会,策划能用引擎就用引擎,插件商城里能找到编辑器就用编辑器,国内大部分游戏公司的研发在这方面都很菜,只会玩引擎,加上卷图形学几乎是游戏行业的唯一进阶途径,事实上,编辑器就是比 excel 方便,大部分复杂一点的功能都依赖编辑器,关卡编辑,弹幕编辑,行为树编辑,诸如此类的,活动编辑,但是程序不会写,你看国外的游戏公司,比如 ea ,cig ,ubi ,riot ,在编辑器上都是下了重功夫的……而国内的比如卡牌手游,常见的,掉率,卡池,宝箱,说白了其实也就是多维表格,一个编辑器就可以通用,但是人不会写,qt 不会写,vue 更不会了,策划自己辛苦一点,多维护下表,别的公司的策划都可以,你凭什么不行
41 天前
回复了 mike163 创建的主题 程序员 一种快速编程的方法,推荐给大伙。
@mike163 不是,我贴的这个不是大模型,这个是人工设计解析转译的,语言转译是非常复杂的,小脚本可以,大一点就没办法了,以我的黄油为例,游戏引擎,渲染框架,UI 框架,到游戏本身,数据结构,AI 算法,游戏逻辑,拼 UI ,还有周边的所有工具链,我做完这一整套,也就四五兆的代码,一个很小的文字黄油,而 AI 要做这种小项目的转译,目前希望也很渺茫
46 天前
回复了 mike163 创建的主题 程序员 一种快速编程的方法,推荐给大伙。
你的想法,好几年前 facebook 就做过,但是只能做简单的小脚本,比较核心的问题是,出了 bug 完全无法排查,不过当时他们是基础的 seq2seq 模型,没现在模型那么大,设备那么烧钱,虽然目前大模型也做不了太大的项目就是了。纯人工开发的语言转译工具是有的,比如 python 有 nuitka ,不过,性能提升并不明显就是了,转译相对来说是比较复杂的问题,比如进 python3.8 的时候,我给他们提过一个 bug https://github.com/Nuitka/Nuitka/issues/630
2023-10-27 21:00:50 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@Inn0Vat10n 另外员工有没有遵守规范这个问题,这就回到了是信任工具还是信任工程师的问题,我的观点始终是人一定会出错,你把比雅尼大爷叫来他一样会写 bug ,人出错了,扣点工资,或者了不起把人开了,可事故已经发生了,做这些事情对于事故本身没有意义,能自动化的东西就应该杜绝对人的依赖
2023-10-27 20:46:03 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@Inn0Vat10n 经验总结和书面性质的规范是没有意义的,只有从工具链上硬性限制,没有测试验收的代码不提供任何渠道发布到生产环境,至于发布时间,我的角度是他发布的时间点表明他周一上班干了一早上,下午直接推上去了,至于是不是全量,是不是高峰期,不是我关注的点,当然其他楼很多人关注这个点,另外这个问题相对于他们架构设计上的问题太小了,不值一提,没什么好关注的,谁还没有过几次蜜汁自信直接莽上去然后造成事故的经历
2023-10-27 12:25:47 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@dt1 你可以看我#79 楼的回复,一个合格的团队,无计划的更新是绝对不可能允许的,当然我也不是推崇谷歌那种一个小改动立项个把月的做法,甲骨文那种随便改一下就要测试半年才允许更上去的我知道在你眼里肯定也是反面典型
2023-10-25 19:38:34 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@bugmakerxs 我来北京以后,去的第一家公司,只待了一个月就跑路的原因,就是看着祖传遗产害怕,老板跟我说我工位的机器,是网易现在的技术总监当年用过的……到我手里都不知道多少手了,一大堆和业务强关联的工具链,根本不敢乱动,交接文档都由不同的人写了好些份……
2023-10-25 19:26:18 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@pkoukk 拜托考虑下场景,语雀这样的在线文档/协作工具,面对的问题不是大模型那样的线性数据迭代,而是数据规模和用户并发压力
在这个背景下,把不同的数据表/块裂分到不同的主从服务器组里,各自承担对应部分的读写压力,再另起队列慢慢同步不属于自己负责区域的数据
单个主从服务器组炸了可以随时滚一个新的出来,也可以让其他组多承担一部分
这种简单有效低成本的设计,牺牲的只是一点磁盘空间,对于网络,cpu 性能,磁盘性能的要求,全部降低了不止一个数量级,单组机器只用抗住拆分后需要负责的数据规模,即使它炸了也能自动让其他组顶上
经典案例可以参考 telegram 的做法,每个用户的数据,都由不同的数据中心进行处理
2023-10-25 15:29:16 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@lambdaq 研发和运维一体,就叫 Devops ,你看,这个词在这个帖子里,应该是我用得最多的了
2023-10-25 15:26:08 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@VB1 容器这里是我用词不准确,这里的语境是,不管是虚拟机还是物理机都是容纳数据的容器
当然,产生歧义是我不对
然后,从真实场景上看,你看上面的回复,大多数人认为,他们就是上了套 raid ,具体哪套 raid 不清楚,不过不重要,没有更多的信息,但是应该大差不差
我的观点是,这种不是独立环境的,可以称为一套/一台/一个机器
2023-10-25 15:12:01 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@lambdaq 语雀上线也不是一天两天了,大家上班也不是每天 24 小时都用什么钉钉飞书,他们后台肯定是有在线数据分析的,我觉得大概是更新的人觉得改动很小,不重视,没当回事,而且又是和用户没有直接关系的运维工具,从我的经验看,包括我自己,大部分人都会有这种蜜汁,然后闹出事故的经历的……不过这就是我瞎猜的了
2023-10-25 15:06:21 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@aper 碰啊,你翻翻我发的第一个帖子,如果能看懂,咱俩加个 v 聊聊 ai 撒,体系这种东西,你不碰,大概率就是别人代偿了,比如游戏公司一般是策划代偿了,我之前一路混到了独角兽公司的架构师岗位,现在在小创业公司做 CTO ,我管理水平也就半桶水,就之前被逼着学一点,主要还是靠写代码的硬实力
2023-10-25 14:53:17 +08:00
回复了 nekoharuya 创建的主题 程序员 语雀这路子太野了
@NCZkevin 后来公司寄了,这大哥现在在 supercell 上班,希望他别把人服务器也删了
1  2  3  4  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1529 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 17:17 · PVG 01:17 · LAX 09:17 · JFK 12:17
Developed with CodeLauncher
♥ Do have faith in what you're doing.