Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
ZHGDG6.22GDL-march-liu-out-control
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Zoom.Quiet
June 24, 2013
Technology
190
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ZHGDG6.22GDL-march-liu-out-control
创业"债" ~ 珠海GDG首次GDL沙 龙
https://plus.google.com/events/cmrmnl6bq6ikel44lg7ljlb5njs
Zoom.Quiet
June 24, 2013
More Decks by Zoom.Quiet
See All by Zoom.Quiet
PyCon2014China-Zhuhai-high performance
zoomquiet
0
200
PyCon2014China-Zhuhai-meta programming
zoomquiet
1
180
PyCon2014China-Zhuhai-bpm.py
zoomquiet
0
160
PyCon2014China-Zhuhai-luna kv db
zoomquiet
0
150
PyCon2014China-Zhuhai-seed studio
zoomquiet
0
150
PyCon2014China-Zhuhai-Docker Registry Build By Python
zoomquiet
0
170
PyCon2014China-Zhuhai-jeff
zoomquiet
0
160
PyCon2014China-Zhuhai-pythonic front-end
zoomquiet
0
200
DevFest2014-Zhuhai-Polymer
zoomquiet
0
490
Other Decks in Technology
See All in Technology
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
150
`t*(42&t>>10)`だけで音楽が鳴る、Swiftで実装するBytebeat / iOSDC Japan 2026
yutailang0119
0
110
30座EKS, 180次升級淬煉的EKS Upgrade Skill 的歷程
eric8230
0
180
Claude Codeを「使うほど育つ」AI秘書にするノウハウ
minorun365
PRO
31
27k
Railsのように考える: See through the Master
snoozer05
PRO
4
1.1k
ソフトウェアDNAとクラウドエージェントのススメ
cloudace
0
110
2026_devsumi_ozono.pdf
o3
3
520
新機種発売前に見直そう!端末移行で再ログインが要るアプリ・要らないアプリは何が違うのか 〜シームレスに再開できる設計と実装〜
zozotech
PRO
0
210
AI時代、データエンジニアが一番おもろい
genshun9
0
670
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.2k
空間オーディオで過去の 自分(ゴースト)と競うランニング 〜HealthKitのルートを足音に変える実装〜
nao_randd
0
240
登壇の自信を奪う3匹のオバケ / 3 Ghosts That Rob You of Your Confidence in Public Speaking
pauli
9
1k
Featured
See All Featured
Ethics towards AI in product and experience design
skipperchong
2
380
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
62k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
470
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
How to train your dragon (web standard)
notwaldorf
97
6.8k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.6k
Prompt Engineering for Job Search
mfonobong
0
450
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
300
Crafting Experiences
bethany
1
340
The World Runs on Bad Software
bkeepers
PRO
72
12k
Claude Code のすすめ
schroneko
67
230k
Tell your own story through comics
letsgokoyo
1
1.1k
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⽇日星期六