V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lecher  ›  全部回复第 20 页 / 共 38 页
回复总数  741
1 ... 16  17  18  19  20  21  22  23  24  25 ... 38  
网上下几个测试的需求文档和测试样例,能看懂测试需求和样例步骤的对应关系之后,就可以算入门了。

实际上女生测试入门大都是从手动测试开始的,所以熟悉测试平台的各种操作更重要,比如现在的移动应用测试,那就要特别熟悉 iOS 、 Android 系统的各种日常操作,甚至包括各种可能让系统运行应用异常退出的操作。

有计算机理论基础的,看看测试的几个方法论,能根据测试需求说出根据什么方法论去写测试样例更好。

再往上想镇场的话就是各种系统的生命周期了, win 下面的执行程序整个运行流程中和 CPU 、内存、硬盘怎么交互数据的, iOS 、 Android 下面的应用生命周期是怎么样的, UI 渲染的流程。
懂这些原理是镇住开发人员的基本功。实际上我认识的测试人员,即使计算机专业出身入行一两年,也没几个能说清楚这些涉及底层原理的事情。因为很少有开发人员或者公司愿意给初级员工讲这些东西,他们都默认测试人员理论基础很差,接受不了这些连初级开发人员都不容易说清楚的东西,初级测试人员只要根据测试样例做好手动测试就 OK 了。
2016-02-20 23:34:53 +08:00
回复了 tanteng 创建的主题 互联网 这两种形式的域名哪个权重更高??
二级域名的权重是独立计算的,每个二级域名的搜索引擎排名与该二级域名下的内容有关。

取二级域名和 URL 规划,尽量考虑用户体验,方便用户记忆和跳转就够了。你讨好了用户,用户信任度高活跃之后产生的搜索行为自然会影响搜索引擎的计分。
2016-02-19 15:51:13 +08:00
回复了 lissome 创建的主题 问与答 请教域名备案的问题
如果是个人站,淘宝找人代备案就好了,个人名义去备案,网站是不能做任何商业服务的,连博客、论坛都不可以。按规定个人名义的备案域名被管局查到开博客、论坛,是要取消备案的。

实际上所有机房都不会细究你的域名解析到哪儿,只要你备案的服务器还续租就行,要不然七牛云这种 CDN 服务商哪有生存空间。

不打算玩什么违法犯罪的,国内备案就备案了。如果主域名解析嫌麻烦,那就开个新域名专门备案做静态化。
2016-02-19 15:35:40 +08:00
回复了 lissome 创建的主题 问与答 请教域名备案的问题
不打算用主域名接入国内服务的话,比如支付、服务器、 CDN 、广告联盟等等,可以不备案。
如果要接入国内服务,比如支付和广告,主域名备案是必须的。那可以先在 aliyun 开服务器,完成备案之后再解析到国外。国内备案机构只是限制必须有备案服务器运营商才能接入,没有限制备案之后不能迁到别的服务器运营商上。

如果只是用 CDN 、七牛云之类的,开一个新的域名,备案之后专做静态资源的缓存服务接入是没有问题的。主服务器和主域名可以都扔国外不用备案。

个人站,偷懒就别备案。企业用户,有商业行为的,不备案是没办法使用国内这些运营商的服务的,多准备几个备案域名在手里最安全。
2016-02-18 00:13:40 +08:00
回复了 shmilyzero 创建的主题 上海 深圳&上海 如何选择?
深圳落户好也抵不住广东高考这个每年九十几万人竞争,一本率全国中等水平的难度。
买房来说,深圳的房价也不是那么乐观。

如果一定要到广东,考虑一下广州。房价、教育资源、医疗资源的性价比还算过得去。

如果是为了小孩的教育,不考虑留学的话,努力拼一下上海的落户,只要教育投入跟得上,基本小孩就是一本以上的水平。
2016-02-17 10:08:48 +08:00
回复了 odoooo 创建的主题 问与答 最近在开发一个在线视频网站,有几个关于 redis 问题请教。
播放次数这种高频词又不一定要去完全准确的计数的值,可以先写入 Redis 主,同时 Redis 主开一个 key 设写入记录时间,记录的时候判断是否需要到时间写入 MySQL ,定时刷入 MySQL 主。

其它频次不高的持久化数据,视频内容,评论一类的,直接写入 MySQL 主也可以,至于是否要刷新 Redis 主,看关联数据是不是很多,如果写入一个记录要更新几十个关联的 Redis 记录,不如考虑一下 Redis 那边缓存数据的时间做做限制,由外部请求触发 Redis 定时更新。

非要保证实时性和一致性的,前期业务量不大可以写入 MySQL 主,更新 Redis 主这样走。如果业务量很大,数据就在 Redis 上面转了,数据读写都在 Redis 上,直接写入 Redis 主,同时后台开进程专门做把 Redis 刷入 MySQL 的任务。
要想保证 Redis 和 MySQL 一致,那负载就只能以低的为主,等于牺牲 Redis 的写入速度,要想利用 Redis 的写入和读取的高负载,就必须承担数据丢失的风险,分时间段异步写入 MySQL ,这点可以通过同局域网内写两个 Redis 来减少一点风险,不过就复杂很多。
2016-02-17 00:33:42 +08:00
回复了 edisoncyh 创建的主题 程序员 如何成为一名优秀的全栈工程师
参加线下活动都是为了做个人品牌而已,于技术能力毫无帮助。

