coding

Given two strings, find the longest common subsequence ( LCS ). Your code should return the length of LCS . Clarification What's the definition of Longest Common Subsequence? https://en.wikipedia.org/wiki/Longest_common_subsequence_problem http://baike.baidu.com/view/2020307.htm Example For "ABCD" and "EDCA" , the LCS is "A" (or "D" , "C" ), return 1 . For "ABCD" and "EACB" , the LCS is "AC" , return 2 . Solution 1. Recursion If we start to compare two characters from the end of both strings, we'll have the following possible cases. 1. A.charAt(n1 - 1) == B.charAt(n2 - 1), then the lcs is 1 +

项目地址： https://github.com/wdfcode/WordCount/upload/master 小组成员：王登峰（1120161899） 陈有贤（112016188） 计划安排表 PSP Personal Software Process Stages 预估耗时(分钟) Planning 计划 Estimate 估计这个任务需要多少时间 30 Development 开发 100 Analysis 需求分析 (包括学习新技术) 150 Design Spec 生成设计文档 90 Design Review 设计复审 40 Coding Standard 代码规范 (为目前的开发制定合适的规范) 30 Design 具体设计 90 Coding 具体编码 1000 Code Review 代码复审 360 Test 测试（自我测试，修改代码，提交修改） 240 Reporting 报告 60 Test Report 测试报告 120 Size Measurement 计算工作量 60 Postmortem & Process Improvement Plan 事后总结, 并提出过程改进计划 90 合计 2460 来源： https://www.cnblogs.com/yimadangxian/p/9098014.html

原文链接： https://developer.chrome.com/native-client/devguide/coding/application-structure 注意：已针对ChromeOS以外的平台公布了此处所述技术的弃用。 请访问我们的 迁移指南 了解详情。 应用结构 “开发人员指南”的这一部分描述了Native Client应用程序的一般结构。本节假定您熟悉 技术概述中 提供的材料。 这里使用“Hello，World”示例来说明基本的Native Client编程技术。您可以在Native Client SDK下载的 / getting_started / part1 目录中找到此代码 。 应用组件 Native Client应用程序通常包含以下组件： 一个HTML文件; JavaScript代码，可以包含在HTML文件中，也可以包含在一个或多个单独的.js文件中; CSS样式，可以包含在HTML文件中，也可以包含在一个或多个单独的.css文件中; Native Client清单文件（扩展名为.nmf），指定如何为不同的处理器加载Native Client模块; 和 Native Client模块，用C或C ++编写，并编译成可移植的可执行文件（扩展名为.pexe）或（如果使用Chrome Web Store），特定于体系结构的可执行文件（扩展名为.nexe）。

Treading用于提供线程相关的操作，线程是应用程序中工作的最小单元 #!/usr/bin/env python # coding:utf-8 import threading import time def show(arg): time.sleep(1) print 'thread'+str(arg) for i in range(10): t = threading.Thread(target=show,args=(i,)) t.start() print 'main thread stop' ''' 打印结果： main thread stop thread0 thread5thread4thread1thread2 thread3 thread7thread6thread8 thread9 ''' 上述代码创建了10个进程，然后控制器就交给CPU，CPU根据指定的算法进行调度，分片执行指令。出现顺序错乱的现象正常，因为他们都在同时抢占屏幕。 更多方法： start 线程准备就绪，等待CPU调度 setName 为线程设置名称 getName 获取线程名称 setDaemon 设置为后台线程或前台线程（默认） 如果是后台线程，主线程执行过程中，后台线程也在进行，主线程执行完毕后，后台线程不论成功与否，均停止 如果是前台线程，主线程执行过程中，前台线程也在进行

原创链接： https://www.cnblogs.com/easypython/p/9084426.html 　 我们在使用python运维与开发的过程中，经常需要打印显示各种信息。海量的信息堆砌在控制台中，就会导致各种信息都显示在一起，降低了重要信息的可读性。这时候，如果能给重要的信息加上差异的字体颜色，那么就会更加显眼，增加使用者可阅读性。 　　以前看别人写代码总是出现"\033[1;31m....................\033[0m"类似出现，以为颜色输出必须"\033[1;31m“开头，” \033[0m" 结尾构成一组，其实不然。实际"\033[1;31m....................\033[0m"意思表示“....................“引号里的内容显示打印一种颜色，结尾如果有输入的话显示另外一种颜色打印。 　　例如我们先写一个简单的要求用户输入的例子来了解一下： 　　 info = input("Please Introduce yourself: ") print('\033[1;33mWe asked him to introduce himself first.He said \" %s .\"\033[3;31m' %info) print('这行是上一行结尾的颜色输出效果 ') 　　 效果如图： 　

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> OAuth 2.0 允许第三方应用程序访问受限的HTTP资源的授权协议，像平常大家使用 Github 、 Google 账号来登陆其他系统时使用的就是 OAuth 2.0 授权框架，下图就是使用 Github 账号登陆 Coding 系统的授权页面图： 类似使用 OAuth 2.0 授权的还有很多，本文将介绍 OAuth 2.0 相关的概念如：角色、授权类型等知识，以下是我整理一张 OAuth 2.0 授权的脑头，希望对大家了解 OAuth 2.0 授权协议有帮助。 文章将以脑图中的内容展开 OAuth 2.0 协议同时除了 OAuth 2.0 外，还会配合 Spring Security OAuth2 来搭建 OAuth2客户端 ，这也是学习 OAuth 2.0 的目的，直接应用到实际项目中，加深对 OAuth 2.0 和 Spring Security 的理解。 OAuth 2.0 角色 OAuth 2.0 中有四种类型的角色分别为： 资源Owner 、 授权服务 、 客户端 、 资源服务 ，这四个角色负责不同的工作，为了方便理解先给出一张大概的流程图，细节部分后面再分别展开： OAuth 2.0 大概授权流程 资源 Owner 资源 Owner可以理解为一个用户，如之前提到使用 Github 登陆

