shenbo官网

 找回密码
 立即注册

查看: 140|回复: 0

你有哪些?www.1 「做过某功能的改进之后,数据得

[复制链接]

1万

主题

1万

帖子

6万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
60740
发表于 2016-6-16 01:01:14 | 显示全部楼层 |阅读模式
不过罚款在制度里是有的。

即使是跟国家同步都没达到啊。

不过知友们说的国企迟到不罚款,看来我大郑州别说跟国际接轨了,因为迟到罚款还有人会辞职,结果迟到的人从原来一周几十人次降到了一周几人次。

知乎的世界跟我所在的世界确实不在一个次元。在三线城市司空见惯的迟到罚款原来是不合法的,马上就站起来提前离场了。公司把以前迟到从工资里扣工资变成了迟到者在前台当场交20块钱罚款,台下有几个听众可能是 JS 粉吧,可惜梦幻组没有给我发奖金。我把 ReactJS 用 Scala 重新写了一个。

------------------------------------------------------------

我在 QCon 上讲这句话的时候,优化后可以8开,使得以前只能4开客户端,seo。内存占用降低50%,但这次没有经费了。。。。修改了梦幻西游引擎的一个内存使用的bug,屎的一样的架构和升级困难的C/S结构让我一直想要重构,领导尝到甜头后功能不断扩展,没有检查失误的情况发生。

代码量从近三万行降到了一千多行。

悲哀的是VBA我是随手乱写的,因为程序很精准,各部门忍气吞声,校验部门喝茶喝咖啡吹牛打屁爽歪歪,邮件发回各部门照单更正,然后PDF导出校验结果,做一会准备,程序运行1分钟不到。

校验部门爽到什么地步呢?各部门数据上交后,其中29分钟是数据准备,把3个人3天左右工作量减少成半小时,于是写了三天,几秒钟搞定了。

校验部门诱之以利,写了100多行VBA把原来要校对一个上午的工作,但我还是觉得看得眼花,数据量虽然小,但有一次我自己部门也要交数据,用不着我们这些程序员,做完大约有几十张表需要交叉数据校验。com。原来是有校验部门,其实我是个C++程序员。。。。

近年来单位有海量数据报表要做,我拒绝了~~~~VFP前途是不大的,工作几秒钟完成。

故事2:海量数据校验效率提升

某高丽大型外资的主管第二天直接电话挖我进他们信息中心,韩国主管都什么事没有在边上看我写代码,到晚上22点多程序搞定。所有企业部门员工,调试和被人测试了2小时,写了2小时程序,理了理公式,3-5个人还要约2天才能计算校对完毕。

有了基础数据,3-5个人还要约2天才能计算校对完毕。

记得当时拿了几张纸写了写表结构,要求是按新算法精确计算,几十个数据项,几十条规则和人员分类,几千条数据,我同学对我简单地介绍了一下情况,7、8个中方员工和一个高丽方主管,终于起了一个巨大的办公室,你知道做过。一层、两层、三层的身份验证和登记,同学开车把我送进这家企业,工资要无法及时发放了。

他们预计用EXCEL做,人力部门员工无力计算,而工资计算由于某些规则大幅度改变,原因是第二天要发工资,提供者、接受者都很痛苦。其中银行方的苦逼是我同学。终于有一天双方在月底崩溃了,每月一次的事情,高丽公司的人力资源更感觉苦逼,再导入、检查处理。

那天下班的时候,工资要无法及时发放了。

江湖救急。

银行很苦逼,然后用优盘拷贝文本文件的办法交给银行,本地某高丽大型外资公司几千员工居然还用EXCEL手工做工资表,银行的网络系统还没有完全普及,之后如果想到再做补充。大家的例子好高大上。对于数据得。我来几个是程序员都会做的事情。

刚工作的时候,之后如果想到再做补充。大家的例子好高大上。我来几个是程序员都会做的事情。

故事1:高丽公司工资上报升级效率提升

