知乎 · 2015 下半年

同问通信和语言有什么关系？你究竟是想问 IPC 呢，还是想问跨语言调用呢？讲清楚了才好答你啊。

前端负责和用户交互，后端负责和计算机交互

更新一下，看到 @wakao 的答案，槽点有些多，吐槽下：

1. .var .filed这种写法不是快捷键，这是 Intellij IDEA 的 Postfix Completion Feature，不要混淆了。
2. Annotation 是 Java 层面的东西啊，怎么叫不像 Android 代码了（别忘了 @Override 也是注解），不太懂。
3. 拿 compile 那点性能损耗上台来讲，也是醉了。
4. 吐槽不能。。

==== 以下为原回答 ====

谢邀。

之前一直是用 JakeWharton/butterknife · GitHub 加上 avast/android-butterknife-zelezny · GitHub ，你确定你手写 findViewById 会比我用 Plugin 一键生成代码更快？：）

使用 ButterKnife，是因为它足够轻。

Field and method binding for Android views which uses annotation processing to generate boilerplate code for you.

通过注解，把 findViewById 代码的生成丢给编译器处理，在不降低执行效率的前提下，提高代码可读性和减少代码量，有什么理由不用？至于 AndroidAnnotations，没用过，也不推荐用，太重，看着恶心。

BaaS 开始当道的年头，题主不是更应该担心后端的未来么？:)

安利一下我大

Shadertoy

！上面都是搞 GE、Shader 和算法的大神们！

• 200 行代码模拟出海平面：https://www.shadertoy.com/view/Ms2SD1

• 130 行代码模拟出云层：https://www.shadertoy.com/view/XslGRr

• 300 行代码模拟出复杂的雪山：https://www.shadertoy.com/view/MdX3Rr

对显卡性能有信心的可以点开上面的链接测试 fps ：）

里面很多还是可以转化为产品的（OpenGL，WebGL，OpenGL ES）

• 跳动的心：Shadertoy BETA

例如上面这个我把它移植到 OpenGL ES 了

谢邀。一个比较不错的解决方案：

chrisjenx/Calligraphy · GitHub

Custom font in Styles

<style name="TextViewCustomFont">
    <item name="fontPath">fonts/RobotoCondensed-Regular.ttf</item>
</style>

Custom font defined in Theme

<style name="AppTheme" parent="android:Theme.Holo.Light.DarkActionBar">
    <item name="android:textViewStyle">@style/AppTheme.Widget.TextView</item>
</style>

<style name="AppTheme.Widget"/>

<style name="AppTheme.Widget.TextView" parent="android:Widget.Holo.Light.TextView">
    <item name="fontPath">fonts/Roboto-ThinItalic.ttf</item>
</style>

上面的 Styles 配置，可以方便地把应用内所有 TextView 的字体配置为「Roboto-ThinItalic」（需要字体文件支持）。但是需要对 Activity 做一些 Wrap：

@Override
protected void attachBaseContext(Context newBase) {
    super.attachBaseContext(CalligraphyContextWrapper.wrap(newBase));
}

谢邀。支持接入微信公众号，转换公众号接受的消息为弹幕：

• 服务端（Flask）：tuna/gdanmaku-server · GitHub
• 客户端（PyQt）：bigeagle/danmaQ · GitHub

Wechat integration

出生时家里就有电脑了，老爸是做电脑培训的（教五笔、教 WPS/OFFICE、教 Visual FoxPro），他偶尔也接一些小企业的项目，用 Visual FoxPro 写一些企业管理软件。而我呢，从小就被他影响，只要是电脑相关的事物都很感兴趣（大概我在小学一年纪时，老爸就在尝试教我 Foxbase 了，然并卵，学不会 ╮(╯▽╰)╭）。最早的时候，店里的电脑（有两排）装的都是 DOS，老爸把电脑都用一种奇怪的线缆连接起来，然后一台主机每天在运行一个程序，整个屏幕没有文字，只有像贪吃蛇一样的粗线条在屏幕上不断移动（有谁知道是什么的话私信一下我）。

记得当初最早玩的游戏是 DOS 下的「波斯王子」（小学之前），每次要玩的时候都在 DOS 下输命令，可是那时候我还小，只能每次要玩的时候就叫老爸，让他来帮忙打开游戏：

玩过了很多关卡，可是始终没有玩到结局，记得有一些关于剧情的动画，一个巫师一个女主，具体是怎样真的想不起来了，只觉得很多关卡真的很难玩。。

那个时候店里的学员很多都是来学打字的，家里的电脑都装了五笔速成等练字软体，也有一些打字游戏，具体真记不起来了：

那时候我妈在店里帮忙培训，她是教五笔的，她打字也可快了，一分钟四五十个字的速度吧！也教 WPS（DOS 时期的 WPS），她整天让我背五笔的键盘表，可是我一直背不出来，所以也不会打中文，心智没到达那个程度啊。。

上了小学后，老爸培训班里就有一电脑排装上了 Windows95 了！刚接触到 GUI OS 和鼠标的我，仿佛发现了新大陆。DOS 对我来说实在是无法操纵，基本就在玩几个打字游戏。但是 Windows 的 GUI 就不同了，什么都可以捣鼓一下，那时候 Windows 下很多应用的图标都像下面这种：

很多图表看上去很像游戏图标好伐！！！所以我都喜欢点一下，看看有什么出来。

在那个时代做得最多的应该就是玩游戏了，至今仍然记得的有下面这些：

• 《仙剑奇侠传》

这真的是我到现在还能清晰记住剧情和 BGM 的 RPG GAME，再后来玩过很多游戏，都很难超越它在我心目中的地位了，无论是剧情、画风、BGM 都代表了当时国产游戏的最高境界，现在这么用心做游戏的商家真的很少了。幸好当初老爸买的是正版 ：） 无憾。

