精华内容
下载资源
问答
  • 做一个新项目需要了解什么
    千次阅读
    2019-01-31 14:08:20
    1. 首先,先看一个项目前端用的什么框架,比如,dojo+jquery、vue+elementUI、jquery+layui,等等
    2. 一般一个网站系统 都会有一个主界面,包含 左侧菜单,顶部 header等,其他的子页面都是 嵌套在 外面大的页面里面,(大多数网站框架是这么设计的)
    3. 这界面一般命名方式有,index、main、header等,前端可能使用的是jsp、或者html、vue等。
    4. 如果你找不到js的引用 ,此时 不要慌,此时你可以使用ide的全局搜索的快捷键,来所有该文件被引用的位置,从而慢慢了解该项目

    总结:想要了解一个新的项目

    • 第一点:不要抵触,平常心;
    • 第二点:有耐心,利用你平时开发的丰富经验,去了解新项目吧
    • 第三点:使用全局搜索快捷键,所有你想要知道关键字被引用的位置,慢慢发现新大陆吧。
    更多相关内容
  • 如何快速了解一个新的前端项目

    千次阅读 多人点赞 2021-02-20 11:46:28
    在接受一个新项目后,要想快速了解它,就需要一种抽象思维进行剥茧抽丝,遵守项目搭建的基本规律,犹如庖丁解牛,游刃有余。 以达到可能给快速跟上团队成员的节奏进行开发。下面我就给大家总结一下,拿到一个新的...

    在接受一个新的项目后,要想快速了解它,就需要一种抽象思维进行剥茧抽丝,遵守项目搭建的基本规律,犹如庖丁解牛,游刃有余。 以达到可能给快速跟上团队成员的节奏进行开发。下面我就给大家总结一下,拿到一个新的前端项目后,如果进行解牛。这些思路可以延伸到其他项目,java,python,php。正所谓一法通,万法通。让我们开始吧。


    庖丁解牛 游刃有余

    梳理数据流转

    数据流转指的是用户页面上的表单数据是创建的,获取表单数据后,调用了什么方法,做了什么验证,拦截,调用的那个http库发起的xhr请求,以及如何后端返回值的统一拦截,这是从用户到服务端的数据流转。还有就是从服务器获取数据渲染到用户页面上这个流程,期间也会调用很多方法。大多数项目都会封装一个http请求的统一处理方法。

    那么熟悉这一块有什么用处那?http请求几乎是每个功能需求都需要用到的,将表单数据提交到服务端,从服务端查询数据显示到页面上。是再平常不过的功能。如果你不了解这个数据是怎么流转的,数据如何从一个方法到另一个方法的,对数据做了那些处理,那么你在做功能时会就会遇到很多问题。

    如果遇到了使用vuex,或者Mobx,redux,dva,React Hooks, 这种状态管理库,一时间看不明白,最好的办法是对照着官方一起看,然后自己在模仿着现有的功能做一个增删改查。

    路由的映射,跳转

    路由的调整,路由的映射,这部分也是比较重要的,但基本上,路由库就那么官方的几个,稍微看一下就能了解其用法,vue-router, React-Router。这部分不算难。需要注意的是路由守卫,拦截,这部分代码,还有菜单的配置。如果分配给你一个功能,很有可能需要配置一个新的菜单。有时候你明明按照现有的路由配置了一个新的路由,但就是无法显示在菜单里,这个时候就要通读一下有关路由逻辑处理的代码了。

    每个目录的作用

    目前的前端项目大部分都是使用脚手架来生成的,所有目录一般都会大同小异。 但也有一些例外,比如我之前接触的rancher-ui这个项目,使用ember.js脚手架搭建,刚接触时真是让我苦恼了几个小时。


    根据URL快速找到对应的组件

    这个技能是必备,而且收益最快的,试想一下,你刚入职二天,领导让你改一个页面的bug,bug上指定了是那个页面,路径也给你了,这个时候就需要你更加url快速定位到问题所在的组件。有时路由是一层套一层, 组件也是一层套一层。
    那么如何快速找到想要的组件那? 简单的办法是使用程序员超神技能 全局搜索
    在vscode中 CTRL + SHIFT + F 即可打开全局搜索框。搜索关键词一点要找一些有特别的,越独特越好,最好全局唯一。 此外有些做了国际化的项目,直接搜页面的字段只能搜到国际化配置文件,这个时候就要再用配置文件做第二次搜索了。可以限制一些搜索文件。比如在 .vue 中搜索。


    公共组件

    在开始一个任务之前最好了解项目中有哪些公共组件了,避免重复造轮子,和前辈们写的不一致。能够省下不少时间。


    package.json中的内容

    package.json 这个文件里面显示了当前项目使用了那些js包,看了这个文件的内容就知道是什么技术栈了,以及使用技术。 一些用的多的核心包要多去查询文档,走在前面。 不要等到用到的时候再去学,比如用到了很多echarts图表,那就echarts文档刷起来。


    记录文档

    刚开始接触项目时,需要在短时间里掌握很多知识,这些知识可能但是理解了,或者当时不理解。 而这些得到的知识点,或者疑惑点,尽量都要记录下来。以备查阅。在学习rancher-ui这个项目的时候, 文字记录这个习惯确实帮了我很多。而且这些东西沉淀起来,以后可以教导新人,这样一做绩效就上去了,也树立了在新人中的高大的形象。


    查阅项目文档

    一般成型的团队都有一些沉淀的文档,像代码约定,规范,提交规范。多读两遍。


    第一天下班前

    第一天下班前可以把自己的疑惑向自己的前辈,或者组长请教。说一下自己的见解。给组长留下一个好的印象,也让他知道你对项目了解的程度。有哪些方面需要他的帮助。

    展开全文
  • 新人如何快速熟悉一个新项目

    千次阅读 多人点赞 2019-06-13 11:22:43
    很多新人进入一家公司后,最头疼的就是如何快速了解公司的业务和项目架构。 因为文档很少,没有文档,或者是文档严重落伍, 根本没法看;如果你碰到一个特别热心的老员工,事无巨细地给你讲,随时在你身边答疑...

    本文来自:https://www.cnblogs.com/flashsun/p/9450066.html

     

    很多新人进入一家新公司后,最头疼的就是如何快速了解公司的业务和项目架构。

    因为文档很少,没有文档,或者是文档严重落伍, 根本没法看;如果你碰到一个特别热心的老员工,事无巨细地给你讲,随时在你身边答疑解惑, 那简直是天大的好运气, 现实是大家都很忙,没人给你讲解。

    很快就要深入项目做开发了,怎么办呢?

     

    一. 必要条件

    这里说的必要条件不是“项目面对的客户是谁”,“项目用的框架是什么”这种,而是真真正正的必要条件,就好比用几条数学公理能推出整个数学体系一样。这里我总结的真正的必要条件只有这两点:

    源码位置(gitlab或svn)

    部署环境(dev/test/online)

     

    所谓项目,其实就是一堆代码放在了一堆机器上而已,所以这些就足够了。当然,为了更加节约时间,也要获得wiki、jenkins、页面访问路径、数据库地址等相关信息。

    我之所以说那两个必要条件,是想说其实项目本质上就是这么简单的一个事,你千万不要想的太复杂。

    它的业务可以无限复杂,但它的本质却逃不出这些,你千万不可以糊涂。当你无从下手或者什么都不清楚的时候,那么就主要把源码和环境弄清楚吧,其它的都是附属品。

     

    二. 从页面到数据库

    有了上面的必要条件后,我们就开始了解项目了。由于不只是一个项目,所以千万不能深入具体代码,否则你就越来越烦,怀疑人生,很快放弃。

    对某个具体项目的了解,一定要建立在对整体了解的基础上。这时我们首先为各个项目画出一条线,并标明每一个节点的信息,就像下面的样子:

    页面访问路径--前端项目--后台服务--数据库地址

    这里的一个前端项目可能对应多个后台服务,所以最终的图应该差不多是这样:

     

    这个整理的过程,主要是让自己梳理清楚,一共有哪些项目,哪些是前端可视的,哪些是后台提供服务的。

    了解前端项目分别调用了哪些后台服务,通过后台服务和数据库的名称,我们能从本质上了解到这条业务线提供了什么功能,从前端项目和页面路径,我们能了解到我们需要给用户展示什么。

    注意,这个阶段我们只是见名知意,即使点开页面,连接上数据库看看,也千万别花过多的时间,这个阶段的重点就是仅仅知道,这条业务线提的整体内容。

    在此基础之上,这个图可以不断细化,比如项目部署的机器,我们可以标注在项目旁边,或者保存在xshell里。此外所有非业务相关的,能查到的尽量都记录下来,这个真的为以后找各种东西方便太多了,否则别看你现在节约了时间,把以后查找相关东西的时间加起来,将会是天文数字了。

     

    这里关于整理项目部署的机器还有个小插曲,跟大家分享一下。由于这部分的信息没人会一个一个地告诉你,就算有也不可能说的特别全。所以我是借助jenkins来整理的。项目部署都需要用到jenkins,只要查看jenkins配置的命令,就可以把部署环境一一整理出来,这个我认为是最全而且最新的。

    不要和我说查wiki,如果公司wiki都写的这么全,我估计就没这篇文章什么事了。当时我的jenkins权限特别少,只能看一部分项目,后来费了很大的劲,想了很多办法才看到项目的配置,整理出了部署的机器。

     

    三. 了解项目间的关系

     

    这部分如果有老员工愿意和你说说,那最好还是了解一下。如果没有也没关系,先跳过这段,以后慢慢了解也是可以的。

     

    四. 整理数据库表

     

    我们上面都是整理项目的大体框架,还没有涉及到具体的项目细节。这一部分,仍然不去涉及。

    如果说站在整个业务的本质上看,业务无非就是一堆代码运行在一堆机器上。那么站在单个项目来看,一个项目无非就是对数据库的增删改查操作而已,或者从使用者的角度看,一个项目就是输入一些参数得到一些返回结果。

     

    所以接下来我们要做两件事,一个是整理数据库表,一个是整理Controller层的所有接口

    这里首先要选择一个核心项目去看,众多项目中一定有一个是核心项目,先从这个开始看起。

    如果数据库的表比较少,那我们拿工具导出来表结构,一个个看就行了,这个不难。但如果数据库表特别多,我们首先要将表名全部导出,筛选出那些核心的表。

    这里导出表名、筛选表以及后面的分析表字段,不妨给自己做个工具,我在遇到一些很麻烦的或者感觉以后还可以通用的事情时,就会做成一个小工具,放在一个我给自己起名为javamate的程序中,这些小工具逐渐积累起来你会发现今后有意想不到的方便。

     

    话说回来,如何判断哪些是核心表呢,不要着急,我们首先排除掉一些没用的。拿我在公司分析的系统来说,一共150多个表,其中有好多copy结尾的是备份,flow结尾的是流水,rel结尾的是中间关联表,statistics结尾的是数据统计表,log结尾的是日志表,config结尾的是配置表。等等。

    排除掉这些对核心业务理解无影响的表之后,所剩的也就20来张表,再根据他们的名字,可以看出好多表是属于一类的,比如order表就有各种order,按类别再分出来也就四五类,再分析起来就不难了。当然如果是更大的体系结构,那就要再不断做拆解。

    再具体分析这些核心表字段之前,还要做一件事就是找出表中间的关系。如果表b中有个字段叫比如a.id,那么b和a就是一对多的关系,如果两个表有rel中间表,那二者就是多对多的关系,起码从逻辑上讲是这样的。这个分析过程我也是做了个小工具,通过程序来判断的。

    到此,你就对整体的数据库结构有所了解了。根据表名也能对表的大致内容有所了解,接下来就是针对具体的表,看里面具体的字段和前人给出的备注,这个过程就没有技巧了,要耐心,要慢慢熬

     

    五. 深入代码层

    当你对数据库表做了以上到了解后,你基本上对这个系统能提供什么服务了解到差不多了。这个不论你的代码长什么样子,数据库摆在那里,其实能提供的服务就已经差不多出来了,对于有经验的人来讲,代码的业务逻辑也大致能猜到个八九分。

     

    我认为一个业务相关的项目代码只分三个部分:

    1. 通过交互对自身数据库进行增删改查操作

    2. 通过定时任务或服务器脚本对自身数据库进行增删改查操作

    3. 调用或通知其他服务做一些事情

    如果只是单一项目,无非就是通过各种途径去玩自己的数据库而已,前两点足够了。而如果是微服务部署,那么加一个第三点足矣。我们将代码逻辑分成这三个部分看,快速了解一个项目就不成问题,甚至在你没有看过某一项目而突然有一个bug要你解决时,你也可以按照这种方式去快速定问问题。

     

    通过交互对自身数据库进行增删改查操作

    这个无非是最简单的一部分,即使复杂也是代码较长,表较多而已。所谓的交互,或许是Controller暴露给前端用户的接口,或许是开一个rpc端口暴露给其他微服务的接口,总之是第三方去触发的。

     

    这里我也给自己做了个小工具,扫描出所有的暴露服务的接口,展示出方法名,路径名,参数列表和返回值等。

     

    和数据库一样,如果接口很少那么一个个看,如果特别多,还是先找出比较核心的几个方法研究。这里我用的是postman,把要研究的接口访问保存起来,并且添加访问成功和失败的Example。

     

    这里我推荐自己开发的时候也把postman用起来,越详细越好,postman不只是可以简简单单访问你的接口,还能做批量测试,还可以生成api文档用于和前端交互。这样你不但测试了自己的接口,还省的写文档了。而且postman还有个好处就是可以给自己的接口mock一个服务,这样即使你的接口挂了,或者你的接口根本就没写好,你可以让前端人员先访问你的mock,完全不影响前端边测试边开发,这才是真正的前后端分离嘛。

    整理出所有接口后,肯定大部分是很简单的,一看就懂,一层一层点进去直到数据库层的sql语句,该接口最本质的东西就出来了。

    如果是复杂的,那就一步一步debug,花时间总是可以分析的。如果再复杂的,你可以画流程图(这里我比较推荐用processon)。甚至几个接口围绕一个功能的,你可以画状态流转图。比如我之前看我们公司处理订单业务这块,逻辑确实比较复杂,我就画了类似如下的图:

     

    状态流转图:横轴代表order_status字段的状态,纵轴代表当order_status是以上状态时,触发该接口操作会使该字段发生什么变化)

     

    接口对表的影响图:这里你可以把所有涉及到的表以及表中的关键字段列举出来,然后看分别调用接口后对各个表字段的影响,变化的就用红色标出

     

    有了这两种维度的视角,我相信再复杂的业务都能很理清楚,也能发现某些bug最本质的问题。

    我正是通过这样的方式,把一个本来不属于我的项目短时间内了解清楚,快速准确地修复了好多顽固的bug

    虽然项目很烂,业务逻辑十分混乱,但正是这样一段时间锻炼了我深入代码理清逻辑的能力,也有了自己独特的一套方法。

     

    定时任务或服务器脚本

    这个和第一种类型一样,只不过换了个入口。比如定时任务,或者启动的时候就开启的一些线程。

    寻找这些入口的确不是特别容易,比较头疼,但也只是入口比较隐蔽而已。找到他,记下来,具体分析过程还是按照上述方法去分析,就可以了。

     

    调用或通知其他服务做一些事情

    代码中可能有通过mq给其他服务发消息,或者直接调用其他服务的接口,或者调用类似云推送的接口让它去帮忙像mq发消息。

    这部分代码可能更加隐蔽,但数量少,逻辑也简单,你需要做的仍然只是找到它们。这部分也是为了解项目之间的关系打下伏笔。

     

    这三种类型的代码研究清楚后,对于一个业务型的项目来说,已经基本足够了。

    对于一些基础服务和中间件类型的服务,还是得慢慢积累技术深度才行。由于本篇文章是快速了解一个业务型的项目,所以就不展开叙述了。

     

    六. 重新理清项目间的关系

    好了,这时候每个项目你已经大致了解,最起码调用的效果,数据库所能提供的服务,甚至某些关键部分的本质逻辑,你是清楚的。这个时候,要重新整理下项目之间的关系。

    1. 根据之前的接口名称,详细了解下项目间的调用关系。理不清的部分去问老员工,这时候你带着自己的了解问,他们也能给出更多的信息。

    2. 看看每个项目中用到的中间件,主要是mq服务,看看谁是生产者,谁是消费者,以此来了解关系

    3. 这时你应该已经开了好几轮的周会了,接下来的周会你应该能听懂部分内容。根据每个人的描述和最新的几组需求,逐渐摸清楚现在项目面临的问题,以及哪个项目是核心,哪个项目是辅助,哪个项目是以稳定安全为主的

     

    到此为止,整条业务线你就有了大致的了解,接下来就要结合你具体负责的内容,领导安排你做的方向,去看具体的业务代码了。深入其中,事无巨细地了解。

    但此时,你通过前面的努力,你已经可以站在一定的高度看每一个项目了,虽然你细节上还是不了解,但这是完全不同的。

    在研究具体业务代码的同时,不断地跳出来看整条业务线的框架,修正之前由于不了解具体业务而理解错误的架构。长此以往,你一定会在某个项目中脱颖而出,让大家认识到你的全局视野,这也是走出老是写增删改查代码怪圈的一个途径。

    慢慢会有人意识到,你对项目的理解总能站在全局的视野,很多需要跨项目去做的业务,也会自然而然想到你,慢慢地,你会接触到更为核心的东西,成为架构师,或者去转向产品,转向管理。

    展开全文
  • 当时一方面是因为菜,看着这种全是英文的东西难受,不知道该怎么去玩,另一方面是一直在搞 ACM,没有一些工程类的项目,所以想当然的以为和 GitHub 也没什么关系(当然这种想法是错误的)。 后来自己花了一个星期...

    在这里插入图片描述



    大家好,我是 Rocky0429,一个最近老在 GitHub 上闲逛的蒟蒻…


    特别惭愧的是,虽然我很早就知道 GitHub,但是学会逛 GitHub 的时间特别晚。当时一方面是因为菜,看着这种全是英文的东西难受,不知道该怎么去玩,另一方面是一直在搞 ACM,没有做一些工程类的项目,所以想当然的以为和 GitHub 也没什么关系(当然这种想法是错误的)。


    后来自己花了一个星期看完了 Python 的基础知识,就想着找点项目看一看,学一学,练一练,这个时候我才真正的去了解 GitHub,开始了在 GitHub 的瞎逛之旅,在开始之初,随之而来的问题是我不知道哪些项目当时还是新手的我,哪些项目是好项目,哪些项目好玩有价值。


    虽然现在我已经在 GitHub 上逛的相当流畅,但我还是想如果有一个东西可以收集这些对新手友好的东西,那么我当时可以少走更多的弯路,节省更多的时间吧。


    那么有这么一个东西么?


    有的,而且已经做了三年多,这就是

    展开全文
  • 一个合格的项目经理都需要做哪些事情?

    万次阅读 多人点赞 2018-08-16 18:23:22
    之前在公司一直主要负责app研发这块工作,后来公司实行项目责任制,正好谈下来一个比较大的项目(北京机场机场安全管控平台),这个平台简单来讲就是集团承包安全部用的一个安全管控平台,因为总包下面有100多家...
  • 入职公司后如何快速上手项目

    千次阅读 多人点赞 2021-07-23 00:01:44
    最近连续接触到俩个新项目,虽说一个是Phalcpn框架、另一个原生。让我恐吓的不是代码,而是数据库。 所以说本文的主题是为什么非得给数据库的表和字段加上注释,一般接到的项目大多数都是之前开发好的,现在的工作...
  • PyCharm创建一个新项目

    万次阅读 多人点赞 2021-01-24 22:40:54
    这是第一次使用 PyCharm ,如果你想学习如何使用PyCharm创建一个新的项目, 可以仔细阅读这篇文章,了解一下。 打开PyCharm 点击创建一个新项目 选择保存的目录(建议D盘),刚刚安装的默认选择新建环境,点击创建 ...
  • 很多新人进入一家公司后,最头疼的就是如何快速了解公司的业务和项目架构,或者说不要求快速,即便有足够的时间,也很难在庞大的业务中整理出思绪。当然,如果你碰到一个特别热心的老员工,事无巨细地给你讲,随时...
  • 炸裂!手摸手教你如何吃透一个 Java 项目,yyds

    万次阅读 多人点赞 2021-06-11 08:24:07
    先说一下大多数新手的情况:就是对着视频敲 Java 项目,其中遇到的 BUG 还能解决,但就是每次敲完一个项目,就感觉很空虚,项目里面的知识点感觉懂了但又好像没懂,应该怎样才能掌握一个项目所用的知识点呢?...
  • 首先是一个管理者,其次熟悉某些工具,某几种语言,行业背景,项目管理技能。 软件项目经理面临的恶劣环境,我们绝大部分软件企业运行在相对混乱的状态(CMM一级),组织不大可能对项目以及项目经理的责任做出明确...
  • 001快手拉新项目详解 长期混迹于互联网的朋友们可能都知道,快手介绍一个新人下载,佣金高达几十块。 现在每个APP都在想办法抢夺新的用户,比如说什么淘宝极速版,京东极速版等等。 快手拉新这个项目一直都有大佬...
  • Maven(一)如何用Eclipse创建一个Maven项目

    万次阅读 多人点赞 2017-09-30 00:05:13
    Apache Maven 是一个项目管理和整合工具。基于工程对象模型(POM)的概念,通过一个中央信息管理模块,Maven 能够管理项目的构建、报告和文档。 Maven工程结构和内容被定义在一个 xml 文件中——pom.xml,是 ...
  • 如何看一个Java项目

    万次阅读 2017-06-07 10:21:57
    1.看项目经验: 一定把系统业务弄懂,另外看看有没有并发、设计模式、io方面的代码,要研究透了,最好自己能写出来,最后研究系统架构和服务器的拓扑结构  1项目介绍,wiki,源码包的readme等。 2明确项目的目标,...
  • 分钟了解约定优于配置

    万次阅读 多人点赞 2019-09-29 17:34:51
    文章目录什么是约定优于配置Maven与Spring Boot项目的约定Maven项目的约定Spring Boot项目的约定约定优于配置是的概念吗 什么是约定优于配置 约定优于配置(convention over configuration),也称作按约定编程,...
  • 17C语言可以的小案例项目

    万次阅读 多人点赞 2018-12-19 22:29:54
    C语言是我们大多数人的编程入门语言,对其也再熟悉不过了,不过很多初学者在学习的过程中难免会出现...小编推荐一个学C语言/C++的学习群:948954484,入群即送C/C++全套学习资料,满满的干货! C语言可以做什么?...
  • 如何在Idea打开一个本地项目(超详细版)

    万次阅读 多人点赞 2020-06-16 19:33:47
    背景 网上关于Idea的介绍和使用其实很多了,但是答应了某人还是要写一个打开项目的详细教程。 补充 关于Idea中的Project和Module
  • 一个java项目的开发流程

    万次阅读 多人点赞 2018-11-05 11:35:25
    项目过程                1、项目启动 ...
  • 分享一个我开发的MVVM架构的开源小项目

    万次阅读 多人点赞 2019-03-01 07:56:31
    大家好,今天跟大家分享一个我编写的MVVM架构的开源小项目。话说这个小项目已经提前跟大家预热很久了,也是被不少朋友催了很多次。我之前在公众号里透漏过这个项目能够帮助大家更好地理解MVVM架构,当然我也希望确实...
  • 适合练手的10前端实战项目(附视频+源码)

    万次阅读 多人点赞 2020-08-28 17:35:22
    当下前端开发可以说是一个比较火的职业,所以学习的人比较多,不管是培训还是自学都是希望通过前端可以找到一份好的工作,但是很多自学的朋友在自学过程中有些盲目,不仅大大降低了学习的效率,而且也会打击自己的...
  • 复盘,是运营必不可少的能力,小到一次买菜的经历,大到百亿千亿的投资项目,都可以通过复盘...以下内容来源于我工作中的思考,同时参考了柳传志的关于复盘的方法论,力图展现一个完整的、可实践的项目复盘流程。 ...
  • GitHub 查看一个项目的方法

    万次阅读 多人点赞 2019-07-28 19:39:59
    项目 ...右上角“眼睛Watch”为对这库的关注人数,当该库有的变化时关注用户会得到通知。 右上角“星星Star”表示这是对其表示喜欢的用户数。 右上角“分叉Fork”表示分叉这库文件...
  • 三分钟教你如何用Github找开源项目--值得看!

    万次阅读 多人点赞 2020-04-22 09:20:00
    Git(读音为/gɪt/)是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。 GitHub是一个面向开源及私有软件项目的托管平台,因为只支持git 作为唯一的版本库格式进行托管,故名...
  • 你真的了解什么项目管理吗?

    万次阅读 2016-10-29 15:45:43
    想首先问大家一个问题:你觉得中国人聪明还是美国人聪明?我见过最好的回答是美籍华人。我们说美国人很愚蠢,为什么呢?你们都考过T或G吧,他们经常会出这么一道题1/3+1/2=? 50%的人回答是2/5,这可是美国研究生...
  • 分享份适合练手的软件测试实战项目

    万次阅读 多人点赞 2020-11-21 19:28:50
    最近,不少读者托我找一个能实际练手的测试项目。开始,我觉得这是很简单的一件事,但当我付诸行动时,却发现,要找到一个对新手友好的练手项目,着实困难。 我翻了不下一百个web网页,包括之前推荐练手的政府网站...
  • Python 入门---PyCharm中如何创建一个工程项目

    万次阅读 多人点赞 2019-08-13 20:09:29
    Python的解释器如今有多语言实现,我们常用的是CPython(官方版本的C语言实现),其他还有Jython(可以运行在Java平台)、IronPython(可以运行在.NET和Mono平台)、PyPy(Python实现的,支持JIT即时编译) ...
  • 学过计算机的小伙伴一定会有一个共识——如果要选一个编程语言作为基石,那C语言一定是获得票数最高的那个!C语言概念繁复,难以上手,想扎实学号C语言,可不必java、python那样好上手。那么网上有没有什么比较好的...
  • 一个项目Web工程看Eclipse如何导入Gradle项目

    万次阅读 热门讨论 2016-02-21 17:07:40
    这里再次说一下为什么我们需要熟悉Gradle构建工具,主要原因就是很多开源项目现在都在改用Gradle作为构建工具。部分的github上的示例代码也在用Gradle构建,如果还是只能用maven,那么很多好的项目都只能用肉眼看...
  • Android Studio新建项目

    千次阅读 2021-05-26 10:01:53
    1、启动Android Studio ...6、恭喜你项目建好了,下面就是加载的工具和其他API 7、如果出现下载失败,给你链接让你自行下载可执行下面操作 8、了解项目结构 9、下次启动项目 10、导入其他Android项目
  • 刚进公司时,公司对其非常重视,也是统领三军,但是过了一年,虽然职位没变,但是只负责一个团队的研发了,而且奇怪的是他只项目管理、外部沟通相关的事情,团队内还有一个技术负责人,所有技术人员的上级是这位...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 985,152
精华内容 394,060
热门标签
关键字:

做一个新项目需要了解什么