ps，如果是小图标一类的，或许找家带open api的图床更靠谱？

openstack swift

吃一堑长一智了，楼主如果想住的安心，还是趁早找志同道合的小伙伴一起合租一套吧，要么是认识的，要么是同事，相比较之下大家都会有相当多的克制，会为别人着想的。

当然，你也可以选择和那个狗狗处好关系，多喂食，多带着遛遛，达到可以让它乖乖的表乱叫的目的。

最后，如果是合租，费用一定是要提前算清的，不能突然加，当然你也可以用这个手段把不喜欢的人请出去，毕竟你是二房东，不过还是建议有话好好说，事情谈谈就开了。

另外你提到的感觉“吃亏”或者说“不公平”什么的，其实在所难免，即使是精度更小的CPU的时间片也不能做到平均分配吧。

@bjzhush 好巧，我是反着的，plu 茶，filco 青。

是时候使用前端脚本来做异步渲染了，如果你要谈蜘蛛抓取，g有ajax方案，而且也不一定要全部都异步化，php做backend，如果只是rest，其实挺美好的。

工程定向天线+mdk3足够，但是你要确定隔壁不会采取海扁你或者插网线不用无线的应对策略。

@stackpop 我怎么觉得前端更需要的js相关知识储备，不过都是很快能学会的东西，无所谓了。

作为半个老乡和业余水准的coder，看过了cv和pma的commit后，说一些个人看法。

首先是cv页面的代码，如果是空文件就不要link到文档，其次脚本文件可以考虑适当写的更好一点，细节都比较基础，选择器，简单的缓存什么的，减少绑定事件数量，适当的使用css来完成效果，这些略多，你可以搜索一下，也蛮好玩的。

然后是phpmyadmin，我看到你把这个放到最开始的地方了，到github看了一下，你的贡献主要是最近的一个console.js以及一些中文文本的翻译增补，feature不错，但是作为贴出来公开show的代码，可以考虑适当的重构或者说良构一下代码，细节同上。

最后，既然倾向前端，地理位置标记也很明确，那么可以把关联性不大的东西都删除掉。

个人观点，以上，祝好运。

/Applications/Thunder.app/Contents，当你发现你可以轻松处理掉这个东西的时候，有没有感受到业界良心？

@xiaomajia008 还是之前的那句回复，额外的不需要多说。

@tititake 将this链式转送这个是个不错的语法糖，不过可惜po主举例没有提到。（扯远了

Q1同样存在极限状况，当触发事件不唯一时，click的fn不能保证元素是否还是缓存中的this||e.target，

Q2简洁、高效、易于维护，一直以来是以奇怪的关系维持在一起的，有时相生，有时此消彼长，原始作者的意图在一次次的迭代后可能不会太清晰，作为维护者唯一的职责就是尽可能的延续他正确的风格，修缮他不正确的地方。

Q3如果你们公司是如此，那么不妨使用前端渲染的方式逐步迭代掉叫你痛苦的部分，而且如你所愿，定义在统一的模版文件中，或者页面打印config，改动量也不会特别大吧，那么修改掉就好，何必吐槽呢。

私以为知行合一才是我们这些维护者该做的。

几年前看到和自己风格迥异的代码，我也会不淡定，不过现在会细心观察别人代码架构和细节的可取之处，他山之石可以攻玉，勉之。

@yueyoum 其中一台做隔离做权限池用途，根据访问量划块内存给机器交互授权用，当机器A访问机器B的时候，A先访问权限服务器，设置一个token（token由时间+盐+你的密钥hash出来），然后访问B，B带着A的KEY去请求权限服务器即可。实现较易，且行且珍惜。

@xiaomajia008 不满足现状可以让你变的更好，但是只是抱怨却不思考现有方案的益处不利于成长。似乎上面这句话说的太空，那么留三道题给楼主，如你所说：


````
第一行 $('#a').xxxx
第三行 $('#a').xxxx

连续几行这样的。

难道就不能先 var a = $('#a');
然后下面再 a.xxxx?
````


**Q1:是否有场景下，使用JQ必须重新获取元素。**


````
满篇的$，什么都$，id class element 就这样搞，一点都不考虑以后万一换标签换样式了怎么办？
````

**Q2:且不论这句话语句是否通顺，如果要进行大规模迭代，什么样子的方式可以较为合理的组织代码。**


````
校验，全是 append("<span>错误信息</span>")，懒得想也起码在页面上配置一下阿，以后改文字错误信息还找你？错误信息的样式以后怎么定制？
````

