51CTO博客开发
今天华为发邮件咨询opc ua 的开发工作，也在进行嵌入式opc ua 的研究，在做通讯行业的预研，做万物互联的准备。他的要求基本上可以如下实现：1、用传统的开发方法开发出几个测试函数来模拟真实的业务操作。然后把这些测试函数写入到相应的板子中。2、开发一个简单的opc ua server，将测试函数映射到地址空间中。地址空间里面其实就是类似于一个函数指针，指向测试函数的内存地址。而这个操作是sdk
三天的培训，C/C++代码，英文教材，印度的BV老师，带口音的英语，全英文的板书！还好前面翻译过SDK 文档，看了OPC UA 的规范，业务是相近的，听一点猜一点，好歹英文教材能看懂，也能理解不少了。后面需要把案例做一遍，教材看完，对照OPC UA 统一规范来巩固！
1、客户是不是已经有了一个很长时间的交流，是否已经快下班了，已经很疲惫。 如果客户是这样，我们应该说一下安慰感谢的话，缓解客户的不良情绪，并说明需要的时间情况。2、交流之前会不会明确主题以后还是会会议发散，跑题而达不到效果。 应该在会议之前明确会议主题并强调会议的议题。并在会议当中进行控制；3、客户领导的身
ubuntu ，virtualbox，eclipse，C/C++ ，和印度老外比比划划，一个词一个词的的进行交流，还是很有意思的 ！
创业公司实行绩效考核，其实在人少的时候真的没有多大必要，不到20个人的公司，一人多岗，计划赶不上变化的时候比比皆是，人很多时候事情都干不完，还要有抽出时间来写计划和周报，就是为了绩效考核。你考核了，总得有相应的配套奖惩制度吧，制定的制定还是得考虑可执行性，制度的宣贯和落地，得花时间和精力吧。 而且人都是有
人虽然不多七八个，但是也是麻雀虽小，五脏俱全了，各个岗位都有人干了，各色人都有了。偷奸耍滑的慢慢的出现了，绩效考核还是没有做到位！
信息建模部分翻译的部分看得还是很费劲，有时间的话，我打算重新译一遍！一方面看锻炼英文水平，一方面彻底消化OPC UA 知识；
很多人都是当面一套背后一套，做样子给你看。队伍越来越大了，对于自我管理积极性比较高的人来讲很省心，值得去重点培养。对那些必须推一下动一下的人，必须要用绩效来管理。对于那些混日子而且不知道调整的人，必须清除。慈不带兵
如果是这样的老板，只是需要一个唯唯诺诺的执行者，那么注定是长久不了的。出任何政策都给你增加管理难度了且政策的出台不和你商量政策出台的来龙去脉，注定收获的是阳奉阴违！把你叫过来之前说的很好，是技术合伙人，过来以后就慢慢的不和你推心置腹，把你当作一个高级打工者，也是收拢不了人心的。真真的是干活不由东，累死也无功吗？
技术人员的管理很难。都是聪明人，脑子都很够数。技术的提高是一方面，还要他努力的干，干好，尽心。今天一个试用期刚过才一个月的就要加工资，还是总经理介绍来的毕业生，原本就不想要的，看在想要培养的去了，谈话的态度很差劲。
opc ua 规范开始看起来还可以，后面越来越晦涩，翻译的水平还是有限，很多话说的不够浅显易懂，按照老外的原版生搬硬套。
编译完了以后，打开的时候为什么一闪而过呢。。。。先记下来。vs2015 打开demo的时候需要升级组件，并且有必要的话必须要设置环境变量，并且拷贝系统dll文件。
开始看OPC UA 统一架构，这个书还真的是需要有一定的开发经验和工业自动化行业知识的经验。很庆幸我都有，加油好好看！
OPC UA
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
