不限制打包人，但限制打包机器。
代码里放默认测试环境。开发过程中开发人员在自己电脑打 debug 包 release 包都不受影响。
打 release 包使用专门的机器，如果有做 CI 的机器更好。
生产地址放在这台机器的环境变量里，或者 CI 传参。 gradle 里做替换。

哈哈哈哈哈好逗逼的感觉 23333333

事情是这样的：
1 ，上古时期，大家都是提供<script></script>标签，内容是直接 document.write ，文档如实描述。
2 ，后来发现，这种方式打包了数据和展示，并不很科学。一个接口，应该只做接口该做的事：如实返回数据，让应用层去决定如何展示。所以，返回了 json 结构体。
3 ，无奈老用户非常多，让大家都修改代码不现实。于是做了兼容：如果是浏览器直接访问，返回 document.write （和以前逻辑保持一致）；如果是 ajax 调用，只返回 json 数据。（显然这点没做好）
4 ，再后来，为了方便使用者，支持了 jsonp 。
5 ，在做 234 演进的时候，文档 1 并没有做任何更新。

看问题，要有历史观和发展观。/doge

小时候戴表都是直接画一个在手腕上的。厚度=0 ，摩擦=0 。

。。。看了半天原来是《走近科学》。。。😂

难道没人觉得这个大蒜的由来可能是植物大战僵尸里的大蒜吗？
话说如果要认真搞的话，功能应该是遭遇 DDOS 的时候前头放个大蒜就可以把攻击导向另(jing)外(zheng)一(dui)个(shou)网站吧？😂

感觉你这 Android 组已经和 Android 关系不大了，语言更多的是 C++，逻辑更多的是图形引擎。这两个路子相对坑深，如果能认真钻下去的话更容易走成骨干（因为人少），负面效果是很容易把自己玩得越来越窄。

Python 组的话，不知道你们公司服务端规模大不大，业务有哪些。企业内部应用增删改查也可以叫服务端，亿级后台也可以叫服务端。
不过总的来说，服务端舞台更广阔一些。虽然使用的是 Python/Django ，但能学到的大部分技术、思想其实和语言、框架、业务无关，是通用的。
另外一个比较小的点，毕业生能利用自己有限的经验快速表现，得到老大的认可和持续栽培，在大公司也很重要。路遥知马力，但毕竟第一印象也很重要。

拙见。

select * from user where bigger='高'
union
select * from user where bigger='中'
union
select * from user where bigger='低'

@junzki
没有电学的理论框架，模电的东西很难解释。
没有粒子物理的理论框架，电学的东西很难解释。
没有 xxx 的理论框架， yyy 的东西很难解释。

其实人类知识体系不都是这样的结构吗。。。最基层的永远可以挖到数学、物理、哲学。但是有必要吗？

私以为，针对某些方向，知其然就可以了，未必一定需要知其所以然。否则这事很容易失去可行性。
具体来说，计算机专业，尤其偏软的“计算机科学与技术”，学到数电就可以了。
甚至数电都可以选修，到计算机原理就可以了。

开着电脑可能会听到一句报警：
NUCLEAR LAUNCH DETECTED.

好吧这是一个暴露年龄的老梗。

作为一个浑身上下只有 5 个艺术细胞的死程序员，我用我的亲身经历告诉你：
一切设计知识学习、设计框架套用、设计范例抄袭，都是无用功，做出来都是屎。都是屎。都是屎。不要羞于炫耀自己强大的理性，也不要怯于承认自己艺术方面跟阿米巴虫一样的原始低能。

逻辑派能做的：
用理性和逻辑来选择合适的控件。
用理性和逻辑来确定合理的布局。
用理性和逻辑来设计人性的交互。
这些都属于用户体验、交互设计的范畴，都是用理性可分析可归纳可入门的，可以从#2 @yulitian888 推荐的书之类资料里习得，多看几篇网文多分析几个 app 也可以增进功力。一句话：懂得用理性来分析人性，你就可以入门。

至于设计，审美，艺术性，见鬼去吧。
把剩余的精力都花在 #17 @rashawn 这种方案上才是真·人生指南。

外包，黑产。

老僧三十年前来参禅时，见山是山，见水是水；及至后来亲见知识，有个入处，见山不是山，见水不是水；而今得个体歇处，依然见山还是山，见水还是水。

转一句老话。

对于参透了的人，一段代码是不是被称之为轮子，有区别吗？

其实画图的目的是为了把事情讲清楚。在这个目标下，形式可以多样化。
现在大部分都以类似敏捷的做法在做项目，所以我最常用的做法是：
框架画模块结构图，模块用文字描述逻辑和实现，关键 /复杂流程画时序图。
UML 里也就只有时序图还在用了。
类图、用例图这些早就不画了。没那闲工夫，而且很难跟得上变化。

我就是问一下“无所不奇”是什么意思。。。😂

3 年应该有不少项目经验了。
每个项目几个方面：
1 ，项目是干嘛的，一句话介绍背景。
2 ，项目使用的技术。列举使用到的技术栈，让阅读简历的人知道你在项目中使用过哪些语言、框架、工具、算法等。
3 ，我在团队中担负什么样的角色。介绍你在团队中的角色定位和职责。“做过某项目”和“在项目中担负开发 /主程 /架构师 /项目经理”两种描述方式差距好大。
4 ，对自己成长很大的项目提一下自己的收获。技术、非技术方面。有过重大职责、大幅度成长的项目是面试时介绍的重点。

能生成苍老师的新作吗？苍老师宣布退役后我一直郁郁不振。