• 《金庸群侠传》

这个游戏超耐玩的好不！！！玩了很久，通了很多管，但也不知道结局是如何。只记得前期招田伯光入队很吊好不，还有就是可以开个船到处游荡，有沙漠，有各种山洞，还有一个泥潭迷阵过了超久。。。

当时真的玩过很多游戏，不过记不住了，其他一些游戏是比较后玩的（Windows ME 以后）所以就不写了，先占坑记起来再写。

现在想想，当初家里有电脑真的对我影响超大，虽然并没有成为能和同伴交流的谈资（大多数同龄人家里都没有电脑，而且大概到我五六年级时网吧才开始流行），但是它真的成为了我童年记忆很重要的一部分，除去正常校园生活外，最期待的就是打开电脑的那一刻。所以很感谢我的老爸以及老爸的电脑们，让我这个智商并不高的儿子在未来很多年后对于电脑的热爱以及了解都远超很多人。这大概就是所谓的「起跑线」吧。

谢邀。

• What Android device should I buy for Android app development?
• https://www.quora.com/What-is-the-best-Android-device-for-developing-apps-in-2015

貌似国际友人都更推荐谷歌亲儿子系列 Nexus (5)，主要原因是它的屏幕大小比较接近目前主流屏幕的平均水平，而且通常 Google 最先对它开放最新的 Android OS。

如果题主只考虑国内机子的话，还是买小米吧。

泻药 @Dennis Yang，能力有限，随便答答。

写出实用或能用的代码并不难，但是很难写出好的代码。架构师和工程师之间的区别在于，工程师更关注实现的结果，而架构师关注实现的过程。

当然，并没有纯的意义上架构师和工程师之间的区别，架构师本身也是由工程师分化而来。当编码达到一定经验时，都会开始关注结果以外的东西，会发现任何东西都可以抽象、分层、解耦、整合，会开始关注「架构」层面上的东西，毕竟他们也写够烂的代码了。

你们啊，老想着做什么架构师，多积累点经验、多点反思、多点沉淀啊。

IBM 对 PaaS 的研究衍生的产品，简单来说就是 Runtime Core 的组件化，然后再通过这些 通用组件 去组合成不同 Langue 的 Runtime，当然不限于已有的 Langue（包括 Ruby），也可以用这些组件去创建新的 Langue Runtime。

With common runtime components, everyone (including IBM) can all better leverage our efforts to make runtimes better, faster, more capable, and more integrated to accelerate bringing not just the promise of cloud computing but also the reality that developers should expect from a cloud computing environment.

有可能提高 Ruby 脚本的运行速度？这个待项目开源出来后才可鉴定。

混淆是无法混淆代码中的字符串的，所以混淆并不能防止 URL 接口地址泄露。其次，URL 接口地址泄露是无可避免的，抓下包就知道地址了，不需要反编译。

另外，题主你的目的有问题，不应该是如何隐藏接口地址，而应该是如何提高接口安全（例如如何避免接口通讯内容被泄露），根据我多次抓包以及反编译国内一些比较出名 APP 的经验，总结出以下几点能提高接口安全的方法：

• 使用 HTTPS 进行通讯，提高通讯内容被第三方捕获的难度
• 对通讯内容进行加密
• 加解密算法使用 C/C++ 实现，通过 JNI 进行调用

记得 Bilibili 和 虾米音乐 都是使用 HTTPS 与服务端进行通讯的。

而如果题主真的连 URL 路由（理解为接口的 Action）都要隐藏的话，有两种做法：

• 后端只提供一个接口，前端使用 Post Request - Response 的方式通讯，接口 Action 放在 Request Body 中，然后对 Body 进行加密
• 干脆就别用 HTTP 协议了，用 Socket 实现自定义协议吧~

mthli/Knife · GitHub

or

Search · android rich edit · GitHub

谢邀。凡是教材，里面肯定都有可取之处，但是看比较旧的教材，肯定会额外多花一些知识更新的成本，所以最好还是换个比较新的教材来学习。

看有人拿 XML 和 JSON 做比较，顺便补一点：

XML 是「文档标记语言」，而 JSON 是「数据交互语言」，XML 比起 JSON 描述能力要强，所以在描述复杂文档的时候会选用 XML（例如 Layout 文件）。但是 JSON 比 XML 更为 Human readable、更易编写，也对机器更为友好，所以用 JSON 来储存一些简单的配置是比 XML 要好用得多的（例如大家都知道的 Shadowsocks 就是使用 JSON 进行应用配置）。但是 JSON 天生描述能力不强，它擅长的是描述数据，而非文档（配置其实也是文档的一种），所以稍微复杂的文档是不会使用 JSON 来描述，这也就是为什么会衍生出 YAML、TOML 一类语言的原因（拒绝拥抱 XML 的后果）。

===

SharedPreferences 是一整套东西啊，PreferencesActivity 也依赖于它。所以对实现 APP 偏好设置来说，它就是「最方便的实现」，你不用关心它底层是用数据结构去储存的，只是 Android 选择用 XML 去描述而已。

而 SQLite 是关系数据库，数据间有较复杂关系的，操作需要用到复杂的增删改查，无疑使用 SQLite 是最好的方案。

而题主说的一些轻量的数据，确实是持久化为文件更方便。如果是储存 用户偏好设置 还是用 SharedPreferences 来解决方便多了，无需接触到数据格式。如果并非面向用户，而是面向应用或面向开发者的话（例如一些 应用配置、常用数据），JSON 是不错的选择，毕竟 JSON 比起 XML 来说更易阅读与调试。

当然 JSON 也不是唯一选择，应用配置的话用 YAML 或 TOML 更好（更强的描述能力，更少冗余），只不过 JSON 应用更广泛罢了。

android - public static variable or use putExtra method of intent class

