GPS和视频平台产品经理（2379423771@qq.com)(微信号:jt808_com) 致力于精致GPS部标软件产品和部标驾培计时平台开发服务,提供成品和源码，分享技术文章,理想的生活方式是：每天都能领悟、分享新的东西，再创造新的东西.

摘要： 这一段时间，在公司里呆着，越发觉得没意思，觉得对不起自己的工资，不应该浪费老板的钱，应该立即辞职。可是一想到递上辞职，马上有一帮人围着你耐心说教，希望留下来，我又不知道如何应对。这不是我自恋，公司不是大公司，我一个人干着几个人的事情，猛然一走，公司必然回旋不开。老板是董事长，对我很信任。我常常对自己说不能辜负别人的信任，在职场中，能有个人信任你，给你一份满意的薪水，是一件多么幸运的事情，所以我在公司里兢兢业业，愿意冲在最前面。 阅读全文

摘要： 部标监控平台的压力测试是部标检测流程的最后一个检测环节，也是最难的，很多送检的企业平台都是卡壳在这一个环节，交通部jt/t796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。依据上述要求，对于企业平台的压力检测采用TCP方式进行，分为两个部分进行；动态目标压力为检测和定位数据压力检测。 阅读全文

摘要： 部标平台开发的复杂性就在于，我们可以快速开发出一个大面上过得去的东西，但是却无法开发出一个严格符合要求的部标平台，从上图中可以看出一个拍照指令，需要贯穿四个子系统，并且是异步的。如何跟踪各种指令在横跨各个子系统或平台时的发送状态、执行状态和应答状态，不仅仅是一个需要在用户体验上面下功夫的功能，在交通部的部标认证的检测中，最最麻烦的就是运行检测，因为要跨两个平台，政府平台和企业平台，企业平台内部要跨越终端、808服务器、809下级平台服务器等多个子系统。检测失败，可能出现在各个环节当中，检测人员只是平静的告诉你没有通过，而我们剩下就是猜了。所以每个系统必须要有较好的指令监控的功能，以便于较好的应对实际的部标检测中出现的意外情况。以下是对809转发服务器的指令的数据包监控。 阅读全文

摘要： 集成测试是为了构建一个更大的系统或平台，这个系统的几个部分通常是由不同的团队或甚至不同的公司开发的，以前在做信息化的软件开发时，面临的集成测试通常是不同软件子系统之间的集成测试，往往被这一阶段的测试搞得人仰马翻的，在从事了四年的视频监控和GPS软件开发之后，才知道，软硬件系统之间的集成测试更加折磨人的脆弱的神经。虽然两者本质上都是一样，软硬件系统集成实际上是嵌入式软件系统和常规的PC软件系统直接的集成。集成测试常常成为压垮复杂项目的最后一根稻草 阅读全文

摘要： 对于GPS软件平台，虽然有功能非常丰富的PC端或BS客户端，但是客户也是需要移动客户端来作为自己的辅助工具，也是需要的。做为GPS平台的设计者和开发者，在开发移动客户端的时候，也需要从常规的服务器开发和客户端开发的思维中，转变过来，当然客户的需求也需要转变，因为毕竟不能随心所欲的将PC端的所有功能需求照搬到手机客户端，手机的开发环境、网络环境、使用环境都决定了设计理念与PC端的设计是完全不一样的。通常我们成为GPS部标平台的手机客户端为手机查车，实际上现在的功能不仅仅是查车，由于客户需求的推进和演变，我们推出手机查车功能更加丰富，已经包含了统计报表、统计图表、车辆终端控制、个人手机定位和追踪等功能。 阅读全文

摘要： 在开发一个基于Java的、BS架构的GPS平台的时候，我们总是要花费很多心思去选择框架，在此基础上进行封装提供易用的功能，来作为我们快速开发的平台。 有的公司有积累，可能在此上面花费的时间比较少，有的没积累，可能为了选择什么样的框架，为了优缺点争论不休，耽误个把月时间都有可能。 我希望在此给出一个GPS平台的标准模版，供大家参考，统一思想，快速进入状态。 阅读全文

