精华内容
下载资源
问答
  • 前端研发工具

    2018-11-06 17:57:49
    前端研发工具集合,介绍了当下的前端研发工具,含测试工具;打包构建工具;生产&测试环境工具
  • POS研发工具包.zip

    2019-07-22 10:52:51
    POS研发工具包旨在方便对POS刷卡操作的开发和调试,其中8583报文解析工具前4个字符表示长度,如果报文未包含长度,请自己添加0000占位符。
  • 2015 oracle 云和恩墨自主研发工具
  • 研发工具链。EPRO——版本&流程管理,JIRA——需求和缺陷管理,JENKINS——持续集成,SVN——代码&文档管理。
  • Thera 是一个集合多个动态语言进行无线开发的研发工具
  • 数字预失真(DPD)算法研发工具和验证方案
  • GNSS接收机前端研发工具功能特点和技术指标,某个公司的产品介绍。具体价格我也想知道…
  • 我对于无代码编程的研究也有些年头了,从国内最早的『无代码编程』相关的文章,到最近的『流程即代码:云研发 IDE Uncode』,我大抵是有资格再聊聊这个行业。最近,我们 Inherd 开源...

    我对于无代码编程的研究也有些年头了,从国内最早的『无代码编程』相关的文章,到最近的『流程即代码:云研发 IDE Uncode』,我大抵是有资格再聊聊这个行业。

    最近,我们 Inherd 开源小组推出了『云研发 IDE:Uncode』的预览版,然后便与不同企业的人进行了一波的交流。在这些观点的驱动之下,我觉得我们有必要再写一些文章:好好介绍一下一些相关的理念。这些理念用于帮助这些企业,好好思考一下研发平台的下一站。

    再谈云开发平台

    对于开发平台来说,转身为一个云开发的平台,是行业内的一个大趋势。这也就是为什么国内的各大云厂商都在兜售它们的平台。从我与他们的交流情况来看,尽管它们自称有一个“完整”的平台,但是客户只买单其中的一两个。其中的原因颇多,其中的一些主要原因是:

    1. 企业自身已经开发/采购一部分环节的工具、产品。

    2. 平台本身缺乏足够的亮点。

    而位于其背后的主要原因,我个人的观点是:它对于效能的提升是极小的、有限的。这些平台缺乏一个完整的回路,以提升整体的体系与交通。

    1. 平台没有『闭环』

    首先,让我们来看某国内领先的云公司的案例。它们宣称:通过整合云原生产品和云效,完成了云原生开发闭环。其所谓的闭环是,它们有:

    • 在线协同工具

    • 代码托管工具

    • 在线 IDE

    • 在线构建

    • 在线部署

    • 在线运维

    然后,他们宣称这是闭环。嗯,作为一个工程师,我在大学是学过自动化相关的课程,所谓的闭环是:

    闭环(闭环结构)也叫反馈控制系统,是将系统输出量的测量值与所期望的给定值相比较,由此产生一个偏差信号,利用此偏差信号进行调节控制,使输出值尽量接近于期望值。

    简单来说,闭环的一个重要标志是:输出改进输入。而闭环本身又分为整体闭环和链路闭环:

    • 整体闭环:系统的线上运营指标,可以指导需求的创建。

    • 链路闭环:系统的两两之间可以形成闭环,加快反馈回路。如代码的修改,可以反馈到设计和需求。

    所以,回到上述这个案例里,如果要完成整体的闭环,它还需要加入在线运营的环节,才能完成整体闭环。

    2. 工具间的割裂

    对于这一点,我相信大家都有体验。我这里主要以云厂商和大型 IT 团队为例:

    云厂商单工具可零售

    继续以国内的云厂商为例,它们为了让企业能用上自己的云服务,便上线了大量的研发相关的工具,如云 IDE、看板、代码托管等等。它们存在的一个问题是,为了卖出更多的云服务,每个工具本身是可单独售卖的,所以每个工具本身是包含大量的可定制元素。也因此,这个系统中的每一部分都相当的臃肿,更难以形成一个完整的方案。

    如果基于这些云服务、工具去构建一个开发平台 ,那么它将带来 M ^ N 的复杂度。反而不如,推出一个一体化的版本更为容易。

    大型企业工具部门墙

    作为一个技术咨询师,我在内部材料、咨询项目中见过大量的平台和工具。它们有着大量的重复性的工具,还有着工具间的隔离问题。如 A 团队开发了一个工具 a,而 B 团队开发了一个工具 b,这两个工具相结合可以创造出更大的生产力。但是,你懂的,他们出于部门墙的缘故,往往难以结合到一起。

    3. 还有,开发者的体验呢?

    这是另外一个大话题。(有兴趣可以读一读『开发者体验 —— 内部工具的“最后一公里”』。)

    一个常见的问题是:在设计工具的时候,由于面向领导的需求,往往面向使用者考虑的优先级会低于领导使用时的优先级。

    低代码对于研发平台意味着什么?

    在这里,我把研发平台和低代码做了一个简单的绑定,其中的缘由是:人们对于低代码的实践和思考,必然会引发下一步对于研发平台的改造。

    低代码平台的意义:流程优化的思考

    对于当前流行的拖拉拽低代码平台,我提不起任何的兴趣。在整体方案上,我喜欢于构建基于 DSL 的低代码平台。在这一篇文章里,我不展开对于这两者的讨论。

    不论是拖拉拽低代码平台,还是 DSL 低代码,它们让越来越多的开发人员、管理者开始思考一个问题:如何优化当前的流程?

    低代码是从需求到线上代码的直接转换,作为平台的用户,他们本身理解真实的需求,可以作为直接的创作人员。在流程上,它省略了需求电子化,需求转换为验收条件的一系列过程,与此同时,它还可以让应用直接上线。整个过程中,它大大加速了应用的设计和开发过程。

    那么,作为一个企业的研发平台,我们也理所应当的加速当前的这个流程。

    研发工具一体化

    基于云研发和低代码的思路,我们定义了第一个版本的研发工具一体化:

    研发工具一体化,即构建从需求、设计、编码、构建、测试等完整研发体系的研发工具上的链路闭环。链路内的两个结点相互影响、相互关联,如系统的需求的创建将关联到设计的创建,设计的完成将生成对应的代码生成。在完成整体的闭环时,代码的变更将影响到设计的变更和需求的变更等。

    即,我们要做这么两件事:

    1. 形成工具间的反馈回路。

    2. 完善工具间的关联设计和用户体验。

    基于这两个目标,我们能:

    1. 在看板上创建一个需求时,可以将其与设计进行关联。

    2. 完成模型设计时,可以自动生成代码到代码库中。

    3. 完成 UI 设计时,可以生成代码到代码库中。

    4. 代码库的模型发生变化时,将自动变更 UI 设计和模型设计。

    这就是我们当前在 Uncode IDE 做的事情。

    与研发中台的关系

    正是人们建立了后端服务的中台,促使人们在构建低代码平台时,拥有一个强有力的技术后盾。同样对于研发体系也是如此,在中台热潮里,人们定义了『研发中台』:

    软件开发是一项工程,涉及到管理、流程、测试、团队协作等等方面。如何将企业的开发流程、最佳实践沉淀成可重用的“能力”,从而助力创新性应用的快速开发迭代,也是我们看到的很多企业正在做的事情,我们可以管这种关注开发效能管理的平台叫作研发中台。

    对于那些已经建设研发中台的组织来说,它们可以进一步往前进了。

    研发工具一体化的难点

    要搞研发工具一体化并不是一件容易的事情,毕竟我设计了这么多年,才有了个大概的雏形。从企业来说,这些痛点主要是:

    • 组织内的部门墙

    • 缺少代码专家

    • KPI 制度难以驱动长期目标

    • ……

    与此同时,这个市场上并没有一个可以参考的成功案例。

    构建研发工具一体化的核心

    对于研发工具一体化来说,我们关注于两个点:

    1. 抽象设计,即 DSL@Core。使用特定的语言来描述工具,以确保工具与具体实现无关。

    2. 反馈设计。即系统的所有输出能影响到输入层面,用于确保各步骤的一致性。

    抽象设计:DSL@Core

    借助于抽象,而非具体实现,DSL(domain specific language,领域特定语言)就这样的一种模式。如在《云研发:研发即代码》中,我们引入了一系列代码化的方式,用于描述不同环节的抽象。

    当然了,设计一个使用自然语言描述的 DSL 不是一件容易的事情。为此,我们可以数据描述的 DSL,如在低代码平台流行的 JSON Schema,类似的还有 Database Schema。

    使用何种形式的 DSL 并不重要的,重要的是用它来描述流程与设计。如我们可以用 BDD 的方式来描述需求:

    Given I visit "/login"
    When I enter "Bob" in the "user name" field
    And I enter "tester" in the "password" field
    And I press the "login" button
    Then I should see the "welcome" page
    

    再将其转换为 UI 设计的 DSL:

    flow 登录 {
    SEE 首页
    DO [Click] "登录".Button
    REACT Success: SHOW "Login Success".Toast with ANIMATE(bounce)
    REACT Failure: SHOW "Login Failure".Dialog
    SEE "登录失败".窗口
    DO [Click] "忘记密码".Button
    REACT: GOTO ForgotPasswordPage
    }
    

    以诸如此类的方式作为中间承载类,完善整个系统的设计。

    PS:如果你对这一系列 DSL 有兴趣,可以参与到 Inherd 开源小组的一系列开源软件中来:https://github.com/inherd

    反馈式设计

    在设计需求、设计、代码时,我们使用 DSL 来隔离实现。在实现之后,我们需要对实现进行分析,看其是否与设计出现偏离。因此,我们要进行反馈式设计。

    如在架构上我们可以采用 守护式编程 / 限制性编程。当设计与代码不对应,则修改设计。需求与代码不对应,则修改代码。如下是我们基于 ArchUnit 设计的适用于主流语言的架构守护的 DSL:

    class(implementation "Connection.class")::name should endsWith "Connection";
    class(extends "Connection.class")::name endsWith "Connection";
    class(assignable "EntityManager.class") resideIn package("..persistence.");
    

    这里我们定义了一系列包、类等的访问规则,随后在提交阶段,通过对代码的分析来看代码是否出现架构上的越界?一旦访问了规则限制的 DSL,则限制其提交代码。

    又比如,我们在 Uncode 中引入了 modeling 分析工具,将代码中的模型关联到设计模型中,以判断模型是否偏离原有的设计,并进行调整。

    其它

    就时间而言,现在并非是建立研发工具一体化的最好时间。但是,是时候采取对其的预研。

    欢迎与我们进行交流。

    相关阅读资料:

    • https://github.com/inherd/uncode

    • https://github.com/phodal/lowcode

    • https://github.com/phodal/cloud-dev

    • https://github.com/phodal/water/

    展开全文
  • GNU/Linux Unix 常用下研发工具

    千次阅读 2008-11-16 22:32:00
    GNU/Linux Unix 下研发工具编辑器: vi:老牌编辑器,在各个unix和unix-like平台都能够找到 emacs:GNU项目研发的编辑器,功能强大扩展性强,绝对不是个编辑器那么简单 代码打补丁工具: diff & patch:一对好搭挡,...
    GNU/Linux Unix 下研发工具

    编辑器:

    vi:老牌编辑器,在各个unix和unix-like平台都能够找到
    emacs:GNU项目研发的编辑器,功能强大扩展性强,绝对不是个编辑器那么简单

    代码打补丁工具:
    diff & patch:一对好搭挡,diff用来生成代码补丁,而patch则用来给代码打补丁

    项目构建工具:
    make(Makefile):常用的项目构建工具,用一个Makefile就能够从整个项目的代码中构建各个目标
    autotool(包括Autoconf, Automake 和 Libtool):方便在您的项目中生成标准的Makefile,为许多自由和开源软件项目所使用

    版本控制工具:
    cvs:老牌的版本控制工具,适用于集中式版本控制,为许多项目服务过,现在略显疲态
    subversion:一个为了代替cvs而研发的工具,解决了cvs的一些诟病
    GNU Arch:GNU项目研发的版本控制工具,属于分布式版本控制工具
    git:Linus Torvalds为内核版本控制所研发的工具,当然也适用于普通应用程式,也属于分布式版本控制工具

    C库:
    glibc:GNU项目研发的C库,很庞大和全面,是许多自由和开源软件的基石,熟悉他对您进入linux研发领域很有好处
    uclibc:为嵌入式系统所研发的C库,比glibc小得多,但是对glibc保持很高的兼容,基于glibc的软件很容易移植到uclibc上
    newlib:另一个为嵌入式系统所研发的C库
    diet libc:同样是为嵌入式系统所研发的C库

    二进制和目标文档处理工具:
    binutils:GNU项目所研发的二进制和目标文档处理工具包,包括多种研发过程所需的工具:连接器、汇编器、一系列的二进制和目标文档处理工具更有一个性能分析器。您一般很少直接用到他们,但常常间接用到他们。

    编译器:
    gcc:GNU项目所研发的万能编译器,他支持的语言包括C、C++、Objective-C、Fortran、Java和Ada,他支持的处理器包括i386、MIPS、ARM、PowerPC、IA64等等,此外您还能够为他添加其他语言前端和其他处理器后端。gcc性能不俗,还支持交叉编译,为这个星球;)许多软件项目所采用。
    源代码调试器:
    gdb:GNU项目所研发的源代码调试器,功能强大,是程式员的好助手

    内存管理检查器
    valgrind:很优秀的内存检查器,能够帮助您检测您程式中的内存错误。另外还能够对cache的使用和堆(也能够包括栈)的使用进行分析,让您能够优化您的代码

    调用跟踪器:
    strace:系统调用跟踪器,能够跟踪您的程式所调用的系统调用
    ltrace:动态库调用跟踪器,能够跟踪您的程式所调用的动态库接口
    truss:(BSD5.X下自带)跟踪进程的系统调用、动态装入的用户级函数调用、接收的信号和造成的机器故障。可疑观察一个程式运行时的调用。不错.

    性能分析器:
    gprof:binutils中带的性能分析器,能够帮助您优化您的代码,提高程式速度
    qprof:另一个性能分析器,支持动态库的性能分析和多线程、多进程性能分析
    oprofile:一个系统范围的性能分析器,使用内核模块和一个后台进程进行数据采集,他不但能够获得某个进程的性能分析数据还能够获得内核的性能分析数据
    展开全文
  • 或许很多朋友都会觉得谷歌浏览器更新后,变得不好用了,总是无法加载flash,哪怕重新安装了flash插件,问题也没有解决。这一问题,是因为谷歌浏览器为了防止flash中携带病毒,自动加载的话,存在很大的安全隐患,...

    或许很多朋友都会觉得谷歌浏览器更新后,变得不好用了,总是无法加载flash,哪怕重新安装了flash插件,问题也没有解决。这一问题,是因为谷歌浏览器为了防止flash中携带病毒,自动加载的话,存在很大的安全隐患,所以默认是不加载flash,需要手动允许才可以加载。其实,我们只要把当前站点加入到允许加载flash的名单中就可以解决这一问题了。

    大家可以通过谷歌浏览器【设置】中的【内容设置】来添加站点到允许的名单中,但有些朋友能看到允许和禁止的名单,就是没有看到“添加”按钮。下面,我介绍另一种更加方便的方式来开启flash自动加载。注:该设置只针对当前站点,其他站点需要重新设置一遍。上图:

    1、点击地址栏前方的区域,弹出选项窗口。

    2、在选项窗口中选择【网站设置】,切换到设置页面。

    3、在设置页面找到【Flash】,将后面的下拉框选择为【允许】。

    4、回到原来的网页,刷新页面即可。

    5、若需要修改设置,切换为【询问】或【禁止】,同样点击地址栏前方的区域,弹出选项窗口。


    6、直接在【Flash】后面的下拉框选择【询问】或【禁止】即可。

    --------------------- 
    来源:iteye
    原文:https://hyan.iteye.com/blog/2432651

    展开全文
  • 几种跨平台cpp gui研发工具对比

    千次阅读 2015-10-16 13:42:16
    wx: I donot like wxwidget, although it's a cross-platform GUI develop tool.... The reason is wxwidget does not support try-catch or the exception processing. I also donot like the thread processing

    wx:

    I donot like wxwidget, although it's a cross-platform GUI develop tool.

    The reason is wxwidget does not support try-catch or the exception processing.

    I also donot like the thread processing way in wxwidget.

    wx不是原生的,我意思是在linux是用了gtk的封装,这比staroffice还要不够原生。

    所以wx会有非原生常有的问题,就是gtk如果有问题,那么wx也会有问题。

    同样,其所宣称的跨平台,很容易会因不同平台上使用了不同底层渲染导致问题。

    qt:

    图形库是不错的,一旦结合网络和其他thread,proc,也是很愁人的。

    qt是原生的,或许使用java swing更像qt的思想。

    展开全文
  • 秒杀全网!研发、运营必备实用工具网站

    万次阅读 多人点赞 2019-09-03 23:20:53
    目录 1、搜索引擎 2、PPT 3、图片操作 4、文件共享 5、招聘求职 6、程序员面试题库 7、办公、开发软件 8、高清图片、视频素材网站 9、项目开源 10、算法 11、在线工具宝典大全 12、音乐 13、神辅助工具 14、语音...
  • 研发管理工具推荐

    千次阅读 2018-07-09 12:58:44
    我来介绍一下我所找到的,好用的敏捷工具:国内的「Leangoo(中文名:领歌)」Leangoo是一款基于看板的项目协作工具,Leangoo是由国内最权威的Scrum中文网精心打造,融入了先进的敏捷管理思想。我们可以使...
  • 研发效能工具集.pdf

    2021-09-14 18:26:50
    研发效能工具集.pdf
  • 研发管理工具

    千次阅读 2019-03-26 11:48:43
    1.teambition https://www.teambition.com/
  • 技术研发部规范化管理工具箱技术研发部规范化管理工具箱技术研发部规范化管理工具箱技术研发部规范化管理工具箱技术研发部规范化管理工具
  • 研发管理 - 工具

    2018-12-21 10:50:24
    研发管理—工具篇 主要分为总体(研发)管理、代码研发管理、代码检测管理、系统发版管理几个层面: 一、总体管理层面 2018年我们遵循PDCA质量管理模式,配套的管理工具应该满足我们管理期望。管理工具应明确项目需求...
  • 详细介绍ONES工具的技术文档,ones是一种企业级研发管理工具,此工具可以实现项目管理全生命周期的管理,是一种功能强大全面的项目管理工具
  • 软件研发,是一群人的智力活动,复杂度如同是构造通天塔,如果没有统一的沟通方式和语言,互相的理解会...总体上研发工具包括以下工具,这里指的主要是处于稳定期的,大家常用的工具。 Eclipse,Intellj,Maven,Git
  • 技术研发部规范化管理工具
  • 研发团队常用工具集整理

    千次阅读 2016-02-18 21:55:35
    研发团队工具集整理
  • 在5月5日的DevOpsDays Beijing,腾讯CODE平台产品经理mars分享介绍了腾讯研发工具体系,并通过两个研发过程中的实践案例,说明DevOps理念对于研发过程的优化作用,本文是这次分享内容的整理和延伸。一、 腾讯拥有...
  • 研发-Java诊断工具-Arthas
  • DevSuite 研发管理工具 支持需求、研发和质量的全面整合 基于SpecDD方法论,使用统一研发模型,可同时管理敏捷型、瀑布型及迭代型项目       ...
  • 在没有sql server的情况下,可以使用本软件进行执行sql语句。可以用本软件查询表、储存过程、视图、触发器,并且可以查看其内容和修改。...此软件还带有酵文件属性修改功能,自主研发的好用sql工具
  • 任务看板工具研发协作看板

    千次阅读 2019-06-20 12:44:22
    我们的任务看板工具分享..... 将需求拆分成多个小任务,团队的人一起来协作,任务状态可以分为:待办事项、进行中、已完成。 将正在做的任务拖拽到进行中,已完成的工作移到已完成中。 这是我们目前找到的最轻...
  • 最新研发 便捷淘宝工具,史上最牛的淘宝购物工具,省时省钱
  • .NET C#研发的授权工具(winform)

    热门讨论 2017-02-17 10:09:02
    工具是用.NET winform研发,通过服务器机器码,和公钥加密,利用私钥进行解密。可用于web项目的授权,以及winform项目的授权。
  • 软件研发团队越来越多使用某种开发模式(如敏捷、瀑布或其他的)并倚重工具是必然的趋势。就算是相信沟通重于文档的敏捷团队也必须使用某种软件作为其知识库和沟通的平台。多年咨询的经验告诉我们,现今软件研发公司...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 202,415
精华内容 80,966
关键字:

研发工具