程序员

问题来自于： 现代软件工程讲义 源代码管理 0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限 ，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 在团队的资料库的根目录中，会有一个"开发快速上手指南.docx"这个文档，这个文档作为一个索引文档，提供了资料库里面所有相关文档/工具的索引地址，格式可以多种多样，我提供一种格式作为参考： 开发工具以及配置： jdk: svn://xxx.xxxx.xxxx /jdk-7u80-windows-i586.zip eclipse: svn://xxx.xxxx.xxxx /eclipse-jee-luna-SR1a-win32.zip Tomcat: svn://xxx.xxxx.xxxx /apache-tomcat-7.0.55.zip MySQL: svn://xxx.xxxx.xxxx /mysql-5.5.47-win32.zip 部署详细步骤： 新建文件夹workspace 打开eclipse File à Switch Workspace à Other... à Browse..., 选择workspace这个目录，点击Ok，切换至新的工作空间

源代码管理的10 个实践问题： 0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限 ，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 答：我们团队目前没有做专门的文档让新成员熟悉并搭建环境，最初的时候并没有太在意说团队要换人加入新成员，这次加入新成员，他们对整个项目的了解是通过软件规格说明书和老成员的讲解进行的，回头来看看这个问题，还真的值得我们反思，确实需要一篇这样的文档，节省时间。 1. 你的团队的源代码控制在哪里？用的是什么系统？ 如何处理文件的锁定问题？ 场景： 程序员果冻 正在对几个文件进行修改，实现一个大的功能， 这时候， 程序员小飞 也要改其中一个文件，快速修复一个问题。怎么办？ 一个代码文件被签出 (check out) 之后，另一个团队成员可以签出这个文件，并修改，然后签入么？ 有几种设计，各有什么优缺点？ 例如，签出文件后，此文件就加锁，别人无法签出； 或者， 所有人都可以自由签出文件 答：我们团队的源代码是通过码市coding.net托管的，里面有我们的团队项目，每个成员都在里面，每个人都有一个自己的账号，只要登陆就能看的到项目动态，其中还有任务分配。我们的项目是公开的

截止时间：1月5日 源代码管理 的重要性无需赘述，但是在实际中，很多团队都是小和尚念经 - 有口无心。嘴上说重要，但是实际上还是通过QQ 传递源代码，或者演示一结束， 源代码立刻没有可以工作的版本。我们请各个团队举出例子，说明自己是用什么样的源代码系统 ( subversion , CVS , github, TFS , etc) ，如何处理团队开发中可能会遇到的各种问题。如果团队还是用QQ 传递代码，请说明QQ 如何解决下列的问题。 每个团队写一个博客，回答下列问题，（每个回答要加上截屏显示）： 0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限 ，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 1. 你的团队的源代码控制在哪里？用的是什么系统？ 如何处理文件的锁定问题？ 场景： 程序员果冻 正在对几个文件进行修改，实现一个大的功能， 这时候， 程序员小飞 也要改其中一个文件，快速修复一个问题。怎么办？ 一个代码文件被签出 (check out) 之后，另一个团队成员可以签出这个文件，并修改，然后签入么？ 有几种设计，各有什么优缺点？ 例如，签出文件后，此文件就加锁，别人无法签出； 或者，

0、在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 将代码传到coding上。 1、你的团队的源代码控制在哪里？用的是什么系统？如何处理文件的锁定问题？ 所有人都可以自由的签出源代码。 场景： 程序员果冻正在对几个文件进行修改，实现一个大的功能， 这时候，程序员小飞也要改其中一个文件，快速修复一个问题。怎么办？一个代码文件被签出 (check out) 之后，另一个团队成员可以签出这个文件，并修改，然后签入么？有几种设计，各有什么优缺点？ 设计一：签出文件后，此文件就加锁，别人无法签出；优点：多人修改一个代码不会发生冲撞，缺点：锁定后别人无法再修改代码。 设计二：所有人都可以自由签出文件；优点：所有人都将可以对代码进行修改，提高效率，缺点：可能导致代码的编写流程混乱，发生冲撞。 2. 如何看到这个文件和之前版本的差异？ 如何看到代码修改和工作项 （work item），缺陷修复 （bug fix) 的关系。 场景： 程序员果冻看到某个文件被修改了，他怎么看到这个文件在最近的修改究竟改了哪些地方？ 场景： 程序员果冻看到某个文件在最新版本被改动了100 多行

