删除了不必要的资源文件更新了README.md

HerryZeng · May 25, 2019 · a064190 · a064190
1 parent d8e1165
commit a064190
Show file tree

Hide file tree

Showing 63 changed files with 9 additions and 17 deletions.
diff --git a/.DS_Store b/.DS_Store
diff --git a/Day91-100/关于测试.md → Day91-100/关于测试和自动化测试.md b/Day91-100/关于测试.md → Day91-100/关于测试和自动化测试.md
diff --git a/README.md b/README.md
@@ -39,7 +39,7 @@
 
 ![](./res/python-bj-salary.png)
 
-![](./res/python-cd-salary.png)
+![](./res/python-salary-chengdu.png)
 
 给初学者的几个建议：
 
@@ -444,15 +444,15 @@
      > - **客户合作** 高于 合同谈判
      > - **响应变化** 高于 遵循计划
 
-    ![](./res/the-daily-scrum-in-the-sprint-cycle.png)
+     ![](./res/agile-scrum-sprint-cycle.png)
 
-      > 角色：产品所有者（决定做什么，能对需求拍板的人）、团队负责人（解决各种问题，专注如何更好的工作，屏蔽外部对开发团队的影响）、开发团队（项目执行人员，具体指开发人员和测试人员）。
-      >
-      > 准备工作：商业案例和资金、合同、憧憬、初始产品需求、初始发布计划、入股、组建团队。
-      >
-      > 敏捷团队通常人数为8-10人。
-      >
-      > 工作量估算：将开发任务量化，包括原型、Logo设计、UI设计、前端开发等，尽量把每个工作分解到最小任务量，最小任务量标准为工作时间不能超过两天，然后估算总体项目时间。把每个任务都贴在白板上面，白板上分三部分：to do（待完成）、in progress（进行中）和done（已完成）。
+     > 角色：产品所有者（决定做什么，能对需求拍板的人）、团队负责人（解决各种问题，专注如何更好的工作，屏蔽外部对开发团队的影响）、开发团队（项目执行人员，具体指开发人员和测试人员）。
+
+     > 准备工作：商业案例和资金、合同、憧憬、初始产品需求、初始发布计划、入股、组建团队。
+
+     >  敏捷团队通常人数为8-10人。
+
+     >  工作量估算：将开发任务量化，包括原型、Logo设计、UI设计、前端开发等，尽量把每个工作分解到最小任务量，最小任务量标准为工作时间不能超过两天，然后估算总体项目时间。把每个任务都贴在白板上面，白板上分三部分：to do（待完成）、in progress（进行中）和done（已完成）。
 
 2. 项目团队组建
 
@@ -636,6 +636,4 @@
       - 云存储
       - CDN
 
-
-
 > 致谢：感谢的我的同事古晔、张旭、肖世荣、王海飞、荣佳伟、路丰坤等在技术上给予的指导和帮助。