摘要： 在当前很多的GPS平台当中，有很多是基于asp.NET+siverlight开发的遗留项目，代码混乱而又难以维护，各种耦合和关联，要命的是界面也没见到比Javascript做的控件有多好看，随着需求的增多，平台已经臃肿不堪。 我们在设计基于.NET的GPS部标平台的时候，就坚定不移的选择了基于JQUERY+Asp.NET MVC来作为前端交互和后台处理的框架。选用一个灵活的脚手架，同时团队又能掌握这个脚手架为团队所用。 阅读全文

摘要： 809的测试相对比较困难，因为你在开发的时候，没有一个可以供你对接的测试平台，而是你开发好后，在文件申报批准后，找到交通部信息中心的技术人员，一上来就是正式的测试，这个就头大了。 阅读全文

摘要： 本规范是对《机动车驾驶员计时培训系统平台技术规范》（交通运输部公告2013年第49号）的补充和完善，与原规范相比，除编辑性修改外主要技术变化如下： ——增加了全国驾驶培训数据交换与服务平台的定义； ——修改了原机动车驾驶员计时培训管理平台和企业平台的定义，并调整为驾驶培训监管服务平台和驾驶培训机构计时培训应用平台； ——增加了第4章全国驾驶培训监管服务系统架构，说明了各平台之间、以及与计时终端之间的关系； ——将原第4章平台功能要求分成两个章节，分别为第5章监管服务平台功能要求和第6章计时平台功能要求，并细化了驾驶培训机构和学员相关信息的管理、培训过程管理、信息公开和信息统计等要求，补充了服务监督与评价管理、平台安全性等功能要求； ——将原第5章平台与接口技术要求调整为第7章平台接口技术要求，补充了基于HTTP协议的Restful Webservice通信和基于TCP协议的Socket通信两种接口要求； ——将原第6章平台安全与运行环境要求修改为第8章平台性能要求，增加了平台总体性能、响应时间和数据存储及备份等要求； ——删除了原附录A平台记录 阅读全文

摘要： 交通部推出了【机动车驾驶员计时培训系统平台技术规范】和【机动车驾驶员计时培训系统计时平台符合性检测指南】，制定了计时终端与计时平台、计时平台或远程教育平台与监管服务平台以及监管服务平台与全国驾培平台之间的实时传输通信协议与数据格式，包括协议基础、通信连接、消息处理、协议分类与说明及数据格式。协议采用的通信方式应符合JT/T 808协议中的相关规定，通信协议可采用TCP或UDP。用于计时终端与计时平台通信时，平台作为服务器端，终端作为客户端，当数据通信链路异常时，终端可以采用SMS消息方式进行通信。用于计时平台或远程教育平台与监管服务平台之间的通信时，监管服务平台作为服务器端，计时平台或远程教育平台作为客户端。用于监管服务平台与全国驾培平台之间的通信时，全国驾培平台作为服务器端，监管服务平台作为客户端。用于计时终端与计时平台通信时，数据日常连接可采用TCP或UDP方式。用于计时平台或远程教育平台与监管服务平台、监管服务平台与全国驾培平台之间的通信时，数据日常连接应采用TCP协议长连接方式。客户端复位后应尽快与服务器端建立连接，连接建立后计时终端客户端使用终端鉴权消息进行鉴权，平台客户端使 阅读全文

摘要： ，在运营平台上，为不同的物流企业提供运营服务，各个企业必然有自己个性化的需求，想要吸引客户，销售上就得尽量答应客户的各种要求，技术上就要想办法实现客户的要求，但是其他企业客户八竿子用不着。很多运营平台都经历过功能弱智简单、功能丰富最后到臃肿再到最后推到重来这样的过程。 阅读全文

摘要： 软件企业，还是停留在无奈抱怨发牢骚的阶段，离职多，招人难，员工要钱高不出活，眼睁睁的看着企业低效率高成本的运作，制造企业还可以升级生产线，用机器人等来提高自动化程度，软件公司却不能用机器人来替代程序员编程，也需要未来有可能。软件企业要想降低成本，唯有提高生产力，在提高软件质量的同时，还能缩短软件交付的时间，和时间赛跑，才能制胜。 阅读全文

