技术应用涉及到的四个方面的问题

作者:朱金灿

来源:http://blog.csdn.net/clever101

我发现一般的工程技术应用问题可以归纳为四个方面的问题:如何定义问题;如何解决问题;如何验证问题已经得到了解决;如何优化解决问题的效率。下面我以一个具体的例子来解释这四个方面的问题。比如家电制造商的需求调查人员通过调查,发现用户的需求是想吃上热饭,于是就定义了一个问题:通过制造什么家电能够满足用户吃上热饭这个需求,这个过程就叫定义问题。需求调查人员和工厂的技术人员一商量,得到结论:通过制造电饭煲可以解决这个问题,于是他们制造了电饭煲,这个过程就叫解决问题。但是光是解决了问题是不够的,因为你怎么知道你制造的电饭煲煮出的饭是满足用户需求的呢?简单来说就是可以吃的呢,这就需要一系列的验证指标和验证过程,这个过程就叫如何验证问题已经得到了解决。嗯,现在验证了电饭煲煮出的饭是合格的,满足用户需要了,貌似事情就完结了。然而事情还没玩呢。因为市面上有很多电饭煲制造厂商,你家的产品凭什么能竞争过别家的产品?因此需要时刻改进你的电饭煲产品,比如煮饭时间比别人短,耗电少等,这个过程就叫如何优化解决问题的效率。

想到了这里,我又在想另一个问题:为什么国产货的质量远远不如进口产品?我想原因之一是我们把绝大部分的精力放在如何解决问题方面。首先我们没有定义好问题。可能有人感到奇怪:定义问题不是挺容易的吗?说实话定义问题不是一个低技术含量的活。我的经验是如果你能把你遇到的问题清晰地讲给别人听,那么你已经具有了一半解决这个问题的机会。有一个趣闻是在某个著名公司的一个惯例是在问别人问题之前都需要将问题向一个玩具小人说一遍,提问者往往在描述问题的过程中找到了解决问题的思路。

其次是我们缺乏对问题是否得到解决的验证手段,就是说我们的产品质量评价标准和体系往往是缺乏的。因为这个需要较真,而不直接产出成果,因此往往得不到领导重视。

三是我们缺乏对优化解决问题的效率的孜孜以求的精神。这个源于两个方面:一是我们重视技术引进,不重视技术的吸收和改进。在中国企业家眼里,技术基本上等于先进的设备,所以中国老板的设备一个比一个买得先进,但花钱培训技术员却舍不得,培训全员的老板则更是少之又少。记得以前给一个家具公司做企业形象设计的时候,听说过一个真实的故事:某位家具公司的老板愿意花750万买了一台日本的设备,但是需要花40万培训一批技师却舍不得,以至于被不懂操作的人把机器搞坏,只有再花50万去修。其实,这样的例子在中国比比皆是。日本人跟中国人不太一样,他们买设备可能精打细算,但是学习技术比较舍得花钱,而消化技术则更舍得花钱和精力。打个不太恰当的比方,我们的设备是100分,他们的设备可能是80分,我们用的能力可能只有30分,人家用到95分,这样100×30%,只有30分,而80×95%有76分。他们用80分的设备却胜过我们100分的设备,这就是技术的差距,也是软实力的差距。所以,设备并不是最主要的,技术才是最重要的。技术的关键就是全面消化和全员掌握。事实上,如果一个企业长期从事某一种产品的设计和生产,他们所掌握的信息、资源和技术就一定越来越系统和深入,优势也就越来越明显,任何一个新的进入者要想在短期内赶超是根本不可能的。二是我们传统文化讲究中庸,做得差不多在业界是很流行的。

因此要改进国货的质量,也就需要从我们做得不足的三个方面发力:首先定义好我们要解决的问题;其次建立科学的质量评价标准和测试验证流程;三是引进技术的同时需要吸收消化好,并不断予以改进,在提高产品质量精益求精。

时间: 2024-08-18 09:54:21

技术应用涉及到的四个方面的问题的相关文章

【Oracle 集群】ORACLE DATABASE 11G RAC 知识图文详细教程之缓存融合技术和主要后台进程(四)

缓存融合技术和主要后台进程(四) 概述:写下本文档的初衷和动力,来源于上篇的<oracle基本操作手册>.oracle基本操作手册是作者研一假期对oracle基础知识学习的汇总.然后形成体系的总结,一则进行回顾复习,另则便于查询使用.本图文文档亦源于此.阅读Oracle RAC安装与使用教程前,笔者先对这篇文章整体构思和形成进行梳理.由于阅读者知识储备层次不同,我将从Oracle RAC安装前的准备与规划开始进行整体介绍安装部署Oracle RAC.始于唐博士指导,对数据库集群进行配置安装,前

平安科技移动开发二队技术周报(第十四期)

