V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  cloudzhou  ›  全部回复第 33 页 / 共 47 页
回复总数  930
1 ... 29  30  31  32  33  34  35  36  37  38 ... 47  
2014-07-11 11:54:30 +08:00
回复了 isno 创建的主题 职场话题 工作中,我最讨厌的几种人
@jok3r
@ddzz
我不大了解为什么对别人看着你写代码那么敏感,尤其是如果对方水平不错的话。
话说以前在阿里的时候,习惯相互之间 review 代码,是比较好的一种学习方式。
如果比较闲,有时候也会静静站别人后面看着怎么写代码。写代码是一门手艺活,并且每个人又有自己小喜好,看别人写代码相互能提高。对我个人来说,完全不介意别人在看我写代码。
2014-06-30 11:21:57 +08:00
回复了 Livid 创建的主题 Redis 关于 V2EX 在 2014 年 6 月初遇到的性能问题
@geew
@Livid
按照我的观点,那就是根本不要在线上使用 keys 这个指令,哪怕为了未来考虑,这是定时炸弹。
按照你上面的例子,解决方法其实很简单,两种策略:

1 外部引用,举个例子来说,就是添加值的时候做一次引用:
对 namespace.xx.yy 设值,同时把这个 namespace.xx.yy 放入 sets (以 namespace 划分的 sets),当要批量引用 namespace 开头的值时,从 sets 里面遍历,然后第二次访问。
同理,删除的时候对应删除。
缺点,有时候很难保证一致性,需要做一些补偿方案,内存使用会增加。

2 版本号的概念,对于 redis,我一直还是推荐持久化数据的,并且严格控制数据的动态产生,也就是没有删除数据这个操作,但是如果你是作为 cache 使用并且数据本来就可以丢失的,那么就可以利用版本号。使用 EXPIRE ,也就是 KEY 是有一定生存周期的,并且命名是这样的: namespace.version.xx.yy 其中 version 是一个 hashes 的对应值 {namespace : version},当你要丢弃整个版本号的时候, version = version + 1,之前的 namespace version 版本全部不再使用,在过了一段时间之后(EXPIRE)自然回收。
缺点,只使用易失性数据,cache 使用,内存使用量在丢弃频繁的时候浪费过多。

总之,根据你的需求,有很多种方法,但是尽量不要使用 keys.
2014-06-30 10:36:34 +08:00
回复了 cloudzhou 创建的主题 程序员 和外包合作的事情
@hydyy web 开发,后台 api 其实已经都有了,需要把相关功能都在 web 实现,主要是 css 和 javascript 实现。 http://iot.espressif.cn/#/api/ http://iot.espressif.cn/#/help/
网站看起来简单,其实功能蛮多的,需要用进入才能发现。这是有邮箱,如果你有什么推荐的话麻烦联系: wuyunzhou # espressif.com
@rannnn @dangge , 如 @em70 所说,雷军毫无疑问是优秀的程序员,你们都太带有个人喜好了。话说我还是非常佩服雷军的,之前都不算顺利,属于一直都很努力,最后把小米带到一个高度,我个人觉得国产 android (各种系统,小米魅族锤子华为...)会做得越来越好,可以和三星比较的。
2014-06-11 18:37:48 +08:00
回复了 kafkakevin 创建的主题 程序员 知乎又挂了
知乎的可用性真的堪忧,我每天基本要看到一次“服务器提出一个问题...”
2014-06-10 16:52:52 +08:00
回复了 Livid 创建的主题 Redis 关于 V2EX 在 2014 年 6 月初遇到的性能问题
@Livid
"这次的解决方法是,需要用到 KEYS 的地方,其实是我们目前的在线人数统计,现在这个地方已经加上了缓存,所以对 KEYS 的调用就大大减少了。"
这么看起来,你只是减少了 KEYS 的调用次数,可能就是加入缓存,每3,5分钟 keys() 一次。

我认为这样的做法还不够优雅,对你现在说的这个需求,以下是我的做法:
引入 Sorted sets,创建一个名字叫: user:online
当用户 user(id: user_id),进行一次页面操作的时候,timestamp_now 就是当前时间戳:
> ZADD user:online timestamp_now user_id
对于每一个用户的页面操作都是做这样的操作

* 最新的用户在线列表(精确列出在线用户,以下统计前 1000 个在线用户,按照时间戳逆序)*:
> ZREVRANGE 0 1000
1) user_id_1
2) user_id_2
...