**Q3:这种情况如果该如何回归组件&模块化设计，所谓配置，应该包含哪些要素。**


三人行必有我师，或许直面所有的问题，逐个解决会让你变的更好。

@nina 多谢。

@fdsfsdfsdf3334 文末有写，这个根据每个人的水平而定，如果是以后的同事的话，我们会尽力帮忙多争取就是。

ps:人力和技术是分开的，so，薪资神马的不用过多讨论了，自己有谱就行。

@johnlui 我现在跑easy 这里坐，我周围就有3个实习的妹纸，RD、PM、BD。人数以最新的teamtoy里的为准，哇咔咔。

@bearcat001 多谢.

http://photo.weibo.com/1220149481/wbphotos/large/mid/3582231953644843/pid/48ba00e9jw1e51qrh0zi9j20q11hy0zb

最后贴一张现在的抽样统计，去写码了，钻研技术才是正题，其他的都是浮云。

@l0wkey

首先我不代表SAE，也代表不鸟SAE，大家懂的，呵呵。

我只是SAE中普通的一员，并且，我的工作范围是前端重构，运维不属于我的工作范围，我只能帮忙转达信息，而且很多信息用户在反馈的时候，运维童鞋其实一直在做的，只是大家看不到而已，当然着急的心情谁都能理解。

有的时候，运营商的出口有问题，不该去一味埋怨平台的，如你图所示，绝大多数的地方都是绿色。

“14号是真的怒了。一个月内遇到n次网络问题，最长的一次持续超过24小时。”

如果是每天都这样，真的是不稳定了，linode不是目前最稳定的VPS之一嘛，但是实际的情况呢，如果你有日本节点的话。长期看在线率保持一个不错的值应该就可以了吧，毕竟是免费的服务，而且说过了，是长期免费的午餐。当然这个值，仁者见仁，智者见智。
很多和我一样的半学生党会持续的用着，如果你实在是高需求，零容忍，可以选择付费企业服务什么的（即使购买也不是工程师赚钱），或者体验BAE，ACE，GAE，EC2，HEROKU...


“给我的感觉，作为此类基础支撑的服务商，如此不理不睬的态度，不是傲娇，是傲慢。”
我看到官方回复你了啊，怎么就不理不睬，傲娇傲慢了呢？
另外不知道同学你运营过微博嘛，运营童鞋每天的私信量有多少呢，如果强制要求回复的话，可以使用SAE管理平台的feedback啊，那个工程师都会回复你的啊，不会你没有用过吧。


“选哪一个云平台，不是说说的，大家用上一段时间都有自己的评价。”
我同意，反正很多东西都是慢慢完善的，绝对完美的东西，目前是没有看到的，当然也是所有团队奋斗的目标。


“但这是在拿工资工作，不是义务劳动！觉得辛苦可以跳槽，但是不能作为 不稳定 的挡箭牌。”
貌似我没有说过跳槽啊，义务劳动神马的，不知道为啥会牵扯出这个莫名其妙的话题，
而且不稳定和稳定的绝对定义在那里，每个人心里都有自己的标准，这个不能一碗水端平。
当然，如果楼主的应用和我们的性质不一样，不是博客啊什么的，需要零容忍，建议真的参考之前的回复，企业版或者其他什么的方案来解决一下，毕竟因为现在的一些事情，影响到自己就不太好。


最后，私信干嘛要打马赛克，既然对SAE和V2EX信任感这么低，干嘛要来这里吐槽呢， 私信里，楼主已经不是完全的反馈问题了，已经开始吐槽抱怨了，这样不是一个良性的交流方式，
虽然是隔着电脑屏幕，虽然工种不同，但是毕竟你发的信息都是活生生的人在浏览，也要考虑一下对面的人看到该怎么回复你嘛，是吧。


再说一点，如果真的是童鞋你所说的不稳定的话，我觉得其他的人也都不会使用了，以偏概全是不对的，但是有错就要改正是必须滴。

这个话题我不会再和你深究下去了，该说的不该说的，我已经都说到了，而且我一普通酱油，言辞甚微的，至于平台到底是怎么样的，大家心里都有数，有偏见的，那么还是会有偏见，支持的，肯定还会继续支持下去。

@qq286735628 坐等可以方便备案的时候，直接备案，从国内路线解析应用吧，反正现在身份证信息已然不是私密，腾讯百度新浪淘宝谁家没有要验证呢…