V2EX › abcbuzhiming 的所有回复 › 第 73 页 / 共 103 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 69 70 71 72 73 74 75 76 77 78 ... 103

❮

❯

2018-07-10 16:21:34 +08:00

回复了 fml87 创建的主题 › 问与答 › 刚刚面试了一个培训班出来的

有胆量吹，能骗过去，确实能混进去，但是绝大部分混进去短的几个月，长的半年就被识破踢出去了，毕竟这行是真要写东西的。写不出来一切都完蛋

2018-07-10 16:19:54 +08:00

回复了 wen4034 创建的主题 › 程序员 › 写代码只会抄 github，这正常吗？

以前知乎列过一个程序员等级划分，会用 google 和 Stack Overflow 抄代码的层级是比百度要高出两级的

2018-07-09 20:59:10 +08:00

回复了 kerb15 创建的主题 › Java › 饿汉式单例真的会比较占用资源吗

我一直不明白这个时代用懒加载还有意义吗？无非就是第一次启动快一点罢了

2018-07-07 21:03:11 +08:00

回复了 thinkmore 创建的主题 › 职场话题 › 朝 9 晚 6，不加班，可是。。。。。

嫌自己没接触到新技术？搞开源项目去啊，无底洞，可以搞到你死，不要身在福中不知福。程序员最重要的不是上班时间是个人时间

2018-07-06 12:03:43 +08:00

回复了 Azumo 创建的主题 › 程序员 › 码农是 21 世纪纺织工？

@tohearts 资本家会有一天教你明白自己的阶级的，这不是你不想明白就可以不明白的事情。因为我们就活在这样一个时代里

@justff 程序员是标准的无产阶级，每个程序员，哪怕你钱赚的再多，都要有这个危机意识，明白自己的上限在哪里。明白那些付你高额薪水的人其实是你的敌人。否则华为 35，中兴跳楼就是榜样

2018-07-06 09:05:24 +08:00

回复了 Azumo 创建的主题 › 程序员 › 码农是 21 世纪纺织工？

@tohearts 你想多了。就算你再努力，你也就是纺织工，这个纺织工不是站在你自己角度上说的，是站在资本的角度说的，你的奋斗只能有限的提高你和资本议价的能力，不能提升你面对资本时的阶级地位——你再牛逼你也只是纺织工中的豪杰而已

2018-07-06 09:03:39 +08:00

回复了 Azumo 创建的主题 › 程序员 › 码农是 21 世纪纺织工？

码农是手工纺织工，而且这个手工暂时资本家没办法用纯机械实现，否则码农早就不值钱了，你们去看看 18 世纪的英国纺织工有多么惨（平均寿命 3 年）就知道了。说码农就是纺织工真没说错。别觉得码农很有地位，包括那些有高级技术的码农也一样，在资本家手里，都只是工具

2018-07-04 09:59:08 +08:00

回复了 abcbuzhiming 创建的主题 › 问与答 › 这问卷调查数据量太大了，不搞分表的话有没有别的解决途径？

@FanWall 我没有看懂你的思路，我的核心需求是，要知道一道题，总共多少人选了 A，多少人选了 B，多少人选了 C，传统思路不就是 group by 然后 count 吗。用来 group by 的表设计成
用户 id，题目 id，答案值
group by 题目 id，答案值，
然后 count(用户 id)

你的思路莫非是用一个字段保存多个答案的值？我这里的问题是我的题目的选项不一定是固定的，可能是 3 也可能是 5 甚至更多一些

@liprais 至少 mysql 的数据上了亿后在一般的硬件情况下查询效率会大大降低的

@hpeng 想了很久也就只有调查时计数统计了

2018-07-03 21:34:32 +08:00

回复了 liuf 创建的主题 › 问与答 › 跟公司提涨薪，工作近两年，多少比较合适呢？各位 v 友给的底，让我好挺起腰杆子跟老板谈谈。

你为啥不跳槽？

2018-07-01 14:32:37 +08:00

回复了 mawenjie 创建的主题 › 职场话题 › 想问一下所有的大公司都是这样情况吗？

