指出问题和解决问题是有区别的

标签: 问题 解决问题 | 发表时间:2011-03-21 01:27 | 作者:旁观者 蓝皮
出处:http://www.cnblogs.com/zhengyun_ustc/

郑昀 201103

大多数工程师进入公司,当进入实作之后,都会有很多想法,这很好。但做到更好的是,给出具体的改进操作步骤,而不仅仅停留在模糊的、似是而非的指出问题上。

“了解”和“专业”的区别

从职场角度来看,一般来说,在下面几个点上,不建议新人仅仅凭借自己的印象提出意见:

1、当你是非专业人士时,比如如果你是一个Java开发工程师,那么不建议对UE、UI、色系搭配做出类似“不好看、配色不好、不如XXX好看”的简单意见。原因也很简单,非专业人士凭籍印象而提出的评判很难被执行下去。只有这样的建议才能被理解和执行:“background-color是#EBEFF9的div上,A链接字体颜色是#0000CC会很帅”,否则都会流于形式,只是为了提出意见而提出。另外当有专业的UI设计师在主持此类事务时,你只有向UI设计师私下里沟通时才能得到更多信息,因为对于界面设计和用户体验,每个人都认为自己很有一套,人人都能说上两句,但事实上只有很少的人才能配出得体的色系、设计出易用的界面

2、在功能上、在规划上,尽量先与直属主管了解目前的情况和未来的计划,否则大多数你所提出的意见,都是别人提出过很多遍的,这样就让收看你邮件的人看到大量他已经知道的信息,失去了邮件的冲击力。

所以,细节很重要,你只有把握了细节,才能在邮件中、工作中造成冲击力、给别人留下深刻印象。

请阅读我的博文:《[职场生存]细节和感觉[一]》、《细节和感觉[二]:细节包括哪些部分?》和《细节和感觉[三]:感觉》。

请一对一沟通

所以,请展开积极的一对一的沟通,这样对你的能力和知识面更有好处。不管你以前有多少经验,一旦当你与专业人士开始谈话后,你就会发现,“啊,事情原来是这样的”“原来这样考虑问题啊”“我原来的观点看来有失偏颇”的感慨就会接踵而至。

还是那句话:

多沟通。不沟通,你不知道别人知道什么,别人也不知道你知道什么。

作者: 旁观者 发表于 2011-03-21 01:27 原文链接

评论: 1 查看评论 发表评论


最新新闻:
· 苹果前高管建议收购T-Mobile USA(2011-08-15 20:32)
· 谷歌CEO解释收购原因:为进一步强化Android(2011-08-15 20:25)
· 摩托罗拉移动股价暴涨60% 受谷歌收购提振(2011-08-15 20:24)
· iPhone手机被盗? WaveSecure为您保驾护航(2011-08-15 20:22)
· 埃及博客被控通过Facebook煽动暴力(2011-08-15 20:17)

编辑推荐:擦亮自己的眼睛去看SQLServer之谈谈锁机制

网站导航:博客园首页  我的园子  新闻  闪存  小组  博问  知识库

相关 [问题 解决问题] 推荐:

做运营,如何解决问题

- 小宇 - 所有文章 - UCD大社区
这段时间带新人,出了很多问题,在解决问题上经常不太满意,有必要总结出来. 发现问题→确定问题→沟通→确定解决方案→实施解决方案→后续跟进→总结教训. 解决问题内在因素:责任心,责任心,还是责任心. 解决问题的外在因素:老大,配合同事,用户. 发现问题是第一步,如果问题长时间不解决很可能会升级. 所以我始终坚持自己负责的产品不关闭评论,不严格管制用户言论(下沉,移动等).

指出问题和解决问题是有区别的

- 蓝皮 - 博客园-旁观者
大多数工程师进入公司,当进入实作之后,都会有很多想法,这很好. 但做到更好的是,给出具体的改进操作步骤,而不仅仅停留在模糊的、似是而非的指出问题上. 从职场角度来看,一般来说,在下面几个点上,不建议新人仅仅凭借自己的印象提出意见:. 1、当你是非专业人士时,比如如果你是一个Java开发工程师,那么不建议对UE、UI、色系搭配做出类似“不好看、配色不好、不如XXX好看”的简单意见.

