显然气象雷达，这货都这样。
每次扫描也就一张图片输出，能给你叠加在土鳖的地图图层上显示都是最高级的了。

这事显然是个trade-off的问题，比如：

带宽贵还是计算贵？如果带宽贵，那么宁愿消耗服务器的计算资源，把压缩、简化、挖掘等操作放在服务器短跑，然后就只需要传输较少数据了。
要安全还是要性能？比如游戏逻辑、交易之类的业务，显然就不能放客户端跑，硬着头皮都得服务器上撸。

至于其他那些在哪端跑对于性能/安全影响都不大的情况，不过就是个convention而已。比如分页这种事，多算次除法还是少算次除法又能把性能怎样呢？DOM前端生成还是后端生成又有多大的本质区别呢？
这种情况下，唯一需要注意的就是保持项目内的一致性。同类数据/逻辑，比如不能说一些地方服务器端跑，一些地方又客户端跑。

我看lz举的这两个业务流程，在大多数情况下，跑哪端都不会对性能有多大的冲击，你确定你们不是为了argue而argue?

非软件/计算机专业的可以考虑考下，是这个专业的就算了（如果学校不好，还是可以考下的）。
反正当年我们有个老师曾经说过，那些证都是给业余玩家考的，我们的学位证比各种证书加起来还值钱。
反正我的确听说本专业有人去找工作说自己有xxx考试认证证书，然后被鄙视了。
然后我们的确就是从学霸至学渣，都是“无证程序员”。

运维职位我不是特别清楚，反正开发职位，有那个精力考证，还不如多撸几个项目。
仅供参考。

14.6年奖看的我虎躯一震。
v2不是发帖5分钟内可以修改么。。。

@learnshare WWT我在环幕用的工业投影上亲测过，测试时的投影面积肯定比大多数人家里的屋顶大得多，清晰度不是问题，遇到模糊要么投影仪差要么网络差。WWT设计来就是天象馆Dome Projector可用的，不少世界级的天象馆都在用：
http://en.wikipedia.org/wiki/WorldWide_Telescope#Full_dome_planetarium_support
而且专门就有搭配WWT用的Micro-Dome产品：
http://www.worldwidetelescope.org/Planetariums/DomeProject

Celestia用的HIP星表数据，NASA和ESA内部都用过我会乱说？不知道没有参考价值在哪里。

@learnshare 用真实数据融合渲染做得最好的是M$的WorldWide Telescope，用到了大量来自Hubble以及地面望远镜实拍的图片。
另一个开源的选择是Celestia, 特色是全3D模拟，用到了天体距地球的距离数据，视角不局限于地面，可以各种飞跃。
有iPad视频线的话，还可以用StarWalk之类的app，运动传感器交互控制体验很好。

看了下淘宝，还有种1k+以上的日本的星空投影，这货具体的水平大概类似那种几百块钱的LED微型投影仪+廉价的鱼眼镜头，个人不推荐。

之前就做过交互展示产品，各种设备也都见过。

最专业的自然是天象馆(Planetarium)用的那种圆顶投影仪(Dome Projector)，本质上就是一个用的鱼眼镜头的投影仪（当然也有多投影仪拼接的，这种在环幕上用得多）。这货普通人买不起，也没途径买，而且普通人家也没圆顶对吧。
http://ww3.sinaimg.cn/large/6aae8656gw1emrwt4mdszj20xc0m8tb0.jpg

淘宝那种几十块钱罩灯泡上的，效果很呵呵就不用说了，技术原理等同于皮影戏，哄哄小孩而已。

个人要做的话，可行的途径是买一个普通投影仪+天文模拟的app（不过2k内能买到多好的投影仪就是另外一回事了），只投屋顶，因为都是平面，不需要特殊镜头。如果要想再加四面墙达到完全沉浸的效果，就看你够不够土豪了。

这域名好

在发射功率固定的情况下，提高天线增益都是以牺牲覆盖范围为代价的，因此高增益天线往往都是定向的。
中继、桥接才靠谱。

猫总，是指的职位么？

找个大胸妹纸开个GitHub账号，然后发个帖：《小妹刚开始学写代码，请多指教（follow过1k发福利照）》，lz信不信分分钟刷成GitHub上人气最高的账号？
有社交的地方就有水分。

首先，你需要一台能编译得动Chromium的好机器，差点的机器看代码都卡。
然后，你需要能把代码拖得下来的好网络。

教程什么的就别指望了，自己看Chromium的源代码和design doc吧。

@semicircle21 Irony是用来快速生成编译器前端的，生成AST(Abstract Syntax Tree)，然后你要自己做后端完成代码生成以及优化，即生成代码CIL(http://www.ecma-international.org/publications/standards/Ecma-335.htm)。
当初我做的时候还没有DLR(http://msdn.microsoft.com/en-us/library/dd233052(v=vs.110).aspx)，如果你只是需要port动态脚本语言到.Net上当脚本语言用的话，DLR更加方便，你只需要提供特定格式的AST，DLR帮你解决代码生成和优化，并且会随着.Net的升级自然享受到新的优化算法。IronPython、IronRuby都是用DLR做的。
另外还有Roslyn(http://msdn.microsoft.com/en-us/vstudio/roslyn.aspx)，这个提供了C#/VB的compiler API，做代码分析用。

@nomemo 当然你想在这种环境一直待下去，这种市井小民的“小聪明”也是一种生存方式。
问题是你的职业规划就是从一个路边摊到另一个路边摊么？如果不是，把该做的都做了，而且做得更好，吃点小亏（比如被另外一个更便宜的店小二替代了）又怎样？那时你水平到位早就不用去路边摊了。

代码写成别人看不懂的渣是为了避免被取代？这逻辑真是醉了。
放到层次稍高一点的公司，这种人死得最快。

大多数新手应该学会的第一课是：search before you ask.
第二课是：多动手，少伸手。

且不说安全性什么的问题，看看大数据为什么这么火吧。
现在大多数数据库放的只能叫做raw data，raw data越多，能被人有效理解利用的数据就越少，所以才需要各种数据挖掘算法代替人类消化理解数据。
按这个趋势，过个N年，即使你愿意无视安全性，不靠服务器端你也做不出什么有用的东西。

BC。
还有一种是中医：“什么数据结构与算法以及设计模式都是渣，你看我的代码，什么都没用照样能跑/我认识的一个朋友楼下的邻居翻了半天算法书没能解决的问题，有一天就被怎样怎样解决了/你们x医的理论解释不了的”