在我的项目中如果涉及到复杂的业务，而在整个项目中又需要采用一些设计方法，比如 DDD,那这样我会有限考虑 ORM，当然 ORM 不是万能的，很多复杂的查询还是需要采用原生的 SQL，而现在大多数的 ORM 框架也支持原生 SQL 操作。

就楼主的问题，我反而觉得很多简单的应用应该考虑原生 sql 而不是 ORM

非创业公司其实也有很多类似的情况，碍于加薪制度很多早期入职的老员工基本都没有后面新晋的员工薪资高，运气好的老员工能破格进行超加薪，运气不好的就只能混着等跳槽了

合理哈，假如早上 8：30 上班，下午 5：30 下班，中午休息一个小时很正常的，以前上班就是这样，关键中午还不打卡所以大多数人都是超时的，想想那时的上班......

为优质的内容付费是没有任何问题的，真正问题在于现在很多付费的知识到底有多少价值。
知识付费能给部分人带来创收同时也会让这些人投入更多的时间和精力去创作出更好的内容，但是这并不会意味知识的“闭源”。

真正的内容付费我觉得应该类似哪些基于开源项目做付费服务的公司，但现在很多付费的内容，真心价值太低，可能这个资本介入有关系加上媒体的各种吹捧

在原生 php 工程基础上用框架不可取，最近的一个项目就是类似情况，后面果断放弃了，只能坚持原生或者框架重写。

原生 php 工程如果代码结构好点，其实修改起来还是很容易的。

JD 的主营业务应该是盈利的，而账面亏损主要来自其他的业务比如自营物流，所以资本看好，也一度有人说在未来 JD 是最有希望超越 tmall 的。
单车有点像早期的外卖，虽然亏但是这种模式是被投资人看好的，所以主营业务可能短期不盈利，但这并不会影响资本市场看好它,因为它的需求和市场都在哪里，最主要还有那庞大的人员基数。

两者，我更多关注物联网

人工智能会不会成功以我们现在的认知我觉得很难去猜测它的未来。
但就目前的人工只能技术来说，完全符合这篇文章，更多是资本家 /某些技术人玩弄的一套概念。
现在人工智能产品市场太混乱了，带点自动化功能的就打上了人工智能的标签。

这种本身有错在先的，还是先跟打假人沟通吧，在沟通前找个懂法律的朋友先咨询下。

@ericgui 所以说你的朋友被坑了，开发者也不厚道，基本的安全问题还是需要为客户考虑的

补充下，楼主应该说明下，你口中的安全问题是指程序本身的安全问题还是服务器的安全问题，两者区别是很大的，大多数开发者是只会去处理些常见的程序安全问题，而不会太多考虑服务器安全这块的。

同时很多中小企业不太注重安全是个事实，而如果要做安全，相对成本也高，所以很多企业外包项目，基本都不会在需求中提到安全问题，更多集中在功能性需求上，这点我觉得欧美那边的中小企业会跟注重些，国内的碰过几个基本都是死磕功能的。

不懂技术的碰上了外包被坑点也是正常的，大多数中小企业不会注重网站的安全问题的。
如果是程序本身的安全问题，作为外包开发者这么轻易的对待，却是对客户太不负责了。

3W 做个后台系统，其实并不贵了，我们团队很多客户的项目也都是基于开源框架打造的，唯一不同我们有形成一套自己的开发框架。

你描述，只能说你朋友真的被人坑了，而且者坑的 3W 有点贵了

退过一次，也是没有任何现场手续，不过个人网站后台信息却更新了。

三四年前看雪论坛的关于 net 的安全讨论还是很火的，上面也有不少这方面的资料，楼主可以搜搜，或许能找到一些有用的东西。(记得看雪某牛还出了本关于 net 安全的书，也可以看看，有几年了）

说说自己以前公司的做法吧。
1. 加壳 /混淆是肯定的，买商业软件，这些钱省不得。
2. 对于部分核心的代码，自己内部做加密混淆或者模糊处理。
3. 不要直接启动 net 主程序，通过 shel （一个简单的 exe 应用） l 来启动， shell 的作用就是做到一个环境的检测（我们那时候主要做调试环境和相关进程的检测）。
4.通过 hack 技术，主要通过 hook 部分底层函数。

缺少工作外的一份兴趣，但是兴趣的培养又是一个漫长的过程。

了解： 算是入门吧，语言的基础，作用范围，能写简单的 demo
熟悉： 在工作中没有使用语言的障碍（如果有也应该多发在技术层面）
精通： 这应该算是脱离语言层面了，已经能从底层去优化，改造语言了（或者说 hack ）

个人的理解，仅仅在语言层面谈论。