@terence4444
这是是现在而已，还没有考虑到将来有可能的变（ beng ）化（ pan ）。一旦变化了，现在交了再多也用不了。

@JoyNeop
在你心里出国就是为了抹黑中国？有脑子没？

lz ，标题大错特错。唯一的选择应该是肉身出国。

@sevenfxx
不，战前的日本至少是能讲一部分规则的，战前的日本都是在谈判的时候吵吵的很厉害，但是协议签字了就不敢明目张胆的违反的，只是各种钻空子，然后协议快到期的时候才违反。

@oyjc
以后？以后就是访问境外网站资格的政审了。你办理的网络只能访问境内网站，想访问境外网站？得申请，提供各种材料政审才行了。

“屌丝文化，各种段子，妹子都已经习惯了”意思就是上班期间全市黄段子呗。

@skywayman
其实“业务指导不明确”这个最关键，要是明确的话倒是可以第一版本先直接 500 ，后续再升级。可要是不明确的话就完蛋了。

@douglas1997
lz 的意思是学校两个校区之间的骨干网用无线连接么？还是说你的电脑用 wifi 连接学校校园网？


@xuhaoyangx
这可是教科书里面写过的教训啊：不需要雾霾和下雨，热气流都防不住。
事例在这里：《计算机网络（第 4 版）》， AndrewS.Tanenbaum 著，潘爱民译，清华大学出版社， 90-91 页。而且那本教材已经直接说了“激光束不能穿透雨或者浓雾”。然后举出了一个晴天也没能正常工作的事例来打脸。

北京联通，还好：
$ ping github.com
PING github.com (192.30.253.112): 56 data bytes
64 bytes from 192.30.253.112: icmp_seq=0 ttl=44 time=317 ms
64 bytes from 192.30.253.112: icmp_seq=1 ttl=44 time=249 ms
64 bytes from 192.30.253.112: icmp_seq=2 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=3 ttl=44 time=248 ms
64 bytes from 192.30.253.112: icmp_seq=4 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=5 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=6 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=7 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=8 ttl=44 time=249 ms
64 bytes from 192.30.253.112: icmp_seq=9 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=10 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=11 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=12 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=13 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=14 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=15 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=16 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=17 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=18 ttl=44 time=245 ms
64 bytes from 192.30.253.112: icmp_seq=19 ttl=44 time=248 ms
64 bytes from 192.30.253.112: icmp_seq=20 ttl=44 time=248 ms
64 bytes from 192.30.253.112: icmp_seq=21 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=22 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=23 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=24 ttl=44 time=264 ms
64 bytes from 192.30.253.112: icmp_seq=25 ttl=44 time=245 ms
64 bytes from 192.30.253.112: icmp_seq=26 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=27 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=28 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=29 ttl=44 time=246 ms

----github.com PING Statistics----
30 packets transmitted, 30 packets received, 0.0% packet loss
round-trip (ms) min/avg/max/med = 245/250/317/247


很奇怪的是马上 ping www.github.com 却有一次不通：
$ ping www.github.com
PING github.com (192.30.253.113): 56 data bytes

----github.com PING Statistics----
22 packets transmitted, 0 packets received, 100.0% packet loss

马上再平第二次又没事了：
$ ping www.github.com
PING github.com (192.30.253.112): 56 data bytes
64 bytes from 192.30.253.112: icmp_seq=0 ttl=44 time=248 ms
64 bytes from 192.30.253.112: icmp_seq=1 ttl=44 time=249 ms
64 bytes from 192.30.253.112: icmp_seq=2 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=3 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=4 ttl=44 time=248 ms
64 bytes from 192.30.253.112: icmp_seq=5 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=6 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=7 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=8 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=9 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=10 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=11 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=12 ttl=44 time=247 ms
64 bytes from 192.30.253.112: icmp_seq=13 ttl=44 time=249 ms
64 bytes from 192.30.253.112: icmp_seq=14 ttl=44 time=246 ms
64 bytes from 192.30.253.112: icmp_seq=15 ttl=44 time=246 ms

----github.com PING Statistics----
16 packets transmitted, 16 packets received, 0.0% packet loss
round-trip (ms) min/avg/max/med = 246/247/249/247

google play 上的高德地图感觉还好，虽然说也有后台耗电的问题，但是相对而言好多了。

妹子不是中国的。

google play 或者官网

google play

@Khlieb
不是“往封建社会”发展，而是从来没有逃出过封建社会半封建社会。毕竟几千年封建过来的思想哪怕是真心想扭转 70 年时间都根本不够，更别说现在还在往回开了。

@deeporist
@uuuing
问题是现在就不是推锅，而是本来就这样。现在他们俩一个是狼一个是狈，完全是一体的。

@uuuing
以后确实不会白名单，而是直接断外网。学校、某些特殊单位、自贸区才可以访问外网，而个人家庭用户和其它普通单位公司想访问外网得申请然后政审才行。

@Tuisku
。。。当初老操作证的时候所谓的“考试”就是给你题目+写答案地方留白的一套卷子和另外题目+答案一套卷子，你抄一遍就行了。我就是这样搞了一个证来玩玩。

结果换新操作证的时候忘了去换证变成香肠了。。。

现在的新操作证考试其实也不难，懂一点无线电方面的技术，再加上问到你法规的时候选择你让这别人的选项就行了。

不过有的时候看起来你“软蛋”的选择其实是很正确的。就像我们当初拿证讲座的时候，前辈说了，如果那个人在咱们的频率上说话捣乱，你不要骂回去而应该不理他，为什么呢？如果没人回应他，他就以为自己的设备坏了。。。

@21grams
现在看来，将来也许不会是国外网站的白名单，而是国内要使用国外网络的人的白名单。

网络的实名制已经实现了，将来就是谁要访问国外网站，要去申请，查祖宗三代，政审，然后可以用实名制的一个身份才有资格访问国外网站；而且可能分级管理： xxx 网站的资格认定低一些，而 yyy 网站就要严查申请人的背景。官员在一定级别以上就可以不需要申请。

@Tuisku
@soland
@cbais7890
这种直线传播的波段，对传播距离影响最大的是离地高度和视野遮挡。第二是功率，第三是天线增益接收灵敏度等等设备的技术指标。

玩业余无线电的火腿，有人用 UHF 频段从黄山光明顶喊回合肥市区的，功率用的是 4W ，电台是国产手台。我在地图上量了一下，直线距离超过了 200 公里。

而 lz 正好是在山顶，再想想大伙在高速上看见的运营商基站有多么高，高度这个前提满足了就容易远距离传播了。

@wildlynx
你说的本身没错，但是 lz 说的这个并不是大气波导的情况，大气波导作为大杀器在这里用不上。。。

@BXIA
果敢是缅甸的，印度没有果敢。
而且那里用中国移动更因为是距离中国太近。。。

银行从柜台开始的还是不要求对口专业工作，外加上小县城这个工作地点，估计 lz 这个银行的工作很“稳定”，进去了就能一眼望到自己老去退休的生活，周围的人谈论的估计也是谁谁谁的儿子结婚了水水说的闺女嫁了一个金龟婿这些家长里短，思考的是要给谁送礼怎么走关系这些勾心斗角。

所以 lz 一定要想好了，你自己是不是想过这种生活。

如果说 lz 对“稳定”这个很动心的话，银行里也有要软件的，一些服务器维护、服务器软件系统这些都是要相关专业人员的。现在移动互联网时代的银行 app 有可能是外包，但是不同地区情况不一样，不能排除银行自己的 IT 部门开发的可能性。 lz 如果想对家里折中的话可以考虑考虑打听一下这个方面。