Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ZHGDG6.22GDL-march-liu-out-control
Search
Zoom.Quiet
June 24, 2013
Technology
1
140
ZHGDG6.22GDL-march-liu-out-control
创业"债" ~ 珠海GDG首次GDL沙 龙
https://plus.google.com/events/cmrmnl6bq6ikel44lg7ljlb5njs
Zoom.Quiet
June 24, 2013
Tweet
Share
More Decks by Zoom.Quiet
See All by Zoom.Quiet
PyCon2014China-Zhuhai-high performance
zoomquiet
0
130
PyCon2014China-Zhuhai-meta programming
zoomquiet
1
99
PyCon2014China-Zhuhai-bpm.py
zoomquiet
0
78
PyCon2014China-Zhuhai-luna kv db
zoomquiet
0
84
PyCon2014China-Zhuhai-seed studio
zoomquiet
0
60
PyCon2014China-Zhuhai-Docker Registry Build By Python
zoomquiet
0
75
PyCon2014China-Zhuhai-jeff
zoomquiet
0
56
PyCon2014China-Zhuhai-pythonic front-end
zoomquiet
0
84
DevFest2014-Zhuhai-Polymer
zoomquiet
0
360
Other Decks in Technology
See All in Technology
オープンソースAIとは何か? --「オープンソースAIの定義 v1.0」詳細解説
shujisado
5
630
B2B SaaS × AI機能開発 〜テナント分離のパターン解説〜 / B2B SaaS x AI function development - Explanation of tenant separation pattern
oztick139
2
220
ExaDB-D dbaascli で出来ること
oracle4engineer
PRO
0
3.8k
OCI 運用監視サービス 概要
oracle4engineer
PRO
0
4.8k
[FOSS4G 2024 Japan LT] LLMを使ってGISデータ解析を自動化したい!
nssv
1
210
適材適所の技術選定 〜GraphQL・REST API・tRPC〜 / Optimal Technology Selection
kakehashi
1
160
Taming you application's environments
salaboy
0
180
第1回 国土交通省 データコンペ参加者向け勉強会③- Snowflake x estie編 -
estie
0
120
ハイパーパラメータチューニングって何をしているの
toridori_dev
0
140
10XにおけるData Contractの導入について: Data Contract事例共有会
10xinc
5
590
Amazon Personalizeのレコメンドシステム構築、実際何するの?〜大体10分で具体的なイメージをつかむ〜
kniino
1
100
The Role of Developer Relations in AI Product Success.
giftojabu1
0
120
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
Code Review Best Practice
trishagee
64
17k
Building Your Own Lightsaber
phodgson
103
6.1k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
6
410
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
[RailsConf 2023] Rails as a piece of cake
palkan
52
4.9k
GraphQLとの向き合い方2022年版
quramy
43
13k
The Language of Interfaces
destraynor
154
24k
5 minutes of I Can Smell Your CMS
philhawksworth
202
19k
Product Roadmaps are Hard
iamctodd
PRO
49
11k
A Philosophy of Restraint
colly
203
16k
Transcript
创业“债” 浅谈各种估算失控 13年6月22⽇日星期六
出来混,总是要还的 13年6月22⽇日星期六
没后悔药的不讨论 这里只讨论可以欠的缺 失,可以在将来或立即 弥补的不足。 13年6月22⽇日星期六
Over Flow 的不讨论 资源过度的浪费带来困 扰不在讨论之列。例如 买来闲置的服务器、带 宽等。 13年6月22⽇日星期六
没有完美⽅方案 创业团队无法,也不应 该追求完美的条件,了 解问题所在,有处理的 行动就好。 13年6月22⽇日星期六
达成平衡即是胜利 13年6月22⽇日星期六
研发债 13年6月22⽇日星期六
快速开发框架的过度使⽤用 插图来自一本 Ruby 教材 的封面 …… 快速开发框架适合实现 功能,但是在用户量越 来越大,逻辑越来越复 杂的情况下,框架会逐
渐成为包袱。 13年6月22⽇日星期六
架构错误 著名的差分机,喻示不 合时宜的架构实现 13年6月22⽇日星期六
运维缺失或不⾜足 好的架构应该方便运 维,上线下线,节点切 换,备灾冗余,都应该 尽量方便。 13年6月22⽇日星期六
难以扩展 性能和容量达到极限需 要扩展时发现架构不能 应对是一个非常常见的 困扰。架构设计应该从 一开始就为变化做好准 备。 13年6月22⽇日星期六
难以优化 架构设计要兼顾开发和 性能,对性能瓶颈应该 有检测、准备和设计上 的预备措施。 13年6月22⽇日星期六
迷信开源 开源提供了了解、学习 和改造的机会,但是并 不表示天然就解决了问 题。使用团队不能掌 握、无人维护的开源技 术,很可能比商业授权 的技术更危险。 13年6月22⽇日星期六
核⼼心架构选型错误 不能简单的选择新潮的 架构,应该有一定的试 验和人力储备。 也不能简单的使用成熟 技术,好的架构应该可 以容纳渐进式的发展。 13年6月22⽇日星期六
炫技 13年6月22⽇日星期六
外包与⾃自研失衡 滥用外包导致成本过高 或产品难以维护和后续 开发。 事无巨细,没有充分使 用外包导致延误和开发 成本过高。或者一次性 开发后人员难以安置。 13年6月22⽇日星期六
不恰当的性能优化 将性能优化的关注点错 误(至少是过早)的放 在操作系统内核、硬件 驱动或数据包等高难 度、底层、远离实际业 务的地方。 13年6月22⽇日星期六
交互过重 13年6月22⽇日星期六
⼈人机交互过度 过多的华丽的交互效 果,反而分散用户注意 力,提高学习难度,不 必要的消耗硬件性能, 浪费了开发人力。好的 设计通常是简明的优 雅。 13年6月22⽇日星期六
数据采集过度 数据采集过度不但浪费 通信带宽,还造成信息 溢出,隐藏了真正有价 值的统计指标。更破坏 用户的信任,在最糟糕 的情况下,会造成用户 的敌视。 13年6月22⽇日星期六
⼈人⼒力债 13年6月22⽇日星期六
福利不⾜足 工资和社保等保险及 时、齐备,是员工对企 业有信心的基本保障。 13年6月22⽇日星期六
加班过度 加班是 IT 创业难以回避 的事情,但是滥用加班 也是最大的灾难。 加班是透支团队所有非 物质资源的做法,只应 该用在绝对必要的场 合。
13年6月22⽇日星期六
在短板浪费太多⼈人⼒力 企业的精力应该投入在 最好的方向,而不是做 的最糟糕的部分 —— 德 鲁克《创新与企业家精 神》 13年6月22⽇日星期六
办公条件太差 13年6月22⽇日星期六
⺴⽹网络太差 这是最愚蠢的错误,对 于创业团队,每月多付 出不到一千元成本,可 以避免宝贵的人力资源 的浪费。 13年6月22⽇日星期六
⺴⽹网络太差 这是最愚蠢的错误,对 于创业团队,每月多付 出不到一千元成本,可 以避免宝贵的人力资源 的浪费。 13年6月22⽇日星期六
⺴⽹网络太差 这是最愚蠢的错误,对 于创业团队,每月多付 出不到一千元成本,可 以避免宝贵的人力资源 的浪费。 13年6月22⽇日星期六
开发设备⼯工具太差 这是最没有价值的浪 费 …… 13年6月22⽇日星期六
⾚赤字经济 时间 ⼈人⼒力 资⾦金 外观 可靠 性能 创业企业条件简陋,很 难达到完美,尽量取得 平衡,不要出现致命短
板。 13年6月22⽇日星期六
利滚利很糟糕,有债要还 13年6月22⽇日星期六
量⼊入为出,债要还的起 各种债都是越拖越高 的,要即时还债,不要 等利滚利到无法弥补。 13年6月22⽇日星期六
有⽋欠债好过没⽣生意做 负债经营好过坐等 13年6月22⽇日星期六
有准备的容易赢 在管理和资源上尽可能 的做好准备,减少欠 债,轻装上阵。 13年6月22⽇日星期六
谢谢⼤大家,再⻅见! Mars Liu @ Dwarf Artisan 13年6月22⽇日星期六