CLOC

一、安装cloc brew install cloc 二、统计 商城代码行数 $ cd /Users/shijun/Desktop/ideaWorkspace/Www $ cloc ./ 1051 text files. 1010 unique files. 200 files ignored. github.com/AlDanial/cloc v 1.76 T=2.80 s (305.7 files/s, 82338.1 lines/s) ----------------------------------------------------------------------------------- Language files blank comment code ----------------------------------------------------------------------------------- JavaScript 125 12953 21263 73746 Java 374 4737 1945 32908 CSS 46 1019 875 23788 HTML 35 181 2847 19287 JSP 81 1568 1050 15119 XML 158 449 354 5976 PHP 28 1033 2402 5190 ASP 5

不同于人类，计算机「看待」世界有自己的方式。为了达到类似人类的视觉水平，各种算法层出不穷，本篇就来窥探其冰山一角。 机器之心原创，作者：陈萍。 我们生活的世界是一个三维物理空间。直观而言，三维视觉系统有助于机器更好地感知和理解真实的三维场景。三维视觉作为计算机视觉的一个比较重要的研究方向，在过去几十年间得到了扎实和系统地发展，形成了一套完整的理论体系。近年来，随着三维成像技术如激光雷达、TOF 相机及结构光等的快速发展，三维视觉研究再次成为研究热点。 在 上一篇文章 中，我们对 3D 视觉基础相关内容进行了概括性总结，本文我们将进行比较深层次的介绍，主要涉及 3D 视觉算法及其应用领域。 3D 目标检测多模态融合算法 基于视觉的目标检测是环境感知系统的重要组成，也是计算机视觉、机器人研究等相关领域的研究热点。三维目标检测是在二维目标检测的基础上，增加目标尺寸、深度、姿态等信息的估计。相比于二维目标检测，三维目标检测在准确性、实时性等方面仍有较大的提升空间。 在目标检测领域，2D 目标检测方面发展迅速，出现了以 R-CNN、Fast RCNN、Mask RCNN 为代表的 two-stage 网络架构，以及以 YOLO、SSD 为代表的 one-stage 网络架构。然而由于 2D 图像缺乏深度、尺寸等物理世界参数信息，在实际应用中存在一定局限性，往往需要结合激光雷达

全文共1500字，预计学习时长6分钟 图源：unsplash 过去的三年我们都探讨了这个话题，那么今年的情况会是怎样呢？ 首先声明，此文并不是关于未来前端选择的比较，而是从三个方面（性能，大小，相似应用下的代码行数）来进行小范围的简单比较。 读者需要注意: · 本文是在比较Realworld软件——而不是正在研发中的软件，这些软件通常缺乏足够的知识和想法，因此难以实现。 · 由专家撰写或评审过——理想情况下，该技术领域的专家会评估此项目。 · 以某种方式标准化—— 一个符合特定规则的项目存在一种规范，提供后端API，静态标记和样式。 正在比较哪些库/框架？ 撰写此文时，Realworld存储库中有24种conduit实现As，它们之间的从属地位并不重要，唯一的判定标准是看它是否出现在RealWorld repo page上。 关注的是什么指标？ 性能—此应用程序需要多长时间才能显示内容并可用？ 大小—该应用程序有多大？我们将只比较已编译的JavaScript文件的大小。HTML和CSS对所有变体都是通用的，并且是从CDN（内容交付网络）下载的。所有技术都可以编译或转换为JavaScript，因此仅调整该文件的大小。 代码行数—需要多少行代码才能基于规范创建RealWorld应用程序？某些应用程序很麻烦，但应该不会产生重大影响。我们量化的唯一文件夹是每个应用程序中的src /

程序猿的一天，早晨上班 开站会，讨论项目需求和进度，澄清当天的工作任务，结束站会就开始 敲代码，天昏地暗脑细胞少了很多 %$&){*！^$。。。 就这样还总被领导怀疑开发能力不够，存在感不足，非常气愤、非常的不爽，通过 Jenkins 来统计一下代码提交量，看看个人的贡献度有多高。 下面就在创建好的工程里，只需要增加两个构建步骤，就实现不同的工具进行代码量统计了，如下代码片段截图： 脚本配置好，即可执行编译，项目顺利编译完成后，项目也打包发布完成，代码量也统计好了。 下面看看不同的工具代码统计结果吧。 通过 cloc 工具统计如下： 通过脚本工具统计如下： 通过 GitStats工具统计如下： 不知道程序猿们看了有啥想法呢？ 来源： oschina 链接： https://my.oschina.net/sh021/blog/3554451

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 我如何计算git存储库中所有文件中存在的总行数？ git ls-files 为我提供了git跟踪的文件列表。 我正在寻找一个命令来 cat 所有这些文件。 就像是 git ls-files | [cat all these files] | wc -l #1楼 我遇到了 git ls-files | xargs wc -l 批处理问题 git ls-files | xargs wc -l 在处理大量文件时，其中行计数将被分成多个 total 。 从问题 中获取 提示 为什么wc实用程序会生成多行“total”？ ，我发现以下命令绕过了这个问题： wc -l $(git ls-files) 或者，如果您只想检查一些文件，例如代码： wc -l $(git ls-files | grep '.*\\.cs') #2楼 无论如何，最好的解决方案都埋没在@ ephemient的回答的评论中。 我只是把它拉到这里，以免它被忽视。 这个应该归功于@FRoZeN（和@ephemient）。 git diff --shortstat `git hash-object -t tree /dev/null` 返回repo工作目录中的文件和行总数，没有任何额外的噪音。 作为奖励，只计算源代码 - 从计数器中排除二进制文件。