符合 HTML 规范或者流媒体规范的才能无插件通过网页在线看。这 3 个不是，在将其转换格式之前就别想了。

linux 文件权限只有读、写、执行，文件夹权限只有写、执行（读取其下级列表），删除文件和删除文件夹都属于“写文件夹”，没有独立权限分配。

@ikas
var 是 8 的 TODO，它更是之前就被 lombok 采用。

模式匹配，是 14 引入 16 （今年 3 月）才正式化的。6 年了才敢加一个类 lombok 的语法。

目前的 JCP，集中与 Oracle 的主要开发者一言堂但却不是最终用户，几大开源社区和 IBM 无为而制，谷歌基本已经算分裂势力。这样的 JCP，很难出现会导致兼容性问题的 API 大动。

Java8 以上的版本，跟 8 相比，基本上没有语法差异。事实上整个 API 从 9 以后就基本没再变过，而 9 又只是完成 8 的 TODO 。

别看它更新那么欢，但它只敢更行性能相关的底层代码。

这事，要么是抹不开面子，要么是一个愿打一个愿挨。唯一的解决方案就是独立独立再独立——从不接电话到人间消失——一步一步来。

请参见高考，那可是白字黑字的规则。

理想的说，按规矩考核愿者服输。现实的说，

客户端证书（数字签名）是最高级别认证手段，同时也是易用性最低的。是否用主要看安全性和易用性怎么权衡。

windows 的系统配置和软件配置有：

％ UserProfile ％，含我的文档、我的视频、我的收藏夹等各种非系统个人文件，还包括部分程序的配置空间，也包括不负责任程序倒的垃圾。（ windows 保留用户文件的安装 /升级方式，保留的就是这一块。）

％ AppData ％，早期规范中，应用程序的“当前用户”级别的配置空间中可漫游部分。

％ LocalAppData ％，它包含两部分，早期规范中应用程序的“当前用户”级别的配置空间中非漫游部分（比如换个电脑就可能要重新配置的“绝对文件路径”），和用户级别的应用程序（％ LocalAppData ％/Programs，即 shell:UserProgramFiles ），它同时也是各种自以为是的程序乱放垃圾的地方（比如最初 Chrome 就安装到％ LocalAppData/Chrome 中），理论上来说，该空间无须迁移，但实际上请自行考虑。

％ ProgramData ％，应用程序的“所有用户”级别的数据和配置空间，大杂荟位置，需要挑着迁移。

单纯的文档和应用配置，大概只需要迁移上面的四个位置。但是，应用程序本身必须重新安装，这玩意是随系统的。

此外，从 Window Store 安装的 UWP 应用（大概也包括 win32 转制 UWP ），配置空间是云端保存的，重新安装即可。



但是，打包拆包再重新整理虽然累，但那才是搬新家，你弄个超级大铲车整体迁移，会把垃圾一起弄过去。

首先你的结论跟你的依据没有关系。那个表格说得是：美团接入的第三方 SDK 能够获取到的信息。这即说明了美团通过第三方 SDK 能够获取到什么信息，也说明了通过美团 APP 第三方能够获取到什么信息，后者才是重点。

其次，标准系统中，任何应用都无法获取机主手机号，你想让获取都不行。这个手机号获取或者一键登录功能，是在电信运营网络那里获取的，跟手机的操作系统没关系。这玩意你只要插了 SIM 卡就没法避免，又因为国行系统你必须插 SIM 卡才能激活系统，所以在国内你只要买了手机就没法避免。

因为：“绝大部分 APP 都是前端”，不等于“APP 是前端”。APP 跟前端 /客户端相比，是前者包含后者，而不是前者包含与后者。或者更本质的，互联网应用程序包含与，而不是包含应用程序。

PowerDesigner 建模是基于关系数据库的建模，它在 UML 、BPMN 、DDD 等基于应用程序的建模出来之后就是“历史遗留”了。不过要是作为理论知识的话，基于关系数据库的三段建模模型仍然是拥有 50 年经验的老牌建模方法，而 PowerDesigner 是它的最佳实践工具。

@kier #17
面试简历最多问 15 分钟、leetcode，这两怎么可能。技术上只考算法是没错，但面试又不是只考虑技术，相反微软谷歌暴漏出来的面试流程中技术考核只占很小一段时间。至于 leetcode，那这个当门槛还行，但真正考核的时候还用公共试题，那大概是疯了。

你的第二条，别说深圳，你就是跑遍全球，除了非正常招聘行为也不可能碰到。

第三条，只有高管或者特殊岗位才能有，正常岗位仍然是全球都没有。

抛去上面两条，你可以到英语招聘区看看。

Spring Mvc 会自动给你加状态码，除非你好事的拦截全部异常然后强行返回 200 （和 response body 中的错误码）。

Http 状态码跟业务错误码是分层共存而不是互斥的，你可以用 HTTP 状态吗返回通用错误信息，然后在 HTTP 500 的同时附加业务错误码来对 HTTP 500 Internal Server Error （内部错误异常）进行更为详细的说明。（事实上，原本应该用超过 500 的状态码，来当作 HTTP 500 的详情，但是这个不如上面的方式好用。）

为了兼容性，往往会同时返回 HTTP 状态码和业务错误码。但如果只返回一个，那一定要是 HTTP 状态码，除非你的出发点就是“我 ＞ 公共”。

Javabean 的原始定义可以在这里下载： https://www.oracle.com/java/technologies/javase/javabeans-spec.html 。这是 1997 年的定义，而且还是 Sun 的不是 JCP 的。

需要纠正楼上的一些错误认识，Getter/Setter，或者说 JavaBean，是组件类，不是数据类。贫血领域模型这种名义上是业务类实际上是数据类的畸形结构，是 JavaBean 被滥用的表现，而不是 JavaBean 的表现。

用过一段时间的 name()/name(value)，当然是用 lombok 自动生成的，到是挺喜欢这种用法，但是被 Jackson 等涉及到 Javabean 的工具打得头破血流，又改回去了。目前来说，大多数 Java 工具都遵循 Javabean 的 Getter/Setter 规范，虽然它们通过用手动配置的方式也能支持 name()/name(value)这种，但是基于约定优先与配置的敏捷开发思想，Java 这边还是老老实实的用 Getter/Setter （这种情况在慢慢改变，将来很有可能，在某个工具声明准备抛弃 Javabean 规范的很短时间内，Getter/Setter 就被主流工具迅速抛弃了）。


@3dwelcome 你这个是声明式切面编程，只是可选约定，不是必须遵守的约定。这种声明式编程，有两个显著缺点：一、一刀切；二、依赖外部配置。故 Java 界自从注解出来后，就不再推荐甚至抛弃了。

分不分，要看使用人员的要求和现有资源。虽然是内部人员使用，但也有可能是大量内部人员在大量的时间使用，这时候还是有分的必要。如果现有人员大多闲得蛋疼，那分开是有技术积累的好处的。

如果使用人员要求高但是现有人手不够，比如互联网公司产品经理们使用的内部系统，那就不是考虑分不分的问题，而是跑步跑路的问题。