双十一大家都在买买买的时候，有一个小码农也不甘寂寞，默默地在Namecheap上买了一个域名，完成了双十一的剁手之旅。 剁手之旅参照了 新版Namecheap注册域名详细教程 ，还是比较简单的。不过我的域名解析用的是DNSPOD，没有用Namecheap的域名解析，这样国内的用coding访问，国外用github访问，可以加快网站访问速度。 Github的设置比较简单，在/hexo/source中添加一个CNAME文件，注意不需要后缀名，里面内容就写 nyami.com ，不要写www。然后去github page上绑定一下域名，DNS解析的话我是这样设置的： 下面说一下新版的coding绑定域名的问题，我发现这是一个大坑啊~~ 我直接访问 nyami.github.io 地址会跳转到 nyami.com , 我直接访问 nyami.coding.me 发现不会跳转到 nyami.com 这个域名，原因我搜了一下，答案如下： github只能绑定一个域名，所以访问 tengj.github.io 时，github的服务器知道要往 tengj.top 跳转。coding可以绑定多个域名，当绑定多个域名时，访问 tengj.coding.me,coding 的服务器不知道要往哪里跳转，所以干脆就不跳转了。但是当绑定一个时，为什么不跳转，可能是coding觉得麻烦，就不跳转了

python中的第一行，目的就是指出，你想要你的这个文件中的代码用什么可执行程序去运行它，就这么简单 #!/usr/bin/python 相当于写死了 python 路径（是告诉OS执行这个py时，调用 /usr/bin 下的 python 解释器；） #!/usr/bin/env python 会去环境设置寻找python目录,推荐这种写法（目的是为了OS防止user没有将python 装在默认的 /usr/bin 路径里。在Linux类的OS环境下有意义） 如果要在python2的py文件里面写中文，则必须要添加一行声明文件编码的注释，否则python2会默认使用ASCII编码。 # -*- coding:utf- 需要说明的是，除了解析路径应放在py第一行，一般Python 中用来指明文件编码的 #coding:utf-8 在需要时也应该指明，可把 #coding:utf-8 放在第二行: #!/usr/bin/env python # -*- coding:utf- Python源码头文件中的声明编码方式，官方解释： http://www.python.org/dev/peps/pep-0263/ （该PEP的目的是介绍在Python源文件中如何声明编码的语法。随后Python解释器会在解释文件的时候用到这些编码信息。最显著的是源文件中对Unicode的解释

双十一大家都在买买买的时候，有一个小码农也不甘寂寞，默默地在Namecheap上买了一个域名，完成了双十一的剁手之旅。 剁手之旅参照了 新版Namecheap注册域名详细教程 ，还是比较简单的。不过我的域名解析用的是DNSPOD，没有用Namecheap的域名解析，这样国内的用coding访问，国外用github访问，可以加快网站访问速度。 Github的设置比较简单，在/hexo/source中添加一个CNAME文件，注意不需要后缀名，里面内容就写 nyami.com ，不要写www。然后去github page上绑定一下域名，DNS解析的话我是这样设置的： 下面说一下新版的coding绑定域名的问题，我发现这是一个大坑啊~~ 我直接访问 nyami.github.io 地址会跳转到 nyami.com , 我直接访问 nyami.coding.me 发现不会跳转到 nyami.com 这个域名，原因我搜了一下，答案如下： github只能绑定一个域名，所以访问 tengj.github.io 时，github的服务器知道要往 tengj.top 跳转。coding可以绑定多个域名，当绑定多个域名时，访问 tengj.coding.me,coding 的服务器不知道要往哪里跳转，所以干脆就不跳转了。但是当绑定一个时，为什么不跳转，可能是coding觉得麻烦，就不跳转了

　　前言：之所以有此一文，不是空穴来风，也不是故意的哗众取宠，而是最近的一些所见，所感。在本文中总结出来，希望对大家有帮助。 　　因为一些工作原因，其他的系列文章没有接着写下去，还望大家见谅。 　　 不要成为代码的机器 　　开发人员的事情就是coding，没日没夜的coding，而且大家都是这样在coding，但是效果和结局就不一样：有人coding了N多年，技术还是原地踏步，编写出来的代码还是bug连连；有人coding就变成了技术骨干，甚至有人成为了CTO, 架构师等。 　　为什么？ 　　首先从一个小的故事说起：一个项目，分配给了项目组的人开发。于是大家就热火朝天的干了起来。当时，就发现了一个现象：任务已分配完成之后，有人就开始coding了，噼里啪啦的开始敲代码，不久之后又开始噼里啪啦的改代码，然后又开始不断的调试，找出bug，然后修改bug。很快，这个迭代的期限就到了，原计划要完成的功能很多没有实现，有的人也确实做完了，问题也一大堆，有人也确实完成了，没有bug，但是在审查他的代码的时候，就是看不懂。 　　这里想起了自己刚刚步入IT开发行业时候的情景。总是希望尽快的把事情搞完，因为只要没有做完，就拖了项目的后腿，很可能被leader训导，甚至可能被认为没有能力而被开除。在写代码的过程中，发现一点：尽管写代码的速度是快了，但是在写完了之后，每次编译，都发现错误，编译通过了吧