> 业务模式不清晰，其中产品是我想做的，或者说我可以主导一个产品

如果不能把业务模式搞清晰，可能不算主导。

预算、周期什么的也是一种需求。

什么叫野卡？

免费的话有 Let's Encrypt

@jiuyou 我并没有经验，意见纯属想象，仅供参考。。。

@jiuyou 那你这个其实招的是 junior 级别的员工了，只是因为招的人没毕业以实习的形式而不是正式雇佣的形式罢了。而且看描述公司对员工的稳定性要求非常高。那相应的招实习生的标准应该也不一样。而很多公司是预期员工频繁跳槽（年终奖就是为了缓解一下这个问题），那它们的行情可能参考价值不大。

@FouMMMM 上班是慢车道，比较稳。如果你适应更快的车道（包括能承担风险），那就没问题。

规定：

大一不准带电脑——不知道是什么逻辑，为何大二开始就可以带？

最奇葩的是所有学生不准买自行车
（虽然除了一次搞运动式的全校收缴自行车以外从来没执行过）。

人物：

某奇葩校领导在某些「大人物」在校办宾馆吃饭的时候，
灵机一动让下面通知舞蹈专业的学生中断上课参与学校的重大活动，
结果到了地方发现是「接待活动」，
有些学生表示并不会跳交谊舞，然而并没有什么用。

@jiuyou

outcome = 参照正式员工一样按产出算（五险一金以及其他福利全部转换成一个数值）。
min_pay = 参照最低工资标准和市场行情算。

最后参照 max(outcome, min_pay) 这个数值发（具体发放形式看情况，比如一部分可能是以包吃等福利的方式发放）。

虽然劳动法并没有给实习规定最低工资，但传统意义上的实习是学校安排派学生到合作单位进行实践的教学活动。
实习生报酬如果难以维持生活，或者比市价低很多，并不能安心工作，产出会受影响，并不合理。

当然你有本事忽悠实习生在拿不合理的报酬的情况下安心工作，
或者有本事保证即使实习生不安心工作，其产出仍能给系统带来正收益，
就另当别论。

这个类似于英文的 `.` 等 full stop 后面要不要手动加两个空格的问题。

都不用。simplenote 记一些用手机和生活的小抄。其他都是文本文件，git 管理。

@tf141 这是细化吧。知乎没绑手机，不能回答、评论，但点赞和 down vote 可以正常使用。

内置炸弹，居家防身必备之良品。

可以租给别人。

@blankme 个人猜测，所以用了「未必」、「可能」。文章本身只能说明睡眠对语言习得的影响。

@hololens 你可能属于需要睡得比较长的人，有的人要睡 10 小时以上才能睡饱。婴儿睡 12 小时的很普遍。

@vizards 可能是因为后面基本没有新信息输入了，避免了干扰，所以效果好。

这书的介绍真糟糕。「本书包括 XXX, YYY, ZZZ, .... 等内容」 。人家作者小心翼翼地不在书里提到这些名词，介绍前给暴露出来了，苦心全糟蹋了。

@wmanhong 很多人都有这个习惯吧。感觉醒来刷一刷能预热 (warm up) 大脑，睡前刷一刷能平缓 (cool down) 大脑（不过我不确定这感觉是不是我为自己想刷找的借口）

@yidinghe @aricch 主题不是看什么能快速入睡。

@nullcoder 已经提到「背诵之类陈述性知识的学习，在睡前进行可能并没有多少加成， 或者至少相比其他类型加成效果不佳 」

@harry890829 参见上两条

@Acheron @whileFalse 不知道这种情感性的记忆睡前进行相比白天进行会不会印象更深？

@FrankFang128 有些语言定义必须在引用之前。估计从这些语言过来的人习惯了才定这条规则。

实际上，先定义后引用和先引用后定义的可读性很难说，
就像数学书先证一堆引理，然后再证定理，
和先直接证定理，直接在证明中用引理，证明结束了再一个个证用到的引理。
这两种写法很难说哪个好。

前者符合「基础的在前，高层的在后，依赖关系明晰」的思路，
后者符合「从问题出发，将大问题转化成几个小问题，然后再解决小问题」的思路。
这两个思路都比较符合直觉。

个人更偏爱后者，从问题出发，思路比较顺畅。
看到好几个人提到数学里动机比证明重要。

先引用，后定义，能更容易看到为什么需要定义这个函数，
我觉得很多时候这个为什么比这个函数是怎样定义的更重要。

另外，IDE 跳转和浏览做的好的话，定义的先后根本就无关紧要。

IntelliJ 系的 IDE, 我常常先直接用，然后 Alt+Enter 逐个补定义。
IDE 总是给我补在上面（类什么的通常会开新文件），
不过上面下面我不在意，在哪个文件我也不在意。
因为读代码我不会从上往下读，是利用结构视图和搜索类名、函数名定位到关心的地方。
引用的东西，大部分时候只要看下名字（喜欢起较长的、描述性的名字）和类型（如果是静态类型语言），
有时可能要 ctrl+q 查下 api doc, 还搞不定那才 ctrl+b 跳转。
ctrl + b 会带我到定义那里的，所以到底在上面还是下面，还是另一个文件我并不需要关心。

回到主题，WebStorm 的 JavaScript 跳转到定义并没有遇到什么问题，
以前用 sublime 及 vscode 跳转到定义也没什么问题，
所以这条规则我觉得意义不大。