这些场景下的电脑你不能把它们看成是电脑的，而是应该看成一件设备。比较类似于工厂里的条码枪吧，以前默认都是扫条形码，现在出现了二维码，要换成能扫二维码的，需要升级条码枪，升级软件，升级后台服务，还需要重新培训员工怎么操作，哪种是正确的二维码，哪种扫了出问题了怎么处理，哪些扫出来跳转是恶意的二维码，等等。

等你把升级报告打上去的时候，各级评审，走到领导那里，直接一句，以前的设备不能用了么？升级的这些成本谁出？是原来的条形码不能用了么？大公司都是要将投入和回报的，成本都没有收回来还要继续投入，那他就不愿意了。

其实我也是不同意那种动不动就升级的，特别是为了一些界面变得更花里胡哨，为了一些夺眼球的小众功能而进行的一些无意义的升级。

@kokutou 请教一下如何从 ROM 中提取底包 or 驱动？

@1OF7G 上个世纪的项目，你不能要求太高。

@ltux 我刚在 stackoverflow 上看到了一个类似的解法，好像 sed 确实是不好弄，目前正在试 perl。

@wolfie 健身狗？

@shellexy 是的，你没猜错。。。脑子秀逗了。。。

说用 sudo 能够拯救我的，放弃吧。你们更新环境参数 /配置的时候，也会加上 sudo 的吧，只要加了 sudo 提权，后面的都无解吧。你每次运行 source .bashrc 肯定前面会加上 sudo 的，所以这里我还是会加上 sudo 的。


====================醒！目！提！示！====================

这次事故是在 win7 系统下的 git bash 操作的, win 7 会把 C 盘, D 盘.... Z 盘挂在根目录上.
win7 下默认是管理员权限启动 git bash, 不存在 root 用户不 root 用户, 直接一把梭...
目前 Z 盘正在恢复中....

====================醒！目！提！示！====================

主要不是 sudo 的问题,也不是不注意 rm -rf 用法的问题.
是没想到 source 和.bash_history 这两个人畜无害的组合起来要了老命.

@morefreeze 是的，grep 太多，我知道 ctrl + r 的，这次纯粹是想回去翻某一条已经忘记的正则。

不是删除了整个根目录，是删除了挂载到根目录下的 z 盘的全部内容。。。

@Greendays 这是 N 年以前下载 CrGuard 的时候的操作，本来是手动在 Z 盘创建了一个 CrGuard 目录，然后 cd 进去的，git 下载了就拷贝出去了然后删除了 CrGuard。刚才 source 这一把执行到 cd CrGuard 这里必然是 No such file or directory，然后继续在 /z 执行了 rm -rf * -_-!!!!


这真的是美好的一天啊！！！

@zhangroyaso 以为可以像 source .bashrc 那样。。。

综合这几天的实验，我来汇报一下吧。
最终选了一楼的 WeCenter 3.3.0，本身是开源的，用 PHP 写的，好象用的 Zend，WAMP 架构，界面和操作流程符合国人习惯。我自己还在做定制，总体看来不错，推荐一下。

有几个小问题，不知道他们默认是在 LAMP 上面运行还是我自己没配好，图片显示路径有点问题。后来在配置里面改成了./upload 相对路径就好了。然后还有一些细微的调整，可能需要自己动手弄一下，整体看来还是能做到开箱即用的，支持一下国产吧。

@beginor 我也想用 MD 啊，但 markdown 对他们难度太大了，用户实际需要的可能更像要一个早期 ASP 论坛的 UBB 编辑器那种。gitlab 依赖 Ruby，服务器上不允许装这个，而且 gitlab 本身也比较重，他们那个老服务器估计扛不住。

可能我没把用途描述清楚，这不是一个给程序员用的系统，如果是程序员随便一个 JIRA 什么的就行了。实际情况是，这是一个类似 Photoshop 或者金蝶财务系统这种软件，是给不懂 IT 的人用的，他们有什么问题，描述一下，截个图然后作为一个 Issue 提上来，我们会逐个 Issue 回复解答，内网使用，所以轻量级就行了。

所以支付宝，付费通，微信什么的要开通代缴水电费啊，毕竟是用户痛点啊。

build 一下 Android 就知道了。。。

招行正确姿势是砸 50 万买三个月理财然后升级为金葵花客户，办卡直接 6w 额度毕业。

很多人还是直线思维啊，中介挂的价格高就是中介黑，开发商卖房卖的贵就是开发商黑，什么时候才能长大啊？

真正的原因是供需不平衡，如果敞开供应，我就不信中介能把所有的房子都收上去，而且能收上去维持个三五年。人为制造稀缺的背后推手才是罪魁祸首。要不是任大炮，很多人还在黑开发商，也不看看面粉都卖什么价了。

@honeycomb 谢谢，那就是默认有一次操作将 byte 类型 cast 为 int 类型，然后比较了，那这么看来 head first 里面说的不准确。

@szq8014
@Lonely
恩，刚看到。里面说的 signed extension 和 zero extension 应该就是高位按符号位补齐还是按 0 补齐了。JVM 和 Java Language Spec.我确实是想看，我以前是写 C#的，知道有这些东西，但细节方面还是不了解。现在是急着面试，也没办法全看，只能需要的时候看一点是一点了。为了追求速度，也只能有问题就直接上来问，厚着脸皮当伸手党了。

按照 @szq8014 给的 JVM Spec.中 Table 2.3 Actual and Computational types in the JVM 的描述，我理解为 JVM 在做计算的时候是将 boolean, byte, char, short 都用 int 来处理的。如果按照 @Lonely 指出的有 binary numeric promotion，那么我理解比较一个 long 和 byte 比较也会发生 binary numeric promotion。

@szq8014 提到了使用 Integer.toBinaryString 打印观察变量的实际情况，我在想如果直接观察编译后生成的字节码应该也能看出端倪吧（虽然我现在还没仔细了解字节码）

还有一点就是我想了解一下这个 binary promotion 或者说 signed/zero extension 是在编译器编译成字节码时就完成了还是在 JVM 运行的时候才完成的。

sorry，唠唠叨叨说了一大堆。