@tctc4869 #23 上面都是图形界面有关系的，真要做服务器，个人认为：越少 service 起来越好。

没人提人字拖吗？

和传统的拖鞋对比有以下优点
1. 覆盖面积小，下雨正好洗脚。
2. 底部平底，边缘无遮挡，直接有泥沙一下走两步就没了。
3. 便宜

如果有渠道，那么不就等于有钱？
所以 lz 说的渠道是什么渠道？

就算是纸质的也是相对模糊的地带，电子真要推行，有点难说。
比如因为“找不开”而拒收，是不违法的。
因拒收而拒收，是违法的。

如果公司有 cr，
那么有可能你一个 feature 的 patch 得反反覆覆 10-20 次修改。
你这还算好的其实。。

@cjxb7638 #1 的确是货运，真的是骚扰人。

主要是不用心，这代码学过几天 C 的人应该都会

建议改成高深一点的。（手动狗头

我的关注点比较奇怪，会搭建也写在简历上？

@sockpuppet9527 #10 补充一下，JRE 最少还有注释，还不断重构。
一些维护十年、二十年的开源项目注释都很少，patch 打的多了也不重构（开发者无精力），兼容多代的版本，兼容多个平台（指 OSX/WIN32/SUN/UNIX/LINUX)，甚至因为 GCC 版本问题而弄得一些兼容(特指不通过 CONTAINER_OF 转型，直接强转)。这类看起来才是头大。
开源就是这样的，如果面对单一业务线，精简很多，也不需要考虑那么多。

1. 局部变量单个字母命名：个人习惯问题，一般为单次首字母，看多了也习惯了，kernel 里面长词也会这样，打个比方，super block = sb , inode = i or n , Group Descriptors = gdt, Multiple mount protection = mmp
2. 位运算：位运算很常见也很方便，如果不明觉厉我个人会认为这是你的问题，举个简单的例子：掩码，再举个简单的例子：两个 32 位变量支持 64 位变量。
如果不用位运算，去写一大堆逻辑来支撑某个功能，那样做反而更复杂。
3. 魔法值：不知道楼主说的是不是 Magic number 。如果是的话，那我想说，如果你是 jre 的维护者，你不考虑版本兼容问题？

其他逻辑上的，大项目的基础功能都是这样的，面向的不是业务，考虑的东西以及开发的经验都是日积月累的。

@BestSera #12 同无电锤，我也是活动只能一轮。。三卡我都没买 。。哈哈哈

1. 周围人下手：看的对眼的妹子慢慢聊天，聊熟了就下手
2. 社交软件：纯找对象社交软件、豆瓣小组、社区聊天
3. 社交活动：朋友聚会认识新的人，婚礼葬礼认识新的人，认识个带学生，凑合点带专 /中专学生也行（跟着学生周末活动可以认识很多新人），不行自己整点聚会喊朋友来家里玩
4. 社交活动 2：多参加点俱乐部啥的，骑行，驴友，周末出行这种，音乐同好会、霹雳同好会、女装同好会，或者扩展下兴趣爱好，加入一些兴趣相近的群。
5. 老家相亲：没试过，只听说过

我个人是对轻食非常抵触的，
20 一份外卖都吃不饱了，还告诉我吃营养？

现在餐饮(外卖)个人看来：
1. 好吃又饱 = 贵
2. 不好吃能吃饱 = 好吃不能吃饱 = 一般
3. 套餐 = 内容固定且不一定适合自己口味，但是划算
4. 不好吃又不能吃饱 = 便宜

@BestSera #1
我也在玩最强蜗牛，两个月氪了大概 200，主要是每次活动周就差一点弄完一轮、两轮的，就买一个 6 元或 30 。
还行，反正养老玩，之后不打算氪了，蜗牛这个游戏氪金提升不大的。