工程信息

注意：用心找自己做的项目中自己感觉最拿出来手的（复杂度最高，用的技术最多的项目），描述的时候尽可能往里面添加一些技术名词 布局我们用html5+css3 我们会用reset.css重置浏览器的默认样式 JS框架的话我们选用的是jQuery(也可能是Zepto) 我们用版本控制工具git来协同开发 我们会基于gulp搭建的前端自动化工程来开发（里面包含有我们的项目结构、我们需要引用的第三方库等一些信息，我们还实现了sass编译、CSS3加前缀等的自动化） 我们的项目中还用到了表单验证validate插件、图片懒加载Lazyload插件 来源： https://www.cnblogs.com/Rivend/p/12642745.html

最新公司需要把项目代码量统计一下，第一时间找到Xcode插件管理工具 Alcatraz ，查找插件 ZLXCodeLine ，这是一个快速统计Xcode工程项目代码量的插件，好像已经不支持 Alcatraz 安装，在GitHub上也没有找到对应链接，所以有了下面这种方式： 步骤一： 打开终端，用cd命令 定位到工程所在的目录，然后调用以下命名即可把每个源代码文件行数及总数统计出来： find . "(" -name "*.m" -or -name "*.mm" -or -name "*.cpp" -or -name "*.h" -or -name "*.rss" ")" -print | xargs wc -l 其中 -name "*.m" 就表示扩展名为.m的文件。同时要统计java文件和xml文件的命令分别是： find . "(" -name "*.java" ")" -print | xargs wc -l 以及： find . "(" -name "*.xml" ")" -print | xargs wc -l 如果要统计iOS开发代码,包括头文件的,终端命令进入项目目录下,命令如下 列出每个文件的行数 find . -name "*.m" -or -name "*.h" -or -name "*.xib" -or -name "*.c" |xargs wc -l

商米科技成立于 2013 年，总部位于上海市杨浦区创智天地，是一家极具产品创新基因和互联网基因的公司。商米在短时间内迅速成长为一家近1000人的企业，产品研发人数占比一度超过70%。 做为一家初创企业，商米研发团队早期也经历过与当下大部分创业公司一样困境：协作基本靠吼、发布基本靠手的阶段。然而，业务的快速发展，团队规模不断的扩大，给商米带来了在「团队协作」和「工程效能」上的双重挑战。 一、蒸汽时代 为了能快速让团队进入步入正轨，商米研发团队早期采取和大多数企业类似的组织方式，以职能为单位的进行团队划分，分为前端、后端、Android端、测试、产品等职能团队，并采用传统瀑布研发模式组织团队协作。当时，我们称之为 正规的 研发模式。 每个团队由组长负责制，具体负责团队任务的分配、技术决策和人员培养，组员负责具体的研发任务。根据这样的职能协作的方式，商米建立了早期的研发流程： 产品经理进行原型图设计； 然后产品经理，分别找各个组长请求人员支持； 组长根据自己团队人员工作现状，将工作安排给相应的同学，接手产品开发任务，完成工作量评估、给出截止时间等； 最后再各自团队的同学，完成相应的工作之后，大家约好一个时间，集中联调一下，再交付给测试团队。 优势 劣势 资源不易空闲，需求排着队任何一个组员都能随时顶上 延续性差：分配任务时可能熟悉需求的成员在另一个需求研发中，其他成员不熟悉此业务

不知道什么时候动了配置文件的内容，导致项目原本正常运行，就突然提示所有jar包import失败，变红 解决办法 ：删除文件夹下的.idea文件夹和xxx.iml文件，然后重新打开就可以了 出错原因 ：动了project Structure ——Modules中Sources下的make as的东西，即随意点了一个导致 Sources ：这里对module的开发目录进行文件夹的分类，以让idea明白怎么去对待他们，明确哪些时存放源代码的文件夹，哪些时存放和静态文件文件夹，哪些是放测试代码的文件夹。 Sources 存放工程的源代码； Resources 存放工程的资源文件，例如 properties/XML 等文件 点击不同的则显示不同的目录结构，因为点了，导致配置文件被修改，所有找不到包的路径 而xxx.iml和.idea文件的作用分别是 ： iml是 intellij idea的工程配置文件，里面是当前project的一些配置信息,有包的存放位置 .idea存放项目的配置信息，包括历史记录，版本控制信息等 所有，只要删除这两个文件，重启，就可恢复默认 来源： CSDN 作者： 一般不开腔 链接： https://blog.csdn.net/leng15183596537/article/details/104737112

背景 微前端是一种利用微件拆分来达到工程拆分治理的方案，可以解决工程膨胀、开发维护困难等问题。随着前端业务场景越来越复杂，微前端这个概念最近被提起得越来越多，业界也有很多团队开始探索实践并在业务中进行了落地。可以看到，很多团队也遇到了各种各样的问题，但各自也都有着不同的处理方案。诚然，任何技术的实现都要依托业务场景才会变得有意义，所以在阐述美团外卖广告团队的微前端实践之前，我们先来简单介绍一下外卖商家广告端的业务形态。目前，我们开发和维护的系统主要包括三端： PC系统：单门店投放系统PC端 H5系统：单门店投放系统H5端 KA系统：多门店投放系统PC端 如上图所示，原始解决方案的三端由各自独立开发和维护，各自包含所有的业务线，而我们的业务开发情况是： PC端和H5端相同业务线的 基本业务逻辑一致 ，UI差异大。 PC端和KA端相同业务线的 部分业务逻辑一致 ，UI差异小。 在这种特殊的业务场景下，就会出现一个有关开发效率的抉择问题。即我们希望能复用的部分只开发一次，而不是三次。那么接下来，就有两个问题摆在我们面前： 如何进行 物理层面的复用 （不同端的代码在不同地址的Git仓库）。 如何进行 逻辑层面的复用 （不同端的相同逻辑如何使用一份代码进行抽象）。 我们这里重点看一下物理层面的复用，即：如何在物理空间上使得各自独立的三端系统（不同仓库）引入我们的复用层？我们尝试了NPM包