使用静态变量在 Android 里是不被推荐的（移动端相对 PC 端来说对内存的限制更为严格）。一方面你必须保证每次使用完都将其赋值为 null 来使它被正常回收。另一方面你又要保证它不持有 Android 组件的实例，否则会造成内存泄露。

而 Intent 机制是用于处理 Android 中组件间通讯以及互相调用的，使用 Intent 在 Activity 间传递数据是最优解。

说实话，有点后劲不足。

豆瓣态度也很明确了，这仅仅是个「能用的轮子」，并非代码托管的最佳实践，但它也有一些可取之处：

1. 用 Python 写的；

2. 一些豆瓣本地化的东西。

题主说的其实就是 C/S 架构层面的东西，也早就不新奇了，大多数的 C/S 架构产品的通信加密协议复杂多了。要知道「Browser」区别于传统的「Client」的地方在于它没有指定且唯一的「Server」，而且是通过 开放协议（HTTP/HTTPS）访问服务端。

而题主所说的「闭源浏览器」，先不说通信协议闭源，服务端如果不开放出去的话，基本上就是完全的 C/S 架构了，自己公司玩玩可以，就算 Server 端开放出去，闭源的话也很难吸引到开发者，因为对开发者来说，Server 端被垄断且无法定制，机制不透明导致的 BUG 也无法修复。

其实题主会有这样的想法很正常，为什么 Browser 将源码直接对用户开放呢，为什么不加密传输呢？其实，HTTP 可以 gzip 压缩，HTTPS 协议更是只有 Browser 才能解密传输数据，所以事实上是「Browser 提供给用户查看源码的功能」，究其原因，我觉得第一是方便开发者调试，第二是加密措施基本上防不胜防，开发者成千上亿，有一人逆向出来基本上就废了，第三应该就是历史原因了：HTML 文件在早期就是简单地描述页面数据、元素，是解释性语言，并非编译型语言。

正好前几天在开发 Intellij IDEA（/Android Studio）的插件，官方教程可参考：

IntelliJ IDEA 15.0 Help :: Plugin Development Guidelines

我是在 Intellij IDEA 的社区版（免费版）上进行开发的，项目在这里：

nekocode/android-parcelable-intellij-plugin-kotlin · GitHub

。开发完的 Plugin 可以上传到 Jetbrains 的 Plugin Repository 上：

JetBrains Plugin Repository

在 Github 上有很多开源的 Intellij 插件，也可以翻看下，有很大的教学作用~

mcharmas/android-parcelable-intellij-plugin · GitHub inmite/android-selector-chapek · GitHub

来填坑了~

你们确定用对了 Fragment 了么？：） 居然还有说 Fragment 失去出现意义的，请先弄明白 Fragment 出现的意义是什么好不。

Fragment 的出现一方面是为了缓解 Activity 任务过重的问题，另一方面是为了处理在不同屏幕上 UI 组件的布局问题，而且它还提供了一些新的特性（例如 Retainable）来处理一些在 Activity 中比较棘手的问题。

• Fragment 拥有和 Activity 一致的生命周期，它和 Activity 一样被定义为 Controller 层的类。有过中大型项目开发经验的开发者，应该都会遇到过 Activity 过于臃肿的情况，而 Fragment 的出现就是为了缓解这一状况，可以说 它将屏幕分解为多个「Fragment（碎片）」（这句话很重要），但它又不同于 View，它干的实质上就是 Activity 的事情，负责控制 View 以及它们之间的逻辑。
• 将屏幕碎片化为多个 Fragment 后，其实 Activity 只需要花精力去管理当前屏幕内应该显示哪些 Fragments，以及应该对它们进行如何布局就行了。这是一种组件化的思维，用 Fragment 去组合了一系列有关联的 UI 组件，并管理它们之间的逻辑，而 Activity 负责在不同屏幕下（例如横竖屏）布局不同的 Fragments 组合。
• 这种碎片不单单能管理可视的 Views，它也能执行不可视的 Tasks，它提供了 retainInstance 属性，能够在 Activity 因为屏幕状态发生改变（例如切换横竖屏时）而销毁重建时，依然保留实例。这示意着我们能在 RetainedFragment 里面执行一些在屏幕状态发生改变时不被中断的操作。例如在 ToastAndroid/StartActivity.kt at master 我使用了 RetainedFragment 来缓存在线音乐文件，它在横竖屏切换时依然维持下载进度，并通过一个 DialogFragment 来展示进度。

其实从 Google 推出 Support 包来支持在早些版本实现 Fragment 这一行为就可以看出，谷歌认为 Fragment 比 Activity 更适合管理屏幕组件，因为 Activity 在单屏下无法细分，注定了如果使用 Activity 来管理页面所有 UI 组件的话会造成组件耦合以及不可复用，代码也臃肿地会令人头痛。总而言之，我认为使用 Fragment 绝对是一种好习惯。

4 reasons to use Android Fragments

，这篇文章解释了在四个地方应该使用 Fragments。

另附 Fragment 的正确用法，遇到坑的都可以去好好理解下：

nekocode/ToastAndroid · GitHub

可以参考下这个问题 java - Should private helper methods be static if they can be static ，总结来说有以下两点：

1. Make it clear to the reader that they will not modify the state of the object.
2. The JIT compiler will anyways inline and optimize it.

把 JIT 的内联优化放在第二位是因为这是个很小的优化，而Volley 源码中大量使用的 private static 主要原因是，为了清晰地表明该方法不会对所在对象造成任何更改。

公共漏洞可以在 http://www.cvedetails.com/ 中查找。

可以搜索到，在 Windows 7 SP1 下，与 Image 相关的漏洞有以下几个：

• http://www.cvedetails.com/cve/CVE-2015-0061/
• http://www.cvedetails.com/cve/CVE-2015-0076/
• http://www.cvedetails.com/cve/CVE-2015-0080/
• http://www.cvedetails.com/cve/CVE-2015-1645/

