有赞年会的996大福利横空出世，加上马云员工福气论黄袍加身，刘强东力推996昭告淘汰三类人，掀起了2019IT行业的血雨腥风。
我非弱者思维患者，身处这个行业多年，基层干过，中层体验过，高层做过，怎可不知站在各个角度考虑问题？
在创业者、高管、老板的角度，或者在公司发表意见，吾等一定高呼马云万岁，高举有赞伟大旗帜，团结在英明的公司董事会周围，坚决贯彻996到每个工作岗位，鼓掌。。。 因为我知道，这样我的收益才会最大化。
而面对一个个眼中无神的程序员、设计师，我只想说，只懂得拿时间换钱，换来的将是悲哀，这样所谓的奋斗将置你落于尘埃。
前些天看阮一峰的一篇文章，觉得很有意思，也与这个话题颇为贴切，转来分享之，原文如下:
—————————————————————————————————————————————————-
前几天，我听一个广播节目。主持人问，现在很多人开网约车，这样能赚多少钱，能够赚到大钱吗？
这个问题很容易回答，答案就是不能。
出租车司机的收入，主要由营业时间的长短决定。基本上，一天开12个小时，就是比开6个小时，收入高出一倍。每天只有24个小时，因此收入存在上限，不可能偏离平均水平很远。 出租车是”时间换收入”的典型行业，投入的时间越多，收入越高，在家休息就没收入。
很多行业都属于”时间换收入”，所有此类行业都赚不到大钱。因为你能用来交换的时间是有限的，而且进入中年以后，你就拿不出更多的时间来交换。开出租车赚零花钱，或者作为短期过渡，这是没问题的，但作为终身职业是很糟糕的。
我觉得，越来越多的程序员正在落入这个陷井，用编码的时间换取收入。只有不停地做项目，才能拿到钱。项目做得越多，收入越高。这个项目开发完了，公司又让他去干下一个项目。 忙了好几年，项目完成了一大堆，但是自己什么也没留下，以后的收入还要取决于从零开始的新项目。这样的话，你跟出租车司机有何两样，哪一天你不写代码了，不是照样没收入。
那些赚到大钱的人，没有一个是靠时间换取收入的。他们要么通过积累资产致富，要么购买他人的时间，为自己创造财富。
你应该警惕，不要落入”时间换取收入”的陷井，不要只顾着为别人生产代码，而要注意积累自己的资产，以及适时开展属于自己的业务。
—————————————————————————————————————————————————-
异步模式下，获得数据的时间点通常具有不确定性，在封装异步方法时，通常要用到委托来达到返回数据和操作数据的目的。
异步请求中委托一般通过高阶函数来实现（函数作为参数传递或函数作为返回值返回）。
var mytest = function(vars){
console.log(vars+"作为参数传入");
}
function showDemo(foo) {
foo("demo:");
}
showDemo(mytest);
通过委托实现异步请求方法的封装：
var getInfo = function(url,articleId,callBack){
$.ajax(url+"?id="+articleId,function(data){
if(typeof callBack == "function"){
callBack(data);
}
});
}
getInfo("https://blog.mosang.net",2856,function(data){console.log(data)});
被一个java新人请教关于包的理解和使用，想起了自己当年刚学java时候的体会。
包-Pakage，概念理解和使用不难，但对于刚接触java的人而言，有点抽象和不解。
人人皆知，java中的包主要用于解决类的重名问题，类似于XML、C#，PHP等命名空间的概念，但与这些语言有所区别，它既有命名空间的逻辑分割又有物理上的实际目录划分。
一.使用
pakage mosang.tech //表明A.java 源文件中，所有类都位于mosang.tech包中
public class A{
public static void main(String [] args){
new B().showInfo();
}
}
class B{
public showInfo(){
System.out.print("this a method of how to using pakage");
}
}
假设我们已经将classpath设置为A.java所在的目录：
上述代码运行编译后会自动生成mosang/tech文件夹，同时得到一个B.class字节码文件位于tech文件夹中
javac -d . A.java
这时候，运行B.class文件需要带完整包名，哪怕我们在命令行窗口进入了mosang/tech目录。
java mosang.tech.B
这就是包的基本用法。
二.陷阱一:类名的使用
如果我们在命令行进入mosang/tech目录运行B.class，编译器会提示找不到文件，因为类的名字已是mosang.tech.B而不是B。
二.陷阱二:classpath路径与包名
JVM在加载带包名的路径时候，会先到classpath指定的目录，再从此按照包名结构去查找class文件。如果我们在命令行进入mosang/tech目录运行mosang.tech.B，同样会报错，因为此时的完整路径变成了classpath/mosang/tech/mosang/tech/B.class
三.陷阱三:包名与目录名
java中，包名必须经过程序中pakage语句来指定，而不是靠目录结构来指定的，是先有了包名，才需要相应的目录结构。我们来做个试验：
删除原生成的B.lass文件，在源代码A.java中，将pakage语句注释掉，重新编译得到B.class，将B.class拷贝到mosang/tech文件夹中，classpath目录下运行mosang.tech.B，会出错，因为此时的类名是B而不是mosang.tech.B。
所以，我们常常误以为把一个类文件放到了一个目录中，这个目录结构就自然成了包名，这就大错特错了。这点很多人包含有多年java经验的人都会犯错，绝大部分新手更是有这种自以为是理解。
以前解决过很多异步请求跨域的问题，自认为不会有什么难点，可今天调试一个项目API的时候遇到了之前没遇到的问题，弄了好久才解决，记录如下：
项目中涉及一个主域（以www.abc.com表示），子域（以s.abc.com表示），子域控制器s.abc.com/Action向主域www.abc.com/Reply发异步POST请求，www.abc.com/Reply发出Header参数“Access-Control-Allow-Origin:http://s.abc.com““Access-Control-Allow-Methods:POST”,按理说这应该没什么问题了，但问题来了：
1. 直接访问通过URL：www.abc.com/Reply访问，可以看到添加的“Access-Control-Allow-Origin“等响应头，也能正常传递JSON，如下：
Access-Control-Allow-Methods: POST Access-Control-Allow-Origin: http://s.abc.com Access-Control-Expose-Headers: Authorization Content-Encoding: gzip Content-Length: 138 Content-Type: text/json; charset=utf-8 Date: Wed, 27 Mar 2019 07:03:09 GMT Server: Tengine Vary: Accept-Encoding
2. 但通过子域的AJAX请求，死活就得不到添加的Headers参数，FF及Chrome均提示提示同源错误“原因：头缺少 ‘Access-Control-Allow-Origin’”，明明已经设置，就是没有传递，而之前做的一个接口几乎代码一样，但却能正常返回值，确实让人百思不得其解。
无奈之下，只能检查服务器设置，发现URLrewrite有如下规则：
<rule name="LowerCaseRule1" stopProcessing="true">
<match url="[A-Z]" ignoreCase="false" />
<action type="Redirect" url="{ToLower:{URL}}" />
</rule>
恍然大悟！
这个是SEO常设规则，用来规避因为URL大小写而带来搜索引擎识别为不同站点的问题，而项目很多CLASS命名都根据大小驼峰规则，Controls也是大小混写，这条重写规则强制将文件名小写返回，而AJAX请求则认为是两个不同请求，导致Headers参数无法正常接收。
取消此规则，问题解决。
近来研究一些开源的前端框架，重拾js，发现一个奇怪问题：
input如果设置为display：none，那么通过$(“#id”).val(“value”);方式赋值，无论是chrome、firefox还是IE都是传值方式失效。
改用$(“#id”).attr(“value”,”value”);却又可以
但是如果设置type=”hidden”，同样使用$(“#id”).val(“value”);方式赋值却又可以。
今天在兆维工业园IDC帮一位朋友迁移web服务器，他将之前拷贝的mysql数据库文件还原到新服务器中，结果有部分表在PHPmyadmin中没显示，而用Navicat 连接，能看到表，却打不开，提示”table doesn’t exist”。web应用显然不能正常运行。为何会这样，明明有表，却不能显示或是doesn’t exist？
我们知道，MySQL备份可直接拷贝datadir下的数据库文件，还原时将拷贝文件放到mysql下的data目录下就可以。但是今天却出现这种情况，是什么原因？
MySQL存储引擎分MyISAM与InnoDB，两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁，而MyISAM不支持。MyISAM类型的表强调的是性能，其执行速度比InnoDB类型快，但是不提供事务支持。
MyISAM类型的表，都对应data下的一个文件夹，文件夹名字就是表名，数据存储在该文件夹下三个”Table.frm”,”Table.MYD”,”Table.MYI”中;InnoDB的表，数据和结构是分别存储的，数据存储在ibdata1文件中（默认），而结构存储于.frm文件中。
我们常用的直接拷贝”Table.frm”,”Table.MYD”,”Table.MYI”方式来备份数据库，对MyISAM类型是有效的。但是对于InnoDB的表，还必须拷贝ibdata1文件。
之所以出现上面提到的问题，原因就是在于有部分是InnoDB表，却没有拷贝ibdata1文件。
出现错误后，直接拷贝ibdata1文件覆盖，还是问题依旧，这时只要删除log文件（ib_logfile*）就可以了。
这其实也是我多年前遇到的问题，当时备份数据库没注意，没有拷贝ibdata1，导致很多数据丢失，是得了教训的。
数据库备份一定要十分小心，不仅要测试，还要多种方式备份，最为稳妥的是导出sql文件，或用专业备份工具，多种形式备份。
