做了很多年的 Java 富客户端开发， Swing 应用， Eclipse 插件， NetBeans 插件， IDEA IDE 插件，可惜这样的软件开发岗位不多，随后投身物联网开发，后再入了工业 IT 开发，各种工业技术标准，补充操作系统内核定制，各类硬件驱动开发知识，硬件测试引擎开发知识等，结合自身在客户端方面的开发技术及经验，形成一整套工业系统通用平台，但在现实公司中的系统硬件及下位机工程师并没有想象中给力，根本给不出任何软件工程上的建议和意见。
其实还是蛮想从事互联网开发，也面过 X 宝，未果，给出的建议是互联网后端开发经验少，殊不知 Java 客户端开发中的套路远远超过互联网开发中的一些技术，互联网开发可以抱着各种已经做好的知识黑箱,知识罐头结合业务拿来用就行，这些黑箱中的设计思想及思路在各类客户端开发中都是一样的，拿插件开发来讲，需要做对应扩展需要透彻了解宿主的设计模式及思路才可完成工作，这些并不是书本上的入门和提高，也不是已经做好的黑箱拿来用就行，需要在透彻理解设计模式的状态下，通过调试互动完成知识合并。这些均可在互联网后端开发发挥作用，貌似面试的总在 J2EE 的框架上纠结。
现实的环境很残酷，抱着知识黑箱，啃着知识罐头已业务驱动开辟新市场的互联网是现在的主流，想自己开发知识黑箱，自己做知识罐头在时间上根本不允许。所以我还是想回到主流开发的道路上来，希望大家给点思路和建议。
其实还是蛮想从事互联网开发，也面过 X 宝，未果，给出的建议是互联网后端开发经验少，殊不知 Java 客户端开发中的套路远远超过互联网开发中的一些技术，互联网开发可以抱着各种已经做好的知识黑箱,知识罐头结合业务拿来用就行，这些黑箱中的设计思想及思路在各类客户端开发中都是一样的，拿插件开发来讲，需要做对应扩展需要透彻了解宿主的设计模式及思路才可完成工作，这些并不是书本上的入门和提高，也不是已经做好的黑箱拿来用就行，需要在透彻理解设计模式的状态下，通过调试互动完成知识合并。这些均可在互联网后端开发发挥作用，貌似面试的总在 J2EE 的框架上纠结。
现实的环境很残酷，抱着知识黑箱，啃着知识罐头已业务驱动开辟新市场的互联网是现在的主流，想自己开发知识黑箱，自己做知识罐头在时间上根本不允许。所以我还是想回到主流开发的道路上来，希望大家给点思路和建议。
Select Language