jQuery 的定位可能不是这个，但它可以这么用。

开发工具里的网络监控可以找到 url，但不一定能下载，因为地址可能有校验

@wangfeng3769 或许上传错误，或者微信服务器抽风了

@wangfeng3769 测试的话，如 #1 所言，取消关注，然后重新关注即可。

在 user 那边只能等明天。

用 Class 更容易维护吧

我觉得 IDE 略重，Sublime 完成一般的工作效率还是可以的。建议楼主写一个配色生成工具，一次性解决问题

国产的前途应该不是在**研究所手里，我相信大学的研究所不会像商业公司那样专注于做产品。但商业公司始终向钱看齐，不会花大力气在开源的民用操作系统上吧。

Google Doc?

没有设计经验的话，可以参（chao）考（xi）一些成熟的应用。Google 系列的 App UI 都很不错的，Android 原生的 UI 组件应该能满足一些基本功能的，可以从模仿这些基本组件开始，掌握好配色和风格，一套 Android UI 就成型了。

楼上该吐槽的都吐了，楼下不要继续了。我来说点实在的，希望能帮妹子早点找到工作：

大家的论点有三：
1.妹子&DY；
2.无作品；
3.智联风的简历。

阐述个人观点：
1.妹子/DY 可能是两个离技术职位比较远的概念（并无歧视，单纯从自己的了解去判断的）；
2.作品/代码是一个程序猿/媛的名片，对前端来说尤其重要（跟老师做过什么，大家其实很不看重，因为那些不太有技术含量）；
3.简历色彩、字体和排版太普通了，不是一个妹子，尤其是前端妹子该有的（一份 Markdown 的简历足矣，再用 CSS 修饰一下即可）；
4.Dreamweaver 绝对不适合前端。

PS: 贴几张照片（如果妹子允许的话）是能加分的，这点男人就比不了。

“常年在实验室跟着导师做项目”、DY、Dreamweaver 这些都不是前端应该拿出手的东西，作品和 demo 很重要啊。

@jsonline +1
DY 减分倒不至于，不过 “据我所知，能入D的同学，都无法胜任技术职位” 这个大家应该比较认同。

OmniGraffle/Sketch ?

可以结贴了，某些争议多余且肤浅。程序跑得欢就行，老板只看效果，不管具体实现。

UI 上的问题，应该是版本迭代过慢造成的。
当锤子还在享受 iOS6 风格的时候，iOS7 已经甩过他几条街了。

锤子的 App 风格在 锤子 ROM 里边应该还是很不错的，只是跟 iOS7 格格不入了。

#11 at 错了，sorry :)

C 始终是不二的选择，从 1+1 学起吧

@unstop
>如果不需要设计API还不如直接后端render好了.

我司的另一个技术领导一直坚持后端 render，其实也未尝不可。

具体采用什么，还要看自己是不是熟悉。不过在深入了解一门技术之前，先别 **扣帽子** 。

@cloudzhou +10086

1. RESTful 是为了将数据/资源抽象化，形成统一的方法（GET/PUT/PUST/DELETE），方便前（or 客户端）后端进行 API 的规范化。
2. header/params/data 的功能不同，这个应该是属于 HTTP 协议部分吧，我不是很了解。
3. 状态码是一种规范，或者叫标准。现在应该大部分人都知道 404 了，这就是标准带来的好处。

如果你的程序没有达到一定规模，使用 RESTful 可能真的是多余。

如果你的程序需要（或者将来可能需要）：
1. 稳定健壮可扩展；
2. 支持不同终端/客户端访问（Web、App 或 其他程序调用）；
3. 有其他人来接手/参与...

建议使用 RESTful

Bitbucket 很给力吧