大家都在搜：
扫描二维码安装搜房网房天下APP
手机浏览器访问搜房网房天下
> > 问题详情
我当时过马路被车子碰了一下 导致软组织戳伤 走的不是人行道 交警大队那边说车主负全责 车主那边的车买的是全险 然后还把保险公司的电话给我了 说好了以后带我去保险公司拿赔偿 让我先帮他把车提出来 车也给他提出来了 现在伤也差不多好了 保险公司那个业务员电话变了 打通以后说不是保险公司的 车主那边也打不通 我现在应该怎么办
你好我想问一下 我当时过马路被车子碰了一下 导致软组织戳伤 走的不是人行道 交警大队那边说车主负全责 车主那边的车买的是全险 然后还把保险公司的电话给我了 说好了以后带我去保险公司拿赔偿 让我先帮他把车提出来 车也给他提出来了 现在伤也差不多好了 保险公司那个业务员电话变了 打通以后说不是保险公司的 车主那边也打不通 请问我...
你好我想问一下 我当时过马路被车子碰了一下 导致软组织戳伤 走的不是人行道 交警大队那边说车主负全责 车主那边的车买的是全险 然后还把保险公司的电话给我了 说好了以后带我去保险公司拿赔偿 让我先帮他把车提出来 车也给他提出来了 现在伤也差不多好了 保险公司那个业务员电话变了 打通以后说不是保险公司的 车主那边也打不通 请问我现在应该怎么办
浏览次数：0
你好,根据交通事故认定书确定责任,请律师协助到法院起诉解决。
不知道下面这条知识能否帮助到您
买二手房哪些情况无法过户?
买二手房哪些情况无法过户?
交警那边的事故责任认定书是否拿到,如果对方拒不赔偿,可以依法起诉主张
手机动态登录
请输入用户名/邮箱/手机号码！
请输入密码！
没有搜房通行证，
ask:3,asku:1,askr:331,askz:20,askzx:1,askd:10,RedisW:0askR:1,askD：370 mz:nohit,askU:0,askT:0askA:372
Copyright &
北京拓世宏业科技发展有限公司
Beijing Tuo Shi Hong Ye Science&Technology Development Co.,Ltd 版权所有
客服电话： 400-850-8888 违法信息举报邮箱：柒月茶的推荐 | LOFTER（乐乎） - 让兴趣，更有趣
LOFTER for ipad —— 让兴趣，更有趣
柒月茶 的推荐
&nbsp&nbsp被喜欢
&nbsp&nbsp被喜欢
{list posts as post}
{if post.type==1 || post.type == 5}
{if !!post.title}${post.title|escape}{/if}
{if !!post.digest}${post.digest}{/if}
{if post.type==2}
{if post.type == 3}
{if !!post.image}
{if post.type == 4}
{if !!post.image}
{if !!photo.labels && photo.labels.length>0}
{var wrapwidth = photo.ow < 500?photo.ow:500}
{list photo.labels as labs}
{var lbtxtwidth = Math.floor(wrapwidth*(labs.ort==1?labs.x:(100-labs.x))/100)-62}
{if lbtxtwidth>12}
{if !!labs.icon}
{list photos as photo}
{if photo_index==0}{break}{/if}
品牌${make||'-'}
型号${model||'-'}
焦距${focalLength||'-'}
光圈${apertureValue||'-'}
快门速度${exposureTime||'-'}
ISO${isoSpeedRatings||'-'}
曝光补偿${exposureBiasValue||'-'}
镜头${lens||'-'}
{if data.msgRank == 1}{/if}
{if data.askSetting == 1}{/if}
{if defined('posts')&&posts.length>0}
{list posts as post}
{if post_index < 3}
{if post.type == 1 || post.type == 5}
{if !!post.title}${post.title|escape}{/if}
{if !!post.digest}${post.digest}{/if}
{if post.type == 2}
{if post.type == 3}
{if post.type == 4}
{if post.type == 6}
{if drlist.length>0}
更多相似达人：
{list drlist as dr}{if drlist.length === 3 && dr_index === 0}、{/if}{if drlist.length === 3 && dr_index === 1}、{/if}{if drlist.length === 2 && dr_index === 0}、{/if}{/list}
暂无相似达人，
{if defined('posts')&&posts.length>0}
{list posts as post}
{if post.type == 2}
{if post.type == 3}
{if post.type == 4}
{if post.type == 6}
this.p={ dwrMethod:'querySharePosts', fpost:'1daaf2a7_101f8e43',userId:,blogListLength:14};3822人阅读
软件设计（79）
序言对一个程序员来说，世界上最痛苦的事情是什么呢？有的人会说：编码的时候产品改需求！有的人会说：看别人不知所云的代码！有的人会说：定位一个百年不遇千年难寻的线上不定时偶尔出现的bug！有的人会说：找不到女（男）朋友！。。。。。。。。。。。。。。。。。。。。。。。。。。但我要说，这些痛苦其实都不算什么，要么是多花点时间去解决（比如说改需求、看代码），要么是多花点心思（比如说找另一半、定位疑难bug），而我接下来说的这个事情才是最痛苦的，既要说得动老板，也要镇得住同行；既要技术攻关，又要协调资源；既要保证业务正常发展，又要在指定时间内完成目标。。。。。。总之就是十八般武艺要样样精通。&这个事情就是“架构重构”，比“架构重构”还要痛苦的就是“边做业务边架构重构”！我们的产品形象的形容为“给飞驰的法拉利跑车换引擎”，为何这样说呢？首先：业务不能停，不能为了架构重构而终止业务的开发，将法拉利停下来换引擎，别人都跑远了；其次：业务不能出问题，不能因为架构重构导致业务无法运行，法拉利修出问题跑不了，别人也跑远了；第三：要根本解决问题，而不是修修补补，不是给法拉利引擎加点油，清洁一下就可以了，而是要换上新的引擎。&巧合的是，我加入UC后到现在已经做了3个系统的架构重构了（戏称“救火队长”），而且每个系统的特点都不一样，过程中各种各样的问题都遇到过，坑也踩过，也积累了一些经验。接下来就给大家分享一下。【有的放矢】我接手的第一个系统是一个后台系统，负责管理整个阿里游戏的游戏相关的数据（以下简称M系统），重构的主要原因是因为系统耦合了P业务独有的数据和所有业务公用的数据，导致可扩展性比较差。其大概架构如下：&举一个最简单的例子：数据库中的某张表，一部分字段是所有业务公用的“游戏数据”，一部分字段是“P业务系统”独有的数据，开发的时候如果要改这张表，代码和逻辑都很复杂，改起来效率很低。针对M系统存在的问题，我们的重构目标就是将游戏数据和业务数据拆分，解开两者的耦合，使得两个系统都能够独立快速发展。重构的方案如下：&重构后的效果非常明显，重构后的M系统和P业务后台系统每月上线版本数是重构前的4倍！&我接手的第二个系统，是负责游戏接入的核心系统（以下简称S系统）。S系统是游戏接入的核心系统，一旦S系统故障，大量游戏玩家就不能登录游戏，而S系统并不具备多中心的能力，一旦主机房宕机，整个S系统业务就不可用了。其大概架构如下，可以看出数据库主库是全局单点，一旦数据库主库不可用，两个集群的写业务都不可用了：&针对S系统存在的问题，我们的重构目标就是实现双中心，使得任意一个机房都能够提供完整的服务，在某个机房故障的时候，另外一个机房能够全部接管所有业务。重构方案如下：&重构后系统的可用性从3个9提升到4个9，重构前最夸张的一个月有4次较大的线上故障，重构后虽然也经历了机房交换机宕机、运营商线路故障、机柜断电等问题，但对业务都没有什么大的影响。&我接手的第三个业务系统，是属于创新业务（以下简称X业务）。由于是创新业务，之前的业务快速尝试和快速发展期间，怎么方便怎么操作，怎么快速怎么做，系统设计并未投入太多精力和时间，很多东西都塞到同一个系统中，导致到了现在已经改不动了，做一个新功能或者新业务，需要花费大量的时间来讨论和梳理各种业务逻辑，一不小心就踩个大坑。X系统的架构如下：&X系统的问题看起来和M系统比较类似，都是可扩展性存在问题，但其实根本原因不一样：M系统是因为耦合了不同业务的数据导致系统可扩展性不足，而X系统是因为将业务相关的所有功能都放在同一个系统中，导致系统可扩展性不足；同时，所有功能都在一个系统中，也可能导致一个功能出问题，导致整站不可用。比如说某个功能把数据库拖慢了，整站所有业务跟着都慢了。针对X系统存在的问题，我们的重构目标是将各个功能拆分到不同的子系统中去，降低单个系统的复杂度。重构后的架构如下（仅仅是示例，实际架构远比下图复杂）：&重构后各个系统之间通过接口交互，虽然看似增加了接口的工作量，但整体来说，各系统的发展和开发速度比原来快了很多，系统也相对更加简单，也不会出现某个子系统有问题，所有业务都有问题。&这三个系统重构的方案，现在回过头来看，感觉是理所当然的，但实际上当时做分析和决策的时候，远远没有这么简单。以M系统为例，当时我们接手后遇到的问题有很多，例如：数据经常出错；M系统是单机，单机宕机后所有后台操作就不能进行了；性能比较差，有的操作耗时好久；界面比较丑，操作不人性化；历史上经过几手转接，代码比较混乱；业务数据和游戏数据耦合，开发效率很低。。。。。。从这么多问题中识别出重构的目标，并不是一目了然的；而如果想一下全部解决所有的这些问题，人力和时间又不够！&所以架构重构首要的任务是从一大堆纷繁复杂的问题中识别出真正要通过架构重构来解决的问题，集中力量快速解决，而不是想着通过架构重构来解决所有的问题。否则的话，就会陷入人少事多头绪乱的情况，团队累死累活弄个大半年，最后发现好像什么都做了，但每个问题都依然存在。尤其是对于刚接手一个新系统的架构师或者技术主管来说，一定要控制住“新官上任三把火”的冲动，避免摊大饼式或者运动式的重构和优化，谨记“步子大了会扯到蛋”的教训&！&那原来发现的那些问题怎么办呢？当然不能放任不管。以M系统为例，我们在重构完成后，又启动了多个优化的项目去优化这些问题，但此时的优化主要是团队内部完成即可，和其它团队没有太多关联，优化的速度是很快的。如果没有重构就进行优化的话，每次优化都要拉一大堆关联业务的团队来讨论方案，效率非常低下！============================================================================================本文原创发表于CSDN和云栖社区，转载请注明出处：CSDN：云栖：
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：827559次
积分：10401
积分：10401
排名：第1544名
原创：139篇
评论：784条
文章：10篇
阅读：74623
文章：41篇
阅读：171642您好，请[]
免费找律师：
综合导航：
专业知识：
精品栏目：
便捷服务：
当前城市吉安（提示：根据城市首字母快速查找城市并切换城市）
今日律师风向标：
别人用我的XX贷分期了一个手机，然后说做一个业务，每个月给还钱，但最后三个月还不上了，XX贷这边催帐了，该怎么办
别人用我的XX贷分期了一个手机，然后说做一个业务，每个月给还钱，但最后三个月还不上了，XX贷这边催帐了，该怎么办
律师回复区
你好，需要按照合同约定处理
您好，要按照合同约定处理
需要根据具体合同履行
你好，用你的身份证需要你偿还，再向你朋友追偿。
您好，逾期可能影响个人征信，如您知情建议您积极还款，事后可以向对方追偿，建议您详述案情
需要按照合同约定处理......
主要还是要看当时双方合同到时如何约定,原则上应按双方合同约定处理.
需要按照合同约定处理需要按照合同约定处理
相关法律咨询 显示更多
分期：合同
分期：还款
法律经验推荐
知识热门文章
特别推荐律师：
温馨提示：
如果您有任何法律问题，都可以在法律快车进行咨询，将会免费得到众多律师为您提供专业的解答！
律师最新回复
网友最新提问
地区回复周排行
专业积分周排行
法律快车 版权所有
粤ICP备号-5 增值电信业务经营许可证 （ICP）证粤B2-
客服QQ： （注：此QQ不提供法律咨询）
免费问律师