各位同仁

在这个最好的季节🌸，部门的几个项目都已经或即将上线。

恭喜他们成功上线！感谢全体人员的辛勤努力！ 🎉

同时，我们也在为下一个季节做好播种

我坚信只要大家一起努力和坚持，每一个人都会得到应有的回报和价值承认。

未来几年，中国在经济，科技，国民收入都会长足发展，
对于我们，犹如一把利剑
快速斩断对旧的差价模式的生存幻想。
而留给我们的希望，依然是这把利剑。
每一个人都应清醒认识，只有不断夯实提高自己技术实力，
才能适应这个国家的先进，
也才能开拓真正技术输出的新型Offshore。
20年前的前辈，借助日本的先进，走到了时代的前列
20年后的现在，我们要继续保持对新鲜的好奇心，
借助中国的先进，开拓一个新的对日Offshore的纪元。

“Don’t repeat yourself！”

以上。

提案微思考PPT（共45张）

最近深入一个较为陈旧的产品（Medy，后台甚至未用到Spring），同时就这个产品
的革新也和几位部门的专家做了深入探讨。

对于PC Web，前面我也发了文一直强调，前端颠覆后端的时代潮流已经浩浩荡荡不可阻挡。
我不是说今后Java就不用学了，后端MVC就消失了，而是说从产品价值来说，
前端占比会越来越大。
可以预测，今后的大部分新网站，都会形成基于前端框架+后端干净清爽的API+DB的架构。
而前端框架核心，目前主要是三驾马车，vue.js, React和Angular。

今天谈谈，Smartphone的世界又在怎么变化呢。
众所周知，10年前，Smartphone APP就有了三个领域，NativeAPP，WebSite，
和基于WebView的Hybrid APP。到目前为止我们大部分项目还是基于此三项。

但是同样的这10年，为了弥补着三块各自天生的短板，行业也做了大量的创新。
整个方向呢，就是Native往跨平台统一语言凑，Web网站往Native体感去凑。
谁都希望第一个找到当年发明HTML语言一样，用一个程序，在新新色色手机上
出色展示。

这些创新的技术包括
1）Bootstrap  着力解决了不同分辨率的自适应问题。由twitter公司贡献
2）Cordova  利用插件技术实现本地网站的APP化。承袭了稍早phonegap的衣钵。由Apache管理。
3）Ionic    基于Angular的Hybrid框架。由Google贡献
4）monaca  基于cordova，onesenUI的日本本土Hybrid框架
5）Xamarin  跨平台编译环境。由微软贡献
6）ReactNative 基于React实现高度控件管理。由facebook公司贡献
7）Flutter 跨平台UI框架。由Google公司贡献
8）PWA   基于SeviceWorker技术，打造的最接近APP的网站。由Google公司贡献
等等

之所以列举这么多技术，是想说明一点，前端技术进化已经大大快于后端。
这让我联想到我2002年入司时候，潮流正是BS（Browser/Server）取代CS（Client/Server）。
而现今，某种意义上来说，是CS2.0（或者说BS2.0）  大举取代BS 1.0（动态网页）。

各位同学，我再次倡议各位，认真对待这个潮流。前端技术已经不仅仅是之前的Design，
HTML设计，CSS设计和简单的Javascript（onclick时代早已老去，Jquery也是过去时）。
现在的前端技术，从编程语言复杂性来说，比后端的C#，Java有过之无不及。
无论你之前是否学过Javascript，现在JS和早期的JS已经完全不一样。当我接触Node.js，
Vue.js的时候，完全如同一个Javascript的小白。
无论你之前多么认为HTML，CSS是那些美工的工作，现在HTML5，CSS3（SASS，LESS）
都不再紧急是一个表现的标签语言，已经包含了大量的编程元素。

在这个潮流中，入司两三年的新手，自然可以从开始去接触最新的技术。而对于那些和我一样，被
旧技术浸润的老程序员，亟待回归初心，像小学生一样去理解掌握这些技术。当然就如PWA技术的名称
（Progressive Web App），学习也是渐进的，但是要立即出发。因为一步没跟紧，那之后只能步步落后。