它们都允许通过制造特殊的图片文件，来进行远程攻击。（前提是未打相应补丁）

视频文件同理，有兴趣的可以自己上去找找。

谢邀，题主最好贴下后台实现上传的代码。=_=

iOS 端可以尝试下以 multipart/form-data 方式上传，很多后台都是用 multipart/form-data 的方式支持多文件上传的。

ctrl+c和ctrl+v的功能是谁发明的？ - Devymex Wang 的回答

• 比葫芦娃还可怕的百度全系 APP SDK 漏洞 ，百度 WormHole 的实现。

它在本地开了个后台 Http 服务器，用于监听本地（或外部）的 Http 请求。

这有一个很流氓的用处，就是只要 WebView 对本地 Http 服务器发个 Ajax 请求，就可以让百度 SDK 做些 Native 操作（启动，安装应用等）。

发散一下思维，这样就可以在微信内部浏览器打开外部应用了。例如知乎 APP 只要在本地开个 Http 服务器监听 Ajax 请求，然后知乎网页版往 localhost 发一条 Ajax 请求，本地 Http 服务器接受到 Ajax 请求就打开 APP 客户端，这样就可以实现微信内部浏览器（或其他 WebView）跳转到知乎 APP 客户端了。。

• 『Android 还可以这样开发』 - 知乎专栏

这样子来修改 View 的属性

textView.text = "hello"

这样子来处理事件

override fun onTouch(v: View, event: MotionEvent): Boolean {
    when (event.action) {
        MotionEvent.ACTION_DOWN -> showToast("ACTION_DOWN ")
        MotionEvent.ACTION_MOVE -> showToast("ACTION_MOVE ")
    }
    return true
}

这样子来使用 intent

val intent = intentFor<OtherActivity>(
    "model" to Model(5, 0),
    "str" to "xxx"
)
intent.singleTop()
startActivity(intent)

仅仅几行代码就定义了一个拥有单个 Fragment 的 Activity

public class MainActivity : SingleFragmentActivity() {
    override val fragmentClass = TestFragment::class.java

    override val fragmentBundle = {
        null
    }
}

这样子来储存本地数据（持久化）

Storage["test"] = Model(5, 1)

• 常用灰度调色板（不算膛目结舌，但是很常用）

• 使用 JitPack 来编译你 Github 上的 lib项目并分享出去

• 使用 square/leakcanary · GitHub 来检测内存泄露

• 使用mmin18/LayoutCast · GitHub 来实现增量编译，提高编译速度（Android Studio 2.0 Preview 已经支持 Instant Run ）

• 如何把 Android 手机变成一个 WIFI 下载热点

使用 iptables 截获连接到本热点的手机的请求报文（http，https，dns）并选择性进行转发。这里的用处就是可以实现各种页面劫持，例如可以提供一个登录网页，连接到该热点的用户必须要登录后才可以继续使用网络。

• 各种热上线，热补丁技术

安卓App热补丁动态修复技术介绍 - MAGI的专栏 - 知乎专栏

mmin18/AndroidDynamicLoader · GitHub

alibaba/AndFix · GitHub

• 使用 socket 进行进程间通信以及同步问题

• 使用 http 代理实现可缓存线上多媒体文件到本地的 MediaPlayerProxy

• XiaoMi/LuckyMoneyTool · GitHub 使用 AccessibilityService 实现微信抢红包

• 有赞再加。。

请查阅「分布式计算」相关资料，至于能不能组织成超级计算机那倒要看你单部机器的计算能力有多大，以及机器总量。真实情况是，如果要达到目标计算能力，通常以提高单机计算能力为主，提高到性价比顶端时（再提高成本太高），再考虑组多台机子部署分布式计算网络。

Github 上有比较方便完善的解决方案：

lzyzsd/JsBridge · GitHub

想简单点的话也可以用 addJavascriptInterface() 为 WebView 提供 JS 接口，或者用

webView.loadUrl("javascript:your js code");

来调用网页内的 JS 接口

DOS 时期 BASIC 语言的启蒙。老爸有几本这样的书 =_=

Buck 的侵入性太强了，从 Gradle 切换过去的成本挺高的，现在 Android Studio 2.0 Preview 版已经出了，支持 Instant Run Feature！！！麻麻再也不用担心我的编译速度了。

文中作者脑洞蛮大的~ 不过这样做，作为 Presenter 的 Activity 对应的 View 无法复用，而且单个 Presenter 只能对应单个 View，限制比较大。

其实在任何开发中，很难实现某种纯的设计模式，通常是变种比较多。举个例子，在 MVP 模式中，其实可以将发送 Intent 启动另外一个 Activity 这种比较常见的操作定义为 View 层的操作。关键在于你要去平衡不同层之间的压力。

个人建议还是把 Activity 定义为 View 层会好些，界面逻辑这种东西本身复用的概率就比较低，直接在 Activity 中写就对了，而控制逻辑这种可复用的东西更应该抽象成 Presenter。

可以看看我专栏的文章：

#android# MVP 的尝试 - 『Android 还可以这样开发』 - 知乎专栏

当然，这只是我的一己之见而已啦。

只要你是在路由上嗅探，所有网络请求都能被抓到，和你 http 请求是不是在 so 库中发起没任何关系。

Fiddler 只能抓 http/https 协议的包（Wireshark 可以抓所有网络流量），你要先确定你要抓的包是 http/https 包才能用 Fiddler 抓。

碎片化

• 开发环境是 Android Studio
• 了解 Gradle
• 熟悉 Git
• Github 上至少有一到两个自己完整的 Repo

以上足矣，更多看得是你的学习能力。1W 在北上广深很易拿到。

请使用 tailrec 关键字：

tailrec fun sum(n: Int, res: Int): Int {
    if (n <= 0) {
        return res
    } else {
        return sum(n-1,res+n)
    }
}