真正的核心竞争力就是好奇心和毅力,这样才有足够的驱动力去探索新的领域。具备这两个特质再加上扎实的理论基础才有全栈的潜质。

至于要学什么开发语言和工具,都只是技艺层面的东西,每个时代都不一样,再过几年,生态体系变了,开发语言和工具也会有衰退和变迁。

奔着做全栈去学习,不如抱着做个有趣的东西的思想去学习,做个实在的产品,要用什么学什么,做成一个产品自然而然就变成全栈工程师了。
2016-02-17 00:19:59 +08:00
回复了 thekll 创建的主题 程序员 服务端一般如何分辨客户端类型?
Native App 所有请求参数都可以自定义,想在 header 里面加什么都可以。

合理的 restfull 接口是满足幂等性的,只要参数通过校验,不管客户端是什么,都会返回相同的结果。如果希望返回的参数类型和数量不同,应该在传入参数上下功夫。

当然如果不同客户端的业务差异比较大,团队又没有那么大的规模和时间去抽象业务到统一的接口,那就按客户端开不同的接口。不同客户端请求不同的接口。
2016-02-16 20:01:34 +08:00
回复了 tanorigin 创建的主题 iOS [咨询] iOS 中线程加锁问题
把你的处理方法封装成单例模式,开放的接口不要直接执行处理,开放入队列的接口,处理方法封装一个 queue ,任务都扔里面去跑,新手的话有一个小坑, queue 跑完任务会自动释放,这时候有新任务进来需要重新实例化一个 queue 进行请求处理。
gcd 的接口有相关的处理。封装一下就可以。


我做过的的是利用 ASIqueue 的封装的单例,把数据处理从 view controller 剥离出来,写成 model ,开放入队接口,外部调用的时候,将需要数据和处理数据的函数通过 block 封装传给接口,接口拿到就把参数入队,执行完 HTTP 请求拿到数据,再回调 block 传进来的数据处理。

其实原生的 queue 库也可以做到这些,自己封装一下试试看?
2016-02-16 19:29:38 +08:00
回复了 sharp 创建的主题 问与答 网站刷用户怎么刷?
买几个社工库,要什么用户导进去就是了。
但是这样没意义。

如果说产品要做冷启动,可以把心思放在产品功能和运营上,先攒一波内容,再去拉核心用户做改善。只要功能是解决用户痛点的,总有热心用户愿意提供免费建议贡献内容的。
2016-02-16 12:11:07 +08:00
回复了 tanorigin 创建的主题 iOS [咨询] iOS 中线程加锁问题
抽象出来,做 Singleton 模式,这样实例化的时候都是同一个实例,加锁就等于全局锁。
抽象出来,还是 Singleton 模式,不锁,但是用队列,请求处理封装成 block ,入队列,按开一个单独的线程处理队列的数据,保证一次只处理一个 HTTP 请求。
2016-02-16 12:00:31 +08:00
回复了 sunus 创建的主题 香港 现在去香港玩安全么?
安全,旺角堵大街抗议的时候也去过,大部分服务行业的人都挺热情的,很多服务员都要学普通话。当然普通的路边商贩年纪大了学不来普通话,需要用粤语沟通。

去旅游的时候和一个大叔聊过这些事情,他们对内地的政策和制度是有抗拒,但是对内地的拼搏精神还是很认同的,说香港年轻人一代不如一代,反而是内地越来越好,年轻人冲劲很足,早晚会超过香港。

如果说厌恶,普通香港市民抱怨的是水客挤占公共资源,坐过很多次公交车,行李架经常被各种水客的箱子塞满,公交车塞得满满当当的,香港市民对这个怨言比较大。

澳门人民是月月有政府津贴,工作岗位有赌场提供不菲的收入,根本不担心游客抢他们的生计,不过澳门比较小,路也挤,澳门居民对内地游客不排队这个事情挺歧视的,进入任何店铺都或多或少在言语上有不满情绪,要求排队。
2016-02-16 11:01:29 +08:00
回复了 c0427 创建的主题 问与答 程序员的编程水平和数学水平有着什么样的关系?
数学功底好的人,面对复杂业务建模抽象的能力更强一些。比较明显的是数论和代数这两个方向基础好的。

但是很多时候只做需求简单的开发,考验不到这些方面的能力,只有分析 bug 的时候用得多一些。

刚工作看不出来差别,反而是英语比较好的查文档速度快容易出活,这个后劲要到开发经验积攒够了做复杂业务的时候,考虑的情况比较多才有明显的爆发。

