others

2011年1月2日 发表评论 阅读评论

随笔。

  1. 2010年5月29日20:39 | #1

    关于性能优化的任何东西都是可以证明.不仅可以证明,而且也应该进行证明.一定的技术只能在一定的条件下有效.性能调整中不存在普遍适用的经验法则.

  2. 2010年5月29日22:48 | #2

    fast=true? maybe.

  3. 2010年5月29日23:18 | #3

    让数据库充分发挥自己的能力,不要试图证明你比它聪明。

  4. 2010年6月3日00:34 | #4

    温故而知新.诚如古人所言.

  5. 2010年6月3日19:04 | #5

    云中的数据库—天堂还是地狱?
    http://www.chinacloud.cn/show.aspx?id=2081&cid=14

  6. 2010年6月6日22:12 | #6

    看到一本书的序,某作者, 辞职在家3年,写一本oracle的书,姓赵.服了.

  7. 2010年6月7日23:16 | #7

    性能是设计出来的,不是调出来的. dba很多时候被神话了.

  8. 2010年6月10日23:48 | #8

    用最简单的方法实现部署. 对于有苛刻版本,其他依赖要求的安装,不要耗费时间在安装编译排错上,用rpm安装为佳.

  9. 2010年6月11日00:04 | #9

    升级升得想吐….

  10. 2010年6月11日00:06 | #10

    为什么不流行 邮件组.
    各种各样的产品,开源技术,国内没有优秀的邮件组. bbs实在浪费时间.

  11. 2010年6月11日18:26 | #11

    放假了,要回湖南了.

  12. 2010年6月11日21:19 | #12

    wps的补丁.不知不觉40m….
    现在的软件的更新模式,用无线上网卡的人一般悲剧.

  13. 2010年6月18日20:57 | #13

    if you want sth. you first need to give.

  14. 2010年6月27日23:12 | #14

    必须忘掉一些技术.好腾出空间,接收新的概念.

  15. 2010年7月1日22:18 | #15

    应有时间撰写高质量的文档.

  16. 2010年7月2日23:46 | #16

    切记 勿过度优化.

  17. 2010年7月3日21:32 | #17

    笔记本今天老蓝屏……..平时office里也很热,估计散热有问题了.

  18. 2010年7月4日14:06 | #18

    高效,意味着高度计划,专注,防患于未然.

  19. 2010年7月6日22:47 | #19

    I should make a plan …………..

  20. 2010年7月7日14:08 | #20

    DO NOT reinvent the wheel

  21. 2010年7月18日19:20 | #21

    愿每度清晨比前夕更美好,愿每个明天比昨天更富饶!

  22. 2010年7月24日15:02 | #22

    互联网产品不是开发出来的,而是运营出来的。但若失去平衡,将造成运维被动.

  23. 2010年8月4日08:14 | #23

    登高:登高时间避开气温较低的早晨合傍晚.

  24. 2010年8月21日23:37 | #24

    Her teeth were like the stars, cause they came out at night.

  25. 2010年8月29日13:26 | #25

    热情,勇气,和激进。

  26. 2010年8月29日20:19 | #26

    人要想让自己变化,不能依赖于周围环境,驱动力来自自身,只能靠你自己。

  27. 2010年8月29日20:42 | #27

    学而不思则罔,思而不学则殆。

  28. 2010年8月29日22:43 | #28

    一个长期稳定的工作,需要极强的自我驱动力,否则很快就会懒惰下去.

  29. 2010年9月4日21:36 | #29

    Sharing is Caring!

  30. 2010年9月6日23:12 | #30

    把时间用在做重要不紧急的事情,这样就会轻松一些。

  31. 2010年9月10日23:53 | #31

    食不厌精。脍不厌细

  32. 2010年9月12日13:40 | #32

    有的时候,手里就算握着再大的王牌也没用,对手有可能根本不给你出牌的机会。

  33. 2010年9月13日22:49 | #33

    弃聪明,求质朴.

  34. 2010年9月24日09:39 | #34

    benchmarking an interactive system is difficult.
    loadrunner is a good choice.

  35. 2010年10月30日19:37 | #35

    Yesterday is history,tomorrow is a mystery,but today is a gift.That is why it’s called the present.

  36. 2010年10月30日22:51 | #36

    Using NoSQL is a great solution provided you know what you’re getting in return and the limitations imposed.

  37. 2010年11月8日22:35 | #37

    如果你手里有一个锤子,你看到什么都是钉子….

  38. gary
    2010年11月20日22:29 | #38

    开源软件的成熟度和社区的活跃程度. nosql最终可能的胜出者.

  39. gary
    2010年11月20日22:39 | #39

    Tape is Dead, Disk is Tape, Flash is Disk, Ram Locality is King

  40. 2011年1月26日23:27 | #40

    改变.

    永生.
    神创造的人类绝不是只为生存于世上一朝半日而已!人是为永生而被造的。——林ken

  41. 2011年2月19日22:53 | #41

    聪明人往往是谋定而后动,想好了再说,避免被动的情况发生。

  42. 2011年4月9日00:32 | #42

    精神上的放松,才是真正的休息.

  43. 2011年4月22日20:33 | #43

    概念上清晰/理论上了解/操作上熟悉

  44. 2011年4月25日22:13 | #44

    “拥有普通技术和一流市场能力的公司,总是打败拥有一流技术和普通市场能力的公司”。

  45. 2011年5月10日15:45 | #45

    Saying “thanks” is appreciated, but it doesn’t answer the question.
    The answer can be “don’t do that”, but it should also include “try this instead”.
    Always quote the most relevant part of an important link
    Always be polite and have fun

  46. 2011年5月12日22:45 | #46

    解决复杂问题的方法就是让复杂问题永远不要提复杂的问题。

  47. 2011年5月12日23:39 | #47

    Your effort to remain what you are is what limits you

  48. 2011年5月18日15:46 | #48

    the perfect is the enemy of the good !

  49. 2011年5月26日15:57 | #49

    respect the problem.

  50. 2011年7月31日10:25 | #50

    你在新的公司里面是否有可能更高效的工作?执行力…

  51. 2011年7月31日23:18 | #51

    Focus on the requirements of your business. Derisk your business.

  52. 2011年8月1日16:36 | #52

    There is no particular advantage to NoSQL until you reach scales that require it.

  53. 2011年8月16日14:56 | #53

    large + complex = high probability of failure.
    . The immediate fixes are adding more resources, more redundancy, more isolation between components, more automation, reduce recovery times, and build software that is more aware of large scale failure modes. All good, solid, professional responses.

  54. 2011年8月16日15:21 | #54

    一个一定复杂度的系统,可以看作是一个单点.
    At some level of complexity any cloud/region/datacenter could be reasonably considered a single failure domain and should be treated accordingly, regardless of the heroic software infrastructure created to carve out availability zones.

  55. 2011年8月20日11:24 | #55

    识不足则多虑,威不足则多怒,信不足则多言。——弘一法师

  56. 2011年8月21日17:34 | #56

    稳定不是在一个地方吃一辈子的饭,而是到处都有饭吃.

  57. 2011年10月1日23:06 | #57

    运维的一些原则:
    1. 我们不能预防我们未知的事情.

  58. 2012年4月23日15:33 | #58

    不要在周五做重要的事情,这会让你整个周未都没有好心情

  59. 2014年5月1日22:51 | #59

    “编程作为一项职业只是一般般有趣而已。编程可能是一份好工作,但如果你想赚更多
    的钱而且过得更快乐,你其实开一间快餐分店就可以了。你最好的选择是将你的编程技术
    作为你其他职业的秘密武器。
    技术公司里边会编程的人多到一毛钱一打,根本得不到什么尊敬。而在生物学、医药
    学、政府部门、社会学、物理学、数学等行业领域从事编程的人就能得到足够的尊敬,而
    且你可以使用这项技能在这些领域做出令人惊异的成就。”

  60. 2014年5月4日17:34 | #60

    一项新的特性是否需要,需要我们们清楚使用场景,需要我们反问自己,是真的用户的需求吗? 许多产品经理可能认为某个特性不值得做,并不够炫,这掩盖了真正的问题,更好的办法是试试,用户数据的增长/新用户的增长 能证明很多东西,如果用户因为某个特性、功能的确是没有使用你的产品,自然不会向你反馈他们需要某个特性,往往这个社会”沉默的大多数“才具有更决定性的力量。

  1. 本文目前尚无任何 trackbacks 和 pingbacks.