fun main(args: Array<String>) {
    println(sum(5000000,0))
}

执行结果：

关于为什么需要显式修饰才进行尾递归优化(来自：

M6.2 Available

)：

这样子来修改 View 的属性

textView.text = "修改 textView 的内容"

这样子来处理事件

override fun onTouch(v: View, event: MotionEvent): Boolean {
    when (event.action) {
        MotionEvent.ACTION_DOWN -> showToast("ACTION_DOWN ")
        MotionEvent.ACTION_MOVE -> showToast("ACTION_MOVE ")
    }
    return true
}

这样子来使用 intent

val intent = intentFor<OtherActivity>(
    "model" to Model(5, 0),
    "str" to "xxx"
)
intent.singleTop()
startActivity(intent)

仅仅几行代码就定义了一个拥有单个 Fragment 的 Activity

public class MainActivity : SingleFragmentActivity() {
    override val fragmentClass = TestFragment::class.java

    override val fragmentBundle = {
        null
    }
}

这样子来储存本地数据（持久化）

Storage["test"] = Model(5, 1)

还有很多更多其他优雅的用法！！！请看：『Android 还可以这样开发』

安利完毕，别打我~

呃，只是漂亮的人不小心长胖了而已。

早期一些 DOS 软件、游戏都是屏幕独占的。

但是从当时一些软体的 UI 就能看出，已经使用矩形来分割功能区。主要原因是：

• 屏幕是矩形的，应用的功能区应该和屏幕形状保持一致。
• 使用矩形能够更好利用有限的屏幕空间。
• 矩形在代码中更适合运算。（交并集运算等）

后期的一些 GUI OS（Windows，Mac，Linux），继承了使用矩形作为窗体的习惯，而且提供了绘制窗体的 GUI API，让平台下的应用也能创建风格一致的窗体。

当然 GUI OS 更重要的是创造了多任务的概念：在 OS 中不再只能运行单任务，多个任务（应用）可以并行处理。也就形成了现在多窗体的 GUI 模式。

同意

@vczh

的回答，在屏幕形状还是矩形的情况下，我觉得目前的 GUI 模式应该就是最终态了。

我大一的时候还真干过这事。。

不过是在自己电脑上弄的，这样舍友就再没用过我台式机玩游戏了 ：)

nekocode/Taskkiller · GitHub

• 简单的预览可以使用 Chrome Dev Tool 来模拟
• 前面已经有人提到 Browsersync - Time-saving synchronised browser testing ，监听后通过手机直接访问 browsersync 服务端地址就行了。这是我使用过最方便的即时预览、测试工具。

首先， Visual Studio 先用各种领先 IDE 技术吸引大批 Android 开发者。然后，，就可以鼓吹开发者，以低成本将 Android 应用迁移到 Windows Phone 系统上啦。

navie

「创业无门槛，成功有门槛」。这个行业对普通人来说存在严重的「幸存者偏差」现象，大家看到的都是创业成功的媒体报道，实则大多创业团队都是在大潮中无声地死去。

『天使融资看团队，A 轮看项目，IPO 看数据』。然而实际上大多创业团队水平低下，产品粗制滥造，甚至衍生了 to VC 这种扭曲的创业模式。这样的团队能拿到首笔风投的已经不多，更别提什么 A 轮以后了。

利益相关：应届毕业生，创业公司从业人员。

洗牌算法 + 固定随机种子

大多数 3D 游戏中的技能特效都是使用「粒子系统」渲染的。

特效设计师通常对 粒子形状、颜色、数量、运动轨迹这些可编程，可量化的信息比较敏感，通过不断调整粒子渲染的效果，然后多个粒子运动效果整合在一起就形成了单个技能特效。

整个设计流程的话，大概是：特效设计师用 AE，或者粒子模拟器 设计出效果，然后工程师再通过粒子系统模拟出最终效果

题主可以尝试下：

Cocos2dx 在线粒子编辑系统：http://www.effecthub.com/particle2dx

Hybrid？效率已经不是问题？

自欺欺人，HTML 实现一个 Android 抽屉就卡出翔来。

HTML5 的优势在于排版，要做出相同效果的 Native 界面排版成本太大，所以内容展示页可以考虑使用 Hybrid 开发。逻辑关系复杂的页面还是老老实实用 Native 开发吧。

React Native？

还早着呢，Virtual DOM 对于需要复杂更新的页面一样显得乏力。这东西确实可以关注，热更新对于 Native APP 来说就是硬伤，React Native 不仅很好地解决了跨平台问题，还解决了热更新问题。

至于纯 HTML5 APP？

个人觉得不是很重度的 APP 都可以用 H5 来做，开发 Android 和 iOS 端的成本太高。现在不是还有 微信，公众号等平台么。

=== 11/6 更新 ===

有评论问到有 Github 账号的潜台词。

以下是我的回答，望能从中参考一二：

『我认识 github，我懂得在上面能找到高质量的开源代码，我会 git，我有代码能让你看』。不管你有没有共享代码，从你 star 的项目，面试官也能对你知个一二。

=============

有 Github，Blog，Stackoverflow，甚至知乎等账号的都有加分。我司很多情况下筛选的标准就是先看有没有 Github 账户，没的话就看项目经验，项目经验一般的就直接筛掉了。

让我想起大学时参加学校游戏制作竞赛的一件趣事：

当时我用 C++ 直接配合 DirectX 接口写了个弹幕游戏 nekocode/BattleBeats

里面的各种 3D 变换、Shader 效果、数学运算都花了我不少时间，结果却输给了一个拿 RPG Maker 做出来的游戏（而且剧情完成度很低，更像个 demo），最终我的游戏只拿了个二等奖，泪目，。

回到正题：