平安科技移动开发二队技术周报(第十四期) @author ASCE1885的 Github 简书 微博 CSDN 业界新闻 1)Android Studio 1.3 正式发布 Android Studio 1.3 正式进入稳定版,求稳的同学该升级了.作为今年改进最大的一个版本,Studio 1.3 包括新的 memory profiler ,改进的测试支持,并且包含了完整的 C++ 编辑和调试功能. Android开发 1)使用O-LLVM和NDK对Android应用进行混淆 Android开发

《大型网站技术架构》读书笔记四:瞬时响应之网站的高性能架构

一.网站性能测试 (1)性能测试指标:①响应时间:②并发数:③吞吐量:④性能计数器: (2)性能测试方法:①性能测试:②负载测试:③压力测试:④稳定性测试: (3)性能优化策略: ①性能分析:检查请求处理各个环节的日志,分析哪个环节响应时间不合理,检查监控数据分析影响性能的因素: ②性能优化:Web前端优化,应用服务器优化,存储服务器优化: 二.Web前端性能优化 (1)浏览器访问优化: ①减少http请求:因为http是无状态的,每次请求的开销都比较昂贵(需要建立通信链路.进行数据传输,而服务

缓存融合技术和主要后台进程(四)

Cache Fusion 原理 前面已经介绍了 RAC 的后台进程,为了更深入的了解这些后台进程的工作原理,先了解一下 RAC 中多节点对共享数据文件访问的管理是如何进行的.要了解 RAC 工作原理的中心,需要知道 Cache Fusion 这个重要的概念,要发挥 Cache Fusion 的作用,要有一个前提条件,那就是互联网络的速度要比访问磁盘的速度要快.否则,没有引入 Cache Fusion 的意义.而事实上,现在 100MB 的互联网都很常见. 什么是 Cache Fusion? Ca

关于大型站点技术演进的思考(四)--存储的瓶颈(4)

假设数据库须要进行水平拆分,这事实上是一件非常开心的事情,由于它代表公司的业务正在迅猛的增长,对于开发者而言那就是有不尽的项目能够做,尽管会感觉非常忙.可是人过的充实,心里也踏实. 数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个总体的表进一步拆分成多张表,每一张表都用独立的数据库进行存储.当表被水平拆分后,原数据表成为了一个逻辑的概念,而这个逻辑表的业务含义须要多张物理表协同完毕.因此数据库的表被水平拆分后.那么我们对这张表

技术人员如何创业《四》- 打造超强执行力团队(转载)

好的团队是创业公司成功的必要因素之一.差劲的团队会导致整个团队没有战斗力,互相算计,只看到自己的利益,永远做不成一个好的产品.优秀的团队整个团体非常有凝聚力,以公司的事业为自己的事业,各自发挥自己的特长并互相帮助对方,不计较个人短暂的得失努力把公司推向一个又一个高点.我想没有一个创业者不想建立这样的团队,但很多人想法是好的,为什么最终却达不到理想团队的效果呢? 要知道人的问题永远是最复杂.最难处理的,因为人是可变化的实体,而作为技术创业者的我们对于电脑.程序处理的得心应手,但对于人来说就不是那么

关于大型网站技术演进的思考(四)--存储的瓶颈(4)

如果数据库需要进行水平拆分,这其实是一件很开心的事情,因为它代表公司的业务正在迅猛的增长,对于开发人员而言那就是有不尽的项目可以做,虽然会感觉很忙,但是人过的充实,心里也踏实. 数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个整体的表进一步拆分成多张表,每一张表都用独立的数据库进行存储.当表被水平拆分后,原数据表成为了一个逻辑的概念,而这个逻辑表的业务含义需要多张物理表协同完成,因此数据库的表被水平拆分后,那么我们对这张表的操

【转】关于大型网站技术演进的思考(四)--存储的瓶颈(4)

如果数据库需要进行水平拆分,这其实是一件很开心的事情,因为它代表公司的业务正在迅猛的增长,对于开发人员而言那就是有不尽的项目可以做,虽然会感觉很忙,但是人过的充实,心里也踏实. 数据库水平拆分简单说来就是先将原数据库里的一张表在做垂直拆分出来放置在单独的数据库和单独的表里后更进一步的把本来是一个整体的表进一步拆分成多张表,每一张表都用独立的数据库进行存储.当表被水平拆分后,原数据表成为了一个逻辑的概念,而这个逻辑表的业务含义需要多张物理表协同完成,因此数据库的表被水平拆分后,那么我们对这张表的操

分布式技术追踪 2018年第四期

分布式系统实践 1. CAP理论与分布式系统设计 https://mp.weixin.qq.com/s/gV7DqSgSkz_X56p2X_x_cQ 摘要: 虽然文章的标题是讲CAP的, 但是文章中涉及了很多分布式系统的基础知识, 是一篇介绍分布式系统知识的好文章, 推荐大家阅读. 2. 微信高可用强一致分布式队列的设计与实现 https://mp.weixin.qq.com/s/SwUFiT2rSgjTmyqK6bfUQg 摘要: 这个视频介绍了微信PhxQueue的设计思路, 是我见过的第一