0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 答：来了新队员的话，确实需要这样一个文档，队友可以根据文档从头开始了解软件并且无需和老队员交流。不过我们现有的也就是需求规格说明书供新队员阅读并且了解团队的任务。 如下图： 1. 你的团队的源代码控制在哪里？用的是什么系统？如何处理文件的锁定问题？ 场景： 程序员果冻正在对几个文件进行修改，实现一个大的功能， 这时候，程序员小飞也要改其中一个文件，快速修复一个问题。怎么办？ 一个代码文件被签出 (check out) 之后，另一个团队成员可以签出这个文件，并修改，然后签入么？ 有几种设计，各有什么优缺点？ 例如，签出文件后，此文件就加锁，别人无法签出； 或者， 所有人都可以自由签出文件 答：我们的项目在git上托管，采用git的方式进行版本控制，这个是我们在开发开始时就达成的共识，针对这种多人多任务的开发模式，我们认为git是再好不过的选择，于是我们从开发到现在一直采用这种方式。 2. 如何看到这个文件和之前版本的差异？ 如何看到代码修改和工作项 （work item），缺陷修复 （bug fix) 的关系。 场景：

MediaPlayer类可用于控制音频/视频文件或流的播放。关于如何使用这个类的方法还可以阅读 VideoView 类的文档。 1．状态图 对播放音频/视频文件和流的控制是通过一个状态机来管理的。下图显示一个 MediaPlayer 对象被支持的播放控制操作驱动的生命周期和状态。椭圆代表 MediaPlayer 对象可能驻留的状态。弧线表示驱动 MediaPlayer 在各个状态之间迁移的播放控制操作。 这里有两种类型的弧线。由一个箭头开始的弧代表同步的方法调用，而以双箭头开头的代表的弧线代表异步方法调用 。 通过这张图，我们可以知道一个 MediaPlayer 对象有以下的状态： 1）当一个 MediaPlayer 对象被刚刚用 new 操作符创建或是调用了 reset() 方法后，它就处于 Idle 状态。当调用了 release() 方法后，它就处于 End 状态。这两种状态之间是 MediaPlayer 对象的生命周期。 1.1) 在一个新构建的 MediaPlayer 对象和一个调用了 reset() 方法的 MediaPlayer 对象之间有一个微小的但是十分重要的差别。在处于 Idle 状态时，调用 getCurrentPosition() , getDuration() , getVideoHeight() , getVideoWidth() ,

截止时间：12月22日 源代码管理 的重要性无需赘述，但是在实际中，很多团队都是小和尚念经 - 有口无心。嘴上说重要，但是实际上还是通过QQ 传递源代码，或者演示一结束， 源代码立刻没有可以工作的版本。我们请各个团队举出例子，说明自己是用什么样的源代码系统 ( subversion , CVS , github, TFS , etc) ，如何处理团队开发中可能会遇到的各种问题。如果团队还是用QQ 传递代码，请说明QQ 如何解决下列的问题。 每个团队写一个博客，回答下列问题，（每个回答要加上截屏显示）： 0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限 ，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 1. 你的团队的源代码控制在哪里？用的是什么系统？ 如何处理文件的锁定问题？ 场景： 程序员果冻 正在对几个文件进行修改，实现一个大的功能， 这时候， 程序员小飞 也要改其中一个文件，快速修复一个问题。怎么办？ 一个代码文件被签出 (check out) 之后，另一个团队成员可以签出这个文件，并修改，然后签入么？ 有几种设计，各有什么优缺点？ 例如，签出文件后，此文件就加锁，别人无法签出； 或者，