十五六岁能用游戏引擎制作游戏并不是一件特别难的事情，现在很多少儿编程软件甚至能让你通过 GUI/WYSIWYG 的方式来编程，不用写任何代码，拖动下积木就能写出简单的游戏了。但如果是十五六岁就能直接用图形接口写出一个完整的游戏甚至是游戏引擎倒是有一定难度。

当然这个年纪可以用游戏引擎来做游戏至少说明了他有一定的天赋并且有很强的动手能力，是值得称赞的。

http://drops.wooyun.org/papers/10061

百度这厮也是够狠毒的了，本地开个 http 服务器，随便个网页发个 ajax 请求就能下载打开百度各种全家桶。

不问是不是，就问为什么。

绝大部分长得丑的人都不自恋，只是长得丑而又自恋的人显得格外突出而已。

题主试试这个: droidwolf/NativeSubprocess · GitHub

创建 linux 子进程的 so 库，当初用在 service 免杀上，经测试，在大部分机子上有用。

安全软件卸载后调出浏览器苦苦哀求"主人，为什么要抛弃我…“页面是怎么做到的？ service 经常莫名挂了肿么办？用 NativeSubprocess 一切都很简单。

NativeSubprocess 是一个可以让你在 android 程序中创建 linux 子进程并执行你的 java 代码的 so 库。由于市面上典型的内存清理工具值清理 apk 包关联的进程，而不会处理 linux 原生进程，所以 NativeSubprocess 可以做什么您懂滴！

其实是「在国内 APP 越来越难做」，个人认为有以下几个原因：

• 占大头的 APP 都在往平台级发展，超级 APP 功能越来越发散，逐渐侵蚀其他领域的市场。

• 微信，UC 浏览器此类产品开放 APP 内子产品开发平台，令 APP 开发者左右为难。就拿微信来说，很多时候，开发一款 APP 的产出投入比远远不及做公众号高，于是很大部分开发者会更倾向于开发公众号（微信用户基数大，应用内传播方便，公众号开发成本低）。

• 国内产品乃至创投圈风气不好，都想打擦边球，吃快餐，抄抄抄，塞塞赛，概念满天飞。『站在中国风口上的猪，还真的能飞得起来』。

• 在国内，知识产权就是个屁。没有绝对的技术壁垒和积累，就等着随时被巨头啃掉，所以大多数创业团队都只能跑去做巨头无法触及的领域，乃至于现在提「社交」色变。国外都是收购，并购，国内就是有好的 idea 大家一起抄，抄着抄着巨头不乐意了，也抄了起来，很多时候就变成了一场「能否在巨头之前积累足够资本」的博弈。。最蛋疼的是 idea 很多时候还是来自国外。

• 中国用户对应用忠诚度很低（国内产品的体验差，玩法单一等原因）

相对于美国国外的用户，美国用户对应用的忠诚度更高。在美国，被用户多次打开的应用占比今年上升了1%，至42%。这可能是由于，大量广告吸引用户重新打开已安装的应用。在美国，只被打开过一次的应用占比为19%，与去年持平。然而在美国国外，尤其是中国，应用只被打开一次的概率很高。在中国，有37%的应用只被打开过一次，远高于2014年时的26%。

说到底，是因为

按现在科技发展状况，未来人已经产生生理，文化变异。回到现在应该是要消灭当代人，占领当前资源充沛的世界。

技术上找原因的话大概很关键的一点是： 工程师还原能力低。。

其他可能是：

• 设计稿对实际情况的覆盖率低（这个经常有，设计师的理想状态下很多东西都和实际不符 ）
• 工程师对一些细节的处理上不够好（n px 问题，阴影处理，图片裁剪算法不合理）

==== 以下是对设计上找原因的一些看法 ====

• 强设计感的 APP 应该是给人一种细腻的感觉，不论内容复杂还是简单。

• 设计感差的 APP 就如题主所说显得『粗糙』

• 交互设计也十分重要（下面为一些交互例子 gif 图）

movie_together.md · GitHub

个人认为最重要的原因在于：

• 色彩搭配不当
• 设计（图标，字体，色彩）没有统一感
• 内容排版有问题
• 对字体的大小以及颜色不重视
• 图标质量低，失真

其中最重要的应该是 设计统一感！检验的标准就是检查 APP 是否有 统一的调色板，统一风格的 icon 库，统一的 dimen 表。以及 APP 内是否有没有令人感觉「异类」的元素。通常能做到设计感统一就不会显得太过粗糙。

而「好的 UI 设计」必然是需要设计师和工程师共同努力的（一个 具有设计感的前端工程师和 一个有基础代码能力的设计师 十分重要）

readme 上对于为什么要使用 DSL 代替 XML 已经讲得非常清楚了（

https://github.com/JetBrains/anko#why-dsl

）

使用 XML 来描述 UI 的缺点：

• It is not typesafe
• It is not null-safe
• It forces you to write almost the same code for every layout you make
• XML is parsed on the device wasting CPU time and battery
• Most of all, it allows no code reuse.

可读性：DSL >= XML > normal code

执行效率：normal code >= DSL > XML

DSL 本身就是为配置而生，既然语言内部支持配置，为何要还要使用外部配置文件（XML）呢？

当然，要和其他应用交互时，也只能用外部文件了~

nekocode/kotlin_android_base_framework · GitHub 正打算这周内 update 到 1.0 版。里面有很多 kotlin 编写 android 应用的最佳实践。

占坑，有空再填。

1. 转行做投资人，实现财务自由，找个高层次圈子内的老婆，过美滋滋的生活。

2. 投入大量资本去做「自己想做的产品」，建立下一个能 IPO 的企业。

3. 一觉梦醒。。。继续搬砖去

不显示 UAC 窗口的话（bypass UAC）必须使用 hack 的方法：

nishang/Invoke-PsUACme.ps1· GitHub

或者参考下我写的渗透脚本（bat & ps1）：

