Think in code

准时地在预算内推出，要有优先级，要现实些，要有灵活性

通过减少改变的阻碍保持灵活

构建一半产品，而非产品有一半缺陷，摆出产品应该成为什么样的任何点子，然后砍掉一半。

只留精髓

你的大部分时间浪费在无关紧要的东西上。如果你能抛弃不重要的工作和思考，你将会获得不可思议的生产力。

不轻易实现功能，学会说不，“我知道关于iTunes应该具有很酷的特性你有一千个主意。我们也是。但是我们不想要一千个功能。那样做很恶心。创新不是关于对每件事说yes。而是对每一件事说NO，除了至关重要的特性”

尽快地推出一个真实的产品，只有一个真实的，可操作的软件才能拉近每个人对现实的理解和认同。避免了为一些草图和段落争得面红耳赤，最终发现这些都是无谓的。同时，你也会发现有些你想像中无关痛痒的事情事实上是很重要的

做为一个在线的软件是不需要在完成后才推出的。设计一些界面，使用它们，分析它们，反复地做

如果你知道过后总是要重来一遍，你就不需追求一开始就达完美。这种明了不管如何你总是得过后重新审视一些问题的理念，能引发你先把产品想法推出去看看是否可行的激情。

从灵感，到草稿，到HTML，到代码

在现实使用中测试你的软件

决定它是否值得做，如果是的话:尽快去做 -> 看人们的反应

把项目分块来做

对于不发生无法知道的问题，你尽管可以从避免空谈的角度出发：说“我不知道”。

给延期的软件开发项目添加人手只会更加拖延进度。

根据对开源社区的贡献选择潜在的技术人才

选择能快速学习的多面手，而不是专攻一面的专家

一开始要忽略细枝末节的东西：导航条或者导航标签、页脚、用色、边栏、标识等，从震中着手，先设计页面中最重要的内容，先搭建框架，再填充内容

context is more important than consistency

文案很重要

each time you increase the amount of code, your software grows exponentially more complicated

deal only with the problems of today

“A "spec" is close to useless. I have never seen a spec that was both big enough to be useful and accurate.”

Prevent excess paperwork everywhere

If you need to explain something, try mocking it up and prototyping it rather than writing a longwinded document

Don't get into the technical or design details, just tell a quick story，Just give the flow of what happens

Think strategy, not tactics

“不要勉强留住用户。如果他们要离开，就让他们带上在你网站创造出来的全部内容，然后自由离去。必须敞开粮仓，集中精力留住客户，所以他们愿意回来，而不是因为被门卡住了才不得不回来。”

1) Teaser, 2) Preview, and 3) Launch

写一个产品博客

New or interesting features are a great way to generate buzz for your application

Check your logs and find out where the buzz is coming from

Give your app a name that's easy to remember

Avoid building walls between your customers and the development/design team. 

Be willing to say no to your customers

Issue a major update 30 days after launch

Show your product is alive by keeping an ongoing product development blog post-launch

public betas are bullshit，Don't wait for your product to reach perfection

Prioritize your bugs (and even ignore some of them)

抑制膨胀

Everyone can read a book. Everyone can come up with an idea. Everyone has a cousin that's a web designer. Everyone can write a blog. Everyone can hire someone to hack together some code.The difference between you and everyone else will be how well you execute. Success is all about great execution

今天在组内做的分享，主要是关于javascript入门和提高的，在这里给大家分享一下，欢迎大家指教 :)

1. Why does [5,6,8,7][1,2] = 8 in Javascript

又一个趣味性的javascript语法问题

2. Why aren't ◎ܫ◎ and ☺ valid Javascript variable names?

连“草泥马”、“ಠ_ಠ”都是合法的变量名，为啥◎ܫ◎就不是呢？

3. What do single quotes do in C++ when used on multiple characters?

在多个字符外面加上单引号代表着什么？

4. Why use swap when there is more than enough RAM

linux在啥时候才会用swap呢？

5. What is the funniest bug you've ever experienced?

你遇到过的最有趣的bug是啥？

7. How to count characters in a unicode string in C

Unicode长度的计算以及截取

由于项目需要，不能用系统默认的图片选择，需要自定义，遇到了一些问题，记录一下。

android系统有两个表存储图片信息，thumbnails用来存储缩略图，images用来存储原图，都在/data/data/com.android.providers.media/databases目录下

由于需要取到相册分类（也就是文件夹），而且系统自带的缩略图尺寸还不满足要求，而且还不能直接用原图来生成缩略图（直接用原图生成缩略图的话就会申请很大一块内存，系统会抛出异常），所以只查thumbnails或者images表都不行，情况如下：

 thumbnails表（MediaStore.Images.Thumbnails）里面有两种类型的缩略图：

      MICRO_KIND: 96 x 96

      MINI_KIND: 512 x 384

但是取不到bucket_display_name（也就是相册分类的名字）。

images表（MediaStore.Images.Media）里面有个mini_thumb_magic字段，刚开始以为这个是缩略图的id，但是从表里查出来看了下并不是吗，查了好久没查出来这个字段到底是啥意思，有篇老外的文章说是被系统默认的相册程序给用了...决定放弃这个字段。

thumbnails表里面有存原图的id，所以可以根据image_id和kind（MICRO_KIND和MINI_KIND）去thumbnails里面选，然后再根据需要生成自己需要的图片

1. Disable a user's login without disabling the account

如何在不禁用帐户的情况下禁止这个帐号登录呢？而且还可以su - user哦亲。

2. Any funny *nix one-liners?

闷骚的程序员们都不喜欢啰嗦。

3. What are best practices that you use when writing Objective-C and Cocoa?

Objective-C && Cocoa最佳实践。

4. Why can I use constants as statements in C?

虽然没啥用，也值得了解一下，从前还真不知道可以这样写。

5. For loop instead of while

"I vote for someone having an affinity for bad coding style. "