摘要： 最近一个客户要求将gps部标平台移植到bootStrap框架作为前端框架，符合交通部796部标只是他们的一个基本要求，重点是要和他们的云物流平台进行适配。我自己先浏览了客户的云物流平台的界面，采用的是bootStrap框架，自适应页面大小，基于html5开发，界面设计非常的简洁，清爽，这样可以快速的关注到自己想看到的内容。不像传统的物流网站千人一面，充斥着大量的物流广告还配有slider动图效果让人眼晕，显得很cheap。 阅读全文

摘要： 首先对于交通部部标标准文档的阅读、理解和消化需要很长时间，你面对的是冷冰冰的交通部信息中心颁发的jt/t 796、808、809协议文档，面对文字的歧义，这个消化、曲解、走弯路的时间成本，伴随在整个软件开发周期当中，一直到你进京赶考，进行部标检测，最终过检。所以这个时间是无法估计的，理解完毕，将理解的文档转化成开发团队必须要完成的功能用例，中间的误差极大，这也是很多开发者容易自信、乐观冒进的原因。 阅读全文

摘要： 部标gps监控平台的架构，随着平台接入的车辆越来越多，架构也面临越来越大的负载挑战，我们当然希望软件尽可能的优化并能够接入更多的车辆，减少在硬件上的投资。但是当车辆增多到某一个临界点的时候，仍然要面临的三个问题： 1）连接的限制 服务器软件接入终端的连接数是有限的，无论如何优化，都是有限的，接入的增多就会排队，超时timeout重置reset等问题就会出现; 2）部标808服务器软件的内存限制的问题 内存的限制，服务器操作系统中一个进程所承受的内存是有限制的，超过则导致服务器软件进程内存溢出而退出。 3）数据库承受的并发压力和数据压力越来越大，随着gps数据和报警数据海量增长，数据库备份、数据库服务器响应速度变慢，进而网站的响应速度等都会变慢。用户体验效果会越来越差。 阅读全文

摘要： 我的经验告诉我，大凡一个好的IT公司，必有一个牛逼的、有个人魅力的CTO，大凡一个烂公司，必有一个昏庸无能、圆滑世故、东郭先生的CTO。这个规律，大家可以从外企Microsoft、Google 到本土的阿里巴巴，淘宝看起，然后再看看自己所曾经任职的公司，就会有一个判断。最可靠的是草根型的，最有风险的是空降一个年纪大的高管任CTO。 阅读全文

摘要： JT/T 1077视频平台的检测难度无论从功能细节上面还是压测强度方面，都是要高于GPS平台检测的，我过检的时候，两眼一抹黑，网上也没有任何资料借鉴，硬碰硬的通过了部标1077检测。部标1077视频平台标准是在2016年10月份发布的，2017年1月1日开始实施，由于两客一危行业车辆如果做视频运营，必须要通过1077检测，所以现在两客一危平台检测默认是包含部标796GPS平台检测和部标1077视频平台检测。当然现在已有的两客一危平台肯定已经通过了部标796GPS平台的检测。但是对于市场新进入者，部标1077视频平台不能单独过检，需要先过部标796平台检测，通过796平台检测后，才能再进行部标1077视频平台检测； 虽然视频平台检测相比GPS平台检测，要多一个视频压力测试，但是视频平台的检测费用上面相比796平台过检，价格还是良心价格，检测费是3万元。796平台检测费是3.8万。不过如果以前没有过过796，则两次检测费用合计是6.8万。如果要代理过检，这个会让老板犹豫不决的价格。 796平台检测和1077平台，如果是不同的平台，架构必须要一致，796是BS网页版本的，则1077视频 阅读全文