0. 在吹牛之前，先回答这个问题： 如果你的团队来了一个新队员，有一台全新的机器， 你们是否有一个文档，只要设置了相应的权限 ，她就可以根据文档，从头开始搭建环境，并成功地把最新、最稳定版本的软件编译出来，并运行必要的单元测试？ （在这过程中，不需要和老队员做任何交流） 答：文档并没有写。 因为我们的环境并不是很复杂，Android studio， API22，以及从Android studio上直接登录github拷贝最新代码，就可以正常使用。 图为我们的代码结构规范。 1. 你的团队的源代码控制在哪里？用的是什么系统？ 如何处理文件的锁定问题？ 场景： 程序员果冻 正在对几个文件进行修改，实现一个大的功能， 这时候， 程序员小飞 也要改其中一个文件，快速修复一个问题。怎么办？ 一个代码文件被签出 (check out) 之后，另一个团队成员可以签出这个文件，并修改，然后签入么？ 有几种设计，各有什么优缺点？ 例如，签出文件后，此文件就加锁，别人无法签出； 或者， 所有人都可以自由签出文件 答：源代码控制：github，相关链接： https://github.com/SyncShinee/BUAAMOOC 我们团队的要求是：自己更新的代码在push之前先pull下来已有的最新代码，避免发生冲突。 用stash隐藏更改，pull之后再取消隐藏。 2.

. 如何看到这个文件和之前版本的差异？ 如何看到代码修改和工作项 （work item），缺陷修复 （bug fix) 的关系。 场景： 程序员果冻看到某个文件被修改了，他怎么看到这个文件在最近的修改究竟改了哪些地方？ 场景： 程序员果冻看到某个文件在最新版本被改动了100 多行， 那么和这100多行对应的其他修改在什么文件中呢？ 这个修改是为了解决哪些问题而作的呢？ 那些问题有工作项 （work item，issue），或者bug 来跟踪么？ 3. 如果某个文件在你签出之后已经被别人修改，并且签入了，那么你在签入你的修改的时候， 如何合并不同的修改（merge)? 你用了什么工具来帮助你？ 4. 你有20个文件都是关于同一个功能的修改，你要如何保证这些文件都 同时签入成功（修改的原子性） ，或者同时签入不成功？ 场景： 程序员果冻要签入 20 个文件，他一个一个地签入， 在签入完5 个 .h 文件之后， 他发现一些 .cpp 文件和最新的版本有冲突，他正在花时间琢磨如何合并... 这时候， 程序员小飞从客户端同步了所有最新代码， 开始编译， 但是编译不成功 - 因为有不同步的 .h 文件和 .cpp 文件！ 这时候， 别的程序员也来抱怨同样的问题，果冻应该怎么办？ 5. 你的PC 上有关于三个功能的修改， 但是都没有完成，有很多文件处于半完工的状态，这时你要紧急修改一个新的

作者 | 罗燕珊 来源 | InfoQ（ID: infoqchina） 年前裸辞的程序员们，你们还好吗？ 知乎上，一条“2020 年疫情下，适合裸辞吗”的话题被 548 人关注，浏览量超 58 万。 春节前后，新冠肺炎疫情的爆发给许多企业的经营造成了不小影响，同样受到波及的还有很多职场人的求职计划。原本打算年后辞职换工作的人因为担心经济形势不好而不敢辞职，而年前裸辞的人，则大概率将迎来更长的“空窗期”。 “有年前裸辞的老哥吗？” “这些老哥有部分已经饿死了。” 以上是近日出现在某程序员技术群里的对话，虽然只是简单的玩笑话，但也能感受到当前形势下“裸辞”二字的沉重，毕竟班可以不上，钱却不能不花。 为了了解年前裸辞的程序员们的现状，我们找到几位目前处于“待业”状态的程序员聊了聊。 从辞职的原因来看，每个人的考虑各有不同。有打算趁过年休息一阵年后再找工作的；有因为公司被收购、组织架构出现大调整后“被迫无奈”选择裸辞的；还有因为没找到特别满意的 offer，导致空窗时间接近大半年的“裸辞大户”。 面对这场突如其来的疫情，这几位“待业”程序员的生活和求职计划都或多或少受到了影响。 计划被打乱 “收拾心情，从心出发（大理的住宿真便宜）。”12 月 28 日，韩毅更新了这样一条朋友圈，配图是他 29 日从贵阳经昆明中转去大理的火车票和酒店预订截图。 当时韩毅刚从待了两年半的公司辞职