我差点将产品带向绝路
来源:互联网 发布:莱斯特城球衣淘宝 编辑:程序博客网 时间:2024/05/17 03:22
好久没更新文章了,因为处境不一样了。
前两天和“导师”说,一旦开始干活,学习和思考的精力就不足的样子。他说是,跟他之前碰到的我的状态完全不同。
现在确实静心不下,因为很想把产品升级好,就不用老是分心。现在是发布版本2前夕,希望最后这段时间一切顺利。
回到原题,我为什么差点把产品带向绝路?
10月份,终于把产品1.0做了出来,花了两个月,我们技术部门感觉这东西还是挺水的,但推出去后周边的反应还是不错的,但我就是有不祥的预感。果然,运转一段时间后,抛开各种闪退bug不说,用户和运营部提出的各种需求都难以满足。
11月份是产品稳固阶段,解决一些bug,收集来自运营和用户等四面八方 的反馈。这个月我一直比较担心,快速推出成功,快速验错成功,但快速迭代失败了。很多内容,我都说2.0来实现,所以产品更新到1.5的时候差不多稳定的时候,就赶紧着手2.0的设计。
转眼间就到了12月份,该是升级产品的时候了,果然,原来的架构和设计无法支撑2.0的业务,就算勉强支持,也没办法支撑3.0,所以这一次,并不是迭代,也不是重构,而是整个项目重新开始。
产品1.0的时候,我的定位并不是很清晰。管理层给的角色大概就是项目管理这样,但因为是初创团体,所以其他人对产品的具体设计并不是很了解,所以很多功能和业务都是由我来提出并且设计。这就犯了一个严重错误,一个程序猿的思维,希望产品是经得住各种各样的输入的。产品还未推出,就考虑到了备用服务器等等,就考虑了满足各种不一样的用户口味等等,想着一劳永逸,忘了自我,我,我们还太年轻~还有一个错误就是,架构设计的时候,因为有一个人Java比较Ok,就把后端交给他来搞了,两个月产品出来后,他便要去工作了,搞得后继无人,非常痛苦~
所以当时如果能多一些参与数据库设计,多一些考虑开发资源是否能够持久化,多一些考虑产品是否太多介入用户的思维,可能我们就可以早一点推出2.0,加大我们成功的几率。
产品之所以没有走向绝路,我觉得那个决定和重要,那就是抛弃以前的所有代码,包括app端和java服务端的所有代码。如果厚着脸皮叠出来,那肯定是死路一条。
- 我差点将产品带向绝路
- 差点将数据库搞坏
- 带我飞向月球
- 15个被苹果逼上绝路的软硬件产品
- WEB将把我们带向何方
- 我太执著,把双方都逼到了绝路上
- “差点”
- 我差点和她上床了。
- 昨天我差点和她上了床
- 这MM差点让我吐血
- 友商害我差点开除一个工程师
- LLVM/Clang将把FreeBSD带向何方?
- 一个U盘病毒,差点让我重装系统
- 一篇差点让老婆离开我的文章
- 我的网站终于出炉,差点拷焦了
- 安装tomcat for ubuntu linux差点没晕死我!
- 纪念一次差点让我哭的实验室的事情
- 读《三体》差点污了我的三观
- php提示undefined index的几种解决方法
- PHP语言的排名变化
- 那些没有root权限的岁月:step by step-无ROOT权限下使用GCC编译python
- sizeof计算类的大小
- LBP 局部纹理特征(一)
- 我差点将产品带向绝路
- 排序算法之选择排序
- BJFU 1007——振兴北林A坛
- FFmpeg在Android平台的应用
- Android线程的创建与销毁---转载
- JStorm之Topology提交服务端
- linux select 多路复用机制
- golang中image/jpeg包和image/png包用法
- shareplex 错误处理一例 qview has been initialized with qinit