看来主控的情况非常不妙, 有可能没救了. 直接请人去读出 flash 片上的内容不一定能重组出数据这是最可怕的, 如果价值高的话可以试试看但真的不一定有救.

应该是给同样钱换一个人愿意做多少的问题. 替代极其稀缺的话你就可以喊价了.

Zenfone 3

科班如果只是 CS 本科的话标准也太低了, 按这个标准就看不出差距. 北美的 Master 或者同等研究水平算科班的话想出结论就容易的多.

SSD 要保证有一定的通电时间(不要长期闲置), 主控和 Flash 类型与制程决定全盘写入次数, 写入量不太多的话基本不需要担心, 定期看一下写入量或者 SMART 是好习惯. 机械盘坏了如果数据非常重要基本可以找数据恢复公司, 当然肯定是养成备份习惯更省钱.

@arrowna 社区规则不允许讨论破解版. 可以是热操作.

@arrowna P2V 不需要移动硬盘, 与网络相连传输到另一台虚拟宿主机上, 传输后在宿主机上建立虚拟机.

Windows 会认安装时的磁盘控制器, 所以应该需要重新封装或者做一次系统修复, 这类似于 AHCI / IDE 切换的问题. 也可以参考物理机到虚拟机迁移的 P2V 方法. 有比封装更快但不一定彻底可靠的方法但是以楼主的水平就算了.

sed 通常用 -e, 而 -n 是 silent / quiet 应该慎用啊.

@zhenjiachen 你自己说的两个人后端哪来的规模

问这问题证明楼主连运营的流程还没理顺呢. 创业要谨慎啊, 小心回款和现金流啊. 祝好...

虽然可能对不起 CTO 的名号, 但是如果规模不大的话可以理解. 非要把这个词跟高大上套在一起炒新闻是楼主不对.

@dexterlei 包是有格式的, 所以完全可以自己提取文件, 这样就有可能不安装包管理器的执行文件本身去安装某个包. 不过一般情况下包管理器会支持写在指定路径下.

拿 debootstrap 作为例子. dpkg 解压之后可以选择不做 configure 操作并把这个操作写到脚本里以便延迟执行, 这样可以实现跨体系结构的系统自举.

@taine 那侵犯的是已经获得翻译授权许可的出版社的利益. 出版社买到翻译版权之后独占在某国某地区某语种的翻译权.

@taine 隐含了著作权中的传播权.

@msg7086 资历很重要啊, 有多少不好的东西因为沉没成本早就投下去了, 所以根本换不掉, apache 还没有差到那个地步.

这里的经济帐不能单纯从技术上算. 经验中, 新系统的设计和实现(或者是成本等重要的因素)必须比旧的好 10 倍以上, 才能用一种有损兼容性的方法去更新. 如果旧系统有若干种能够维持兼容性的提升方法肯定会优先采用, 比如硬件升级, 虚拟化等等都能给旧系统延命, 延命后的系统也很难找到优秀 10x 以上的替代品.

@msg7086 你会给旧应用做移植吗? 移植后的好处很多能赚回开发成本吗? 事实是成品有了就懒得再动手了.

同 2 楼, 盗版可耻. 没有授权不能翻译.

普通的系统安装是通过包管理器直接把现成编译好的结果在目标分区上展开, 然后执行安装后脚本就完成了啊. 安装中不依赖编译器.
gentoo 这样的也是准备好了现成的 stage3, 在那个基础上再往下编译装别的, 极少有人再折腾 stage1 了.