nekocode/win_penetration · GitHub

可以绕过 UAC 获取管理员权限。但是里面有很多其他危险操作，不要乱试。

==== 想知道 bypass 原理的话可以评论下，我再补上 ====

http://naotu.baidu.com/

PHP 是世界上最好的语言。

曾经做过面试官的告诉你，你虽然讲了一大堆，但是让人觉得全都是懂一点而已，反而会显得 low。建议先纵向深度学习，然后再横向发展会好很多。

『做过平面设计，写过书籍，改过 bbs』 这些就别拿出来了，因为这些在面试官眼里就觉得毫无价值，有滥竽充数的怀疑，在没有把一项技能学到中上水平之前，私认为都不应该将其作为自身技术筹码，甚至不值一提。

技能广度很重要，但是，在尚未精通任何一个领域前，你的技能广度只能说明你是一个没有耐力，或者没有能力深入任何一个领域的人。

මම ඔබට කියන්න අවශ්ය, මම ඔයාට ආදරෙයි

试试复制第一行的，android 系统下无法正常显示的。

至于为什么无法显示是因为系统没装这种语种的字体文件，无法得知该类字体该如何渲染。打个比方，如果某美国人手机系统的字体库里只安装了英文字体的话，那么他们看中文也会无法正常显示。

Processing！OpenProcessing

或者 python 也不错~

有什么好好奇的，internet 并没有你想象那么安全。hacker 只要掌握几个未公布的 system 或者常用 app 的 0day exploit 就可以轻松随便入侵你的设备。

可以参考

https://blog.zimperium.com/the-latest-on-stagefright-cve-2015-1538-exploit-is-now-available-for-testing-purposes/

例如上面这个最近公布的 android stagefright exploit，只需 hacker 发一条携有特殊格式视频的 mms 给你，就应该可以获取你手机的控制权。

针对上述新闻的描述情况，假设如果受害者是同时更换手机和手机号，却依然被感染的话。有下面几种可能：

• hacker 在受害者手机上已植入病毒，并有感染其他设备的能力。受害者更换手机和手机号后，通过其他被感染设备交叉感染回来。
• hacker 掌握了一些常用文件 explorer（例如图片库）的 exploit，通过之前的远程控制为受害者的重要文件植入 shellcode，受害者更换手机和手机号码后点开文件再次感染。
• hacker 通过之前收集到受害者的活动信息，在受害者活动范围建立伪基站或自制中转热点并诱导用户连接，然后直接通过 exploit 或者伪造页面，伪造 response 等方式渗透入用户手机。

顺便说一下。在黑市上，一个高危级别的 0day exploit 可以卖出几十万的价格。其实，对于大多数没有安全意识的人来说，一个有能力的 hacker 想 hack 进你的生活实在是太简单的。

@叛逆者 大神已经回答了。全场景（全屏）特效就应该使用处于渲染管线后期的 post process 来实现。（可搜索关键词 render to texture，post process）

可以，而且没有 native app 逆向那么麻烦。native app 的指令都是编译成机器码的，web app 在浏览器端执行的大都是脚本，本身就少了反编译的成本。而且在 浏览器开发工具的帮助下，什么前段加密手段对于资深开发者来说都是个摆设而已。

搞起破坏来，powershell 可方便多了，bypass 各种杀软做高危操作毫无压力。正常用户很少会用到 ps1脚本，默认不可运行是出于安全考虑。

节选并重新排版自：探寻C++最快的读取文件的方案

为确保准确性，我又换到Windows平台上测试了一下。结果如下表：

从上面可以看出几个问题

• Linux 平台上运行程序普遍比 Windows 上快。
• Windows 下 VC 编译的程序一般运行比 MINGW（MINimal Gcc for Windows）快。
• VC 对 cin 取消同步与否不敏感，前后效率相同。反过来 MINGW 则非常敏感，前后效率相差8倍
• read 本是 linux 系统函数，MINGW 可能采用了某种模拟方式，read 比 fread 更慢。
• Pascal 程序运行速度实在令人不敢恭维。

好像黑了不少东西 :) 个人意见是 大文件的话使用 fread，不考虑效率以及内存占用的话可以考虑 fstream。example：高效地读取&解析文件(fread)

Github 上有关注的的话：

• vispy/vispy · GitHub ：python 一个高性能的数据可视化视觉库
• stackgl · GitHub ：WebGL 各种组件以及一些 demos（详见：stack.gl ）

非 Github，一些站点：

• Shadertoy ：我最喜欢的视觉技术网站之一，shader 编程共享网站，里面很多很酷的例子。有一些已经被我移植到 opengl es 上了（详见：nekocode/murmur · GitHub ）
• OpenProcessing ：图像处理，可视化的话 也不要忘记了 Processing ，这个站点上很多很酷的，甚至可交互的例子，有点 java 底子，又想研究可视化技术的话，它是一个十分经典而且不错的选择
• GLSL.io – Open Collection of GLSL Transitions ：也是一个 glsl shader 分享网站，主要关注于图片切换效果上

个人认为还是有蛮大机会的，主要有两个点：

1. kotlin 和 java 的亲和度十分高，能和（原有） java 代码无缝衔接
2. JetBrains 家出的语言，IDE 支持十分友好（Android Studio 是基于 JetBrains 家 IntelliJ IDEA 二次开发的）

以上两个点保证了 Android 开发者可以无缝从旧项目切换到 java + kotlin 甚至完全使用 kotlin 的模式下。而能够诱导用户加入 kotlin 大军的话，当然是 kotlin 各种语言 feature（详见

如何评价 Kotlin 语言？ - Java

）安全检测空指针，更好的 Lambda 支持，更好的函数（一级公民），泛型。

更多关于 kotlin 的介绍请看官方文档：

Reference