要么是新技术抛弃你，要么是你抛弃旧的思维！
为者常成，行者常至！

遠隔コントロールシステム

在新窗口打开

智能远程支援解决方案PPT

其实想写这个Mail，很多时间了。

记得我刚刚做M的时候，我对领导和同事说，我就是想建立一个技术者被第一崇尚的部门。
时间过去了7年，很遗憾，我依然无法说做到。但我想这个需要双方的努力！
之所以一直没有写，就是我不希望变成只要求别人，而推卸我应付的责任。

SSE是一个职位，其实简单来说，就是公司的技术骨架。
公司不一样，这个职位内涵也有不同，我想从我的角度，谈谈什么样的SSE才是我们最需要的呢？

我已经唠叨了很多次了。所以我宁愿写邮件，也不想开会了
1）不要用专，来回避一些广的工作。
专和广不是矛盾的，同一件事情，不同思维的结果千差万别。
有人做了10年的Java，但是对于Java8的特性依然不甚了解，因为他们觉得够用了。
有人反复做Java和.NET以及APP，似乎很杂，但认真研究各个框架的异同，最后成为了融会贯通的大师。

2）不要用纯，来回避一些烦的工作。
有些人心目中的技术专家，就是坐在电脑前时刻修改最复杂程序，解决一个一个最难技术问题。
但是他却忽视了，一个项目成功的多面性。如果一个SSE加入项目，眼睛里只有存粹代码符号，而没有客户的人间，没有业务的需求，那这些代码就是苍白的！
这和我要求每一个PL，如果眼里只有WBS，品质分析，一样的苍白，是同样道理。

3）不要用高，来回避一些低的工作。
没有一个专家，从第一天就是在钻研算法，钻研底层系统。一个优秀的SSE，应该谦卑的去面对那些貌似低级的工作，并发挥自己的现象力，聪明解决问题，解放自己双手。
我记得N年前，陶勇强在项目中要自己反复新旧倒数据，但是他花时间写了工具节目，让这个本来繁琐的事情变得艺术！我想90%的人，顶多是把一些SQL保存一下重用。

如果你愿意解放自己的思维，那么就请放开手脚，让项目服务你的技术延伸。

我心目中的优秀SSE有这些特质

1）足够技术自信。能做到的，斩钉截铁；预测能做到，有理有据；有风险或不知道的，提供思路
2）足够技术气场。对任何人的提问谦逊，又细心指导，对问题不骄不躁，沉稳推动。让所有人信赖。
3）专业技术背景。面对客户，不仅仅听什么做什么，而是用咨询者的思维，为客户提供一揽子的技术解决方案（即使客户没有采用，依然成就满满，而不认为自己狗拿耗子）
4）足够技术热情。对于新技术，应该是狂热而且持续的。没有人能学到所有，但技术学习不进则退。
5）较完整技术堆栈。在当下，几乎不可能仅仅通过项目完善自己的技术堆栈。举个例子，一个池塘有很多荷叶，每次青蛙跳跃的时候，顶多熟悉了某片荷叶周围情况，但是如果不能主动下水去游泳，永远不知道整个池塘是什么样。各位可以想想，自己的技术拼图(有大有小)，是否残缺不全。没有某块完整拼图，你永远不能提供全面的提案。

最后，再次说明一点，如果谁还是想做那种，可以成天把自己埋在既有技术，既有项目内游刃有余的问题解决。一方面口上喊着我要提高技术，要有新技术的项目机会，希望客户要求不要束缚自己,而另外一方回家从不看技术书籍，将复杂的现实工作归为该我做，不该我做的。成为了，客户说的我才做，客户改的我就烦，
客户不说的知道也不改，从不考虑全面提案，自我矮化的低级技术者。
那么，请无视以上，原谅我有点自以为是的种种。