java程序员的日常小感悟
转眼间，毕业已经快4年了。自己也已经渐渐的离新手这个词越来越远了，至少在别人眼里是这样的，其实真实的专业水平只有自己清楚，还是小白一个；虽然技术很菜，但是通过实际的工作，自己也有一些自己的感受与总结；记得快毕业的时候，有认识的人就告诉过说：工作目的是为了解决问题，如果你做的东西没有任何价值，做了也没用，当时的自己心里还是坚定的认为，程序员嘛就是写代码的，跟什么解决问题不解决问题的，有毛线关系呢(说明：本人骨子里就是一个固执到要死的人，如果自己觉得对的，别人说什么也没有用，除非自己摔的很惨，然后自己意识到了错误，自己才会相信；以前一直以“不要试图把自己的想法，强加到另一个人的身上，因为那是不可能的”在心里通过这个观点来默默抗拒着所有的那些我所不以为是的观念，想法和建议。)
如今，通过这将近4年的工作经历，我也认识到了，工作的目的就是解决问题，这句话没毛病；试想，公司是喜欢，很轻松的就能把问题解决了的人呢，还是通宵了两个晚上确依然没有很好解决问题的人呢，公司看的是结果，或者说在意的是结果所创造的价值和利益。记得当时刚毕业的想法是，只要我努力解决问题，哪怕用的时间长一点，我努力的状态一定可以让领导觉得我是个努力的人，会欣赏的，太幼稚了。不好意思有点扯远了。接下来说下我现在所在的公司以及我现在所做的工作吧。
目前，我做的项目是园区相关的项目，有些纯软件的功能，另外主要还是一些与硬件对接的子系统，比如 电力，空调，视频等等；在这个公司，我们参与了从前期的与客户沟通需求，写需求文档，到软件架构的设计(只是大家一起讨论，最后项目经理确认一个方案，人人都可以发表自己的想法)，与第三方子系统的沟通（电话沟通，微信沟通以及约定时间约到公司里面来讨论接口的对接（包括接口参数和对接方式：我方主动去调，还是让三方主动推送））,到具体的撸代码，再到系统上线，客户培训，所有环节都有接触。自己越来越发现到编码真的只是其中的一个小环节，真正费脑细胞的是写代码之前需要沟通，整理最终确认出如何实现的这个过程。刚开始接触这些的时候，感觉自己的脑子都不够用，总有一种，顾这里就顾不到那里的感觉，真的和别人把思路都整理好了，你只是按照人家的思路，自己来写个代码是不一样的。最起初的感觉只有一个字，累，很累，心很累。近3个工作日都在客户现场与第三方子系统对接空调模块机组的控制功能，通过这几日的工作，自己有了体会。领导只看结果，没人看过程，过程中所遇到的那些问题，不是没有完成工作的借口，领导也不会听你的解释，领导包括客户那里的领导还有自己公司的领导。自己公司的领导要求很简单，我要的就是你把这事解决了，客户不再找麻烦了。客户以及客户领导的要求就是功能可以上线了，可以满足需求了。就因为这个对接，我还被客户方怒怼了一顿，情况是这样的。话还的从前三个工作日之前说起，当时第三方子系统即空调方，说客户要求对接空调的控制功能呢，你明天过来现场吧，我直接就回复了，好的。后来，第二天，到了该去的时候了，我公司的领导觉得接口都是提前约定好的，而且代码也早就完成了，仅仅的点点页面的开关按钮，看下现场设备而已，就别去现场了，反正也有外网环境，可以测试，就说你和他们沟通下，看不去 现场可以吗。我就和子系统的经理沟通了，接着和客户沟通，再接着又和子系统的想现场技术人员沟通了，未有一人提出异议。等到下午快下班了，子系统系统调试的差不多了(子系统方需要先调试好他们系统的功能，然后再和我方调试)，客户方过去要看对接成果，让我方在平台操作下，看是否可以实现控制，由于子系统方在调试过程中，发现原有的对接方式，对他们来说，实现起来有些复杂，就私自修改了接口的调用，结果可想而知，我方平台的控制，肯定是以失败告终，当时客户就火了，约好的一起过来调试，你不过来，现在控制了，你那里又控制不了，将对接不成功的原因归结为 我没有去现场导致的。我很不服气的解释道，这个真的不是我们的原因，子系统随意把接口改动了，不通知我们这面，我们还是按原来的接口走，当然控制不成功了，但是客户根本不听你的解释，最终就人，现在是不是人家子系统可以实现控制，而你的平台实现不了控制呢，我不看过程，我不听解释，我就要结果，结果是你平台现在掉链子，控制不了，心中真是一万只草泥马奔腾而过啊。接下来的事，就是为其三天的现场调试了，问题还真不少，既有我方的前端问题，也有后台的传参问题，还有子系统方的绑点不对的问题，各种各样，还好问题都可以很快的定位解决掉。
通过这件事，让我认识到了两点：一、有些事情，需要请示领导，然后再做回复，有些事情，自己做不了主，比如，如果我一开始子系统方经理要求去现场调试的时候，我可以先和我的领导商量一下这个事，就不会出现后来的情况了。二、领导和客户要的真的就是解决问题，跟你的努力不努力没有半毛线关系，试想你晚上通宵的调试，最后，也没能把问题解决了，又有什么用呢，他们会因为你通宵加班了，而同情你辛苦了嘛，不会的，反而会鄙视你的能力，质疑你是否能不能胜任这个工作。
java程序员的日常小感悟相关推荐
- JAVA程序员的日常工作是什么？一文告诉知道！
由于Java的企业需求热度,想学习Java并获得就业安排的学员也只增不减.而对于Java工程师来说,每天的工作内容是怎样的呢?本篇带大家了解一下Java开发者的日常工作,希望会有所收获. 首先对于一个 ...
- JAVA程序员的日常工作是什么？一文告诉知道
由于Java的企业需求热度,想学习Java并获得就业安排的学员也只增不减.而对于Java工程师来说,每天的工作内容是怎样的呢?本篇带大家了解一下Java开发者的日常工作,希望会有所收获. 首先对于一个 ...
- Java程序员的日常—— 垃圾回收中引用类型的作用
在Java里面,是不需要太过于关乎垃圾回收,但是这并不意味着开发者可以不了解垃圾回收的机制,况且在java中内存泄露也是家常便饭的事情.因此了解垃圾回收的相关知识就显得很重要了. 引用,在垃圾回收中是 ...
- java程序员的日常_Java程序员的日常——经验贴（纯干货）
工作当中遇到的事情比较杂,因此涉及的知识点也很多.这里暂且记录一下,今天遇到的知识点,纯干货~ 关于文件的解压和压缩 如果你的系统不支持tar -z命令 如果是古老的Unix系统,可能并不认识tar ...
- Java程序员的日常
工作当中遇到的事情比较杂,因此涉及的知识点也很多.这里暂且记录一下,今天遇到的知识点,纯干货~ 转自https://my.oschina.net/u/3518116/blog/979024?ref=m ...
- Java程序员的日常—— 《编程思想》关于类的使用常识
Java虽然利用JVM,让程序员可以放心大胆的使用,可是仍然会出现内存泄露等问题.世上没有绝对的银弹,因此也不能完全把所有的任务都交给JVM,了解Java中的初始化与垃圾回收还是必不可少的知识. 关于 ...
- Java程序员的日常—— Arrays工具类的使用
这个类在日常的开发中,还是非常常用的.今天就总结一下Arrays工具类的常用方法.最常用的就是asList,sort,toStream,equals,copyOf了.另外可以深入学习下Arrays的排 ...
- Java程序员的日常—— IOUtils总结
以前写文件的复制很麻烦,需要各种输入流,然后读取line,输出到输出流...其实apache.commons.io里面提供了输入流输出流的常用工具方法,非常方便.下面就结合源码,看看IOUTils都有 ...
- Java程序员的日常 —— 响应式导航Demo
这两天想要做响应式的页面,于是本着重复造轮子的想法,模仿Bootstrap官网,精简了一个响应式导航的Demo. 效果 代码 <!DOCTYPE html> <html> &l ...
最新文章
- 深度学习巨头Yoshua Bengio清华演讲: 深度学习通往人类水平人工智能的挑战
- Devexpress 重新编译以后 重新生成DEMO
- java字符串格式化：String.format()方法的使用
- 校验数字签名防止apkP二次打包
- 使用 kafka 提升你的订单接口吞吐量
- 十六、爬虫实战，多线程抓取毛豆新车的数据
- 第一个Win32 SDK应用程序
- 【JSON系列】JSON核心知识点总结
- C++ 大神John Carmack的编程传说！还在抱怨C++难学吗？看大佬操作！
- Futter基础第12篇： 实现TabController定义顶部tab切换，并介绍生命周期函数
- Tomcat是怎么工作的(1) -- 开篇
- Android简介：安卓开发环境搭建步骤
- ui界面设计工具有哪些
- 富士胶片展示透明投影膜、CMF表面装饰材料及HydroAg+抗菌技术
- tolower（）函数用法
- android分享视频到微信,android 分享文本、图片、音乐、视频到微信朋友圈、好友、我的收藏...
- 图解三代测序（SMRT Sequencing）
- 从零搭建符合自己需求的开发环境
- java 获取百度云盘图片_java 利用百度云识别图片文字
- 简单的网易云音乐热门评论爬虫