精华内容
下载资源
问答
  • 学会发现问题--提出问题--分析问题--解决问题

    万次阅读 热门讨论 2018-01-23 18:01:07
     今天下午做了一次英语快照,第一次做总会出现很多问题 问题:  1、摄像问题。时间过去一半了才想起来没有摄像机,于是我们又在摄像机上面浪费了5分钟左右的时间,更可惜的是大家都在等待着,所以因为我...

    罗塞塔活动


      今天下午做了一次英语快照,第一次做总会出现很多问题


    问题:


     1、摄像问题。时间过去一半了才想起来没有摄像机,于是我们又在摄像机上面浪费了5分钟左右的时间,更可惜的是大家都在等待着,所以因为我的疏忽,白白浪费了Bill和大家的时间。

     2、电脑声音问题。做游戏的时候大家听不到声音,有的单词声音很小,有的正好,导致做游戏好多人听不见影响大家的积极性。两点思考问题不全面,或者说不用心,没有特别注意这些细节,下回一定要思考全面,认真对待。


      这次罗塞塔的快照感谢Bill师哥的支持,感谢亲爱的小伙伴们积极参与,也给我一次锻炼的机会!!!



    终身成长


      快照过后,Bill师哥与我们围坐在一起交流。这里就谈到了关于“如何提问”的主题。


      大家不管与团队一起学习也好,还是个人学习也好,发现了问题为什么不及时说出来?我们围绕这个问题讨论了很久,下面是在听每位同学所说的为什么会有这样的情绪所做得总结


    1、我跟着团队走就好了,怎么组织我就怎么跟着学

    2、在团队里保持一样的方法行进,我突然变得突兀是不是很不好,让人反感

    3、还有以学习者的角度和组织者的角度

     (1)学习者:跟上面2点类似,或者当时想起来了没有说,过了一会忘了,等到回到自己座位上又想起来了导致这个问题一直没有机会说出来

     (2)组织者:没有做到全方面把控,没有考虑到船员们是否可以接受这种学习方法。一些方法只是自己知道了,自己安排如何学习,没有开会跟船员们说以后要去怎么做,怎么去学,导致发现不了问题!


    解决方法:

      .每次团队组织完学习之后留出适当的时间,在这时间里大家畅所欲言,把自己想到的问题提出来,大家一起解决!

      .船长积极与组员沟通


       不管怎样,我们大家要始终保持成一个团队,我们既要学会借助团队,比如:个人学习遇到了问题记录下来拿到团队中去解决;团队的学习料率比个人要高;学习如何与人相处,如何做一个合格的领导者等等。还要不依赖团队:我们在学习中不能总靠着团队的力量,什么事不能等别人去叫你,然后按照别人安排好的去做,那样太被动了,自己要制定一个计划,既要跟别人玩到一起,自己的学习也要游刃有余!


       Bill师哥说过每个人要学会总结,不会总结的人,一辈子都会在原地踏步。领导从你这得不到好的建议,自己遇到问题解决之后不总结下一次依然不会,为什么别人经常能发现问题,而你不能的原因就是缺少总结,不敢去挑战!


    能力是锻炼出来的,不是固定的!!!


    哪里有抱怨,哪里就有机会!!!



    展开全文
  • 项目实施过程是一个发现问题、解决问题的过程,由于是在分布式远程环境下,沟通不畅给问题的发现和解决带来了正常研发过程中所无法想象的挑战。本文对上述场景下如何应对协作过程中的困难提几点思路并对工作展开的...

    本文面向分布式环境下企业级应用的实施过程中,Onsite实施团队和Offshore研发团队之间的有效协作。大家可以想象这样的场景:实施人员部署研发团队提供的服务到客户现场,在部署和试运行过程中难免会出现这样或那样的问题,这些问题有非技术的也有技术的,而实施团队通常无法处理类似技术方面的问题,这就需要实施团队和研发团队之间进行有效协作确保问题得以解决。所以这是一个发现问题、解决问题的过程,由于是在分布式远程环境下,沟通不畅给问题的发现和解决带来了正常研发过程中所无法想象的挑战。本文对上述场景下如何应对协作过程中的困难提几点思路并对工作展开的有效模式进行探讨。

    一.  几点思路

    • 保持敏锐:对实施而言,一个细微的、不起眼的、不影响使用的问题,日后可能造成大错,且很难排查。所以实施过程中没有问题是小问题
    • 保持理性:对于那种诡异的错误,真的有那么巧吗?通常不会,因为程序的事情实际上很简单,不是对就是错
    • 保持平衡:不要过于追求完美,要在完美和时间之间达成一种平衡
    • 保持勇气:在现场,勇气第一。遇到困境,一时想不到妥善的处理方法,不如直接动手做,或许会柳暗花明
    • 缩小范围:现场问题不外乎应用服务器(Tomcat、Jboss)、数据源(数据库和接口)、UI相关(无响应/页面操作逻辑)、和网络相关(WIFI/与服务器的局域网)的问题
    • 安排顺序:遵循帕累托法则,尽量做到频繁发布,注意跳出问题的死循环

    二.  Log的重要性


    Log的作用是解决问题,至少定位问题。Log通常会涉及到服务端的功能,但客户端同样也是需要日志管理的一大方面,因为往往客户端界面上出现的页面操作逻辑性问题更加难定位,而且难于调试,所以要尽量把客户端的用户操作行为记录下来作为发现和排查问题的一个突破点。下面看关于Log使用上的两个示例,这两个示例都在是实际实施过程中碰到的比较典型的问题:

    问题1:报表的访问,获取数据慢
    Log:报表后台平均需要500ms的时间去获取
    关键词:响应时间 缓存
    解决方案:记录日志,利用AOP 或Filter,配置统一的接口性能跟踪找到性能差的接口,通过引入缓存后,平均为30ms

    问题2:现场环境报表列表显示错误
    Log:Log显示返回的数据有特殊字符,导致前端数据处理错误
    关键词:特殊字符
    解决方案:通过在前端代码中加Log功能后,发现数据有特殊字符,增加一段特殊字符的处理代码

    三.  数据源是基础

    这里数据源泛指数据库、接口、第三方服务等各个方面,在企业级应用中,数据库视图等是广泛使用的一种数据集成方式。数据规范化是快速实施的前提,实施难度上通常不是因为技术上的问题而是沟通、协调上的问题,所以我们的思路有以下三点:

    • 提供规范文档,一些最基本的字段只要通过掌握通过数据库查询,即可解决问题
    • 梳理接口诊断方案,对实施过程中容易出现的问题有方法和流程进行快速定位
    • 准备接口Checklist,确保接口开发人员对照Checklist中所有的规则和注意点完成开发工作,在完成Checklist的对比之前不能将接口开放出来

    四.  开一张好票

    团队中通常会使用一个Ticket系统作为问题跟踪的基础,开票指的就是现场实施团队往这个系统中添加一个Ticket作为研发团队的输入。

    开票前的思路是:用户为什么提出这个要求(管理用户的期望值);用户什么时候需要问题的解决/解答/完善;我如何把关(管理团队的期望值)。开票之后,再回过头看看:用户的意图表达清楚了吗(input);具体的要求表达清楚了吗(output);别人能看懂我的描述吗;项目上的轻重缓急表述清楚了吗。

    五.  再论工具的作用

    在我们一个项目的开发实施过程中,现场实施团队问题反馈数量为34个,需求优化18个;而研发团队服务发布数量为ipa包22次,war包9次。如何有效的管理这些需求和服务发布,工具是必要的。除了上文提到的Ticket系统外,我们使用OneNote进行现场环境信息的实时同步,使用Jenkins进行客户端ipa包和服务器端war包的自动化构建以及版本控制,这些工具都为确保过程的正确性和高效性提供了保障。

    六.  信息透明性

    信息透明的方法论是:对内信息100%透明;对外信息选择性透明,但一定不能100%透明,效果示例图如下:


    要做到信息透明,关注以下几个方面:

    • 保持记录:很多问题,通过重启tomcat和数据库等,就能解决。但是,一定要记得把问题记录下来
    • 用户参与:对用户而言,如果有计划,按计划同步信息;如果没有计划,按功能同步信息;如果有条件,用户参与部署
    • 明确的团队成员角色、统一协作平台、每日例会和需求梳理会议、发挥开发人员主动性等思路和工作方式都能提高分布式环境下信息传递的透明性

    七.  小结

    本文是对项目实施过程中一些团队协作方面的总结,关注发现问题、解决问题的思路,内容比较零散但一些思想和工作模式应该是通用的。

    展开全文
  • 解决问题的科学方法

    千次阅读 2018-06-10 23:11:05
    解决问题的科学方法本人思考和总结的一些解决问题的方法和流程。欢迎补充和批评,以及添加一些材料。 一,明确定义,问题是什么出现了问题,往往忽略了这一步,没有仔细思考问题到底是什么,问题本质是什么。这有助...

    解决问题的科学方法

    本人思考和总结的一些解决问题的方法和流程。欢迎补充和批评,以及添加一些材料。


    一,明确定义:问题是什么?

    出现了问题,往往忽略了这一步,没有仔细思考问题到底是什么,问题本质是什么?这有助于我们找到问题的本质原因。


    二,提出猜想:问题可能的原因/解决问题的可能方法ABCD

    需要注意,由于个人能力和经验限制,很有可能你想到的各种原因/方法并不包括真正的问题发生原因/解决办法。在考虑可能原因的时候也应该把这一项考虑进去。

     

    三,验证假设:分离变量法

    猜想问题的原因是A,那么改变/改进A,问题是否解决/变好了?一定要分离变量,即每次只有一个发生变化。要是对A和B同时改进,问题解决了,那你无法判断问题到底是由于A还是B。

    验证假设,需要观察、易于观察到足够可信数据。

    从下往上法:必须保证每个底层模块都是充分验证正确的,顶层才可能是正确的。

    从上往下法:顶层出了问题,那么分离变量,看看是哪个模块或者哪两个模块之间的衔接除了问题。

     

    四,问题解决不了

           4.1,可能受制于个人能力。由于自身掌握的知识面,工具的因素导致。交叉学科往往更容易做出吸引人的工作。机器学习的大牛Yann Lecun,人家要是只会计算机和编程,是绝对不可能发明卷积神经网络这样的东西的。建议:多了解一些各行各业的各种技术与新进展,个人精力有限,这些技术大概知道它什么原理,有什么用即可。在校学习期间多学习一些跨学科课程。自身需要深入掌握一些技术,然后你会发现不同行业的各种乱七八糟的技术实际上很多是相通的,本质上是一样的。

           受制于个人能力然后怎么办呢?广度:和大家一起讨论,找牛人帮忙。大家的知识面、技能完全不同,极有可能产生一些新思路。深度:有些则是具体的理论不够深入,那么则需要深入学习具体理论知识。

           4.2,充分挖掘、利用问题特殊性。通用的方法往往需要考虑各种复杂的情况。而某一特定实际情况只会出现部分情形。这样可以大大降低方法的复杂度和参数要求。比如,相对论相比于牛顿力学更加科学,但是平常的情况用牛顿力学完全足够,那么就可以不必使用更加复杂的相对论。

           4.3,计划有误,方案规划时计划使用技术A,具体实施发现A做不出来。这就不是问题本身解决不了,而是使用的方法、技术有问题。有必要不断寻找更好的技术B。建议:Keeplooking, don’t settle.

           4.4,还是解决不了:绕开问题,折中,降低参数性能。有可能是目标定太高了,现在的科技还实现不了。

     

    五,解决问题能力

           解决问题的能力由哪些方面决定呢?我觉得,技术层面上,决定于个人的知识面,理论结合实践的能力,调研能力,分析思考,寻求合作的能力等等。非技术层面上,也跟个人决心、性格有关,这往往比技术更加重要。太佛系,太安于现状则非常不利于问题解决。抱着必须解决问题的决心,即使能力有限,通过广泛的调研,讨论,思考,合作,仍然可能解决问题。

    建议:一个美国人所讲的改变我三观的话,大致是:我们能登上月球,是因为肯尼迪总统命令我们必须登上月球。这个现象非常普遍,老板没叫你做某件事情之前,你可能觉得这个问题存在这样那样的困难,做不了。但是老板命令你必须做出来,你就必须开动脑筋,想各种乱七八糟的方法,最终问题解决了。这其实应该也是我们拖延、懒惰症的一种体现。下定决心,不怕牺牲,则问题必然能够得到解决。

     

     

    Luchang Li

    2018/06/10, in HUST

     

    展开全文
  • 解决问题的四个步骤(一)

    千次阅读 2019-09-23 20:23:54
    注意:我们应该花80%的精力放在 拆解 定位问题 20% 去解决问题(合理) 明确和理解问题 在写代码出现bug的时候 我们都会去看日志,调试 靠编程软件来解决. 这一步就是 找问题. 如果报一个404 无法说明更详细的错误原因...

    四步方法论:

    1. 明确和理解问题

    2. 拆分和定位

    3. 提出解决方案

    4. 总结问题

    注意:我们应该花80%的精力放在 拆解 定位问题 20% 去解决问题(合理)


    明确和理解问题

    • 在写代码出现bug的时候 我们都会去看日志,调试 靠编程软件来解决.
      这一步就是 找问题. 如果报一个404 无法说明更详细的错误原因, 我们接下来 就要明确问题
      明确问题=知识储备*踩过坑数量

    实现这个功能我们一定是有预期的,也了解它正常应该是什么样子的 这些知识 为我们理解问题 完成了大部分工作.

    理解能力==知识储备量逻辑分析

    然后我们就排查 这个程序本身 一步一步运行 到底是那一条 出现了和我们 预期不符的 现象

    这需要耐心更需要细心

    这个 过去后 在看.
    例子:

    1. 明确了 无法显示参数的原因是 传参的值变成了乱码
    2. 明确解决问题的目标是 找到设置编码的方式
    3. 明确可利用的资源 (老师讲过 , 自己学过做过比较,我就记得)

    拆分和定位

    复杂的问题和元问题

    1. 复杂问题是掺杂了多个维度和变量的问题; 这导致你无法直接达到目标且 解决方法也未能起效
    2. 元问题 最本质 最小 不可再分割的问题

    我们也许可以列一个面向关系的二维表 来罗列 这些属性

    拆解的目标就是解决
    步步为营, 有章法 有步骤的来.
    其实,大部分人面对复杂的问题都是蒙圈的.

    故事

    2019/7月/20日
    作为大四的我来到了实训基地,原来我们是学习安卓的 本以为可以继续学习 当个app开发人员什么的 .可是 学校安排我们学java和网页开发. 我当时是懵逼的, 我学了大三一年的 安卓 你告我不要再学了 ,这不好 那不好 ,然后要我 2月后做一个个人毕业设计
    . 吐血我完全不会啊,只能从头学起.

    当时我面对的问题就是 独立做出个人毕业设计 用 没练习过的编程知识来做.
    这个很复杂,要实现很多功能, 有很多困难.
    来 谁能把这个问题拆分一下

    这就是问题

    一个对这个完全陌生的东西 他没办法拆分 连基本识别都做不到
    但你说这个方式不可靠么? 绝对不是
    在学习jsp 中 我们实现项目 用的是 面向接口开发 开发流程是
    数据库—dao–sevice—servlet–页面
    这就是一个拆分的体现,真正做到了 步步为营

    到这我发现,小白无法
    思考:如何拆分,如何解决这个问题 这太难了
    比如 设计模式 ,MVC模式 ,接口

    我们学来用时最靠谱的,但要自己琢磨 还必须是个高手才能做到

    拆分出来是为了更好的组合

    组合我们用的 构建问题树+假设驱动

    就像玩变形金刚,你玩的时候突然卡住了 你就得拆开仔细看这个问题是如何发生的, 假设驱动 就是假设这个东西正确的方式是什么样子的 然后按照这个假设来调试.

    有时我们也常常因为 真的不知道,莫名其妙 而对看书正常的问题束手无策
    假设的提出需要知识支持

    而小白 往往知道怎么拆 ,但不清楚怎么组装.

    这个能力需要时间 不过可以先练练的水平

    拆也要讲科学,有理论支持
    麦肯锡知道不,嘿嘿
    MECE

    相互独立, — 不重叠
    完全穷尽 ---- 无遗漏

    当我们没有头绪的时候,往往 就会病急乱投医 抱着奇迹发生的心态 来上网找解决方法 ,然后 一个一个的试.

    说真的,我太难了 .

    这么做 往往是花了大量的时间,又解决不了 太难了.

    这时您赶紧冷静一下 ,思考一下我们这科学的思路.

    提出解决方案

    总结问题


    学习底层原理十分重要 这些作为分析问题的知识储备,让如同你在黑暗中 提着一盏明灯.

    学以致用 :从学过 到 熟练使用 专业 者之间 有着巨大的鸿沟

    需要 将这些基本知识在不同的 环境和 场景 反复使用 你一定感受到 万变不离其宗 这句话的真谛 (积累经验)

    好了到这里我们可以知道,我们要使用高明的技巧 必须有很多的知识储备 加 经验做支撑 否则你会感觉那就是鸡汤 或者 是空话.
    即使这些是"鸡汤" 但这就是对的 至少我认为. 我只是少了慢慢变强的耐心,不愿意花碎片时间去看一本书,或者反复的背计算机基础原理. 的确成为少数人 绝不容易,即使 成为少数人 ,你仍然会发现 这个位置的人 多到无法想象. 不过你你身后的人越来越多是没毛病的.

    学习别人总结的算法

    算法如同人生.
    我们也许没有能力做到规划,分解,掌握底层原理 但一定要不断学习.

    接下来我总结我学习了的人生算法又得到–老俞编写

    展开全文
  • 怎么成为解决问题的高手

    千次阅读 2019-07-12 18:27:59
    前段时间读了吴军的《文明之光》,书中讲到了笛卡尔著名的《方法论》,笛卡尔系统地阐述了科学的研究方法,笛卡尔指出,研究问题的方法应该分四个步骤: 1.不盲从,不接受任何自己不清楚的真理。 对于一个命题要...
  • 谈谈程序员解决问题的能力

    万次阅读 多人点赞 2017-03-25 12:36:47
    谈谈程序员解决问题的能力 解决问题的能力,程序员立业之本。 一般写文章我不会特意去写,而是有感而发的时候刚好又有时间我就会去写写文字。本想推些技术文章的,但写技术文章又很耗时,写得太浅显又没有技术含量...
  • 一个真正的高手,其实应该有能力用一套方法论去解决问题的所有,不管这个问题再难,再新鲜,再简单都能搞定。 什么是问题?一言以蔽之,问题来源于现实与目标的差距。 因此,问题产生的原因可能是: ...
  • 不过,最近我的确有一个新发现——我发现“归类分组”在我们解决问题中起着巨大的作用。而这里的“问题”不仅仅限于软件设计,从日常生活、产品设计到公司战略、生物分类。都有它的身影。 这是为什么呢?究其原因...
  • 经过查验发现问题的原因是没有配置WebRoot的的路径在tomcat服务器中。具体解决方法参见该博客( https://blog.csdn.net/linan0930/article/details/17096703) 今天在使用c++包装c#的过程中遇到了一个错误,当我在...
  • 2、前后端分离项目中的跨域问题 3、方法一:SpringBoot后端进行处理 4、方法二:在Vue前端进行处理 5、总结 1、什么是跨域 请求同域资源: 在域名 (或 ip 地址)相同,端口号相同下的请求资源,可以看做是同...
  • 软件测试中的问题解决

    千次阅读 2018-06-27 17:22:26
    原文出处:https://www.stickyminds.com/article/problem-solving-software-testing-conversation 前言: 你经历过多少次从开始解决一个特殊问题,过程中才发现实际的问题并不是你所想的呢?Ajay Balamurugads叙述...
  • 能ping通服务器,但telnet不通22端口问题解决方法汇总 一、首先确认本机IP地址与服务器IP地址不存在冲突问题 查看服务器IP地址 再查看本机IP地址 由上面两张图对比发现:本机IP地址和服务器IP地址不存在IP冲突。 ...
  • 1. 提测质量差  问题描述:第一个提测版本差,有些均未通过冒烟测试  问题分析  A. 版本提测质量差,但基于发布时间已在,因此,在提测差时就开始... 解决方式:  明确版本提测要求,并且开发得到了足够的时间...
  • Python下"No module named _tkinter"问题解决过程总结

    万次阅读 多人点赞 2017-12-10 09:55:21
    引言:在Python3下运行Matplotlib之时,碰到了”No module named _tkinter“的问题,花费数小时进行研究解决,这里讲整个过程记录下来,并尝试分析过程中的解决思路利弊得失,以资后效,这里重点提示需要关注错误...
  • 使用 Spring Boot 开发,对外开发接口供调用,传入参数中有中文,出现中文乱码,查了好多资料,总结解决方法如下: 第一步,约定传参编码格式 不管是使用httpclient,还是okhttp,都要设置传参的编码,为了统一,这里...
  • zabbix api无法获取已解决问题解决思路和总结 事件背景 最近在对zabbix api进行二次开发,在设计获取problem的接口的时候发现了调用zabbix api无法获取已解决的problem的问题,在解决这个问题的过程之中对于zabbix ...
  • HR面试问题总结(HR面经)

    千次阅读 多人点赞 2020-05-05 19:46:06
    主要针对校园招聘的HR面试问题总结: hr面问题(要表现的乐观,积极,抗压能力强,有很强学习能力):其实主要就是聊人生,聊想法,聊项目,什么时候来,能来多久,展现出真诚的态度就好 自我介绍(一分钟左右)...
  • 如何解决过拟合问题

    万次阅读 2018-03-04 14:50:26
    这是深度学习中非常重要的问题。关于过拟合的相关概念和过拟合带来的危害,可参考笔者之前的博客:过拟合与欠拟合简要总结。如何解决过拟合?1. 获取和使用更多的数据集对于解决过拟合的办法就是给与足够多的数据集...
  • Vue项目生产环境解决跨域问题

    万次阅读 2019-06-21 11:15:50
    我就纳闷了,跨域问题我已经解决了,怎么就报错了。查阅资料,得知我解决的跨域仅适用于开发环境。 ememem...那好吧,开始解决生产环境的跨域问题 看到的大多数的解决方法: (1)在config/dev.env.js下配置...
  • 笔者长时间总结发现其实上面的所有都是一个问题,那就是仓库的问题。来说一说解决办法 打开设置, 按地址进入到这个页面, 将里面的本地maven地址,本地仓库地址,仓库设置都改为自己的,路径不要有空格和中文,...
  • 运维常见问题解决策略

    千次阅读 2020-10-28 11:20:53
    解决问题的过程中,发现每类项目都会有相似的问题出现,比如安全漏洞问题、后续系统接入的协助问题、产品出现BUG等等,每一类问题都有它对应的解决方式和注意事项。 本文将对运维工作中常见的问题进行分类,并...
  • LODOP使用问题解决汇总

    千次阅读 2019-05-13 15:05:02
    问题1 、打印网页时页面出现电脑设置的底色如何解决解决方法 :按照如下方式添加HTML页面 var strHTML="<body style='margin:0;background-color: white'>"+document.getElementById("table02").innerHTML+...
  • 由于笔者在三月六日之前,对 JVM, Tomcat,以及数据库连接池没有丝毫调优经验,所以从三月六日开始的所有与解决问题的过程,都会记录到本文,以记录并纪念笔者的第一次服务调优经历。 链接: 二、03.06 记 ...
  • STM32F103常见问题分析与解决

    千次阅读 2018-02-11 20:16:00
    本文主要针对日常使用STM32F103所遇到的问题进行梳理总结,包括硬件部分、软件部分、调试部分等,通过“问题描述”、“问题预测”、“解决方案”、“小结”这几方面对遇到问题并解决问题的过程进行记录和分析,将...
  • 浏览器兼容性问题汇总解决方案

    千次阅读 2016-03-21 22:28:28
    最近一直在调测系统在各个浏览器的兼容性问题,真是让人抓狂啊,我最爱的Firefox竟然还是出问题最多的,好伤心……把碰到的问题和查到的一些资料总结一下写在这里,一方面方便自己以后使用,另一方面希望对遇到相似...
  • 微服务Spring Cloud常见问题总结

    千次阅读 2018-11-15 21:01:17
    Spring Cloud常见问题总结 Eureka常见问题 1.Eureka注册服务慢 默认情况下,服务注册到Eureka Server的过程比较慢。在开发或测试时,常常希望能够加速这一过程,从而提升工作效率。 Srping Cloud官方文档详细描述...
  • 分治法的设计思想:将一个难以直接解决的大问题,分割成一些规模较小的相同问题,以便各个击破,分而治之。 任何一个可以用计算机求解的问题所需的计算时间都与其规模有关。问题的规模越小,越容易直接求解,解题所...
  • 1、问题场景 我在开发一个开发一个类似以下的选项卡的一个功能: 当选中时有一个实心的选中状态,未选中时会有一个空心显示状态。 为了有更好的灵活性,我选择用RecyclerView的GridLayoutManager来实现该功能,...
  • 怎么去思考一个问题,提高解决问题的能力 前言: #:本文转发自【半路歌雨】 #:http://blog.jboost.cn/think-like-a-programmer.html #:如有侵权,联系即删 技术人员的价值,不在于你能写出多么优美的代码,也不...
  • 本博客主要用来汇总自己在使用VSCode过程中出现的各种问题解决方案,以方便自己查询,也供大家参考! VSCode内置终端字体间隔过大问题 问题描述: 新安装的VSCode,打开内置的终端界面时,发现字体间隔过大,看...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 755,191
精华内容 302,076
关键字:

发现问题解决问题总结