zoukankan      html  css  js  c++  java
  • Getting Real我最喜欢的话摘录

    Getting Real 这边书非常的不错,出自37signals,书中都是一些有想法的程序员大牛人物的经典语录的记录,看后非常的激动就吧这些喜欢的话写下来的了,国庆长假看这本书真的是非常的不错的.

    推荐大家也看看,一下是摘录和自己对看了这些话之后的感慨!

     

    Getting Real我最喜欢的话摘录

    1.1 如果你做软件只是想搞一度快钱,那么事实是瞒不住的. 想很快的回本实践中是不大可能的.所以,专心做一个优质的软件, 做出你和你的客户都能长久依赖的工具才是正道. 

    本质上的动力,我为了什么?我为什么去做它?是为了钱还是为了给人带来价值,有它的社会意义?

    1.2 你一定要搞明白什么才是最重要的.什么是首发产品中必须要具备的特性功能?

    出于目的的不同,现在的项目什么才是最具备的特性功能?我现在还想的不是很明白,给用户带来便利性,促进用户交互这些都不够有说服力,应该说给用户带来真正的价值这样才算是必须的功能,而这样的价值该如何衡量的呢?听听用户是如何说的吧

    1.3 及时应变的能力很重要.

    我也一直在根据外界的变化来调整,迟到一年的上线

    1.4 知道一个项目是怎样拖到最后比预计迟一整年的吗?就是这么一天一天拖出来的

    项目拖了一年才上线,自己很多时候是心有余而力不足,自己的梦想无法强加给别人的,但是更多的是自己不够努力,这点是自己需要检讨的地方,很多时候不是为了项目而项目,而是想想我这么做为了什么,想清楚为了什么自然就有动力的了.功成名就,成功了大把大把的钞票?还是其他的社会责任感还是其他………这些只有自己知道,自己知道了放在心里就够了

    1.5 找个敌人,挑选一场战斗,搞清你软件的对手是谁,就像一盏灯,能照亮你前进的道路. 

    项目现在有敌人吗?不太清楚啊,这样可不行的哦!

    1.6 你能从敌人那里得到的一个好处就是:一个非常清晰的营销理念.

    现在的创业者,不自量力,空想主义的人太多,呈几何时我也是其中一个,现在不是了,我现在的营销理念是什么?需要我去努力去弄明白的了.

    1.7 过份地去分析其他产品会慢慢的限制你的思维想象力.很快地看一下他们在做什么, 然后回到你自己的理念和理想上来.

    推迟了一年也是要付出代价的.这个就是代价,看的越多不一定越好,去观察别人,不是什么都拿来,学到最核心最本质的就够了,这个需要功力

    1.8 别老跟着领头羊,超越领头羊的优点,可能,但是你也会付出惨痛的代价 

    别想着自己的产品比大公司的好,可能性是有的,可是你熬不到成功的那天,很多的团队就是这样挂掉的.

    1.9 我们不随大流,相反的,我们只看大方向,试试提醒自己什么是我们想要解决的问题关键,怎么样去解决它

    大方向是什么,哪些是需要我们解决的问题,现在电子商务的大方向是什么?有谁能告诉我,能够带领我呢?没有,所以靠自己去发现

    1.10 如果你越不把软件当作一种交易去做,你就越能做得好.把它控制在一个你能把握的小范围内,你就有可能真正地享受过程

    不是为了别人去做,不是为了钱去做它,而是为了自己的一个想法,一个梦想,这个东西可以帮助到人

    1.11 如果你做这个软件一点不兴奋,那就是什么地方出了问题了.如果你只为了赶紧抢点钱做掉它,那这种影响会出现在最终产品上. 同样,如果你满怀热情地去做它,结果会反映在产品上.人们是能够分辨出个中的区别的. 

    实现的动机也是会变的,我现在就在改变,不过可以肯定现在不是为了钱,虽然生活的压力很大.

    1.12 去热爱烘培,卖你自己做的面包,人民如果喜欢它我就卖多些.我就这么把烘培事业做下去,因为我知道我在做好吃的人们爱吃的东西.

    自从项目上线以来,还是有不少朋友关注了我的作品的,这点是很值得高兴的地方.

    1.13 你越做到精益,改变越容易

    有自己的方向,并把这个方向的东西做好

    1.14 让我们集中于我们当下应该集中精力的地方吧

    现在个人精力其实还是有的,就是别重复的做轮子,轮子做了很多,得用起来,复用是必须的

    1.15 低廉和迅速的改变是小团队的秘密武器 

    现在公司里面的团队慢慢的庞大了,感觉团队还是小比较好,所以分组是正确的,但是还是要努力提高沟通的质量

    1.16 保持小,保持简单,顺其自然 -

    努力做到,这样的模式才是我真正想要的

    1.17 忘掉风险投资,长发布周期和快速招聘.代替的是,和你目前拥有的合作

    这点已经这样想的了,虽然现实很无奈,但是没有这些依然还是可以做好事情的

    1.18 做你自己,通过亲切友善和人性化来把自己和大公司区分开来

    我还是有自己的特色的.是吧

    1.19 小公司享受着更少的形式主义,更少的官僚主义,和更多的自由 

    其实只要团队里面的人更好的配合就好了,一样可以做出很好的东西来

    1.20 什么理念才是伟大的,通过亲切友善和人性化来把自己和大公司区分开来

    现在我做的就是自己喜欢的,足够了,没有必要去和谁比

    1.21 你的理念必须是简洁的,应该用一句话就能把想法传达到 

    现在的理念是什么呢?

    1.22 为什么你会在这里?是什么激励了你? 

    这个是自己的理想,因为我想我能够通过自己的努力做一些对社会有价值的东西

    1.23 不要把时间浪费在还未成为问题的问题上

    现在在程序上就犯了这样的错误的了,考虑了很多冗余的问题,没有必要

    1.24 如果你已经掌握了你需要的信息就及时做决定.这样你就能把注意力集中到需要马上解决的问题上来 

    现在就是功能问题,先修复下功能好了

    1.25 找到你产品的核心市场然后就专注进去

    找的了我自己的核心市场的了,确实找到的了吗?

    1.26 如果你想讨好每个人那么你什么人也讨好不了

    关注自己的主观的东西就好了

    1.27 关注在一个核心市场也便于产品的宣传

    关注了核心的市场了么?

    1.28 如果用户的数量大大超过你的系统负荷那么恭喜!太喜欢这种麻烦事了

    所以现在没有这么大的并发之前就不需要去考虑高并发的事情

    1.29 先把一个伟大的产品推出,然后才去担心它无比成功了以后该怎么办的问题

    这个还是很有必要的,现在是否是考虑太多了,不过有人要搞你你还是得防范下的,SPAM系统还是要上的

    1.30 我们的软件是有自己的性格的.他们找寻的是志同道合的用户伙伴. 他们是在和有同样理想的用户对话.你要么上来一起,要么下车

    只要和自己的目标用户共鸣就好了

    1.31 构建一般产品,而非产品有一半缺陷

    先做个简单的粗糙的产品在慢慢的雕琢

    1.32 摆出产品应该成为什么样的任何点子,然后砍掉一半 

    先做加法,然后做减法,而不是一直加加

    1.33 你的大部分时间浪费在无关紧要的东西上.如果你能抛弃不重要的工作和思考,你将会获得不可思议的生产力.

    特别是开会和讨论,这点很重要

    1.34 从说不开始,不轻易实现功能

    很多功能需要论证的,这点需要注意

    1.35 我知道关于iTunes应该具有很酷的特性你有一千个主意.我们也是.但是我们不想要一千个功能.那样做很恶心. 创新不是关于对每件事说yes.而是对每一件事说No,除了至关重要的特性. 

    把握住重要的特性

    1.36 看清功能的成本

    开发功能需要多少时间,你的评估准确的么?今晚想好了做好了明天就能够上线的了么?

    1.37 对于一个新功能你需要...... 

    1.对它说不 

    2.强迫它证明自己的价值 

    3.如果得到否定的答案,就此打住,否则继续下去.... 

    4.为界面绘制草图 

    5.设计界面 

    6.编写代码 

    7.测试,改进,测试,改进,测试..改进... 

    8.检查帮助文字是否需要修改

    9.更新产品预流量流程,更新用户销售的拷贝 

    10.更新服务条款 

    11.检查是否违背之前的任何许诺 

    12.检查价格体系是否受影响 

    13.上线 

    14.深吸一口气

    这个过程必须做的,接下来我也会按照这个列表来做的

    1.38 底线:构建你能够掌握的产品和服务.许诺容易遵守难.确保你所作所为是在承担范围内--从组织,战略和财政上

    这点我做的不好,以后少许诺

    1.39 让你的顾客提醒你什么是最重要的 

    需要听取意见和建议

    1.40 让你的顾客提醒你什么是最重要的,你如何管理他们?你不需要,看完之后,把他们扔掉.真正有用的会冒泡的 

    别什么都做,挑一些可行的做就好了

    1.41 不能因为有X人提出需要什么,就把它列出你的产品功能中.有时不如只说不,并维持你心目中的产品

    在时间精力容许的范围内增加新东西

    1.42 抓住核心,问人们不想要什么

    功能太多了,其实核心功能是什么这个做好了才是,不需要太多的功能

    1.43 创新来源于说不,否定一千件事情,以确保我们不步入歧途或是试图做得太多.我们总是在考虑进入新的市场但是通过说不,可以让我们集中精力做那些真正很重要的事情. 

    集中精力,现在做的很不好

    1.44 尽快地推出一个真实的产品,一个运作着的软件是真实的 

    用事实说话,只有在线上跑了,才能说明这个是有效的

    1.45 别期望一开始就做得很好.让软件自然成长,和软件对话.让它自然蜕变而金华.作为一个在线 的软件是不需要完成后才推出的.

    凡事都需要一个过程的,不要太着急的了.

    1.46 从灵感,到草稿,到HTML,到代码 

    这个过程现在就是这样做的

    1.47 当你到达"搞定"的阶段就表明你已完成某事.

    搞定了任务的感觉真好,这点是很爽的

    1.48 为什么我不爱听他人的点子,只有当看到它被确实执行下去了我才有兴趣

    很多人只会空想,没有行动,我见过的太多了,也和这样的人共事过,接下来要注意的了

    1.49 在现实使用中测试你的软件

    只有现实中有人用才能说明价值

    1.50 要快

    需要有个时间期限的

    1.51 小一些的任务和时间表 如果给一个程序员3周去完成一个大型任务,他/她会花2周半拖拉,然后用一周的时间在编程上.

    自己的拖拉的习惯还是要改进的,这个是普遍性的问题,人都有累的时候

    1.52 给程序员一个下午去编一个小的特定的模块,他/她会有办法把它赶出来,然后准备进入下一个小任务

    任务划分成小片让大家去完成就好了

    1.53 独处的时间,为了让事情做好,人们需要不被打扰的时间,独处的时间是真正的开发魔法发生的地方

    这点确实的,每个人的习惯不同

    1.54 把团队分解成小的,自治的和独立的小单位以减少这些交流途径 

    现在这样的策略还是不错的,我需要努力的去做这些事情的了

    1.55 寻找和庆祝小的胜利 每天发行点什么,软件开发中最重要的就是激励

    没有都有进步看着就高兴

    1.56 给延期的软件开发项目增加人手只会更加拖延进度 

    这点没有管理过不知道

    1.57 先和候选员工在测试项目中协作

    要招对的人才行

    1.58 根据对开源社区的贡献选择潜在的技术人才 

    这点在国内很难,不过还是可以去做的

    1.59 如果你想做好一件事,去找你所认识的最忙的人.热爱编程并且能干活的人就是你真正需要的团队成员

    可惜都没有找到这样的人,关键是这样的人和我和不来啊,关键是没有见到过

    1.60 寻找全面发展的人,选择能快速学习的多面手,而不是专攻一面的专家 

    现在的程序员都要具备这样的素质才行

    1.61 先开始页面设计,页面赖以生存的是其核心,震中设计让你一开始就关注于真正重要的部分 

    现在每个页面那些东西最重要?

    1.62 对每一个页面,你需要考虑可能出现的三种情况: 常规一切运行正常的话初始 第一次运行,添加新手指南热门推荐 错误 有错误发生的时候 

    往往初始和错误我没有考虑好,得注意的了,最近确实工作上也碰到这样的问题

    1.63 Web上真正重要的是,在每个独立的页面,用户是否能够快速,简单地前进到流程中的下一个步骤

    用户的行为及习惯.还有我自己的行为和习惯

    1.64 好的书写就是好的设计,界面用词和设计要相辅相成

    界面上的文字表述要好点

    1.65 对于后台,拒绝分离的界面 

    后来设计需要以操作者高效为前提

    1.66 要精简的软件,使代码进来简化

    功能少代码少这个是肯定的,还有就是需要有好的积累,看习惯的了

    1.67 暂时不要去预测未来的问题,先处理好今天的问题.

    这点是必须的了,呵呵....感觉自己需要做的还有很多的了,需要努力呵呵

    1.68 没有什么代码比没有代码更灵活

    这个确实,所以从功能上就要注意的了

    1.69 倾听当代码推动时,倾听你的代码.它会提建议,它要推动你.它将告诉你缺陷在哪里.它将建议做事的新途径

    关注自己的代码,不时的看看,别说自己写的代码都看不懂的了,不能出现这样的情况

    1.70 代码可以引导你找到那些又便宜有轻便的修正方案. 

    知道自己写了什么,知道大家写了什么,不断的提高自己的能力

    1.71 如果你付钱给程序员去从软件中砍掉代码,而不是编写新代码,软件就会好很多

    所以功能上的需要先搞定,然后在去实现

    1.72 付清你的代码和设计的账单 

    先做好设计,包括代码的设计这样你就完美的了

    1.73 功能定义一点用都没有 

    功能定义文档确实不需要,但是你做出了界面对界面写个详细说明还是必要的

    1.74 你的产品的个性类型是什么? 

    我的产品的个性类型是什么的?

    1.75 可吃尺寸的块 

    每个块是用来干嘛的?

    1.76 来去自如,让注册和注销的过程好不费力

    注册容易,注销也容易这个是要做的

    1.77 用提前通知和保留条款来缓和坏消息给用户带来的打击 

    出现问题需要出来承认的

    1.78 推广中的挑逗,在博客中或者其他地方播下种子

    推广是很重要的

    1.79 强大的推广网站 从花絮到预演到上线 概览:说明你的应用及其益处 导游:引导人们体验各项特性 屏幕截图和录像 宣言:阐述备货的哲学和思想 案例研究:展示显示生活中的案例和可能性 共鸣:引用来自客户的评论,新闻的证明材料 论坛:提供社区会员相互帮助的场所 费用和注册:尽快让人们使用你的应用 博客:提供新闻保持网站活力 

    这点需要学习啊

    1.80 研究日志并跟踪共鸣 

    对于数据分析的重要性

    1.81 不要把客户支持外包给呼叫中心或者第三方,你自己做 

    知道存在的问题是很重要的

    1.82 使用内嵌的帮助和常见疑难解答,产品就不需要手册或使用培训 

    做的东西易用就好了

    1.83 在疑难问题上的快速响应时间应该置于最高优先级 

    遇到问题,尽快解决掉

    1.84 拿出坏消息别让他挡道

    坏消息得静心来处理

    1.85 一个月的调整期,上线30天后发布一个重大更新 

    上线后需要不断的保持更新

    1.86 保持发帖量,上线后维护一个持续的产品开发博客,显示你的产品充满活力

    我的博客都荒废的了,可惜的了.嗨...

    1.87 分清BUG的轻重缓急(甚至可以忽视其中一些) 

    这点确实需要进行排序的

    1.88 保持先进性,订阅你的竞争对手新闻消息 

    订阅大环境的,还有竞争对手的消息很重要

    1.89 StartYour Engines Done! Execution People More Than Just Software Keep In Touch

     

     

    37signals

    ruby on rail  的作者看到演说,那个时候没什么感觉,现在看了书之后发现的了,其实我也是一个有想法的程序员 但凡有想法的人都会努力的为了实现自己的想法而奋斗的,激情从这里来,而不是通过钱或者是其他的外部的压力这些是发自内心的,所以这本书很好的地方就在这里,推荐大家看看

  • 相关阅读:
    【洛谷3527】[POI2011] MET-Meteors(树状数组+整体二分)
    【洛谷1580】yyy loves Easter_Egg I(字符串处理题)
    【BZOJ4866】[YNOI2017] 由乃的商场之旅(莫队)
    【BZOJ4810】[YNOI2017] 由乃的玉米田(莫队+bitset)
    【洛谷1494】[国家集训队] 小Z的袜子(莫队)
    【BZOJ3668】[NOI2014] 起床困难综合症(位运算思想)
    【BZOJ3720】Gty的妹子树(主席树+时间分块)
    【BZOJ2427】[HAOI2010] 软件安装(缩点+树形DP)
    【洛谷3648】[APIO2014] 序列分割(斜率优化DP)
    动态规划专题(五)——斜率优化DP
  • 原文地址:https://www.cnblogs.com/scotoma/p/1845581.html
Copyright © 2011-2022 走看看