摘要： 开发机动车驾驶员计时培训系统，开发效率低的其中一个原因就是需要不断和硬件设备，也就是教练车上的计时终端不断的交互联调，既然不能随心所欲，测试就容易草草了事，不充分，最后的问题就等着上战场，检测的时候一一暴露出来，开发前期暴露问题和检测的时候暴露问题，所付出的成本代价是不一样的，所以设计和开发者必须要重视此问题，越是测试不到的地方，越是问题集中的地方。 作为有经验的软硬件一体化的平台开发者，都很清楚，无论是视频监控平台、GPS监控平台、驾培计时平台等等，还有很多行业如电力行业的实时监控系统，这样是这些软硬件一体化的平台开发工作量比较大、成本比较高的原因，一个是开发工作量大，一个是测试工作量大，测试成本比较高。在开发前期，都是非常注重模拟系统的开发。一个模拟系统所起的作用，很多人很容易忽视，这就是很多项目开发悲剧的原因。比如开发过程中出现问题，硬件团队和软件团队，或者软件开发公司和硬件供应商，常常扯皮闹矛盾，就是没有一个标准的模拟系统做比对，常常是软件认为硬件有问题，硬件认为软件有问题，这个扯皮造成的项目效率极其低下，沟通成本很高。 阅读全文

摘要： 交通运输部组织对机动车驾驶员计时培训系统技术规范进行了修订，并发布了《机动车驾驶员计时培训系统管理平台技术规范》和《机动车驾驶员计时培训系统终端技术规范》（交通运输部公告第17号，以下统称《技术规范》）。为深入做好《技术规范》的实施工作，经部领导同意，现就有关事项通知如下：　　一、充分认识贯彻实施《技术规范》的重要意义　　认识贯彻实施《技术规范》，是深入贯彻落实机动车驾驶人培训考试制度改革的重要举措，是进一步提升驾驶培训质量和水平的技术支撑，是实现计时培训计时收费、先培训后付费服务模式的基础条件，是与公安考试部分实现培训与考试信息衔接的有效渠道。《技术规范》的贯彻落实，对于进一步规范驾驶培训经营活动，提升培训质量和服务水平，维护培训市场秩序，保护驾驶培训各方特别是学院的合法权益具有重要意义。各级交通运输主管部门和道路运输管理机构要充分认识《技术规范》实施的重要意义，把贯彻实施《技术规范》作为机动车驾驶培训的一项重要基础工作和为社会服务的民生大事，加大宣贯力度，精心组织实施，确保《技术规范》的落实。 　　二、贯彻实施《技术规范》的有关要求 　　各地要认真组织道路运输管理机构、机动 阅读全文

摘要： 796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。 阅读全文

摘要： 使用spring.NET1.3以上版本时，如果web程序没有部署在根目录下，会出现虚拟路径的错误 阅读全文

摘要： 本人时间较充裕，有意寻求一份工作。因本人项目经验丰富，涉猎范围较广，包括网络通信、GIS、GPS、视频、信息化等技术。可以做很多项目。 同时由于长年做标书、项目技术方案等，有一定的技术撰写能力。提供完整的大型运输车辆企业的基于部标808和809的GPS监控平台构建实施方案。 如果你想加快项目进度，降低成本，就来找我吧。 阅读全文

摘要： 自创立之初，OpenSSL就开放源代码接受所有改进和质疑。和维基百科类似，这个开源项目不属于任何商业公司，每一行代码都依靠世界各地程序员们在闲暇周末的自愿贡献。为了维护服务器、购置新设备、雇佣外包验证测试，OpenSSL接受公众捐款，也会接一些与项目完全无关的编程工作换取报酬。 十五年来，OpenSSL每年得到的捐款收入始终徘徊在可怜巴巴的两千美金。说出去大概没人会信，但这个保障了半个互联网安全的密码库项目实际上只雇得起两个全职员工，两人都叫史蒂夫，跟美国队长重名。 阅读全文

摘要： 苏标主动安全智能防控平台是基于江苏省地方标准《道路运输车辆主动安全智能防控系统技术规范》，对主动安全智能防控系统现有的技术和功能做了进一步完善，更加贴合重点营运车辆实际和企业安全管理需求。 主动安全平台所基于的协议是苏标协议, 而苏标协议是基于部标808协议和部标1078协议的基础之上的构建的, 作为主动安全平台的服务端需要解决两个核心问题:1.及时的报警投递 由于报警和报警产生的短视频等附件数据是由设备主动推送到平台上面, 做平台在消息的及时投递方面面临着一定的挑战. 由于涉及到安全等级较高的报警,比如前车碰撞, 车距过近, 司机抽烟打哈欠打电话等报警, 需要平台能够及时投递到监控用户端, 提醒监控人员第一时间处理. 采用ActiveMQ + SignalR 的分布式架构来投递报警消息.采用阿里云的OSS的云存储服务来解决存储成本和流量成本的问题.其中ActiveMQ主要用于后台不同服务端之间的消息发布和订阅通知功能, 阅读全文