大数据将改变人类解决问题的方式

- - 互联网分析沙龙
哲学家康德在《纯粹理性批判》中提到,真理有分析真理和综合真理之分. 简单而言,分析真理可以由逻辑论据推导出来,综合真理则需要经验证据和外部数据来证明. 以往我们主要是通过分析方法来解决问题,首先建立模型和定律,然后通过逻辑推演出新的模型和定律. Innovation Endeavors 的 Zavain Dar 提出,由于计算机系统和网络的发展,大数据崛起和 API 的蔓延将改变我们解决问题的方式.

[随笔]看看今年程序员们解决问题的顺序

- 李斌 - C++博客-首页原创精华区
    技术上的问题多去google,wikipedia上看看绝对没错,想看性用品广告就多上上Baidu.     找同事帮忙,如果你的同事热心肠而且技术不错,而且遇到过类似的问题,他的建议就会很显得非常宝贵,也许就能一针见效.     去编程互助网站搜索下答案,不行就上去发帖提提问,热心人还是蛮多的,但是感觉这个网站上的Java/.Net的问题比较多.

流量劫持这种事 不靠求运营商就能用技术解决问题吗?

- - TECH2IPO
有时候你在用手机浏览网页甚至打开 App 的时候(比如打开微信公众号文章或者打开手机淘宝),有时候会出现一个广告弹窗,甚至有时候是运营商自己的流量提醒,这个广告有时候和 App 的内容和类型完全不符,不了解情况的用户很可能会怪罪 App 乱弹广告,也许你真的是怪错人了,你的流量可能被某些机构劫持了.

使用kibana可视化报表实时监控你的应用程序,从日志中找出问题,解决问题 - 一线码农 - 博客园

- -
   先结果导向,来看我在kibana dashborad中制作的几张监控图. dashboard1:监控几个维度的日志,这么点日志量是因为把无用的清理掉了,而且只接入了部分应用.           <1>  每日日志总数.           <2>  每日日志错误数,从log4net中level=ERROR抠出来的.

稿费问题

- Ruixing F - 创造社新任社长宋石男
据说现在全中国靠给平媒自由撰稿为生的,超不过1000人,而且不少处于相当窘迫的境况,就算想买根绳子来上吊,都买不起质量好的,结果绳子老断. 作为自由撰稿人的一员,我对此深有体会. 1999年国家版权局出台的基本稿酬标准,每千字30元-100元,至今仍为全国发行的报刊的“行业指导价”. 业内估计,全国报刊的稿费中位数大约也就在100元.

lvs 问题

- - 操作系统 - ITeye博客
1: LVS连接的持久时间. 1)同一个ip发来请求到同一台RS的持久超时时间. ipvsadm -A -t 192.168.169.100:80 -s rr -p 120     #该客户的请求120秒内被分配给同一台web.  2)一个链接创建后空闲时的超时时间(分别是:tcp的空闲超时时间、lvs收到客户端tcp fin的超时时间、udp的超时时间).

跨机房问题

- Shengbin - NOSQL Notes
跨机房问题一直都是一个老大难的问题,先看传统数据库的跨机房方案. Master/Slave方案. 这是最常用的方案,适用于大多数需求. Master将操作日志实时地发送到Slave,Slave当成Master的一个Hot Backup. Master宕机时,服务切换到Slave,需要修改客户端逻辑使得Master失效时自动寻找新的Master.

Hash Collision DoS 问题

- mazhechao - 酷壳 - CoolShell.cn
最近,除了国内明文密码的安全事件,还有一个事是比较大的,那就是 Hash Collision DoS (Hash碰撞的拒绝式服务攻击),有恶意的人会通过这个安全弱点会让你的服务器运行巨慢无比. 这个安全弱点利用了各语言的Hash算法的“非随机性”可以制造出N多的value不一样,但是key一样数据,然后让你的Hash表成为一张单向链表,而导致你的整个网站或是程序的运行性能以级数下降(可以很轻松的让你的CPU升到100%).