做几年之后再回去补数学和物理的基础很正常,就是因为之前积累的基础知识不够到瓶颈了,必须补基础才能往深度走下去。
在官本位观念重的地区都是如此,不分南北。毕竟过去体制内的岗位福利太过优厚,到五六十岁工作能力跟不上时代的时候还能守住收入,还有附加的医疗养老之类的保障。

多年权力之间的交易交织出的关系网不是那么容易打破的。尤其体制内的,过去的权力放现在颇有鸡毛当令箭的感觉,但是在本地生活的人都习惯了,特别相信体制内的权力,做什么事都要托人送红包,生怕对方不收把事情拖黄了。

我的父辈现在这个年龄段,五十左右,不在体制内,工作能力已经跟不上时代,只有小部分的医疗报销。一场大病直接能把家庭打到赤贫阶段。你问他们体制内好不好,他们肯定说好,同年龄五十左右在体制内的,如果没有追求上位,该考虑的就是退休,平时工作有正常休假,不想做甚至可以磨洋工出工不出活,疾病报销一大半,这种程度的工作能力和态度,工资跟得上本地平均收入水平,换位思考一下,体制内在这个年龄段这个时间节点,确实要比非体制内好。要我我也希望自己父母能有这样的岗位养养老。比较年迈的父母没有多少筹码可以换了。

但是让我在年轻还有拼劲全部的能力去疯一下的阶段,毫无身家背景去体制内,简直是拿自己青春赌党运,这肯定不想陪党玩。找个脑力活的岗位,积累经验过生活。

至于养老的事情,年轻的时候手上时间和精力的筹码那么多,肯定还是更愿意相信自己有机会赌一把大的,真赌输了,估计就会进入死循环,要去鼓励下一辈进入体制内了。
读研是给自己一个提升理论基础的的机会。
工作会增加自己的实践经验不假,但也会失去很多个人时间。

有机会跟好的导师见见理论上面的研究发现,自己也有兴趣的话,不如在导师手下跟着走两年读读论文,看看自己理论基础能提到什么高度。

实际工作之后想抽时间学习理论的东西实在太难了。
2016-02-04 21:50:41 +08:00
回复了 xush 创建的主题 PHP 能不能给个思路 大伙
这个需求确实奇怪,比如用户刷了两天,那么第一页用户 A 只显示两篇,第二页呢?还显示用户 A 发布的文章吗。
如果每一页同一个用户的文章都最多显示两条,那么文章列表的时间序就是乱的,可能用户连发十篇,第五页才能把用户 A 最早发布的显示出来?

先把需求理清楚吧。
如果非要做这个需求,只是单纯的限制显示频率,不能考虑在一条 SQL 语句里面取出来,考虑一下按用户分别取。很多社区按 tag 抽取文章的模型都可以加这样的限制。
或者做其它 spam 策略,比如设置一个发布时间 spam 参数,发布时间扣去这个 spam 参数,比如连发 10 条,从第三条开始,十分钟内每发一条就触发 spam ,每次累加时间参数 60 分钟,之后在写入文章表的时候,发布时间减去这个 spam 时间,当他连续发布十条之后,第十篇文章的发布时间就是七小时之前。

个人觉得做好这种内容审查策略,在文章发布的时候就确定排序比较好,否则在读取列表的时候做排序计算会浪费比较多的时间,毕竟大部分文章类型的产品业务,读取的频率还是大于写入频率很多的。
2016-02-04 15:50:42 +08:00
回复了 hayao650 创建的主题 NGINX nginx location 配置问题
@hayao650 因为你的正则没有指定起始和结束符,所以,实际上你写的两个正则匹配的结果是一样的。 Nginx 中要指定仅匹配 / 的正则写法是: ^/$强制限定只匹配 /。

我这个写法是不太好维护的。不如看看 seki 给的连接,试试 try_files 的语法,这个可以方便你指派多个规则跳转到同一个代理端口。维护起来更省事一些。
2016-02-04 15:27:18 +08:00
回复了 hayao650 创建的主题 NGINX nginx location 配置问题
location / {
if (!-e $request_filename) {
proxy_pass http://xx.xx.xx.xx:20002;
}
index index.html index.htm;
}

if 的判断是,如果指定路径不存在文件,则执行判断内的语句,将请求转发给代理端口。
2016-02-03 23:29:51 +08:00
回复了 lovejoy 创建的主题 问与答 一个创业团队需要运维吗
@oopsmind 很多云服务平台都在朝着这个方向努力,你只想装个网站,就直接拿一个网站必须的模板进行配置,开机就自带需要的环境,同时还有很多预设参数,不喜欢还可以自己调。看看各种基于 docker 的云服务公司,都是这么玩的,基于一套系统做为模板,不停开发各种功能性脚本给用户使用。
1 ... 16  17  18  19  20  21  22  23  24  25 ... 38  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1975 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 46ms · UTC 01:01 · PVG 09:01 · LAX 18:01 · JFK 21:01
Developed with CodeLauncher
♥ Do have faith in what you're doing.