个人已经使用 kotlin 开发新项目有几个月了，开发中代码量锐减了大概 50%，开发效率提高了 30% 以上。唯一弊端是 kotlin 依然处于高速发展中，个人维护的一个项目在开发途中就经历了 kotlin 的两次大改动，语法变动较大。所以 生产环境请下慎用。

使用 kotlin 进行 Android 的基本框架：

nekocode/kotlin_android_base_framework · GitHub

Create infographics & online charts

什么？你想做一些漂亮的图表，但是找不到好的工具？别瞎忙活了，你要找的就是它！！（答主的简历图表就是用它做的！）

• 快搜 — 搜索快人一步 虫部落提供的搜索聚合网站，几十个不常见的垂直领域的搜索引擎，满足你的所有搜索需求！！（顺便提一下，里面有各种 Google Mirror，无法翻墙的朋友们可以稍微慰藉下自己）

• [Text to ASCII Art Generator (TAAG)](http://patorjk.com/software/taag/#p=display&f=Graffiti&t=Type Something )你想制作像下面这样的 ascii art 文本么？！！快点使用这个网站吧，点击 Test All 生产近百种字符图像慢慢选！

    ___            ___            ___            ___   
   /\__\          /\  \          /\__\          /\  \  
  /:| _|_        /::\  \        /:/ _/_        /::\  \ 
 /::|/\__\      /::\:\__\      /::-"\__\      /:/\:\__\
 \/|::/  /      \:\:\/  /      \;:;-",-"      \:\/:/  /
   |:/  /        \:\/  /        |:|  |         \::/  / 
   \/__/          \/__/          \|__|          \/__/  

• 社工库 - 密码查看器,密码泄露查询 比较稳定的社工库！！你懂的~

• 虫部落导航 这里，只要你是个 IT 达人，里面的网站都值得你去逛一逛

• 开发者头条 - 开发者的首选阅读分享平台 开发者必备日报，每天提供了高质量国内外的新闻，技术文章。内容都十分潮流，具有前瞻性。

• 数据库编辑器:SQLite Editor 十分有用的一款移动端 SQLite 查询，修改软件。需要 root 权限，能够搜索并查看手机所有安装应用的 SQLite 库数据。

• 马克飞象 - 专为印象笔记打造的Markdown编辑器 这个真心不错，Markdown 笔记本，支持云端同步到印象笔记，最主要是有客户端，不用每次都去打开网页了。

• GIF图片制作|Free Video to GIF Converter 这个真心是神奇，我都是用它来把微信小视屏转成 gif 图方便传播的！（效果参考：nekocode/BattleBeats · GitHub ）

===================

蹲着坑，以后还有再补上

曾经大学时期写的一个 AVG 引擎：

nekocode/FScript0.15 · GitHub

单个项目的话大概只有接近一万，但是衍生出的其他项目加起来估计就有好几万了，当时的感觉就是 书中看到的东西永远都不如真正实践一次来的实在而且写的是你感兴趣的东西的话，更容易带动你去思考。

顺便提一下，其实大多数对游戏感兴趣的人，在大学阶段都可以去尝试下写些简单的游戏，甚至是 Game Engine ，开发一个 GE 所需要学习的知识太多了，例如 数学知识，三维空间知识，渲染技术，算法，语法解析，GPU 编程 甚至 简单的平面设计等（参考：

游戏开发的编程算不算是 IT 行业中难度最大的？ - 程序员

）

从游戏编程领域转到其他编程领域，很大程度上也会让你看事物的角度也发生改变，特别是转到前端开发上~ 你能理解大致知道程序 UI 是通过哪些步骤最终渲染到屏幕上的，对 Render 这个词也变得有特殊情感了

总而言之，你老师的话 大体上是没有错的，代码写得越多，你与机器就越亲近，越能理解如何通过语言与机器沟通。

生产环境下还是要慎用新技术（虽然我个人很喜欢将新技术用到生产中，但是前提是已经对新技术有较深掌握）。个人学习的话，新技术提供了编程界一些最新的思想，学习了的话不无好处。

flask + Jinjia2 + react，豆瓣的大神在这样搞

CSS Selector

请使用 Android Studio 和 Gradle 来组织开发你的项目，这是官方推荐的工具集（Android Studio 是谷歌基于 IntelliJ IDEA 开发的，可以勉强算得上是官方开发的 IDE，和 Eclipse 的官方只提供插件支持完全不是一个态度）。

另外现在 Github 上大多数 Android 项目也都是用 Android Studio 来开发维护的。个人是国内最早一批从 Eclipse 转到 Android Studio 的开发者，从 0.x 版本到现在 1.x，Android Studio 对于 Android 开发的效率提高和亲和度都是 Eclipse 所无法比拟的。

PS：顺便可以跟上时代的步伐，尝试下同家 JetBrains 发布的 kotlin 语言~

• Getting started with Android and Kotlin
• nekocode/kotlin_android_base_framework · GitHub

sh 脚本只是 bash 的一部分，学学 bash 的命令就行了，涉及复杂控制什么的还真不如用 py 来做。不过有些设备不支持 py 或 ruby，这种时刻也只能用 sh 来做了（原生亲和），很好的例子还有 bat 批处理。

学不学 python 只看你有否兴趣，是发自于自身学习欲望的，不应该和你的职业规划过度或者说过早挂钩，理论上 java 还有很多你可以深入学习的地方。正面回答题主问题的话：

称职的程序员至少掌握两门以上的语言（编译型语言 & 解析型语言），以题主情况而言，建议先继续深入学习 java，同时可尝试下 python，等认为 python 可以作为自己主要技术栈语言的时候再去考虑是否换职。

本人就是学习过 vb(6)，c++，lua，java，python，kotlin 才确定目前主要技术栈的，工作还工作，兴趣还兴趣，学习还学习。

groovy 在国内推广得不怎么样，grails 也缺乏工业级产品验证。但我个人很是看好它。