您还没有登录,请您登录后再发表评论 相关推荐
-
python实现按任意键继续执行程序
本文给大家分享的是如何使用Python脚本实现按任意键继续执行程序的代码，非常的简单实用，有需要的小伙伴可以参考下
-
win php配置与安装目录,php windows环境安装的方法详解
php windows环境安装的方法：首先下载好PHP，并将下载的PHP压缩包解压到指定的安装目录；然后打开“php.ini”，并修改配置信息；接着修改Apache配置文件；最后加载PHP模块并重启Apache服务即可。Windows系统下PHP环境搭建1、PHP环境搭建的前提是 Apache HTTP Server (Apache 服务器)已经安装部署成功，并可以正常访问到服务器的主页面。Apa...
-
【转】代码优化是把双刃剑
代码优化的好处多多，但是这并不意味着所有的代码都需要进行优化，有时过度的优化反而适得其反——费时、费力、不讨好。“现代计算机科学的鼻祖”Donald Knuth曾说过“过早的优化是万恶之源”，因为：让正确的程序更...
-
代码优化其实是一把双刃剑！
为何优化并不总是一个好主意？优化是对已经开始工作的单元进行改进的过程。对于终端用户或客户来说，这就像是樱桃一样诱人。出于同样的原因，代码优化在软件行业非常流行。但是优化代码真的总是有益的吗...
-
RICK COOK: 细数代码优化的原则(代码优化是双刃剑)
的这篇文章，讲解了代码优化是一柄双刃剑，解释了代码优化不能依赖直觉、不能过早优化、只优化关键部分、只优化该优化的部分等。 快，关注Linuxer公众号，一起涨姿势～ Don’t Cut Yourself: ...
-
55. 精读《async await 是把双刃剑》
本周精读内容是《async/await 是把双刃剑》。1 引言终于，async/await 也被吐槽了。Aditya Agarwal 认为 async/await 语法...
-
精读《async/await 是把双刃剑》
本周精读内容是 《逃离 async/await 地狱...其实，笔者也早就觉得哪儿不对劲了，终于有个人把实话说了出来，async/await 可能会带来麻烦。 2 概述 下面是随处可见的现代化前端代码： (async () => { const ...
-
Go语言 goroutine是一把双刃剑
go中的goroutine是go语言在语言级别支持并发的一种特性。初接触go的时候对go的goroutine的...goroutine是一把双面刃。这里列举一下goroutine使用的几宗罪： 1 goroutine的指针传递是不安全的 1 2
-
精读《async/await 是把双刃剑》 存在的问题和解决方法
原文链接: 精读《async/await 是把双刃剑》 存在的问题和解决方法 ...
-
想用好低代码这把“双刃剑”，先搞清楚这三个问题｜低代码系列（四）
第三个问题 用不用这把“剑”要先看定位，应各取所需 企业最终的目的是盈利，低代码作为刚刚起步不久的服务，并不是适合所有企业。它有优点，也有缺点。放在不同的公司里，它的价值也有高有低。究竟该不该拥抱低...
-
九大最新热门IT技术 把把都是双刃剑
你应当把这些技术看成给人安全而不是让人扫兴的技术。要积极地调查研究虚拟化、企业搜索和智能电话等新兴技术。你不能因为下面这些问题而保持现状、不敢采用这些新技术。要有所准备，然后一往无前。 一、智能电话...
-
Java双刃剑之Unsafe类详解
2、内存屏障 在介绍内存屏障前，需要知道编译器和CPU会在保证程序输出结果一致的情况下，会对代码进行重排序，从指令优化角度提升性能。而指令重排序可能会带来一个不好的结果，导致CPU的高速缓存和内存中数据的不...
-
C#中的两把双刃剑：抽象类和接口
问题出现： 我们在使用C#的抽象类和接口的时候，往往会遇到以下类似的问题，...怎样将它和Struct，类紧密的结合，达到最终的双刃剑作用？ 解决方案： 这也是我在学习抽象类和接口的时候遇到的问题，从我归纳的...
-
互联网是双刃剑 需合理把握
把整个互联网世界的体系和现实生活，我们生态体系有很多相似的地方，我们想把这两个系统更有机的结合，把生态系统更优化的东西引入到互联网上。 我们出现的这个系统，这两个系统有很大相似性，既不是非常混乱的状态...
-
mongdo 减少访问量_双刃剑MongoDB的学习和避坑
双刃剑MongoDB的学习和避坑MongoDB 是一把双刃剑，它对数据结构的要求并不高。数据通过key-value的形式存储，而value的值可以是字符串，也可以是文档。所以我们在使用的过程中非常方便。正是这种方便给我们埋下了一...
-
在 Windows 的右键菜单中增加选项
(原创文章，未经作者许可，不得擅自删除本声明或更改文章内容，转载请注明出处。)在FreeBSD、Linux等操作系统的X环境下，有一项功能大家一定非常熟悉，就是在文件浏览器中能通过点击右键，在弹出的菜单中随时打开命令行终端，然后输入命令进行一系列需要的操作。通过更改注册表，我们同样可以在Windows中实现这一功能，同时还能将许多便捷的操作也放到右键菜单中，以下是我的系统中增加的三个命令：“在
-
基于正则表达式的批量文件重命名软件NameIt
请在这里下载 NameIt.exe Microsoft在VS2008 sp1及后续版本中正式引入头文件，以支持C++ TR1Regular Expressions。现在使用C++编写操作文本或者字符串的程序将更加方便和高效。为了学习正则表达式的使用，我编写了这一文件重命名软件NameIt，如图1所示。一来可以在windows下方便的对多个文件进行重名命，二来可以将这一程序当作正则表达式的
-
MySQL安装指南（Windows平台）
(原创文章，未经作者许可，不得擅自删除本声明或更改文章内容，转载请注明出处。)1. 默认安装为C:/mysql，包含mysql和test两个数据库，更改目录可以用如下形式的命令：Driver:/NewDir/mysql/bin/mysqld --basedir Driver:/NewDir/mysql2. 以服务的方式安装和运行mysql，使用如下命令：(1) 安装：C:/mysq
-
emacs与VC环境变量
(原创文章，未经作者许可，不得擅自删除本声明或更改文章内容，转载请注明出处。)相信很多朋友都喜欢在emacs里写程序，但是对于windows用户来说，常常会碰到一个恼人的问题，就是如何在emacs里调用VC的编译器来编译程序，将就的办法就是用 M-x shell 打开一个shell，然后在shell里运行VC安装目录下的VCVARS32.dat来注册环境变量，这样每一次打开shell都要注册一
25 楼 pangyi 2012-12-27 10:44
项目周期紧张、人员投入不足等，这些事我们经常遇到。对项目来说，我们只要做完就行了。但对个人来说，个人能力的提升才是关键。
对程序员来说，坚持重构，坚持优化，才是提升解决问题能力的最佳路径。
24 楼 if(i!=我){} 2012-12-27 10:16
很是赞同这位同仁的话，我也深受其害！
但往往这种情况的结果是根本不可能半个月交货，可能延期了半年……
很对，屡见不鲜。
23 楼 bookong 2012-12-27 10:07
很是赞同这位同仁的话，我也深受其害！
但往往这种情况的结果是根本不可能半个月交货，可能延期了半年……
22 楼 sgp420 2012-12-27 09:11
21 楼 jerry.chen 2012-12-26 17:12
很是赞同这位同仁的话，我也深受其害！
20 楼 laogao3232 2012-12-26 15:45
19 楼 pangyi 2012-12-26 11:16
优秀的代码是不断重构出来的。持续重构的前提是代码正确。
坚持重构，不追求完美，但求更佳，才是代码优化的根本。
18 楼 yjq886 2012-12-26 10:56
17 楼 xuchengfeifei 2012-12-25 22:18
16 楼 xuchengfeifei 2012-12-25 22:18
15 楼 if(i!=我){} 2012-12-25 13:01
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
前期？前期不叫优化，叫调整——主要是架构和技术实现方式上的调整。前期就谈“优化”，个人觉得不可思议！！！！
优化的范围很广啊，一个循环体，一个方法，一个类，等等，不一定要上升到架构和技术实现方式。
如果设计上能做到一个方法只有几十行，它能容纳上百行的大循环吗？
14 楼 if(i!=我){} 2012-12-25 12:59
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
前期？前期不叫优化，叫调整——主要是架构和技术实现方式上的调整。前期就谈“优化”，个人觉得不可思议！！！！
这话我不太赞同，虽说前期也可以进行优化，但这不是必须要这样选择，如果在前期的开发过程中，看出了相关的问题，那么也不要急于去做出修改，理由如下：
1. 你对所发现的问题所做出的修改策略不一定是最好的，在这种情况之下急忙做出修改反而不好，在后期或者项目完成之后，你才能真正知道原问题的最佳修改方法。
2. 发现问题不仅仅是解决问题这么简单，知道怎么解决，如何更好的解决才是关键。
3. 发现问题我们可以记录问题，以后面的程序开发中要注意这个问题，进行改进，前期的问题待项目完成之后再做最终解决方案
我的理解大概是这样，经验是积累起来的，并且我强调的是不忙的时候。
1. 咱们不能过分依赖后期，你怎么知道你后期的方案一定是最优方案？你能确定有那么多时间去考虑最好的方案？你能确定后期中你的方案不是脑海中一闪而过的想法？
2. 如何解决当然是关键，但肚子里得有墨水，经验是积累起来的。
3. 这个还是太依赖后期，待项目完成后，如果问题太多，再做最终方案，会不会相当于重新开发了？
要分清主次。还是那句话：“设计大于编码，规则大于实现”。前期就是设计，前期的编码也只是为了验证实现设计的可能性。
等主要设计基本成熟了，编码就会变成一项相当无聊的重复工作，也不会有多少机会去想什么优化（在设计基本正确的前提下）。
真遇到性能瓶颈怎么办？先问问自己设计好了没——用好的设计处理业务，一定不会在逻辑上犯重大错误，自然也不会是引起性能劣化主因。
接下来就是运行界面上的优化了。内存？IO？网络？总不能三个占全吧？
这时再试着优化：
过多的数据访问？缓存！占用带宽大？压缩（诸如图片之类）！……还不行呢？修改硬件解决方案！因为你知道瓶颈在哪里，而哪里的资源是过剩的。
如果一个软件运行稳定，体验良好，客户会不介意提高硬件上的投入的。试想：32G内存多少钱？一个员工半个月工资？软件出个故障，解决一天，就是上百号人一天的工资。
另外，因为操作体验差而骂娘的绝对比抱怨多花几千块钱多得多。
千万别盯着什么“最好”、“最优”：空间复杂度、计算复杂度、设计复杂度三者在一定程度上是无解的对立关系。即省空间又省时间的系统一定是错综复杂让人不想再看的（汇编就是干这个的），而在客户那里也不见得有什么意义。
相反，设计良好的系统，具体形态的伸缩性是很大的，优化时也可以因地制宜。
13 楼 zui4yi1 2012-12-25 12:14
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
前期？前期不叫优化，叫调整——主要是架构和技术实现方式上的调整。前期就谈“优化”，个人觉得不可思议！！！！
优化的范围很广啊，一个循环体，一个方法，一个类，等等，不一定要上升到架构和技术实现方式。
12 楼 zui4yi1 2012-12-25 12:10
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
前期？前期不叫优化，叫调整——主要是架构和技术实现方式上的调整。前期就谈“优化”，个人觉得不可思议！！！！
这话我不太赞同，虽说前期也可以进行优化，但这不是必须要这样选择，如果在前期的开发过程中，看出了相关的问题，那么也不要急于去做出修改，理由如下：
1. 你对所发现的问题所做出的修改策略不一定是最好的，在这种情况之下急忙做出修改反而不好，在后期或者项目完成之后，你才能真正知道原问题的最佳修改方法。
2. 发现问题不仅仅是解决问题这么简单，知道怎么解决，如何更好的解决才是关键。
3. 发现问题我们可以记录问题，以后面的程序开发中要注意这个问题，进行改进，前期的问题待项目完成之后再做最终解决方案
我的理解大概是这样，经验是积累起来的，并且我强调的是不忙的时候。
1. 咱们不能过分依赖后期，你怎么知道你后期的方案一定是最优方案？你能确定有那么多时间去考虑最好的方案？你能确定后期中你的方案不是脑海中一闪而过的想法？
2. 如何解决当然是关键，但肚子里得有墨水，经验是积累起来的。
3. 这个还是太依赖后期，待项目完成后，如果问题太多，再做最终方案，会不会相当于重新开发了？
11 楼 lyh20081984 2012-12-25 10:07
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
前期？前期不叫优化，叫调整——主要是架构和技术实现方式上的调整。前期就谈“优化”，个人觉得不可思议！！！！
这话我不太赞同，虽说前期也可以进行优化，但这不是必须要这样选择，如果在前期的开发过程中，看出了相关的问题，那么也不要急于去做出修改，理由如下：
1. 你对所发现的问题所做出的修改策略不一定是最好的，在这种情况之下急忙做出修改反而不好，在后期或者项目完成之后，你才能真正知道原问题的最佳修改方法。
2. 发现问题不仅仅是解决问题这么简单，知道怎么解决，如何更好的解决才是关键。
3. 发现问题我们可以记录问题，以后面的程序开发中要注意这个问题，进行改进，前期的问题待项目完成之后再做最终解决方案
10 楼 if(i!=我){} 2012-12-25 09:04
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
前期？前期不叫优化，叫调整——主要是架构和技术实现方式上的调整。前期就谈“优化”，个人觉得不可思议！！！！
9 楼 rainsilence 2012-12-24 17:14
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
me too。。
8 楼 zui4yi1 2012-12-24 16:00
前期，如果代码不复杂，又不忙，那样的话，我觉得建议并且有必要优化下。
为啥？优化，本身就是种技术活，给简单的东西做优化，至少能给自己积累经验，提高自身的分析和修改能力，可为后期复杂的优化做点基础。所谓“优雅编程”的习惯，基本上就是靠这样平时的积累培养起来的。
别小看前期优化，为啥现在很多代码很臭？
大部分原因，无外乎就是前期没有做优化。待到后期，别说你有精力或兴致去优化这些东西，就算有了，你能确保你的优化达到心目中的效果了？
当然，还是强调那句话，前期，代码不复杂，又不忙的情况下，云云。
7 楼 netkiller.github.com 2012-12-24 11:18
6 楼 clark911 2012-12-24 10:39
同意