分享未来 ^Internet _Technology

第一级别：中船重工701所；中船重工709所；中船重工710所（宜昌）；武汉南瑞；中国外汇交易中心武汉分中心；华中电网有限公司。 
  
701和709属于中船重工集团总体所，下面的几个所是系统所。总体所的待遇自然比系统所要好得多。传闻（是传闻，后面的工资部分都是传闻）博士去这两个所待遇超好，起薪10万以上，最大的优势是可以直接在武汉分房，各种福利就不多说了。硕士待遇可能差点，不过据说买房子也蛮便宜，光谷核心地带房价8k5每平，他可以直接1k到2k每平买入。不好的地方是工作累，有可能周六日都加班；再者可能出来也不太方便了，不过由于是军工所，说不定在里面待久了就不愿意出来了。709比701稍好。701所做舰船，719所太神秘不晓得做什么。据说这两个所也是做航母的，据说哈，呵呵。710所也是总体所，虽然在宜昌，但是武-宜高铁开通之后，武汉到宜昌也就1到2个小时了。 
清华的一个师兄去年签了武汉南瑞，起薪可以给到9W。之所以把这个公司排在第一级别，是由于他家后台是国家电网。而且福利超好。据这儿师兄说，他签南瑞那天开始，南瑞按照实习生待遇一直给他发工资到他毕业，他不用直接去南瑞上班。不足的地方是，做销售可能会不太好。 
中国外汇交易中心武汉分公司不是直接招人的，华中电网有限公司是国家电网的五大网局调度中心之一。这两个公司都很神秘，待遇自不必言。 
  
第二级别：华为武研所；中船重工712所，717所，719所，722所； 
  
说实话，第二级别真的不好定，个人一直以为，华为要比中兴的工作好，华为每年销售额高中兴太多。能够安心于一家中国的私企做技术，并且不用靠关系，几年之后年薪能够达到30W甚至更多，华为武研所真是给回武汉的人一个最好的借口。还是个人认为，华为武研所比后面几个中船重工所要略好。华为的工资大家都晓得，就不说了。需要注意的是，进华为武研所之后可能会去深圳先培训半年。后面几个所同样是博士待遇超好，硕士待遇稍微差些。712所，主要是电力为主，极少招计算机与通信；717所主要搞的是光电；719所貌似计算机的好进；709所主要是计算机，待遇好像是起薪8W左右。这几个所都属于中船重工体系中的系统所，719所比其他几个所稍好。把这几个所排入第二等级主要是由于它们的福利都不错，而且稳定。 
  
第三级别：中兴武研所；光讯；长飞光缆；MTK武汉；华讯武汉；联发科技武汉；建行武汉研究所；惠普；威盛； 
  
真的委屈中兴了，但是由于华为确实比中兴好（个人意见），故而只好把你排入第三级别了。中兴的待遇大家都知道，年终奖是0-13个月的工资，得到的消息是中兴不用加班。光讯这两年发展很快，属于烽火集团下面不错的单位，待遇第二年达到10W，其中工资:奖金== 1:1，所以看起来在光讯长期待下去真不错。长飞光缆大家可能都不太了解，据我的一个亲戚讲，这个公司的起步待遇不比华为差。MTK武汉不太了解，大家可以补充，感觉和华讯武汉一个级别。华讯武汉研究生工资是15*7k，华讯去年还来北邮宣讲过。联发科技武汉待遇是7500每月。这个公司在武汉刚刚成立，11年招第一批员工。之所以把一个银行给排进来，是因为这个银行在武汉有一个研究所，跟其他银行在武汉只有一个分公司不一样。银行体系的工资不好猜，所以就不猜了~惠普是我唯一排进来的一个外企，因为这个外企在武汉是招人做技术的，而不是一个办事处。威盛不太了解，大家补充~ 
  
第四级别：烽火通讯；邮科院；烽火虹信；爱立信办事处；思科华中办事处；华硕武汉分公司； 
  
烽火通讯，只好更加委屈你排在这个级别了。虽然你的硕士待遇达到了4500*16，但是关于你的各种传闻（人员流动大才加工资、行政臃肿不易升级、加班强度大、华为专用培训公司等），只能让你屈居第四级别了。邮科院和烽火虹信是烽火集团下属，不太了解。关于后面的三个办事处，如果大家有兴趣去外企，这三个办事处真不错。排在第四级别没有歧视他们的意思，只是他们只是办事处，个人总是感觉要比研发更加不稳定。 
  
第五级别：三大运营商；凹凸科技；台达电子；中国航天科工集团第九研究院；武汉长光科技有限公司；中核武汉。 
  
三大运营商的工资实在...如果除去稳定，我真的想把他们再降一个级别。凹凸科技和长光科技感觉还不错。charliebupt师兄写到了台达电子，我还不晓得这个公司在武汉招人。至于航天科工第九研究院，由于不是北邮比较容易去的地方，故而排在这了。中核武汉是这个级别的最后一名，实习工资是2500，转正后3000，招很多人，但是各种不好的风评都有，这里貌似还涉及到核辐射。 
  
第六级别：中船重工武汉船用机械有限责任公司；中国五环工程有限公司；罗克韦尔自动化中国公司；武汉华灿光电；深圳市中电电力技术股份有限公司武汉研发中心；北京先进数通信息技术有限公司；群硕武汉； 
  
