这是一个创建于 3333 天前的主题，其中的信息可能已经有所发展或是发生改变。
早上 10 点多来，晚上 9 点多才走，有时候任务没完成还得周末加个班。
感觉这样下去都没啥自己的个人生活了。
这么一看，拿 20W+好像还挺正常的。
就是不知道像中国银联这样朝九晚五的为什么也能开出 20w+的高薪。
感觉这样下去都没啥自己的个人生活了。
这么一看，拿 20W+好像还挺正常的。
就是不知道像中国银联这样朝九晚五的为什么也能开出 20w+的高薪。
第 1 条附言 · 2020-04-04 21:09:33 +08:00
原来真的是常态，而且九点半下班都算早了。
只恨当时太年轻。
只恨当时太年轻。
 |
101
KuroNekoFan 2015-11-09 17:21:42 +08:00  2
深圳， 25w ，部门有点边缘，基本没事干，所以也不加班，觉得挺慌的其实....
|
 |
102
huson 2015-11-09 17:25:51 +08:00
面个好几个创业公司都是 996 果断拒了。。面试之前也不说，最后才告诉你。、。
|
 |
103
Syaoran 2015-11-09 17:27:40 +08:00 via iPhone
说句不好听，这点工资不够以后看病的……而且少拿十几年养老金，亏大了
|
 |
104
grasses 2015-11-09 17:29:37 +08:00
10 点多来，晚上 9 点多才走叫加班吗。。
|
 |
105
dwlinux 2015-11-09 18:53:30 +08:00
996 真心很累……
|
 |
106
Davidwg 2015-11-09 19:14:26 +08:00
是常态，但是早上还要 9 点半打卡就太傻逼了
|
 |
107
letv OP @KuroNekoFan 啥公司这么好
|
 |
108
peonone 2015-11-09 22:00:05 +08:00
总共差不多 11 小时，午饭和晚饭时间至少 2 个吧
9 小时，还好了 |
 |
109
lenran 2015-11-09 22:09:11 +08:00
老板晚 21:00 以后还不走，在旁边陪着你。一边还说，别着急，不要有压力，慢慢来之类关怀的话。
你敢走？！ |
 |
110
boyhailong 2015-11-09 23:21:54 +08:00 via iPhone
@mzer0 同意
|
 |
111
uuidz 2015-11-10 09:53:36 +08:00
额，前段时间被领导谈话，说我是组里平均工时最短的一个（ 10.8 个小时）， PS ：这是半年的平均工时……不算晚饭时间……
|
 |
112
yyy 2015-11-10 10:01:16 +08:00
看完后我打算换工作了，虽然刚跳入个新公司比原来待遇高。但是加班的首要原因是效率低下，上线、测试、联调的时候一群人留下来没事情做，处于待命状态，都要等别人。如果因为效率低而制度性地加班，那么就是管理的问题。
|
 |
113
solaro 2015-11-10 10:58:21 +08:00
如果是创业公司，将来有盼头有钱分， 996 倒是可以接受，不然国内的 IT 行业，走到哪都这样。。
|
 |
114
del1214 2015-11-10 15:52:19 +08:00 via iPhone
北京没有不加班的，都是常态加班
|
 |
115
whythings 2015-11-10 16:12:08 +08:00
比较正常
|
 |
117
mzer0 2015-11-11 01:59:03 +08:00
@choury 什么行业?
@kingddc314 哪家公司? 有些所谓的"大牛"代码质量也很差...老师的代码质量怎样, 学生的代码质量也就怎样......应届毕业生工作以后, 一开始接触的几个框架会极大地影响他的代码风格, 某些公司的框架写得烂, 就导致用这些框架的应届毕业生会写很长时间的烂代码... @jindian @outfocontrol @boyhailong 编写"游戏"和编写"游戏引擎"是两码事......编写游戏的人水平真是不咋地, 大量时间都在 1.弄清楚引擎的文档 2.检测并填上引擎的坑 3.研究自己想要的功能咋实现 这些事情上......所以基本没啥地方需要动脑袋, 能弄清楚引擎就不错了......另外, 3D 渲染 /物理碰撞之类的事情都是显卡在做, 那是写显卡驱动的人编的, 和写游戏的程序员没啥关系......写游戏的程序员基本就是把几个框架给接上去...... |
 |
118
outfocontrol 2015-11-11 09:55:15 +08:00
@mzer0 我就在游戏行业，谢谢，你所说的游戏程序员和我所说的并不一致。
多说一句渲染 /物理碰撞的技术难点和写显卡驱动的那群人没关系 照你自己的逻辑套，程序员在哪里不用框架不看文档， Web 开发的程序员框架满天飞，客户端开发全依赖于 GUI 框架，搞大数据的用来用去也就是 hadoop 、 spark 那些开源框架，写驱动的都是完完全全按 datasheet 文档来编 |
 |