diff --git a/res/01.django_single_server.png b/res/01.django_single_server.png
diff --git a/res/02.django_dedicated_db_server.png b/res/02.django_dedicated_db_server.png
diff --git a/res/03.django_dedicated_static_server.png b/res/03.django_dedicated_static_server.png
diff --git a/res/04.django_load_balance.png b/res/04.django_load_balance.png
diff --git a/res/05.django_massive_cluster.png b/res/05.django_massive_cluster.png
diff --git a/res/Celery_RabitMQ.png b/res/Celery_RabitMQ.png
diff --git a/res/Producer-Broker-Consumer-Arrangement.png b/res/Producer-Broker-Consumer-Arrangement.png
diff --git a/res/abstraction-view.png b/res/abstraction-view.png
diff --git a/res/the-daily-scrum-in-the-sprint-cycle.png → res/agile-scrum-sprint-cycle.png b/res/the-daily-scrum-in-the-sprint-cycle.png → res/agile-scrum-sprint-cycle.png
diff --git a/res/algorithm_complexity_1.png b/res/algorithm_complexity_1.png
diff --git a/res/algorithm_complexity_2.png b/res/algorithm_complexity_2.png
diff --git a/res/alipay_web_developer.png b/res/alipay_web_developer.png
diff --git a/res/aliyun-certificate.png b/res/aliyun-certificate.png
diff --git a/res/aliyun-dnslist.png b/res/aliyun-dnslist.png
diff --git a/res/aliyun-domain.png b/res/aliyun-domain.png
diff --git a/res/aliyun-keeprecord.png b/res/aliyun-keeprecord.png
diff --git a/res/aliyun-resolve-settings.png b/res/aliyun-resolve-settings.png
diff --git a/res/app_folder_arch.png b/res/app_folder_arch.png
diff --git a/res/builtin-middlewares.png b/res/builtin-middlewares.png
diff --git a/res/celery.png b/res/celery.png
diff --git a/res/celery_architecture.png b/res/celery_architecture.png
diff --git a/res/class-and-object.png b/res/class-and-object.png
diff --git a/res/click-jacking.png b/res/click-jacking.png
diff --git a/res/concurrency.png b/res/concurrency.png
diff --git a/res/deployment_pipelines.png b/res/deployment_pipelines.png
diff --git a/res/django-middleware.png b/res/django-middleware.png
diff --git a/res/django-mtv.png b/res/django-mtv.png
diff --git a/res/django_request_response_cycle.png b/res/django_request_response_cycle.png
diff --git a/res/docker_logo.png b/res/docker_logo.png
diff --git a/res/docker_vs_vm.png b/res/docker_vs_vm.png
diff --git a/res/encapsulation.png b/res/encapsulation.png
diff --git a/res/er-graph.png b/res/er-graph.png
diff --git a/res/git_logo.png b/res/git_logo.png
diff --git a/res/git_repository.png b/res/git_repository.png
diff --git a/res/gitignore_io.png b/res/gitignore_io.png
diff --git a/res/greedy.png b/res/greedy.png
diff --git a/res/http-request.png b/res/http-request.png
diff --git a/res/http-response.png b/res/http-response.png
diff --git a/res/jenkins_new_project.png b/res/jenkins_new_project.png
diff --git a/res/modularity.png b/res/modularity.png
diff --git a/res/multi-inheritance.png b/res/multi-inheritance.png
diff --git a/res/mvc.png b/res/mvc.png
diff --git a/res/oauth2.png b/res/oauth2.png
diff --git a/res/object-roles.png b/res/object-roles.png
diff --git a/res/objects-collaborate.png b/res/objects-collaborate.png
diff --git a/res/objects-lifetime.png b/res/objects-lifetime.png
diff --git a/res/python-cd-salary.png b/res/python-cd-salary.png
diff --git a/res/python-salary-hangzhou.png b/res/python-salary-hangzhou.png
diff --git a/res/python-salary-shanghai.png b/res/python-salary-shanghai.png
diff --git a/res/python-salary-shenzhen.png b/res/python-salary-shenzhen.png
diff --git a/res/python-str-join.png b/res/python-str-join.png
diff --git a/res/python_salary_guangzhou.png b/res/python_salary_guangzhou.png
diff --git a/res/redmine_new_issue.png b/res/redmine_new_issue.png
diff --git a/res/selenium-ide.png b/res/selenium-ide.png
diff --git a/res/selenium_ide.png b/res/selenium_ide.png
diff --git a/res/shopping-pdm.png b/res/shopping-pdm.png
diff --git a/res/uml-graph.png b/res/uml-graph.png
diff --git a/res/uml.png b/res/uml.png
diff --git a/res/web-application.png b/res/web-application.png
diff --git a/用函数还是用复杂的表达式.md b/用函数还是用复杂的表达式.md
@@ -15,7 +15,6 @@ else:
 if c > the_max:
 	the_max = c
 print('The max is:', the_max)
-
 ```
 
 但是我们刚才说了，程序员都是懒惰的，很多程序员都会使用三元条件运算符来改写上面的代码。
@@ -27,7 +26,6 @@ c = int(input('c = '))
 the_max = a if a > b else b
 the_max = c if c > the_max else the_max
 print('The max is:', the_max)
-
 ```
 
 需要说明的是，Python在2.5版本以前是没有上面代码第4行和第5行中使用的三元条件运算符的，究其原因是Guido van Rossum（Python之父）认为三元条件运算符并不能帮助 Python变得更加简洁，于是那些习惯了在C/C++或Java中使用三元条件运算符（在这些语言中，三元条件运算符也称为“Elvis运算符”，因为`?:`放在一起很像著名摇滚歌手猫王Elvis的大背头）的程序员试着用`and`和`or`运算符的短路特性来模拟出三元操作符，于是在那个年代，上面的代码是这样写的。
@@ -39,7 +37,6 @@ c = int(input('c = '))
 the_max = a > b and a or b
 the_max = c > the_max and c or the_max
 print('The max is:', the_max)
-
 ```
 
 但是这种做法在某些场景下是不能成立的，且看下面的代码。
@@ -60,7 +57,6 @@ a = int(input('a = '))
 b = int(input('b = '))
 c = int(input('c = '))
 print('The max is:', (a if a > b else b) if (a if a > b else b) > c else c)
-
 ```
 
 但是，这样做真的好吗？如此复杂的表达式是不是让代码变得晦涩了很多呢？我们发现，在实际开发中很多开发者都喜欢过度的使用某种语言的特性或语法糖，于是简单的多行代码变成了复杂的单行表达式，这样做真的好吗？这个问题我也不止一次的问过自己，现在我能给出的答案是下面的代码，使用辅助函数。
@@ -74,7 +70,6 @@ a = int(input('a = '))
 b = int(input('b = '))
 c = int(input('c = '))
 print('The max is:', the_max(the_max(a, b), c))
-
 ```
 
 上面的代码中，我定义了一个辅助函数`the_max`用来找出参数传入的两个值中较大的那一个，于是下面的输出语句可以通过两次调用`the_max`函数来找出三个数中的最大值，现在代码的可读性是不是好了很多。用辅助函数来替代复杂的表达式真的是一个不错的选择，关键是比较大小的逻辑转移到这个辅助函数后不仅可以反复调用它，而且还可以进行级联操作。
@@ -86,6 +81,5 @@ a = int(input('a = '))
 b = int(input('b = '))
 c = int(input('c = '))
 print('The max is:', max(a, b, c))
-
 ```