摘要： 转自好奇心日报-http://www.qdaily.com/，存档做记录，定期看一看，激励自己遇到困难时，想想人家比自己难多了。 这是《好奇心日报》记者采访罗永浩的记录，全文按照访谈时的真实时间线进行。您也可以移步阅读我们的报道《专访罗永浩：43 个细节告诉你，他如何走到今天》。 阅读全文

摘要： 在众所周知的框架内思考，不要跳出它的范围。人在专注于某个状况或问题的内部因素时创造力才是最强的──还有就是在限制自己的选择范围而不是将其扩大的时候。通过对某个特定的创新任务进行界定，之后对其外延加以封闭，我们大多数人可能会更具持久的创造力──而且肯定比我们在活动挂图前玩词语联想游戏时或者在公司野外拓展活动中谈论不着边际的东西时更富有成效 阅读全文

摘要： 服务是无形的，而无形的价值，最容易被忽略，价格是敏感的，更容易被关注而导致走偏，忘记自己的开发成本，比如让你购买一个808服务器源码，虽然只有1200元，跟割了自己的肉一样，很不情愿，如果反过来你们老板只给你1200元的月工资，你估计一句话不说拎起包都辞职了吧，你会觉得这简直对你是人格的侮辱啊。 所以要公平客观的思考下，源码对自己的价值，是否要远大于这点钱，特别是加快项目进度方面，购买源码后，立即就可以接入终端，数据入库了，自己开发多长时间理论上谁也不好说；现在的人工成本，如果在项目开始时，设计阶段，犹犹豫豫，随随便便耽误几天的费用也远远大于这点钱。还有的客户因为自己在做部标系统的时候，做了一半，有些核心的问题处理不好，整个系统别别扭扭的，这种情况就非常尴尬了，不买的话，项目进度很紧张了，再要时间很难了，买的话，感觉都做了一部分了，不划算了，很明显是心理因素在作怪，关键是要有对比，对于一个项目，如果能够大幅推进项目进度，挽救项目于水火之中，我敢说花费多少钱都值，再说了老司机们都知道，自己开发的都是未经大规模客户使用的第一版系统，在巨大的时间压力之下，仓促交付，最多只能演示演示，第二版是 阅读全文

摘要： 道路运输车辆主动安全智能防控系统包含卫星定位子系统、视频子系统、主动安全报警子系统，其中卫星定位子系统和视频子系统应符合JT/T808、JT/T809、GB/T35658、JT/T1077及JT/T1078等标准中的要求。 主动安全报警子系统包含上海市重点营运车辆联网联控系统、道路运输企业监控平台、主动安全智能防控终端以及主动安全智能防控平台与主动安全智能防控终端间的通讯网络。通过各组成之间的互联互通，实现卫星定位、视频监控、主动安全智能防控管理以及数据存储、分析、交换和共享。主动安全智能防控平台与用于位置监控和视频监控的平台在实际应用中可以是同一软件系统的不同功能模块。 上海市重点营运车辆联网联控系统与道路运输企业监控平台之间通过原联网联控通信链路进行连接，主动安全智能防控终端与道路运输企业监控平台之间通过无线通信网络单链路连接，实现对车载主动安全智能防控终端所采集的报警数据进行查询、统计、分析以及管理等功能。道路运输车辆主动安全智能防控系统主动安全报警子系统架构如图1所示 阅读全文

摘要： 如何写出一份好简历 阅读全文

摘要： 本博客及网站www.ltmonitor.com致力于gps和视频软件平台的开发技术分享，欢迎车载设备厂商有好的符合交通部部标的硬件产品和综合解决方案，投放在本博客当中。 阅读全文