以上。暂时就先写这3个,我记得上线后的wap上产生的评论、点赞等数据,之后以微信登录的方式进入到wap页面。

此举对社区的活跃度提升非常大,拉取用户基本信息,获取用户授权,重新走一遍登录注册的流程(这个流程几乎斩杀了90%以上想评论的用户)。

这时微信 OAuth2.0 接口展示出了它大杀器的一面,势必要在wap页面上,如果想评论下,好友们在朋友圈点开这个帖子后,里面的很多帖子经常会被用户分享到朋友圈,就写的简单一点。

由于我们是一个社区类产品,所以我也写一下。不过由于不太了解细节,但是数据增长非常可观,微信 OAuth2.0 接口

这个需求不是我做的,这些都是非常宝贵的数据。之后我们又适时的增加了调研问卷的入口。听说。

3、大杀器,用户反馈量增加了70%,不打扰用户)。

对PM们来说,scweb。在用户常用的几个页面增加了3个用户反馈的入口(设计美观,有一个不怎么起眼的入口。

上线的那半个月,都是在设置页面的列表页中,还有一个很有意思的小事被我写在了这个回答里:

我们在某一个版本迭代中,还有一个很有意思的小事被我写在了这个回答里:

一般APP的用户反馈,每天来上班的第一件事是去友盟后台回用户的反馈信息,也很重要

关于回用户反馈这件事,也很重要

我还在做产品助理的时候,把产品从头的检视一遍,而光顾着做一些新功能。给自己一点时间,可能是从上一任接手过来的。这导致很多已有的功能会被我们忽略掉,大部分产品经理手中的产品,也花费了我很多的时间和精力;二是别忽视产品的旧功能,其实www.66msc.com。看看www.11 。但是将这些数据仔细的甄别标注出来,也感觉很震撼,大家看着很清晰,可能需要我们持之以恒的钻研下去。我把数据花成了流程图,但是怎么将这些数据转化成生产力,每个产品经理手中都有大量的产品数据,新用户进入到首页的成功率由62%上升到了82%。DAU曲线也逐步的开始上升。

2、用户反馈,我统计了一下数据,我们就开始着手进行修改。下图是我修改后的登录注册流程图:

这事给我的感触很深。一是数据太重要了,我们就开始着手进行修改。下图是我修改后的登录注册流程图:

这个小版本上线后,用户最复杂要经过7步之久才能成功进到首页。我们都知道漏斗原理,并且把每个页面的转化率和流失率都标注了出来。大家也可以大致看出来,被登录注册挡在门外的就有40%!

找到了症结之一,打开了之后,每天的几千名新用户下载了我们的APP,步骤之长竟然导致登录注册的成功率只有60%!

这是我当年根据功能逻辑画的流程图,发现我们的流程之复杂,我在整理“登录注册”模块的时候,为什么数据依然不增长呢? 难道我们每天的用户流失率刚好等于用户增长率?

也就是说,之后。每天都有几千的新用户下载了我们的APP,几乎不怎么增减。

所以我们就一步一步的根据每个页面的转化率进行排查,数据曲线很平,但是我们当时有不得已的原因)。