* 统计 5 分钟内的用户数(其实在线是个虚幻的概念,只能说 x 分钟内活跃认为在线)*
> ZCOUNT myzset (timestamp_5_minutes_ago timestamp_now

* 定期清除 x 分钟内没有活跃的用户,控制 Sorted sets 的长度 *
> ZREMRANGEBYSCORE myzset -inf (timestamp_10_minutes_ago

上面操作复杂度:O(log(N)+M) 这是可以控制的,并且数据非常及时和准确。

其实这是一个很好的面试题目。
广告:我需要前端工程师,设计师: http://v2ex.com/t/115602
2014-06-05 16:11:11 +08:00
回复了 cloudzhou 创建的主题 酷工作 [上海] 物联网 PaaS 平台招聘前端工程师
2014-06-03 20:32:53 +08:00
回复了 cloudzhou 创建的主题 酷工作 [上海] 物联网 PaaS 平台招聘前端工程师
@rming 哇,这个我还不是很了解,需要再看看你做的东西
2014-06-03 16:19:28 +08:00
回复了 cloudzhou 创建的主题 酷工作 [上海] 物联网 PaaS 平台招聘前端工程师
关于我现在的这家公司,主要是做 wifi 芯片为主,出货量很大,资金流充足,慢慢切入 IOT 领域,这个平台已经在一些情景上得到应用。
stand alone方式需要源码方式在运行在系统上(play run)
按理来说 java 运行的时候不需要源代码的
2014-06-01 18:03:33 +08:00
回复了 ddzz 创建的主题 程序员 git 通过 ssh 和 https 向服务器提交的速度有没有区别?
ssh的话按理是更快的,ssh -vvv 分析一下,大概在两个常见问题上,dns和加密方法尝试
2014-05-31 22:38:10 +08:00
回复了 cloudzhou 创建的主题 程序员 物联网 PaaS 平台以及寻找前端工程师
@darkbill 已经回复,非常感谢,iot 在工业能做很多事情,但 tcp/ip 协议看起来“还不够稳健”
2014-05-31 11:49:18 +08:00
回复了 cloudzhou 创建的主题 程序员 物联网 PaaS 平台以及寻找前端工程师
zigbee,contiki 这些都非常底层啊,我们主要是 wifi芯片,也有自己的嵌入式 sdk,但这个平台本身,是在这些底层之上的,只要遵循 tcp/ip,底层用什么都可以的,所以是 PaaS 平台。
2014-05-30 17:53:49 +08:00
回复了 cloudzhou 创建的主题 程序员 物联网 PaaS 平台以及寻找前端工程师
@lanceli 是的,我们在张江有办公地点,需要 前端、设计... 各种多面手
所以各位,跪求扩散 :-)
2014-05-30 17:43:14 +08:00
回复了 cloudzhou 创建的主题 程序员 物联网 PaaS 平台以及寻找前端工程师
@flynngao 这个概念其实很久了,但是一直没有声音,我对各种概念也是不屑一顾的,只是确实可以做出有用的东西,比如:远程开关,定时开启电器,查看家庭用电量等等,另外一些就是工业级别的了。

以我有限的经历看:
1 智能手机非常普及。
2 wifi芯片价格会越来越低。
3 当成本非常低的时候,就有需要的人了。举个例子,带有远程控制的智能插座如果只比传统插座贵5元,那你会不会尝试买呢?

这个平台可以说是物联网,也可以简单说是数据的汇总和展示,另一个重要的功能就是反向控制。
2014-05-30 17:29:30 +08:00
回复了 cloudzhou 创建的主题 程序员 物联网 PaaS 平台以及寻找前端工程师
@lanceli 当然是 w ,需要全职,以后开发需要的其他资源可以让其他人协同,我认为没有全心放入的话是不能做好事情的,类似这种项目对技术的要求比较高。
2014-05-30 15:33:17 +08:00
回复了 cloudzhou 创建的主题 程序员 物联网 PaaS 平台以及寻找前端工程师
@tuteng 你是说后台技术吗?我擅长使用 java, python,你的技术背景是?
@missdeer 域名这个问题是暂时的,以后估计会使用独立域名的。
2014-05-30 13:00:48 +08:00
回复了 cloudzhou 创建的主题 程序员 物联网 PaaS 平台以及寻找前端工程师
@0x61 是的,同样的做法,微信这一点不难的,主要做一个完善的平台有很多事情要做
1 ... 29  30  31  32  33  34  35  36  37  38 ... 47  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2706 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 15:03 · PVG 23:03 · LAX 08:03 · JFK 11:03
Developed with CodeLauncher
♥ Do have faith in what you're doing.