上面的这批公司估计大家都很少听过了。不过确实在武汉有招人。最后一个级别的最后一名本应属于另外一家武汉风评最坏的一个公司，据说那儿老板掌握了每个女员工的住宿门钥匙。这家公司我就不写上来了，真的是很垃圾的公司。 
  
武汉的房价、各色小吃、武汉人淳朴的骂街是它的一大优点，而武汉夏天粘稠的湿热空气、超大的雨水体验，则是它的缺点。武汉即将成为全国的交通枢纽，武广高铁、武沪高铁、即将建成的武-宜-渝高铁和京-武高铁，将使得武汉到全国各地的交通非常便利，当然这都是托某人的福啊。武汉将在2015年建成世界第三高楼，过江地铁几年后也将建成了，东湖治理得越来越好，武汉政府也重视科技兴市了，这是值得肯定的地方。一线城市二线城市优点缺点，大家各自心里都称一下。如何选择当然在每个人自己，但是我还是希望想去武汉的人去武汉体验一下，出生在这里，感觉这个城市的美女很多，空气不错，嗯嗯。 

在一个项目中需要使用highcharts来绘制图表，希望能点击每个point来做一些事件处理。但是我们需要像后端提交的值不是highcharts默认的x坐标值，y坐标值和name值，因此我们如何存储自定义的值并在事件中捕获它？

http://jsfiddle.net/jsalwen/dALDR/ 这个示例代码已经非常详细的说明了解决方案。

首先我们自定义的数据一定要放在data下，例如示例代码中所示：

[code="js"]
series: [
{ data: [{ y: 29.9, customdata: 'somevalue' }, 71.5, 106.4, 129.2, 144.0, 176.0, 135.6, 148.5, 216.4, 194.1, 95.6, 54.4]
}]
[/code]

series可选对象中需要指定y这个key，并将自定义的key-value数据放入data中，而不能将自定义数据独立于data外。

在捕获事件的时候在plotOptions对象中加入事件处理函数，并注意捕获数据的方法为：

[code="js"]
event.point.customdata
[/code]

即event.point.自定义的数据keyname

在一个项目中使用php调用pcntl模块实现多进程并发队列任务并通过jquery异步获取后台执行结果，但是在前台ajax轮询后台结果的时候出现阻塞，如图所示：

 

第一个请求是用来启动后台多任务进程deamon的ajax请求，这个请求由于调用pcntl派生子进程执行任务，故这个ajax请求会长时间处于等待响应的状态，后面的请求是每隔400毫秒请求一次后台查找结果。如图一所示，第一个请求发送后，后面的请求一直处于阻塞状态，导致setInterval轮询的请求全部被hold住。当第一个请求任务全部执行完毕后，后面的请求基本在统一时刻去后台拉取结果，这个时候每个请求返回的结果是一摸一样的，也就是说轮询已经不存在实际意义。

在网上找了一些说法，肯定了jQuery是具有非常强大异步并发处理能力，同时也排除了浏览器导致阻塞的可能。从一些文章中找到一种说法是有可能session在使用session file的时候会lock住，导致多个请求会等待第一个请求结束使session file释放，并给出了使用session_write_close函数解决锁文件的问题。

PHP官方文档是有如下解释：

当机器的出入流量有异常的时候，我们可以利用iftop工具查看每个进程的网络流量情况。iftop工具具有强大的网络流量分析能力。编译安装iftop工具前需要在机器上安装：libpcap ，libcurses。

iftop功能强大，这里我们只需要执行

 

[code="bash"]
iftop -P
[/code]

查看出来的流量是前2秒，10秒，40秒的平均流量，每个连接会显示两行数据，第一行是出流量，第二行是入流量数据，我们只用关心当前2秒的平均流量就能判断此时此刻哪个进程使用的网络IO较大。

不带参数效果：

带参数查看端口号效果：

界面操作命令如图所示

 

命令即可查看每个端口的网络流量情况，这样再通过netstat反查每个端口对应的进程名即可！

附上官方使用说明：

When running, iftop uses the whole screen to display network usage. At the top of the display is a logarithmic scale for the bar graph
which gives a visual indication of traffic.

The main part of the display lists, for each pair of hosts, the rate at which data has been sent and received over the preceding 2, 10
and 40 second intervals. The direction of data flow is indicated by arrows, <= and =>. For instance,

foo.example.com => bar.example.com 1Kb 500b 100b
<= 2Mb 2Mb 2Mb

shows, on the first line, traffic from foo.example.com to bar.example.com; in the preceding 2 seconds, this averaged 1Kbit/s, around
half that amount over the preceding 10s, and a fifth of that over the whole of the last 40s. During each of those intervals, the data
sent in the other direction was about 2Mbit/s. On the actual display, part of each line is inverted to give a visual indication of the
10s average of traffic. You might expect to see something like this where host foo is making repeated HTTP requests to bar, which is
sending data back which saturates a 2Mbit/s link.

By default, the pairs of hosts responsible for the most traffic (10 second average) are displayed at the top of the list.

At the bottom of the display, various totals are shown, including peak traffic over the last 40s, total traffic transferred (after
filtering), and total transfer rates averaged over 2s, 10s and 40s.