Results tagged “work”

--EOF--

好久没有上对手的网站，刚才看了一下，才发现是2月份在那里因为有过一次非常不愉快的购买经历，跑过去投诉，还被那个卖家打电话来要挟，骂人了，非常不爽。今天上去重新看了一下结果，对卖家的处罚还是非常的轻，他明明都已经骂人了，却反口污蔑我先电话骂人，这样做生意的人是不会长久的。难得上来一次，也顺便谢谢自己的今晚的感受。

我们的基础体验非常的不到位，好多新功能上线后就一堆问题，明显的做事没仔细，没负责，没认真，显得是那么的不专业，为啥会是这样的结果呢？那我们的机会，或者说能做的比较好的地方在哪里呢？列下面几点：

1.那边是满屏的广告，导致很多产品体验其实已经有了很大的缺失，我们做好基础体验，这里绝对可以比下去。

2.看来看去，核心的东西这么久了根本还是没变，而这里，我们的优化实际上应该能够更迅速，关键是有无这个信心和毅力去不断的改进和优化。

3.专心做好这些最基本的服务，这点上为啥不能有突破呢？

--EOF--

1.测试完成后的相关发布文档未再次进行完整系统的整理，发布版本包不确认，比较混乱。

2.较多特性发布之前建议组织一次Checklist Review，对相关影响进行分析。

3.发布的先后顺序严格把控，提前规划。

4.全情投入到每一次的版本发布过程中，每一次，无论特性的大小。

5.发布之后的监控每次都不能遗漏，遗漏的一次就是出故障的那次。

--EOF--

1.后台一个服务异常，另外一个服务调用它的地方没设置好超时以及做好防雪崩，进而将自身内部的另外一个关键服务影响，最终酿成巨大故障。

可以总结的小点：

1）防雪崩肯定是需要的

2）如果是同步调用，超时时间的设置需要特别注意把握

3）重要程度不一样的服务，最好能独立开来，避免互相影响

4）跟进问题的时候，一定要有全局视图，可能最关注的那个点只是一个最后的现象，而不是问题的根源

5）全局视图的建立，绝对的依赖对整体业务情况的把握

6）不熟悉的东西，不可控的东西，如果拿来做核心关键业务，一旦出现问题，会非常被动

7）DB的索引，一定要未雨绸缪，慎之又慎

2.忙中出错

SlaveDB肯定会有延迟，不管DBA告诉你说在2秒还是在1秒内，谁能保证不出现异常，谁不能保证网络一直可靠。

你唯一需要相信的，就是它一定有延迟；

你唯一能做的，就是能不要用它就不要用它，如果Master都能撑得住，何必要去用Slave？读写分离不是为了读写分离而分离。

3.可重现的Bug就是对你最好的礼物

既然能重现，查问题就肯定有了突破口，从这里进入就好，不要再找其它无关痛痒的东西，念叨着不知道怎么办。

发布之后，不查看进程情况，不查看日志情况，不查看监控曲线，不进行自己的实际验证，不知道要干啥。。。

出现问题之后，第一要事就是先解决问题，不是在那里干等，让用户骂你。

我看到这种情况，只有一个想法：你不急我都要急死了。

4.得到线索，收到问题的反馈还不主动去查日志，定位分析，解决可能存在的问题，反而是让别人重试，让别人帮这你来定位问题，

这是什么精神？这是大无畏的精神！！！无知者无畏！

--EOF--

领导的学问：

1）目标导向 一定要搞定事情

2）把事情做对和做对的事情，你在哪个层次？

3）控制情绪

后续要好好学习这些东西~

--EOF--

曾经的学校考试记忆：

小学二年级：

踩着泥泞的路回家吃饭，然后继续回学校参加数学竞赛，结果是没获得任何名次；

小学五年级：

搬着课桌到隔壁村的学校去参加联考，只记得临考前在陌生的学校外的操场地理老师临时授课；

小学六年级寒假期末考试：

班上最好看的mm居然在政治考试的时候夹带被发现了，哈哈，心底鄙视之；

考完回家村里都在熬糖，感觉不错，可以到处看扯糖；

小学六年级全乡会考：

拿着自己的碗筷过大渡船走路到中心小学去参加联考，那种蒸汽锅炉的方格米饭吃起来还不错，比起我们在学校吃的那种瓷缸子蒸的米饭好吃一些，

考试完回家就骑着二叔给的自行车导出溜达了，感觉真好，最后的成绩是全乡第二名，第一名的是隔壁班的从来名不见经传的小学同学，怪异了；

初二的周考：

每个星期基本都会有数学考试，教室背后张贴者每次考试的成绩和总成绩表，我一直排在总分第一的位置，骄傲，那时候的我是自信的；

初二的竞赛：

莫名其妙的参加了市里组织的史地竞赛，和初三的学长一起坐车去县城参加考试，在公车的最后一排被颠簸的上下抖啊抖的；

初三的月考：

拉到操场外面，啥都不带，就是考试，感觉真好，即使是大冬天的，那种考试的氛围，绝对的终身难忘；

下次再继续高中的那些考试和高考。

--EOF--

昨日公司招聘会，和小强同学沟通有感，针对新同学：

1.反馈很重要

2.先系统，后特性，要培养全局观，这样也才能更明白自我的价值

3.一定要灌输团队的价值，业务的价值，再融入个人的价值，不然激情从何而来

4.自我成长，角色定位很重要，不间断的沟通，谈话很需要

--EOF--

1.监控做好真的不容易，总是在没有做好监控的地方出问题，总是被抓住小辫子

2.方法论很重要，总结很重要，特别是在带团队的过程中，接下来的一年，要恶补

3.业态，商业，感觉，需要多读书，多想

4.相信别人能做好，至少能达到我一样的水平，我就解放了

5.2年前的被调戏在今天看来是什么？不知道，或许是另外一种生活

--EOF--

1.想象的与实际的相差很远：大事务分拆成小事务+不要事务一定能提高性能么？

2.沟通很重要，默契更重要：同一个词，你以为别人理解了，会那样做，最后做出来为啥总是差那么多？或许真的是没默契。

3.什么最影响性能？不需要，不重要的垃圾东西最影响！快点找出那些可以从你的核心系统迁移走的东西吧，越早越干净越彻底越好。

4.最后一根稻草：为啥垃圾的东西迁移后在别人那里运行很正常？这能够说明这些垃圾东西不是影响性能的主要原因么？不是，因为这些垃圾东西不仅仅是最后一根稻草，是很大很大的一堆一堆的稻草！

5.是否要使用绝招？应用架构设计的优化都没搞好，为啥要用绝招？绝招是逼不得已才用的！！！

迁移流水日志有感！

--EOF--

过完年回来，昨天突然发现有些东西居然2个星期就忘记了，现在也顺便随便记录一下:
1.台式机目前主要处理outlook和rtx相关的东西，而且使用windows的远程终端一直访问台式机进行工作。
2.笔记本上使用了PC的ssh功能进行代理上网，LAN网卡是只开放了少数几个端口的，基本上所有的网络程序都是通过PC代理上网的。
3.在会议室的时候，通过securecrt登录dev环境可以知道PC的IP，然后远程登录PC进行工作;由于LAN网卡的端口限制，笔记本在会议室也是无法直接上网的。
4.今天我在测试Outlook发现也可以通过代理上网了，后续可以考虑直接使用笔记本处理工作了。
5.3G网卡只对少数几个应用程序开放使用:Fterm等。

--EOF--