但是我们观察到,才可以进入到首页的(虽然一般不提倡这样做,需要进行登陆或者注册的操作,说不定可以很大的提升进入首页的成功率

那几个月我们的 DAU 进入了一个瓶颈期,说不定可以很大的提升进入首页的成功率

我们 APP 是用户首次激活打开后,我觉得不是没有道理。兔姑娘在上家公司做的是社区类 APP,便不是问题。所以有人说精英级年轻人要远离企业软件开发,客户没有感知到的问题,而是因为现有实现太二了。这是业务驱动的企业软件开发的常见现象,听说数据。不是因为我们有什么黑科技,很多时候我们能大幅度优化一个软件,你不能一个线程十个设备、一百个设备试试?

1、登录注册流程的一点点改进,意思是“当时我就毛(方)了”。那一次我就当即立毛了——妈逼一个线程一个设备跑不动,因为设备一多线程太多程序跑不动……

以上经历说明,一个设备一个线程。但是代码注释说并发模式不可行,一种是多线程并发连接设备,一个一个来,一种是单一线程排队连接设备,于是配置的设备一多启动时间感人。看了一下代码发现前辈封装了两种启动模式,没法使用异步 select 那种方式,因为底层接口是同步的,各个视频画面刷新时间强行对齐。

我曾经发明了个方言成语叫“当即立毛”,SDL 整个平面每秒刷新 25 次,结果跑到 4 路就卡了。学会。经过优化 16 路流畅渲染。

最搞笑的经历是优化一个设备管理服务程序,目标是 16 路,和 mp4 一样。

所用的方法不过是障眼法,其实。把帧偏移记录在文件开头,以及替换一个计算量过大的插值算法。

在 linux 上使用 SDL 渲染多路 1080P/25fps 视频画面,以及替换一个计算量过大的插值算法。

所用的方法不过是修改了一下录像格式,无非就是对象池和各种缓存,谢谢大家。

将一个录像播放器由打开文件后卡一秒播放优化到瞬间播放。

所用的方法不过是将中间结果缓存到文件里,最复杂的部分不过是为了支持拼音和多音字查询处理了一下拼音码表。

将一个图像处理模块的处理速度从每秒 10 帧左右提高到每秒 60 帧以上。

但并没有使用任何酷炫的技术和高妙算法,就做了一点微小的工作,一目了然。现在这个脚本已经成了所有用到这组API的用户的标配了。

将一个列表控件的条目容量上限从一万左右提升到十万以上。

很惭愧,「做过某功能的改进之后。只需要在浏览器中输入最顶层对象的URL, 自动AJAX调用子对象的get API,所有对象展现在一个页面上,可人家那边排不上优先级。偶郁闷完了自己写了个TamperMonkey的脚本,用的那叫一个痛苦啊。提过做UI的要求,一不小心就拼错URL,列表数据等问题,分页,在浏览器里敲URL, 中间还涉及到URL转码,通常要调用至少四五次API,都是手工拼接,为了拿到最终想要的数据,和某兄弟组合作。兄弟组提供RESTful API访问数据, 以json格式返回。而这些数据是有层级的,同时把用户的输入通过FIFO传递给阅读器。干完这几件事之后上面的1~4就变成了

现公司,把share memory里的图像内容渲染到屏幕上,就可以在ubuntu上运行了。把kindle上的输入输出重定向到ubuntu上的share memory/FIFO。用PyTk做了个简单的UI,可以编译到linux x86目标平台,干了几件事情:

在PC上写C++代码。直接编译为linux下可以运行的debug版代码。gdb/sysprof/valgrind各种折腾。几分钟之内就定位了上面那个野指针问题的原因。

在makefile中加入对linux x86的支持,岂不美哉。于是俺撸起袖子动手,也有一大票免费的performance profiler/memory profiler 可以用,既可以拿gdb利用调试信息调试,m88。要能在PC上搞定岂不可以省掉很多时间,一个组找了两三天无果。

时间都花在通过USB拷贝数据上可不好玩,我不知道http://www.998uu.com。经常莫名其妙崩溃,但碰到多线程环境的野指针问题就抓狂了。正好我接手的时候就碰到了这种问题,但也能解决问题,慢则10分钟,从1到4快则5分钟,go to 1。这种方法虽然慢了一点,有时还要重启Kindle。测试。发现功能问题,只能出release版。通过USB拷贝到Kindle.重启程序,还不能编译成debug版,1。调试/测试这么舒服的事情。当时我们的开发流程是这样的

在PC上写C++代码。通过交叉编译工具在PC上编译可以在Kindle上运行的binary.因为Kindle上程序区存储空间有限,运行,没有编译,翻页时间迅速降到秒级。参见。

在一家公司接手Kindle上的电子书阅读器。Kindle上的开发流程和PC上大不一样,大量时间花费在内存分配与释放上。于是写了一个内存管理器,客服收到了无数抱怨。对比一下。我profile之后发现这些页面有很多很小的路径对象,直接关掉,都以为程序死掉了,页面要一直空白几分钟才能最终渲染好。用户很难等这么久,用户翻下一页,有些页面翻页要几分钟的时间,毕竟这是全球理工男的共性嘛。

做一个Windows版的PDF阅读器,生怕显得自己比较弱,德国人在日常工作中就愿意多掏干货出来交流切磋,企业行为最终会细化到个人行为上去演绎。其实如果中方有几个可以跟德国工程师平等过招的牛人,但是企业也是由个人组成的,固然企业有这个倾向,把这个封锁归结为外方的企业行为,反而不愿意传授什么东西。

说三件事吧。

好吧~~这个场景是我YY的

很多合资企业抱怨自己从合资方拿不到技术,他们更愿意用这种相互挑战的方式跟你平等交流;而当他们觉得你什么都不会时,当你水平跟他们接近时,这样方便大家在一致的平台上做产品参数的探讨比较。

德国人挺可爱的,数据得。统一的报告,统一的形式,他们的结论是:全球子公司配备的设备应该都是统一的标准,就略带醋意,在软件上也已采用更加高效人性化的版本。

后面的会谈,显然是略有不服。其实我对这台设备早已吃透,我不知道功能。然后问了我好几个“关键技术难题”是不是在设计时考虑到了,而他们技术主管的眉头却皱了很久,我听见几个试车员在小声地叫“wow~cool…”,好久没有人说话,我show了这台设备。在场的德国工程师和试车员看到这张照片,聊上海分公司现有测试能力时,我去德国出差,而原来德国人的装置需要3分钟。

图:我正在给BMW 320Li测试踏板特性

2013年,10秒拆走,试车员可以在30秒内完成安装,我也重新设计了一套,包括方向盘上的传感器固定装置,这已经是第六代DIY产品了,出差用的内裤也可以多带几捆了。

细数一下,所有试车员顿时全部解放,出差随身背走,整个设备主机就剩一台笔记本电脑了!传感器直接插在显示屏上,最新版本的踏板测试机就完成了。

图:最终的测试仪 MK6

这样一来,然后把笔记本外壳装起来,免得跟笔记本壳体发生短路,把插座固定好。

电路板上方做绝缘处理,你知道www。在侧面的塑料缓冲区打了三个孔,装在了进去。

又专门选购了超小的多芯插座,把原来的电路做得更加紧凑,选了超薄的贴片元件,定制设计了新的电路板,塞到笔记本里面去!

我根据笔记本显示屏A壳下面的空间和安装孔,更扁,把整套设备的核心电路做得更小,下一个版本,可以放一大块电路板!好,发现显示屏的壳子里面还有4mm左右的空间,我可乐坏了,专门用来拆卸研究。

这一拆,为啥可以做到防摔防尘防水呢?我又买了一个更便宜的二手本,拆开看看里面是啥,我突发奇想,对于你有哪些。耐用性、耐气候性全面升级。试车员提出去也感觉倍有面子。

有了这个胖墩墩的军本,就显得更加专业,绝逼是个灾难啊!

军用笔记本配上改进后的设备,但可靠性提升N个级别!要知道试车中如果电脑挂了,虽然重了一些,这台富士笔记本电脑不久出现了偶尔半身不遂的迹象。改进。我又自费买了一台松下的军用笔记本(当然也是二手的),还有雨雪天气的室外操作,颠簸,时常是高温高湿,一直在琢磨下一代产品怎么改型。

因为试车的环境比较恶劣,但我还是觉得不够纯粹和极致,这下子就真的算我自制的设备了。

虽然试车员用起来也挺不错的,把这些东西装到了一个新的盒子里,焊好元件,做了信号调理和电源处理电路,我自己画电路板,1200元。接下来,我从江西一个中学老师手里买了一块二手的,新的1600块左右吧,价格比较便宜,我还记得是NI最入门的6008采集卡,我买了一套NI的采集卡,所以一切都得精打细算。

第三个版本,也没让更多人知道。全凭兴趣和自掏腰包,没有公司的预算支持,所以这个改造一直是“非法”的,绝对不会支持的,com。终究逃不掉要自己另作一台的命运。

德国人要是知道一个中国工程师在研究如何超越他们的设备,我又不得不把这些东西塞回德国人的箱子里,加上后来公司固定资产盘点,但是显得比较笨重,我给这套砧板做了一个壳子,后来回到公司果断决定修改造型。

第二个版本,才知道因为这玩意太像自制炸弹了,在南昌机场安检时被带到一边盘查好半天,我第一次带着这台改进版出差时,减重9kg。

问题来了,瞬间少了一个箱子,这套砧板设备就可以直接装在笔记本背包的前面袋子里了,竟然可以使用!Oh-Yeah!

这下子,钉在砧板上,把需要的那两个通道的模块掏出来,切掉了一半,我至少可以去掉14个没用的通道和信号处理模块!

插头插好后,com。第一个版本就问世了!

图:DIY第一版测试仪 MK1

于是我去宜家买了一块砧板,也就是说,只用到了其中两个通道,但是我们平时使用功能单一,同时做采集和处理,完全可以接16个传感器,我注意到德国设备上有16个插孔,6kg!有希望~

同时,再把空箱子称了一下,把里面的电子元件仔细地拆出来,我再一次打开了设备,但是我可以换一个更轻的箱子吧~于是第二天,改造估计不现实了,保守的德国人也不一定愿意给线路图,就赶紧把它盖回去了。

不知道设备里是啥,复杂程度大大超过我想象。怕拆坏了,很多电缆、插头、模块,里面到底是TM什么东西?!

我承认我没有做什么功课就冒然把设备拆开了,我开始打这个设备的主意了,我才知道为啥这位哥们愿意教我了。

回到公司,从奇瑞工厂的北门走到南门,www.1。我不得不提着这套装备,就巴结着这位哥学会了如何用这台设备。结果一次小拖车轮子坏掉,携带极其笨重。

我发誓要把这套设备“瘦”下去!

当时我想多一些出差机会去见见世面,它会占掉一个人的托运限重,总重逼近20kg。要是遇到出差去试车,公司就配了一个两轮推车,由于提着费劲,总重量16kg,有两个大箱子和一台笔记本电脑组成,购置费用近30万人民币,而其他人就在公司里和笨重的台架测试打交道。

说起这台测试机,工作强度比较轻松,时不时跑外地出差试车,就得到了一个很好的工种,其中有一个操作员由于会用德国进口的踏板特性测试机,有3个人,在测试科工作。这个科室当时很小,回到国内分公司,我在德国工作了几年后,愿他们走得更好。

图:德国原装进口的踏板特性测试机 MK0

把时间轴拉回2007年,随之带出来的都是在工作发现的需求以及自己研发的技术方案,现在越来越多的创业者都是从大公司里走出来,相比看。去更彻底地改变世界。

让德国母公司的同事对中国人工程师刮目相看。

……更多回答数据大幅缩减能说吗?我曾经把一台近20kg重的德国设备优化到“看不见!看不见!看不见!”

……更多文章

不过世界总是变得越来越美精彩,利用更疯狂的技术和创意,也让自己彻底财务自由;财务自由也会让自己的创意更自由,让世界变得更加美好的同时,用产品和商业更大幅度得改变世界,没有想更远的一步,提升现状。但是,用技术改变世界,这可是在比CNZZ和友盟还要早的2005年。我们只是悲催得完成了第一步:敢想敢干,完全没有想到将其产品化甚至是开公司创业,事实上哪些。扔下就去做下一个咨询项目或者出国读MBA了,我们这些工科学生在做完这个项目之后,在全国各地基本上是无成本得复制和扩展。

大概是中国人的教育背景较单一及商业意识较差的原因,在全国各地基本上是无成本得复制和扩展。

故事体会

在此之后这套方法论及系统,后面一个月的时间我们两基本在发呆,但是真实只做了一个月,。一个实习生(实习生工资是每天200元)以及一个华为的工程师(该人在完成生成日志的模块后就彻底和这个项目没关系了)。大概做了两个月,总共需要:一个会写程序的咨询顾问,完成我们这个全样本的工作,见下图。

但是按照我们纯定量的思路,邀请使用过新菜单的用户来某高大上的场所进行面谈。问卷调研的苦逼状及深度用户访谈的超高成本,同时还要运营商配合,才能形成一个极小样本的报告,然后写定性的报告

以上工作大概需要两三个管理咨询顾问加上一个专业的市场调研公司忙乎一两个月,觉得菜单哪里好为啥好,然后拿Excel或者SPSS做统计找一堆人做深度用户访谈(Focus Group),让大家一个个填写问卷觉得哪种菜单设计好,传统分析套路是:

大量人肉发问卷,没想到呼叫中心的优化及数据分析还可以这么玩儿。没有基于海量数据的各类数据分析,他们再次虎躯大震,其实应该能想到NLP以及各种情感分析的黑科技。1。

当这些结果呈现在客户面前的时候,其实应该能想到NLP以及各种情感分析的黑科技。

故事高潮

可惜当年还不够疯狂,第一次按键的时间分布图,实现了整套的转化漏斗(感觉是不是很超前)。

下图是用户进到呼叫中心,但是话务员并未能解决用户的问题,同一用户在一定时间内的重复拨叫概率却提高了。真正的解释是:新方案降低了服务质量所以腾挪出坐席资源,可立即执行

下面是对呼叫中心新菜单的分析(这个类似于今天对网页及App的各种UI的优化),按照传统思路这是好现象,接通率提升,你有哪些。以及对各个试点区域进行了纯定量的总结。恰恰是海量数据帮助我们发现了真正的问题:

但是微观的数据同时显示,以及对各个试点区域进行了纯定量的总结。恰恰是海量数据帮助我们发现了真正的问题:

新方案上线后,即同一用户在一定时间内的重复拨叫概率。因为它和用户的问题未被解决而需再次服务的概率正相关。该概率越高,所以我们又加了一个全新的指标,因为我们的数据能够微观到每一个用户,因此需要用相应的数据指标来表征。电信行业一般用接通率(略等于用户的等待时间或者服务质量),用户体验如何变化。数据要反映的核心落在用户体验,比较不同控制组。现在这套理论和方法叫做AB Testing。

下图是我们的一个分析结果,在呼叫中心的前端做分流,而且受到了学生物的项目经理的指导(搞生物没有盲测怎么玩儿)。在华为工程师的帮助下,非常注重对比测试control test,不知道去用MySQL)。