你们进大公司前都不打听一下吗，现在网络这么发达，大公司内部是个啥情况一百度不就出来了，大公司，大部分人进去就是当螺丝钉的，面试造火箭，进去拧螺丝就说的这种，除了少部分大牛外。大公司主要是给你涨资历，积累点人脉。另外就是大公司的流程学习一下也挺有好处的（楼主觉得管理严格其实是大公司必须的）。除此之外，一般的人进大公司，在技术上是没有太多的帮助的，整天就是拧螺丝写业务代码，写 n 年也就那样。
其实我倒是奇怪的是楼主这种对大公司不切实际的期待到底是从哪里来的。这都 2018 年了大公司内部是个啥样的又不是秘密，怎么还有这么多人迷信大公司啊

2018-06-30 12:10:29 +08:00

回复了 TheSpectre 创建的主题 › 问与答 › 程序员经常熬夜有什么好的皮肤保养产品推荐码？

睡觉，这是最好的护肤品

2018-06-30 10:36:08 +08:00

回复了 papertiger 创建的主题 › 程序员 › 程序员月薪 1w（只拿 12 个月，没别的钱了，不加班，一周五天，每天 8h）属于什么水平呢？

真心不错的，IT 这行是要算时薪的，实际每天工作小时的薪水，有些月入两三万的一算时薪其实没别你高多少（加班太狠）。年龄越大越发觉得自己的时间极其宝贵，靠加班的高薪越往后越不值得

2018-06-30 10:19:34 +08:00

回复了 xx19941215 创建的主题 › 问与答 › Web 消息中心怎么做

@wuxi317 你这个想法补充，我一直以来没想到怎么弄的问题就是在群发的时候需要插入很多条用户-信息关系记录的问题。你这个解决办法把插入过程延后，并分散到每个客户端登录的时候由他们来做。
但是你这个方法有个弱点，如果这条群发消息是用户在线的时候发的，那用户如果没有退出重新登录行为，就永远收不到这条消息了，所以这个方法似乎有点问题，我建议还是把“ copy 到用户自己的消息表中”这个行为放在客户端轮询时都有新消息的过程中做

2018-06-30 10:10:58 +08:00

回复了 xx19941215 创建的主题 › 问与答 › Web 消息中心怎么做

@misaka19000 它这个场景上 MySQL 还真有些问题，如果它说的几百万用户是真的。那么只要群发 10 次，用户与信息的关系表的记录会达到几千万，群发 100 次的时候这张表的数据会达到几亿这个级别。到这个级别的时候 MySQL 的查询速度也会大大的变慢，即使加了索引改善也不会很大，换别的关系数据库也不会有啥改善的。要么系统设计成按时间分割表，比如每个月（群发特别频繁的时候估计每周都得新建）新建一张用户与信息关系表，查询的时候 union 操作。要么就只有上大数据了。
另外这个场景还可能存在的一个问题就是几百万用的消息到达时间的差别拉的太长，单库群发一次，毕竟要一口气插入几百万条用户与信息关系数据，也是要时间的

2018-06-25 21:59:08 +08:00

回复了 Hstar 创建的主题 › 职场话题 › 今年是不是行情不好, 找工作拿到的 offer 都是 996 的?

降工资需求可破，找不到 965 说白了就是喊价喊高了，最近两年经济收缩你们没感觉吗

2018-06-25 09:43:37 +08:00

回复了 akakidz 创建的主题 › 问与答 › 现在入坑，只考虑发展前途，推荐前端还是后端？

前端入门容易，从发展的角度讲，从来没有什么程序员是老待在一个领域的，你迟早有一天会慢慢进化到前后端都涉及，如果你只停留在一个领域，你必然走不远。但是饭要一口口吃，步子大容易扯到蛋，先从最容易的进去

2018-06-25 09:40:39 +08:00

回复了 we000 创建的主题 › 京东 › 京东 HR 真的是这样的吗？

其实我觉得最奇怪的是，为啥这个京东 HR 能看见这个楼主的内容。这到底是什么渠道的信息，你们的私人信息都是直接公开的吗

2018-06-24 13:33:37 +08:00

回复了 xypcn 创建的主题 › 程序员 › golang 何时干掉 Java

@Monstercat 我 eclipse inteJ，VS 都用过，前两者是不错的 IDE，但是你想和 VS 比？