一、 Maven 概念 1 什么是 Maven mvnrepository.com Maven 使用项目对象模型(POM)的概念，可以通过一小段描述信息来管理项目的构建， 报告和文档的软件项目管理工具。 Maven 除了以程序构建能力为特色之外，还提供高级项目管理工具。由于 Maven 的 缺省构建规则有较高的可重用性，所以常常用两三行 Maven 构建脚本就可以构建简单的项 目。由于 Maven 的面向项目的方法，许多 Apache Jakarta 项目发布时使用 Maven，而且 公司项目采用 Maven 的比例在持续增长。 2 Maven 和 ANT 的区别 Ant 是软件构建工具，Maven 的定位是软件项目管理和理解工具。Maven 除了具备 Ant 的功能外，还增加了以下主要的功能： 1）使用 Project Object Model 来对软件项目管理； 2）内置了更多的隐式规则，使得构建文件更加简单； 3）内置依赖管理和 Repository 来实现依赖的管理和统一存储； 4）内置了软件构建的生命周期； 目前，绝大多数开发人员都把 Ant 当作 Java 编程项目的标准构建工具。遗憾的是， Ant 的项目管理工具（作为 make 的替代工具）不能满足绝大多数开发人员的需要。通过检 查 Ant 构建文件，很难发现项目的相关性信息和其它信息（如开发人员/拥有者、版本或站

该内容整理自以下链接 http://www.cnblogs.com/chenyunpeng/archive/2012/08/02/2620513.html 1.DPR： Delphi Project文件，系统的工程文件。文本格式，需要进源代码库。 2.PAS： Pascal文件，Pascal单元的源代码，可以是与窗体有关的单元或是独立的单元。 3.DFM： Delphi Form File,描述窗体或数据模块及其组件属性的二进制文件。窗体界面文件, 同PAS文件同名,而且一一对应, 定义了窗体属性和构件的属性。 4.BPG： Borland Project Group， 工程项目包, 多个工程文件(DPR)的集合。文本格式，需要进源代码库；bpg文件其实是makefile格式，要编译bpg文件可以使用make工具，语法如下：make -f %FileName% 5.DOF： Delphi Option File， 选项文件, 包括编译信息等。 6.CFG： Project Configuration File， 编译器可读的配置文件。 7.DSK： Desktop Setting File， 保存工程文件的桌面摆布情况, 下次打开时可以恢复上次保存的桌面状态。文本格式，此文件不应进源代码库。 8.DSM：集成开发环境IDE的临时保存文件, 有时IDE总出错, 可以将这个文件删掉,

iml是 intellij idea的工程配置文件，里面是当前projec的一些配置信息 web.xml 是当前这个project是一个web project，里面是web 工程的具体配置信息 初始参数，servlet filter 等等 参考： https://www.jianshu.com/p/aa77d9bed2ee 来源： https://www.cnblogs.com/sea-stream/p/12151056.html

第13章 软件项目管理 与开发过程并行，一个是技术路线，一个是管理路线 在经历了若干个大型软件工程项目的失败之后，人们才逐渐认识到软件项目管理的重要性和特殊性。事实上，这些项目的失败并不是由于从事软件开发工作的软件工程师无能，正相反，他们之中的绝大多数是当时杰出的技术专家。这些工程项目的失败主要是因为管理不善。 所谓管理就是通过计划、组织和控制等一系列活动，合理地配置和使用各种资源，以达到既定目标的过程。 软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。 软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。为了估算项目的工作量和完成期限，首先需要估算软件的规模。 13.1 估算软件规模 13.1.1 代码行技术 代码行技术是比较简单的定量估算软件规模的方法。这种方法依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的数值还是比较准确的。把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。 为了使得对程序规模的估计值更接近实际值，可以由多名有经验的软件工程师分别做出估计。每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)，分别算出这3种规模的平均值,和之后，再用下式计算程序规模的估计值： L= (13

上周参加了学校的数据挖掘竞赛，总的来说，在还需要人工干预的机器学习相关的任务中，主要解决两个问题：（1）如何将原始的数据处理成合格的数据输入（2）如何获得输入数据中的规律。第一个问题的解决方案是：特征工程。第二个问题的解决办法是：机器学习。 相对机器学习的算法而言，特征工程的工作看起来比较low，但是特征工程在机器学习中非常重要。特征工程，是机器学习系列任务中最耗时、最繁重、最无聊却又是最不可或缺的一部分。这些工作先行者们已经总结的很好，作为站在巨人的肩膀上的后来者，对他们的工作表示敬意。主要内容转载自 http://www.cnblogs.com/jasonfreak/p/5448385.html 这篇文章在该文章的基础上做了添加或修改，仍在更新中 特征工程 1、特征工程是什么： 工业界流传者这么一句话：数据和特征决定了机器学习的上限，而模型和算法只是逼近这个上限而已。 那么，到底什么是特征工程？我们知道，数据是信息的载体，但是原始的数据包含了大量的噪声，信息的表达也不够简练。因此， 特征工程的目的 ，是通过一系列的工程活动，将这些信息 使用更高效的编码方式 （特征）表示。使用特征表示的信息，信息损失较少，原始数据中包含的规律依然保留。此外，新的编码方式还需要 尽量减少原始数据中的不确定因素 （白噪声、异常数据、数据缺失…等等） 的影响 。 经过前人的总结