V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  sampeng  ›  全部回复第 152 页 / 共 186 页
回复总数  3719
1 ... 148  149  150  151  152  153  154  155  156  157 ... 186  
2016-12-12 15:45:13 +08:00
回复了 4ever911 创建的主题 Linux 有强迫症的别折腾 Linux,太浪费时间了
完全不理解为毛有 macos 了还要去折腾 linux 的工作开发环境。。 mac 系统还不够用的?
2016-12-09 18:18:21 +08:00
回复了 itsme 创建的主题 DNS 前天开始很多地方谷歌的 8.8.4.4 都 ping 不通了,你们怎样?
外网扔一个 dnsmasq 。。蛮 high 的。。。
2016-12-08 18:38:06 +08:00
回复了 zybdfdz 创建的主题 程序员 如果可以远程办公,你还会选择在大城市么?
我会去一个可以送外卖的海边城市。。如果不能送外卖。。。去哪我 tm 还要出门吃饭。。还不如在大城市
2016-11-25 16:48:32 +08:00
回复了 firefox12 创建的主题 程序员 问个面试用的题目,你如何获取一个域名的所有 ip
@firefox12 用 dig ,然后 shell 做个脚本。
2016-11-25 16:46:26 +08:00
回复了 kyrre 创建的主题 程序员 大企业内部是不是也是各自造轮子的?
说的好像小公司不造轮子一样。。。
只要有人的地方,就会出现不同程度的轮子制造业
2016-11-25 15:54:11 +08:00
回复了 firefox12 创建的主题 程序员 问个面试用的题目,你如何获取一个域名的所有 ip
@firefox12 我觉得。。只要能在半小时做一个简单的 dns 解析器,然后找到各个省的 dns 中心 ip 。无非每个大运营商一个也就几百个 dns 中心打一遍 dns 请求。分分钟就出结果。

既然是开放问题,也不能把问题复杂化。核心结果是尽可能多的得到域名对应的 ip 。 dns 是做这件事最合适的。只用跑 ip 段?可以当然可以,但我觉得是不是跑题了,如果是一个项目中的解决方案,估计会被打死的。但去尽可能多的访问 dns 中心就不一样了。 dns 协议本身就要允许循环查询。原则上只要 dns 覆盖的足够多。就能够得到足够多解析的 ip 。
2016-11-25 15:48:07 +08:00
回复了 Sparetire 创建的主题 Node.js node 在高并发下的性能优化,各位有哪些好的建议吗?
最好的办法?当然是不用 node 。。。。。
2016-11-24 18:00:28 +08:00
回复了 leafleave 创建的主题 DNS 自己部署的 pandaDNS 不能用了
bind 和 dnsmsq 这么成熟的为毛不用。。。。
我觉得可以鼓励,但是要有方案,要能说服团队其他人。不仅仅是说服 leader 。
然后掉坑里了自己爬出来,别指望别人能救你。
其实只要不是大重构,小模块,随便改,改出问题改就是了,又不是不过测试改完直接上线。双赢局面,没必要这么谨慎,搞的大家都不爽。

如果是觉得整个代码都是一坨屎,要全部重构。那可以无视这样的想法,太年轻了而已。

说实话,能觉得模块代码烂,还能撸起袖子去改的程序员,真是很难得的一个精神。我身边 90%都是只是嘴上说,绝对不动手干的。下一次下一次下一次,无数的下一次造就了烂代码。
所以原则上应该鼓励,精神难得。不符合现实的情况我想也能说服的。
2016-11-24 17:52:36 +08:00
回复了 firefox12 创建的主题 程序员 问个面试用的题目,你如何获取一个域名的所有 ip
我觉得。。是不是大家想多了= =!
1 个小时能编码出来的,也就只是做一个 dns 解析器了。。
2016-11-24 15:16:05 +08:00
回复了 Camile 创建的主题 Java 今天和面试官聊到 DAO 层时,面试官表示 JPA 很反人类
sql 的全称是什么?请大声读出来!!!
2016-11-24 11:46:04 +08:00
回复了 malkavia 创建的主题 程序员 我说,你们会想让自己的孩子学写代码吗?
我肯定会,开发大脑,是一个合法合理的偷懒选择,用最简单的方式去解决问题,对人来说太重要
2016-11-24 11:22:27 +08:00
回复了 lifesimple 创建的主题 程序员 功能点时间评估?你们怎么评估的呢?
还有赶时间不代表没有思考时间,一定要有整个开发的 3 分之二时间是在思考。。三分之一时在写代码。。如果是反的,或者压根没时间去思考,那基本是有问题的。思路通了,三分之一时间写代码效率是非常高的,思路不通,就会在开发过程中碰到所谓的坑。磕磕碰碰就会出现时间预估不准的问题。
ps :时间不准,只能靠加班解决,别无他法。又想拿高工资,又想很轻松拿是不可能的。总要付出一部分来获取另一部分
2016-11-24 11:10:07 +08:00
回复了 lifesimple 创建的主题 程序员 功能点时间评估?你们怎么评估的呢?
心里预计时间然后乘以 1.5.然后预留 1 天 buffer 时间。几乎没问题
捉着觉得没劲?可以啊。。。。站着呗。别坐了。。。
2016-11-23 11:09:32 +08:00
回复了 loveshouhu 创建的主题 程序员 cd 路径深的时候,可以回来方便点
oh-my-zsh 的 d 命令。。不要太好用
不知道业务逻辑复杂度,没办法判断。
简单的单台就够了。 redis+nginx 。轻轻松松
1 ... 148  149  150  151  152  153  154  155  156  157 ... 186  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5933 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 02:21 · PVG 10:21 · LAX 18:21 · JFK 21:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.