做运营，如何解决问题
- 小宇 - 所有文章 - UCD大社区这段时间带新人，出了很多问题，在解决问题上经常不太满意，有必要总结出来. 发现问题→确定问题→沟通→确定解决方案→实施解决方案→后续跟进→总结教训. 解决问题内在因素：责任心，责任心，还是责任心. 解决问题的外在因素：老大，配合同事，用户. 发现问题是第一步，如果问题长时间不解决很可能会升级. 所以我始终坚持自己负责的产品不关闭评论，不严格管制用户言论（下沉，移动等）.
指出问题和解决问题是有区别的
标签：
问题
解决问题
| 发表时间：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 原文链接
最新新闻：
· 苹果前高管建议收购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)
相关 [问题 解决问题] 推荐：
指出问题和解决问题是有区别的
- 蓝皮 - 博客园-旁观者大多数工程师进入公司，当进入实作之后，都会有很多想法，这很好. 但做到更好的是，给出具体的改进操作步骤，而不仅仅停留在模糊的、似是而非的指出问题上. 从职场角度来看，一般来说，在下面几个点上，不建议新人仅仅凭借自己的印象提出意见：. 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%）.