V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wenzhoou  ›  全部回复第 8 页 / 共 32 页
回复总数  633
1 ... 4  5  6  7  8  9  10  11  12  13 ... 32  
2019-07-10 07:00:09 +08:00
回复了 chihu 创建的主题 Apple 各位大佬们 你们闲置的 iPhone 都用来干嘛了?
100.50 收。其实我很想拿来做监控。只是没有好的软件。想要类似于 motioneye 的,提供 HTTP 服务。
2019-07-09 18:41:11 +08:00
回复了 good1uck 创建的主题 程序员 程序员是怎么秃的?
热闹的马路不长草,聪明的脑袋不长毛。
2019-07-09 18:38:30 +08:00
回复了 shuAS 创建的主题 程序员 api 接口如何做到毫秒级响应?
@janus77 笑死了
@passerbytiny 恩。他们把代码评审的活交给第三方。第三方不懂业务,来了很懵比的指摘格式错误,单词拼写错误,文档打印设定错误等等。然后甲方对这个结果很满意。。。
@nellace 是啊。这个操作也太骚了吧。我们之前出问题了,一条 SQL 语句把所有人转账权限都去掉了,然后慢慢搞。隐藏界面这个操作,感觉不是技术人员出的主意啊。
@mystrylw 是啊。你说的很有道理。能过且过是大多数人和团体的切实追求。但是明显这样是落后的根源。人类必须自己刺激自己去改进才行,才能跳出这个坑。不然确实如#35 #37 所说下一个昙花一现的可能是中国。等再过十几年年,你们都成为公司领导者了,你们会给年轻人什么样的福报呢。
@shakoon 可以进。但是现在不是时机。可以观望。因为日本的市场很封闭,一般打不进去,打进去也不讨好。只有当日本做烂了。国内水平超过很多了,他们才会心甘情愿放下姿态跟你走。
日本有大牛,但是不代表日本的平均 IT 水平。

日本的傲慢体现在以下几个方面:
1. 重管理轻技术。同样很聪明的毕业的新人,到了岗位,一个人会技术能编码,一个人不会技术编不了代码。最终结果,会编码的一直在一线战斗,不会编码的人,管管式样管管人,步步高升。
2. 重流程轻结果。一套瀑布式开发走到黑。其实原型开发是非常好的手段,但是日本人觉得不便于管理弃而不用。不做可行性论证,不做技术调查。认为只要我按书上写的走了流程,结果就应该是对的。
3. 客户至上导致式样扭曲。客户说一不二,假需求错误的需求也不管。有的客户那是真的不懂啊。
4. 运用手腕把作业隔离得太细。一个项目分很多模块,不同的模块不同的人做,review 和测试又是不同的人,维护又是不同的人。每个人的眼界都非常狭窄,而且不愿意插手别人的事情。

还有很多问题,大家可以看出来日本 IT 其实还是传统企业管理的理念。家长式管理导致每个人工作积极性不高。拒绝改进拒绝接受新的做法。

当然这次的问题就体现了这样的一个弊端,软件不是代表一个人的结果,而是一个团体的结果。一个诺大的团队,竟然没有一个人能指出来设计上有这样重大的缺陷,竟然没有一个人和社长提过 2 阶段认证。充分说明这是体制僵化的结果,不是个别人的问题。

和国内的 zz 环境一样,一群思想僵化的老年人想要带领年轻人,只能靠着愚化教育。给年轻人灌输,不要耍聪明,只要老老实实按我说的去做就行了。这才是问题的源头。
指的是难啃的骨头,鸡肋,残羹冷炙。
我做了多年金融项目。我是上次日本罗森某卡被盗事件善后者。那个项目之前出了三次要上报金融厅基本的问题我也是都参与了。N 社的信用卡认证系统我也做了(和这次的事件无关的项目)。说实话这种事情真不赖程序员。为什么?
因为日本人傲慢。


弱小和无知不是生存的障碍 傲慢才是



任你怎么告诉他这样有问题,他就一句话,你就照这个做就好了,意思是我给钱叫你做什么你就做什么别瞎 bb。日本人管这个叫做式样通り。

式样大部分是日本人写的,编码工作只占总流程的 10 分之一,单体测试占总流程的 10 分之一。大部分中国公司只能拿到这些菜。
2019-07-04 20:52:54 +08:00
回复了 Acceml 创建的主题 LeetCode [Leetcode] 137.只出现一次的数字 II
@xml123 楼上一句话就说出了本质。
2019-07-03 10:59:20 +08:00
回复了 DavidG 创建的主题 程序员 23 岁程序员,参加工作两年,诊断出中度抑郁该怎么办?
还跟多人对抑郁症有误解啊。抑郁症正如 37 楼说的,是一种生理疾病。而不是简单的我抑郁了,就是抑郁症,两码事。所以就不要打趣楼主了。该吃药应当吃药的。我身边也有同事有抑郁症。
2019-07-03 08:05:51 +08:00
回复了 unknowncheater 创建的主题 程序员 专注做事时不回复任何外部请求是情商低吗?
有的人专注,有的人活跃。前者适合做事,后者适合做人。前者发展为天才,后者发展为领导。我觉得都还好啦。
2019-07-01 16:55:15 +08:00
回复了 v2overflow 创建的主题 程序员 存储过程真的很难么?
@yulitian888 概率小看相对什么而言。你碰到了就是 00%。另外传统企业里面的系统,系统升级伴随着数据库切换也是很常见的。
2019-07-01 10:21:57 +08:00
回复了 v2overflow 创建的主题 程序员 存储过程真的很难么?
@ps1aniuge 也有可能不是偏见,是教训呢?
我们线上的机器,应用服务器十几台,如果 CPU 或内存不够了,再上七八台很容易。应用服务器崩了就崩了没事的。
数据库服务器,就两台,如果 CPU 或内存不够了,整个业务死翘翘。
为什么不多搞几台,因为代价和应用服务器不是一个数量级的。我们用的 Oracle 的版权死贵,出了问题请 Oracle 专家来,那个价格真心不便宜,而且耗时间等不起。
曾经出现过,调查 bug 的人去服务器上敲了一条 select 语句,导致生产数据库长时间没反应。后果可想而知。从那以后所有人就知道把数据库服务器当宝贝了。
数据库服务器,就是要 io 性能超好,你看似一次检索出来的数据量太大,但是就算是几百 M 数据这对于内网的数据库,都不是问题。反而是 CPU,有两个问题。一个是版权是按照 CPU 内核数收费的,再一个 CPU 再好也经不起折腾,你把排序,数值加减放到数据库服务器上运算,那就是拿着尚方宝剑去切肉。所以一般数据库专用服务器都放弃 CPU 了。
所以说不是不想用存储过程,实在是条件不允许。
当然你单机跑,或者没上线之前做数据移行,那随你高兴。

所以再强调一遍,不要在数据库服务器上玩火是绝对政治正确的。
2019-06-30 23:20:15 +08:00
回复了 v2overflow 创建的主题 程序员 存储过程真的很难么?
@oaix 就算你说的这个场景。你能保证业务不变更吗。
回头领导一句话,你个我把这个字段和这个字段合并一起。然后你就傻眼了。还是得要换成应用侧处理。
所以我觉得,别费那么大劲。就给搞成 Java 的。能跑就这么跑,不坑后人。
1 ... 4  5  6  7  8  9  10  11  12  13 ... 32  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1134 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 19:08 · PVG 03:08 · LAX 11:08 · JFK 14:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.