V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  loryyang  ›  全部回复第 143 页 / 共 164 页
回复总数  3270
1 ... 139  140  141  142  143  144  145  146  147  148 ... 164  
2014-12-11 11:12:32 +08:00
回复了 xcatliu 创建的主题 程序员 打字时还是得看着键盘
自动换了微软人体工程学键盘,打错的概率上升了。。。看来需要适应一下
2014-12-10 17:09:19 +08:00
回复了 wuxiaolin 创建的主题 MySQL 一天几 kw 条以上的数据量,应该用什么方法存放
数据量不是问题,主要看场景。比如:你的历史数据使用频率是否很高,如果不高,那么近期的数据和历史数据分开存。重点保障近期数据的查询效率。近期数据定时导入历史数据库就行了。
但是如果你需要大量使用历史数据,同时要求很高的反应时间,那么就需要较多机器,部署分布式的mysql或者Oracle。整个的工作量会相对大很多,难度也高许多。
如果需要大量使用历史数据,但是要求反应时间不高,那么采用类似hadoop、htable的系统也不是不可行
2014-12-02 13:49:48 +08:00
回复了 amon 创建的主题 北京 既然北京的空气那么差,为何还有那么多人留在那里?
因为北方只有一个北京,所有中国靠北一些的同学大概都会去北京。你说的其他城市基本都在南边。
2014-11-30 11:19:30 +08:00
回复了 Sunyanzi 创建的主题 PHP 好像不自觉就写了难以维护的代码 ...
我觉得写的不好,首先所有if后面都要加{},这是代码规范。然后一行代码不可以写这么长,要想办法做简化。静态的string用常量来表示,比如你的正则表达式。好处:一是方便复用和后续修改,二是人肉看更直观(因为有命名)。然后函数嵌套的太多了,宁可多设置几个变量或者多抽几个函数,不要把代码揉成一坨。不要说是否看得懂,看到这种代码,没几个愿意认真看的。
2014-11-30 11:11:48 +08:00
回复了 depress 创建的主题 职场话题 工作三个月心情跌到谷底
撤吧,小命重要,你老大赏识你,你就为他拼命,那你爸妈那么辛苦养育你,你不为他们多活几年吗?你老婆或者以后的老婆让你多陪几年,你行吗?自己思量一下,身体最重要了
居然写了这么多。。。足见是有多恶趣味
2014-11-25 18:25:46 +08:00
回复了 nomemo 创建的主题 程序员 把代码写得简单易懂到底好不好?
我自己写代码就是力求简洁。帮同事review代码的时候,都会提评论,让他把代码写的更简单易懂,甚至变量、函数的命名也要直白易懂。我是一直这么坚持的。

不过我也挺理解lz,有时候也会有这种想法。现在想想,如果怕自己被替代,那就努力学习,让自己无法替代呗。靠把代码写恶心总归不是正道。。
2014-11-08 18:00:37 +08:00
回复了 geeglo 创建的主题 问与答 求一条正则表达式。
2014-11-08 17:58:36 +08:00
回复了 guoqiao 创建的主题 问与答 人在国外, 中国电信的手机套餐有没有办法取消?
我也遇到过,当时人在北京,之前杭州办的宽带,让我补交欠款,还必须本人身份证。被迫无奈把身份证寄回去让杭州的朋友帮忙交了。这个规定简直了,顾客不要说是上帝了,简直就是条狗啊,被呼来喝去
2014-11-07 12:57:34 +08:00
回复了 johnsneakers 创建的主题 程序员 我写得 OOP 今天被喷了
过早的性能优化是罪恶的源泉,特别是为了性能而去牺牲系统架构优雅性,增加模块耦合,降低代码可读性、易维护性等。当然,如果没有后面这些损失,你当然应该写更高效的代码。

很多时候你根本不会知道最影响性能的是哪部分代码。你过早的优化,也许只是优化了占总耗时1%的那部分代码。

