在共享经济大潮的奔涌下，车成了新的风口，不管是共享单车，还是共享汽车纷纷亮相。在资本主义风口上成为了最出名的“猪”。大街小巷上，各式各样的共享单车，小黄车、小蓝车、小红车，对于哪款车更好骑，开锁更便利，相信大家也都各有判断。当然，在大用户量的情况下，如何攻克运营难题也是共享单车运营者亟待解决的问题。
话题讨论：
1、你经常骑共享单车么？都骑过哪些？在使用上，你觉得哪个更便利？
2、你思考过共享单车背后的技术点么？比如说数据库、移动应用开发、定位、通信？如何串联？
3、3月初，摩拜单车发生过数据库宕机事件，为避免事件再次发生，有何战略性建议？
4、在竞争如此激烈的市场，如何做到脱颖而出，更加便利服务大众，你有何想法？
获奖用户：
pure_lotus：
1、你经常骑共享单车么？都骑过哪些？在使用上，你觉得哪个更便利？
骑啊，最常骑的就是OFO小黄车和摩拜单车、永安行了，也会偶尔遇到大同小异的“XX” BIKE。
2、你思考过共享单车背后的技术点么？比如说数据库、移动应用开发、定位、通信？如何串联？
用户和车辆认证与绑定、车辆借还状态、费用支付情况等都靠数据库后台记录和处理；
用户入口与功能就得依赖移动应用开发实现； 车子上可安放GPS和北斗定位和通讯芯片的，用户手机的定位和通讯功能也能被共享单车的APP所读取，以便跟踪车辆和人员位置，前提是要有GPS或者北斗系统开放的民用接口。共享单车的管理也就是不断的更新人和车的绑定关系和状态而已。
3、3月初，摩拜单车发生过数据库宕机时间，为避免事件再次发生，有何战略性建议？
一是架构上要分布式部署和数据同步，按城市的不同以及同一城市的不同区域，来分区故障隔离区来分布式部署，部分节点要有一定资源冗余，方便故障区域的流动负载的应急分流。
二是自动故障响应，数据库宕机故障自动灾备恢复，自动增加云资源,可以是非故障的机器扩展资源大小，也可以新增数据库云主机。
4、在竞争如此激烈的市场，如何做到脱颖而出，更加便利服务大众，你有何想法？
必须方便，在有用户需求的时空范围，保障用户可以随地取得单车，通讯上要保证取还车的APp操作能够完成，避免出现数据通讯盲区无法使用单车；二是要鼓励借车人自愿在时间允许的情况下主动在无单车区域来还车，不要出现车多的地方大把冗余，车少的地方一辆都没有，否则用户就采用其他单车公司的服务了。 另外，要有一些积分和鼓励政策，否则无差别的服务很容易让用户流失，毕竟在一个手机内安装4-5个共享单车APP也占不了多大空间。
Lastwinner：
1、你经常骑共享单车么？都骑过哪些？在使用上，你觉得哪个更便利？
骑，车多的便利。
2、你思考过共享单车背后的技术点么？比如说数据库、移动应用开发、定位、通信？如何串联？
考虑过，LBS是核心。
3、3月初，摩拜单车发生过数据库宕机时间，为避免事件再次发生，有何战略性建议？
初期总会碰到这样的问题，需要合理设计架构，并找好的服务伙伴，比如Oracle可以找云和恩墨来服务。
4、在竞争如此激烈的市场，如何做到脱颖而出，更加便利服务大众，你有何想法？
服务好就ok，那什么是好服务？
1) 不免费，永远不免费，哪怕低至一分钱也不免费。这是策略问题
2) 车子本身很不人性化，无论是mobike、ofo、永安行等等，都太重了，骑起来很费力
3) 后顾之忧怎么替用户消除，怎么避免有人恶意栽赃（比如你停路边后有人给拆了车）
4) 如何有效约束个别用户的不良行为，让车能更好的为更多人服务
5) 如何有效限制大人开锁给孩子骑的违法行为
诸如此类问题，需要运营商好好思考对策
pastime_Wang：
1、你经常骑共享单车么？都骑过哪些？在使用上，你觉得哪个更便利？
共享单车已经成为我目前出行的标配，就是方便。随用随取, 价格便宜. 从体验度上谈谈2大巨头 OfO & 摩拜 :ofo ~ 开锁方便, 输入号码即可。车子轻, 起步快. APP 定位很差, 基本靠视距搜索, 损坏度较摩拜严重的多(轮胎没气的偏多) 。摩拜 ~ 扫码开锁, 有时会被恶意链接陷害…; App 定位不错, 车子重, 实心胎颠簸利害, 但从”健身”的角度还是不错的.
2、你思考过共享单车背后的技术点么？比如说数据库、移动应用开发、定位、通信？如何串联？
从业务流程上说，这是一个典型的互联网O2O场景:车(GPS, bluetooth, 智能硬件) <-> 用户端(Mobile APP) <-> Cloud Server (App/Middleware 接口和数据库)这是一个千万级的终端容量，连结用户、车辆，管理平台进行实时处理效率要求非常高，需制定可靠、高效的网络方案。另外借助于大数据技术, 引入新的人工智能平台(摩拜”魔方”), 提供精准化管理和决策支持。显然从技术加持的角度，目前摩拜作的更好一些。
3、3月初，摩拜单车发生过数据库宕机事件，为避免事件再次发生，有何战略性建议？
宕机事件的频繁暴发, 如果是自然业务增长导致的系统瓶颈，如后台服务器过载故障，很容易通过横向的增加服务器来解决。对于传统的关系型数据库, 一般采用 Scale-Out 架构。 现今大多互联网选择 Cloud 数据库服务, 提供多种类型如 RDB，内存数据库, 分布式数据库等等，可弹性使用。
4、在竞争如此激烈的市场，如何做到脱颖而出，更加便利服务大众，你有何想法？
ofo 与 摩拜, 同 oracle 与 db2, 应该增加合作, 取长补短。有时候”简单粗暴”未必效果不好.从业务角度来说: 优化业务流程, 减少成本 从技术角度来说:后端应用架构的技术, 后端代码质量, 基础设施优化是一个不断迭代的过程, 随着时间、业务、用户的变化而不断地更新和维护从运维角度说: 监控和跟踪后台数据请求，跟踪基础设施状态等及时发现, 另外智能分析, 从前到后,从上到下各层次环节关联在一起进行分析，找出性能瓶颈及其原因
一个好的技术团队, 运营团队, 运维团队对于创新的互联网公司缺一不可.
hai503：
1、你经常骑共享单车么？都骑过哪些？在使用上，你觉得哪个更便利？
怎么能没骑过？！摩拜、ofo，主要是这两个。摩拜的定位和预约，让用车更方便，尽管定位不准确是永远的痛，如果你在街上看到有人拿着手机在找东西，那八成就是找不到摩拜单车……
2、你思考过共享单车背后的技术点么？比如说数据库、移动应用开发、定位、通信？如何串联？
车辆的调配和移动，要基于用户的习惯（常用路线）和重大集体活动来决策，背后的数据清洗、分析，需要大数据技术的支持。
3、3月初，摩拜单车发生过数据库宕机事件，为避免事件再次发生，有何战略性建议？
业务数据库建议分片，即使某个实例down掉，不至于所有业务停摆。
4、在竞争如此激烈的市场，如何做到脱颖而出，更加便利服务大众，你有何想法？
从一个用户的角度来说，就目前我个人的体验，ofo最早的一批单车，是最好骑的——轻便，后来出的“小”黄车，骑起来比摩拜的Lite还费力。在市场已经打开的情况下，提升用户使用感受，应该是突破点。BTW，单车的烧钱时代来了，借着这股东风，大家骑行起来吧！~~
Xdsnet：
1、你经常骑共享单车么？都骑过哪些？在使用上，你觉得哪个更便利？
经常骑，主要是摩拜和ofo，使用上觉得摩拜的更便利。
2、你思考过共享单车背后的技术点么？比如说数据库、移动应用开发、定位、通信？如何串联？
简单思考过
关于数据库，其实涉及几个不同的库，一个是自行车信息库，一个是用户使用方面的库，自行车库的重点是适当时候更新位置信息和状态（是否锁定），可能的话还有设备健康度信息（通过自检完成）用户使用方面的库涉及金融数据操作等
对于移动开发，其实其主要为一个地理信息系统（类似地图应用）增加计时、计费、解锁硬件等等扩展
关于定位：涉及两个方面的定位，其一是自行车设备本身的定位，其二是app定位，自行车本身定位不同的技术路线不尽相同，之所以个人觉得摩拜更方便，就是其所有的车内置了定位通讯，在每次锁闭时更新定位信息（这样更节约电）app定位就没有多大说的了
通信：主要的难点在于自行车的通信，要考虑快捷、长期可用的节点等等因素，技术应该和移动通讯公司合作（不用单独布网了）
串联：不理解楼主所指
3、3月初，摩拜单车发生过数据库宕机事件，为避免事件再次发生，有何战略性建议？
对于这一事件，其实建议应该是比较通用常见的，就是增加系统冗余，通过多活、灾备等等软硬件投入增加基础环境的抗风险能力，通过加强技术巡查等相关技术、制度建设投入进一步减少事故发生。
4、在竞争如此激烈的市场，如何做到脱颖而出，更加便利服务大众，你有何想法？
共享单车的创意很好，解决了最后10-30分钟末端交通痛点问题。现在主流的几家已经存在先发优势，后进者发展受限。就这几家来说，以更方便的骑行体验（优化硬件）、合理的收费（更多时候是降低单位费用）、方便的应用体验等等来赢得市场。此外有案例表示可以考虑和部分地方政府合作，推进、改进其以往的共享单车系统（这类骑行体验、使用方便程度都不太佳）