119
jindian 2015-11-11 12:49:29 +08:00
@mzer0 游戏程序员表示你这是胡扯。渲染、物理明明是游戏开发的重点行不，一般有技术积累的游戏公司会有一套游戏引擎、自实现的 stl 库、网络库、脚本引擎、成熟的服务器架构，甚至各种自实现数据库系统等等。
|
|
120
mzer0 2015-11-12 01:37:17 +08:00
@jindian 哪家公司? 开发啥游戏的? 单机还是联网? 手机还是 PC? 怎么说呢, 渲染和物理并不是最大的难点, 如果你愿意, 你完全可以将渲染和物理交给第三方库去做, 效果也会很漂亮. 如果你认为一款游戏的重点在于渲染和物理, 那么, 你应该重新审视一下, 什么是"游戏编程". 难道你觉得好游戏仅仅只是"画面好"吗? 游戏的根本难题在于系统设计以及逻辑设计. 加载资源是否是由单独的线程在做? 如果是的话, 线程有没有 coroutine 化? 有没有将重要数据做进程独立? 自己设计信号通道了吗, 是原子交换(自旋锁)还是互斥量? 你口中所说的"自实现的 STL 库"以及"成熟的服务器架构", 对于很多公司而言, 完全就是一团糟! 只要你写的代码里还有"using namespace std", 那它就不是 STL 安全的. 另外, 很多公司的网络通信模块令人堪忧......
@outfocontrol 我不清楚你们的渲染和物理碰撞是怎么做的, 我看到的方案里, 重新封装第三方库或者 SDK 是比较常见的. 第三方库和 sdk 已经做了很多事情, 但也还有很多事情是要做的, 这些或许是你所认为的"难点". 也有一些人是完全自己设计的物理碰撞和渲染的数学模型(Minecraft?! 我不知道), 例如, 在渲染火焰时, 粘性粒子模型和非粘性粒子模型, 在计算量和表现形式上都有很大的差别, 另一个例子是, 飘动的旗面, 考虑材料的韧性而使用面块模型, 又或者是简单地使用粘性粒子模型, 区别也相当大. 或许你会说, "sdk 已经提供了这样的能力", 有或者是, "这并不在我的考虑范围之内", 那我也可以这样说道: 你并没有真正体会到渲染和碰撞建模的艰难过程, 亦没有理解到, 多数的 SDK/第三方库 /游戏引擎的表现始终不会如你所愿, 因为它们不是根据你的需求而定制的. 仅仅是组合现有的方案, 而不是发明新的方案, 这一点也不难, 只是很麻烦而已. 这是令人失望的, 因此, 我不喜欢游戏行业, 他们总是在用十分古老的技术, 并且依靠重复的人力劳动和计算机硬件性能的提升, 来"创造"出一些一点也没有用的技术. 我不想再讨论关于物理碰撞和渲染之类的话题, 也不想再讨论编写游戏有多少技术含量. 一款游戏始终应该将其设计, 玩法, 娱乐性作为卖点. 至于技术, 游戏行业永远不会诞生出优秀的技术, 游戏行业从来没有开源过一套能在非游戏程序以外使用的代码, 或者说, 甚至从来没有开源出一套通用的程序代码. 大家都知道现代游戏设计离不开 GC, 也离不开信号通道以及多线程优化. 但我们知道, 最优秀的 GC 实际上来自于服务器领域, 最优秀的信号通道来自于操作系统领域, 而多线程优化则来自于网络领域. 甚至, 在游戏中广泛使用的 coroutine 亦是来自于脚本语言. 如果哪一天, 有一套来自于游戏行业的开源代码广受欢迎, 我定会承认: 游戏行业促使了计算机科学的进步和发展; 不然, 我则要说, 游戏行业并不是高智力密集型的, 相反, 它是劳动力密集型的. |
|
121
mzer0 2015-11-12 01:37:39 +08:00
不再接受任何相关讨论, 亦不接受人身攻击, 谢谢.
|
|
122
outfocontrol 2015-11-12 10:01:56 +08:00
@mzer0 不要把你所认识的 “游戏开发” 等同于整个游戏行业，我之前回复所说的是针对你 “写游戏的程序员基本就是把几个框架给接上去” 这种片面地逻辑推论而已，并不是说我们的做法是使用三方框架，游戏开发需要自己造的轮子是很多的，你不了解游戏引擎的实现何必在自己不熟悉的领域以偏概全
|
 |
123
cookieGirlSmile 2015-11-13 14:45:53 +08:00
从十月份到现在就休息过两天，每天晚上加班还加到 10 点，实在是干不动了我
|
Select Language