关于你这个代码,我觉得原来的代码也还可以,oop不是解决问题的唯一方式,不用oop也一样可以写出好代码。你们两位支撑自己观点的原因都不太合适。最重要的还是代码的合理性,这部分错误code处理的逻辑本该属于谁,后续很可能出现的扩展是否方便支持,代码是否可以简洁易懂,是否会带来冗余代码。
2014-11-07 10:48:56 +08:00
回复了 jsq2627 创建的主题 程序员 对上课完全提不起兴趣,该怎么办呢?
四个字——眼高手低
@msg7086 嗯,因为好操作,简单。但是常见和方便不代表更好,如果有公司可以提供面试专用机,其实会更好。当时有道来我们学校招聘,就是租了学校的机房,大家现场用机器答题的。当然因为没有面试官监督,所以我们不能上网。

题做出来了,没有offer,这个事情其实挺尴尬的。招人好多时候靠缘分的,真的,切身体会。
@archxm 我不知道你at做什么。你发泄的这些情绪我不想再见到了,已block,谢谢!

首先关于大公司喜欢浪费面试者时间:对于公司而言。公司招人又不是做慈善,肯定是要严格考察面试者的,特别是现在面试者喜欢针对性准备面试题,面试时间肯定会长一些,这样才能真正看出面试者的水平。这是个困境,面试官和面试者的目标完全不一致,一方想知道优缺点,另一方只想表达优点。只有长时间深入的沟通可以解决。而对于面试者而言,想去一个公司工作,却连半天时间也不想浪费,这,你是真想找个工作?

其次关于面试内容:我也不建议做算法题,这个不公平,原因是大部分人对算法本身不会很精通,在实际工作时也不会去写这些代码。但是我支持当面写代码,这个很考察能力,程序员就是写代码,如果连代码都写不好,那能发挥什么作用呢?但是,我不支持纸上写代码、不支持无网络写代码。面试者应该可以使用一台电脑,然后网络。就和工作时的状态一致。否则就是在尝试记忆各种api,毫无意义。至于不写算法题,写什么,那就找个比较实际的问题来写好了,比如分析一段日志,或者写一个简单的cache,或者实现几个标准库没有实现的api(比如C的string join by)。

最后驳斥你一个观点:”深思熟虑出来的东西,然后让面试者几小时想出来“。你就想想,求圆形面积这个难题,是否还需要你深思熟虑几十年才能想出来。

PS:关于面试内容只是针对招聘写代码的员工,架构师等高层人员另说。
我觉得现在的情况是:最好不要再让面试者写这些大众题目了。因为有心的人会去准备,他们会把所有sort、所有基础数据结构相关的基础题目都去做一遍,记下来。这样就会出现面试不平等,考评内容对于一部分面试者来讲,是认真准备过的,这其实是不公平的。

当然,另一方面是:如果面试者真的把那么多内容都认真学习了,自身的水平确实也会提升很多。

我在想,我们是否可以这么来,我们准备一个高深一点偏一些的算法,然后准备好各种材料。让面试者现场学习,分析,然后现场写一些伪代码,或者代码实现一部分功能。在学习的时候面试官可以提供帮助。这不仅考察了大家关注的代码能力、思维能力,还考察了快速学习的能力(阅读文档,比如英文文档等),沟通能力(与面试官交流请教),抗压能力(算法本身较难)。再者,你可以提供电脑,让面试者可以进行Google等查阅资料。
2014-10-29 12:54:50 +08:00
回复了 kang000feng 创建的主题 问与答 你说这些人为了钱, 连诚信都不要了吗?
你见过的坏人太少了,这个世上,坏人真是到处都有
1 ... 139  140  141  142  143  144  145  146  147  148 ... 164  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2196 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 55ms · UTC 05:31 · PVG 13:31 · LAX 22:31 · JFK 01:31
Developed with CodeLauncher
♥ Do have faith in what you're doing.