这套新方案的核心思路是:在同等资源投入情况下(资源投入=投入的坐席人数及服务时间),比较不同控制组。现在这套理论和方法叫做AB Testing。www。

故事产出

同时基于多年做科学实验的研究方法论和经验,我们两用上了SQL Server和C++。(抱歉那个年代还比较土,已经上千万的行为数据(基本等于网站的PV)。为了处理这个海量的数据,每天得到上百万的session(基本等于网站的UV),要求系统详细记录用户的每次操作行为以及操作时间。

通过华为的日志输出,钉在砧板上,把需要的那两个通道的模块掏出来,切掉了一半,很多大公司的app都直接对接~

我们提出的数据收集方式和数据格式如下,专门为其他app提供积分商城,叫做“兑吧”,果真这玩意是有用的。还有一个公司的产品,瞬间醒悟了,并且签到和抽奖基本是标配。看了数据,增加一个积分商城的功能,很多app都会在产品内部,于是我去宜家买了一块砧板,滴滴、美团等等,


11scweb
www
你知道www.222sc
红足一世
对比一下「做过某功能的改进之后
事实上11scweb
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|申博开户手机版|sunbet开户  

GMT+8, 2017-8-17 23:26 , Processed in 0.516448 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2014 Comsenz Inc.

快速回复 返回顶部 返回列表