首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏墨白的Java基地

    常用开发软件配置

    解决Git Clone GitHub很慢 经常逛开源网站的小伙伴们一定知道以下命令是干嘛的 git clone git@github.com:mobaijun8/hexo_blog_matery.git request.getMethod(); if (method.equalsIgnoreCase("post")) { request.setCharacterEncoding("utf8" .解决response输出中文乱码问题 // 注释这里解决浏览器乱码 // response.setContentType("text/html;charset=utf8"

    1.6K20发布于 2021-03-08
  • 来自专栏Java学习网

    开发软件有多贵

    市场上定制开发软件的人工成本按一人月 20,000 人民币来算,平均每人天1,000 人民币。

    1.4K60发布于 2018-02-28
  • 来自专栏萌兔it

    高效开发软件——VSCode

    chrome上,方便调试 6)ESLint:js语法纠错,可以自定义配置,不过配置较为复杂,建议使用网上一些广 泛使用的eslint配置 7)GitLens:方便查看git日志,git重度使用者必备 8

    1.6K20发布于 2019-07-26
  • 来自专栏TechBlog

    AI开发软件环境

    AI开发软件环境介绍 关于软件方面: 1.ubuntu操作系统的安装 2.抛弃bash,拥抱zsh 3.软件包管理器的使用, 4.安装NVIDIA GPU驱动 5.软件安装:Anaconda 6.软件安装 :Python IDE 7.软件安装: ssh 8.软件安装:Git 9.其他效率软件安装 ubuntu操作系统的安装 不同ubuntu版本的ISO File: https://cn.ubuntu.com -9.2/lib64${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} export CUDA_HOME=/usr/local/cuda-9.2 S8: nohup jupyter lab --port=8891 & cat nohup.out step8: 如果想关闭,只需找到进行关闭即可。

    1K10编辑于 2023-10-13
  • 来自专栏Android 研究

    PMI-ACP 敏捷项目管理8——干系人管理

    敏捷方法通过原型、联合设计、闭环反馈和"完成"的定义去尽量消除或者减轻这些差异。 1 高管和项目发起人 虽然敏捷方法会使用更多频率更小的反馈环、但是高管和发起人经常会关心一些新的技术实践的风险。 在选择供应商时,需要更加谨慎,同时要为他们提供在敏捷环境中工作的一些针对性培训。 有的供应商使用敏捷实践,有的供应商不使用,这取决于他们在项目中的角色。 找到一种让各个客户都满意的均衡的方法 4、为服务顾客,不以一个人的利益换取他人利益 5、制定目标,完成对干系人的承诺;充满抱负,实现我们和他人的梦想 6、和所有干系人进行彻底的沟通 7、干系人包括样貌各异的成人和小孩,错综复杂 8、 干系人管理应该被每个敏捷团队关注。

    1.3K10发布于 2018-08-30
  • 来自专栏用户9182048的专栏

    聊天APP开发软件说明

    在线聊天APP软件开发一般有哪些功能?或者是在开发制作一个在线聊天软件的时候要注意问题。现在的在线聊天APP软件开发为人们带来了更多的便利及多样的社交聊天生活方式。一、在线聊天APP软件开发一般有哪些功能?1. 实名验证方式

    2.1K30发布于 2021-11-12
  • 来自专栏硬核项目经理的专栏

    敏捷1.1】敏捷项目管理与敏捷宣言

    敏捷项目管理与敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦,这篇文章还是非常轻松的。 到最后我们学习完了敏捷相关的知识后,大家可以自己再回过头来想一想敏捷和传统项目管理的区别和联系都有哪些,这样对大家知识的掌握才更有好处。 目前来说公认的最佳的方案,就是:敏捷敏捷宣言 最后,总算到了我们这篇文章最核心的内容,那就是敏捷宣言。这个东西的历史很多教材以及文章中都会介绍,所以这里我就不再多说一遍了。 当然,你可以向客户阐明你的敏捷观点,进行详尽的沟通,但是,一切都是以交付客户价值为基础。 所以,敏捷将这四条视为原则,而不是准则、规则。 总结 今天这篇文章我们从传统的项目管理说起,通过 VUCA时代 这样一个时代现象来引出敏捷出现的必要性,最后介绍了敏捷的灵魂:敏捷宣言。当然,敏捷宣言很简单,就四句话,也可以概括成四个词。

    1.5K20发布于 2021-09-24
  • 来自专栏云深之无迹

    Jetson相关开发软件介绍

    我想在Nano上面的进行图形软件的开发是不明确的,但是确实也提供了这个软件,我想在一些机器视觉的领域可能会用到这个软件

    1K10发布于 2021-03-12
  • 来自专栏余生大大

    新入手的Mac安装开发软件

    安装node(node中含有npm)最近换了mac,需要安装很多开发软件,特此记录一下,给其他换mac本的小伙伴提供一些帮助 1. 验证是否安装java 打开终端执行命令: java -version 如下图则为未安装  1.2.2 安装mac版本java 推荐地址:Java Downloads | Oracle 这边是jdk8u211

    76150编辑于 2022-11-02
  • 来自专栏京程一灯

    向钢铁侠学习怎样开发软件

    v=r9HdJ8P6GQI) 对 React 进行额外测试 (是的,这是非常需要的!)(https://www.youtube.com/watch? v=4Fl5GH4eYZ8) 你编写的测试越多,对代码的信心也就越大,特别是在演示或部署代码时。 与 Mark 2 相比,Mark 3 可能是一个小小的增量更新,但这是必要的,你知道为什么。

    1.1K30发布于 2019-09-04
  • 来自专栏硬核项目经理的专栏

    敏捷2.5】其它敏捷框架

    其它敏捷框架 你们一定想知道为什么不接着讲 Scrum 呀?干嘛中间横插一脚。 可视性进度报告 可视性进度报告就是包括但不限于使用各种敏捷类的图表,或者其它非敏捷的,只要能够有效地反映项目进度情况的图表。当然,更推荐的是白板、大屏这些可视性效果极佳的方式进行进度报告的展示。 乍一看,这和我们的 2/8 法则很像呀。没错,我们日常使用的软件,其实大部分情况下,你只使用它 20% 的功能,而另外 80% 的功能你可能根本都不知道。 这些都是 2/8 定律的体现。具体的内容后面我们学习 PMP 或 信管师 的内容时还会讲解(大家可以先自行查阅 2/8 定律或帕累托法则相关的内容)。 参考文档: 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试(第2版)》 《敏捷项目管理与PMI-ACP应试指南》

    81220发布于 2021-11-26
  • 来自专栏Java技术分享圈

    编程开发软件工具下载

    MyEclipse10.7版本 安装包: 链接:https://pan.baidu.com/s/1jHJD88m 提取码:cda8 复制这段内容后打开百度网盘手机App,操作更方便哦 VMware Workstation 12序列号: 5A02H-AU243-TZJ49-GTC7K-3C61N 链接:https://pan.baidu.com/s/1UO-4LxSYP84ebqhQ2M8RnQ

    1.5K30发布于 2018-12-28
  • 来自专栏EdisonTalk

    敏捷 | 如何正确推进敏捷

    无论你的公司是在做敏捷转型还是一开始就使用敏捷,在推进敏捷的过程中往往都碰到了很多的问题。今天和大家分享一下业界认可的正确推进敏捷的三个步骤:评估诊断、敏捷试点和大规模推广。 相关阅读: (1)如何正确理解敏捷? (2)如何正确推进敏捷? (3)如何填好推进的坑? (4)如何做服务型Scrum Master? 在敏捷转型实践中,大部分的企业都选择请外部的敏捷教练或者咨询师来帮助企业做敏捷转型,而评估诊断也通常是由他们来做。 如果没有请敏捷教练或者咨询师,那也应该从企业内部指定一个熟悉敏捷和了解业界敏捷实践的人来做评估诊断。 最后,正如上一篇中提到的,无论它是不是知名的框架,又或者它是否打着敏捷的名头又或者冠以敏捷,本身是无所谓的,也觉得并非要全盘采纳框架的所有方法,只要在具体实践中能够体现敏捷思想,帮助我们解决实际问题就是敏捷的好实践

    1.2K30发布于 2020-12-25
  • 来自专栏EdisonTalk

    敏捷 | 如何正确理解敏捷

    今天开始和你一起重新温习敏捷,先来正确理解一下敏捷吧。 相关阅读: (1)如何正确理解敏捷? (2)如何正确推进敏捷? (3)如何填好推进的坑? (5)无处不在的敏捷思想 1 敏捷的初心 2001年,一群大师聚集在美国犹他州,吃吃喝喝头脑风暴,搞出了一个敏捷宣言,阐述了5条价值观,如下图所示。 ? 2 敏捷的原则 只有敏捷价值观是无法具体指导我们具体工作的,因此由它的价值观又引出了经典的敏捷十二条原则,是每个学习敏捷的童鞋都应该反复理解的话: (1)我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意 (8敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 (9)不断地关注优秀的技能和好的设计会增强敏捷能力。 对于方法,无论它是不是Scrum,又或者它是否打着敏捷的名头又或者冠以敏捷,本身是无所谓的,我也更是觉得并非要全盘采纳敏捷的所有方法(很多时候我发现我们都很迷信3355的流程),只要在具体实践中能够体现敏捷思想

    1.1K41发布于 2020-12-25
  • 来自专栏硬核项目经理的专栏

    敏捷1.2】敏捷宣言的官方解释:12条敏捷原则

    敏捷宣言的官方解释:12条敏捷原则 上一篇文章中说到的敏捷宣言,可以说是整个敏捷体系中最精髓的部分了。说实话,不仅你觉得,我也觉得这四句话有点太简单,太抽象了。 所以,各位大佬们在发布敏捷宣言的同时,还给出了 12 条敏捷原则,可以看成是对敏捷宣言的官方解释及补充。 既然这么说了,那么其实也就意味着这 12 条敏捷原则也是官方给出的东西了呗。 要知道,敏捷区别于传统项目开发的一大特点就是不停地持续交付真正可用的软件产品。 在敏捷中,一个功能无法使用,也就意味着这个功能是没有交付的。 原则九:不断地关注优秀的技能和好的设计会增强敏捷能力 这一点可以说是更重视于软件开发中的架构设计。代码一旦变得复杂,冗余,就会失去敏捷性。 参考文档: 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试(第2版)》 《敏捷项目管理与PMI-ACP应试指南》

    1.1K20编辑于 2023-03-09
  • 来自专栏啄木鸟软件测试

    敏捷测试价值观、方法和实践读书笔记(8

    Web Service通常使安全用XML(可扩展标记语言),这意味着其比json更

    39810编辑于 2024-09-10
  • 来自专栏Fin

    项目开发软件架构选择指南

    由于微服务的要素之一就是“微”,所以大多数微服务都是基于容器进行调度管理的(这也是我们为什么经常会在微服务的相关介绍中看到 Docerk,k8s 的相关字样)微服务架构优劣势:图片从工作到现在经历过大大小小的几十个项目 不管你的项目是什么软件架构,都可以通过这种嵌入式的小程序技术去获得APP并行开发、热更新、敏捷迭代的能力。

    1K40编辑于 2023-02-20
  • 来自专栏硬核项目经理的专栏

    敏捷5.4】敏捷计划与适应

    敏捷计划与适应 上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算,毕竟都是新东西,所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。 敏捷计划的实施 在学习敏捷计划的实施前,我们先来再看看敏捷计划和传统项目管理计划的不同。 首先,敏捷计划是通过实验和示范的方式来发现真正的需求,然后对其进行重新规划。 敏捷适应 敏捷适应其实就是在敏捷计划的执行过程中如何解决出现的问题。所以,在适应模块中,其实包含的就是识别和解决问题两个方面的内容。 识别问题 我们上面讲的那些敏捷监控工具是为了识别问题的。 8)挑选同义词:每名成员轮流做裁判,确定在他们的项目进行时,哪些事情或哪些因素最符合质量卡上的定义。通过对卡片的评定,成员们可以互相理解他们对同一事件的不同看法。 关于敏捷规划设计方面的内容我们就学习完了。其实到这里为止,敏捷中最核心的一些内容就已经差不多了。后面我们还将要学习的是团队、风险管理和过程改进相关的内容。

    70920编辑于 2023-03-03
  • 来自专栏超级架构师

    敏捷架构」SAFe(可扩展的敏捷)中的敏捷架构

    敏捷架构通过协作,紧急设计,有意架构和简单设计支持敏捷开发实践。与敏捷开发实践一样,敏捷架构也可以设计可测试性,可部署性和可发布性。快速原型设计,领域建模和分散式创新进一步支持了它。 敏捷架构师通过优化架构来支持业务一致性,以支持端到端的价值流。这使企业能够实现在最短的可持续交付周期内持续提供“价值”的目标。 SAFe的精益敏捷原则为敏捷架构实践提供了信息。 在进行特定设计之前,敏捷架构师使用快速学习周期(原理#4)来探索替代方案(原则#3)并获得最佳解决方案。 SAFe架构师体现了新的工作方式,参与创建组织的(实施)路线图,并有助于加速作为精益敏捷领导者的采用。

    1.2K20发布于 2019-08-29
  • 来自专栏超级架构师

    敏捷模型」敏捷架构:规模化敏捷开发的策略

    与流行的看法相反,架构是敏捷软件开发工作的一个重要方面,就像传统的工作一样,并且是扩展敏捷方法以满足现代组织的现实需求的关键部分。但是,敏捷专家的架构方式与传统主义者的方式略有不同。 8.考虑几种替代方案 正如精益软件开发告诉我们的那样,我们不应该尽早采取架构策略,而应该考虑几种替代方案,并且只要它们仍然可行,就让这些替代方案对我们“开放”。 原则软件是您的主要目标意味着您应该对您的架构进行建模,直到您认为自己有可行的策略为止,此时您应该继续开始开发软件而不是文档。 您何时想撰写架构文档?在我看来,有两个例子让它变得“敏捷”。 我的一般规则是,当你进入为期6个月的项目仅18天而不是在“6个月项目”的8个月点结束时,最好发现你的架构策略需要重新考虑。 共同的实践 敏捷实践 架构师受到高度重视,经常被置于基座上,甚至更糟糕 敏捷的架构师谦虚地承认他们不会走水 架构师太忙了,不能随便开发 敏捷架构师是开发团队的活跃成员,在适当的情况下开发软件并充当团队的架构顾问

    2.2K21发布于 2019-09-10
领券