开发运维中心对于有心精益求、打造更优质小程序的运营者开发者，是个利器。 一直在用，很香。 分模块细说一下。 一. 错误查询 基本上来说，能反映大部分线上小程序的问题。 [图片] 然而依然问题不少: 譬如早期的时候，使用官方的navigation-bar自定义组件，刷屏的报错，getClientRect函数未定义，仔细检查代码，确保在调用前是使用了wx.canIUse函数。然而依然大量报错,百思不得其解。报错列表里，还充斥了很多由于基础库、机型不同的兼容错误，这些，无法知道机型、环境，导致很难处理。 评分：4分 建议： 1 . 在错误结果中加入更多的筛选，譬如机型（ios的话能否给出版本？android的话能否给出版本?) 2 . 列表方式可否优化一下？错误的详细stack信息，折叠或者索性提供个详情查看？列表不见得需要直接显示每一个错误的详情，我更需要的是一目了然的列表。 2.实时日志 实时日志，可以将问题发生的“经过”上传到后台并完整储存，不但能够搜索，还能将日志导出，非常方便开发者更加细致地去复盘之前出现的问题，找出问题发生的原因。 从功能性来讲，实时日志是对于错误报警的一个有机的补充。 错误报警其实包含了2方面的内容：a.小程序自身的问题、bug，譬如以上提到的客户端或者基础库在某些情况有bug；b、自身业务代码、业务逻辑的异常报错。 从这两方面来看，实时日志更适用于业务侧的问题。那么问题就来了，对于业务侧的问题，仅仅是一个简单的接入实时日志打印一下是不够的。业务端的日志和统计，大家以前选择的方式无非是自行埋点统计，对于代码有自己的控制权，可以进行一些更详尽、和自身业务更贴近的统计分析处理。这样看来，实时日志的优势相对于自行埋点又在哪里呢？除了接入简单，似乎没有更多了。 评分：3 建议：提供开放api，供自身业务系统读取、统计分析。 3.性能监控 这个没得说，每次发版后的一周，基本是经常查阅的模块. [图片] 评分：5 建议：暂无 4.告警设置 聊胜于无，不过对于为什么这个功能是以扫码加到一个专属群里，表示百思不得其解。 评分：4 建议：可否作为功能模块并入小程序助手或者小程序数据工具？配合现在的长期订阅消息，以小程序下发消息的方式做报警提醒岂不是更自然的方式么? 5.小程序测速 小程序里面进行“测速”，之前无外乎几种办法： 1 - 小程序后台”开发“---“运维中心”---“性能监控”。这里能看到一些数据，包括首次打开、下载、渲染等等，但是不能定制，如果想看其他的一些“速度”，无能为力。 2 - 小程序后台“统计”---“自定义分析”中自己创建事件、完善事件字段，并通过api接口reportAnayasis上报分析数据。这种方式可以一用，然而自定义分析一般是用来进行用户行为分析或者结合api上报进行业务数据分析（包括后续的漏斗分析）。拿来做这样软件方面的基本分析似乎也不太合理和专业，查询的时候会麻烦死，而且对于“测速“而言，缺少了很多专业性的指标（譬如运营商-网络环境-等等，当然这些可以通过上报的自定义字段来处理，然而会增加不少小程序端的额外工作）。例如 [图片] 3 - 自己做一套”测速“统计后台....这个就不说了，麻烦，没必要。 小程序测速，应该说是对于”性能监控”和“自定义上报”的一个强有力的补充，真正做到了”术业有专攻“。 首先是维度比性能监控丰富了许多，地域、运营商、操作系统、网络类型、机型等都纳入了关键维度，可以进行更细粒度的交叉分析。其次，使用上面，比”自定义分析“不知道简单了多少，你唯一需要做的就是：1.定义监控指标，获得监控ID；2. 小程序内接口调用上报时间；3. 后台查看数据。 评分：4 建议： 1 - 自定义维度功能。指南中的例子很简洁，可否更稍详细说明场景和用途，以及常见的一些自定义维度？ 2 - net测速和render测速中的默认维度，可否考虑加入”机型“分组（此机型非render测速中的“中高低”档位）。既然用户画像中可以分析出用户的机型（iphone 6，7，8，max、华为mate10、小米等），这里可否按此维度划分机型？不求所有，哪怕访问我小程序的前十机型也可以(这个“高中低”戳中了我的笑点，多高算高？多低算低？这个标准很不严谨。还好没放个“老人机”上来）。 [图片] 3 - net测速默认维度中是否可以加入地域维度？可以直观的看出server所在机房和不同区域人群速度的关系，便于优化。 4 - 最后，只有7天数据么？颗粒细度最大到60分钟，也就是一小时么？那如何进行直观的优化前后的周/月平均值的对比呢？小程序数据统计、性能监控里面，都有"最近7天、最近30天、自定义时间”这样的维度，以天、月为单位，查看方便，一目了然。

此情此景，诗性大发，忍不住吟诗一首： 直播技术美如画， 本想吟诗赠天下。 奈何胸中无文化， 只能惊呼一声啊？ 大佬直播齐上阵， 娇华binne和汤尼。 干货技术学不会， 只求抽奖合我意！ [图片]

记性不好也没关系，比如我。99年qq刚出的时候，非常不屑，都在用icq呢，谁用这鬼玩意。可是慢慢的身边的人都投奔qq了，无奈，某个夜晚孤独的在网吧下载oicq注册了第一个qq号。看着空空的好友列表，我不禁陷入了沉思。突然，哥虎躯一震，计上心来。闪电般的又注册了一个qq，互加好友。于是，我成了我自己qq的第一个好友—- qq真好！

下一回假条估计也能发一篇文章

此情此景，诗兴大发，忍不住赋诗一首： 《江城子·忆高考》 十年北漂两茫茫，不思量，自难忘。 当年高考，无处话凄凉。 同窗相逢不相识，尘满面，鬓如霜。 百团大战可记否？p2p，断人肠。 知识付费？唯有泪千行。 料得年年高考后，数风流，看后浪！

2020年注定是难忘的一年。 如果可以，多想再看一次赵老师的动物世界； 如果可以，多想再看一次拥有科比的NBA； 如果可以，多想和亲朋好友在春节团聚，看一场热闹的电影，品一顿饕餮的大餐，逛街逛到腿软，k歌k到口干。 如果2020可以重启...... [图片] 可惜，历史没有这样的如果。 2020注定也是不平凡的一年，党和国家，与我们同行万众一心，共抗疫情。 ------------------------------------------分割线--------------------------------------- 2020对于自己，同样也是刻骨铭心的难忘。 漂在北京，家在湖北，过年前早早的就买了回家的高铁票。虽然当时武汉疫情已经初见端倪，但毕竟思乡心切，加上初期的报道并没有那么严重，还是按计划踏上了归家的列车。 回家的时候，北京西站是这样： [图片] 好在一路平安，如期归家。 很快，疫情的发展超出了所有人的想象，家乡城市也下发了通告。 [图片] 很快，从交通封闭到小区封闭，从小区封闭到快递停运、战时戒备，一切的一切都在往更坏的方向发展。 所幸，快递停运前，突然想起北京家中的一缸热带鱼，缸里还插着加热棒、水泵。回家前想着过年就几天，电源都没断。疫情封闭到开放眼看遥遥无期，这要是水干了空烧后果不堪设想。于是当机立断，在快递停运前把家中钥匙发快递给了北京的表姐，委托她们处理（大概10天后表姐夫收到了快递，穿过层层封锁去了我家，缸里的水所剩无几，断电、死鱼活鱼全部下水道，希望它们能原谅我）..... 疫情愈演愈烈，十堰，作为湖北境内最早一批封城的城市。从封城到禁止各类交通工具，从禁止四个轮子到禁止两个轮子，从社区封闭直到整楼封闭。 每天吃饭睡觉锻炼学习打麻将，偶尔从阳台上眺望一下城市： 白天是这样： [图片] 晚上是这样： [图片] 无人的操场，无人的街道，怎一个凄凄惨惨戚戚了得。。。 早些时候还可以偶尔外出采购，后来所有商超一律关门，所有快递配送一律关闭。买菜，只能线上进行采购、配送。光买菜群都加了十几个，小区组团，凑够数量，货车来送到小区内配送点。大家按通知领取，拿了东西就走，没有过多的花言巧语，一般是这样： “你几号？” “2612” “喏，这一包。” 几张图感受一下： [图片] [图片] 期间，也申请了社区志愿者（主要职责看守小区各大门，防止人员流动），为共同抗疫也贡献了自己的一份力量： [图片] 春节结束，北京的疫情情况也不乐观，公司进入了全员居家办公状态。我也结束了志愿者的工作，投入到远程办公中。 居家办公一直持续到3月底，苦乐并存。苦的是，居家办公不是想象的那样端着咖啡挥斥方遒，而是基本早9晚9随时待命；乐的是，起码我可以选择我的办公场地和姿势...... ------------------------------------------分割线--------------------------------------- 四月初，十堰市解禁，有幸预约到早几班的高铁，返京，经历14天的居家隔离，终于可以戴口罩外出上班了。 纳尼！朝阳是高风险地区（公司在朝阳）？欲哭无泪，还是继续加强防范吧。 时间一晃到了6月中下旬，随着新发地市场疫情的爆发，北京又进入了二级防控相应，并相继确定了众多中高风险地区。 纳尼！红莲菜市场发现确诊？周边小区列为高风险？欲哭无泪，红莲菜市场离我家不到10分钟路程！ 公司一声令下，全员又进入了居家办公状态。 难道，我自带高危光环么？随着疫情的发展，不断的经历高风险地区么？ 这，就是我2020年上半年坎坷而又刻骨铭心的回忆。此时此地的我，正在家中电脑桌前敲下这些文字，心中感慨万千。 ------------------------------------------分割线--------------------------------------- 话题回到微信和微信开发上来。 作为亲身经历了各地区疫情的经历者，对微信及微信小程序点1000个赞。 疫情封闭期间，我们扎根微信群、使用微信小程序解决衣食问题； 疫情缓解期间，我们使用微信小程序登记行程、报备健康情况、返京申请、车票预订； 微信看一看中的疫情报告，更是贯穿了2020上半年生活的每一天！ 微信及基于微信平台的软件生态，在疫情期间发挥了不可磨灭的功绩！ ------------------------------------------分割线--------------------------------------- 2020下半年也有很多期望： 1 . 疫情早日过去，全世界人民都能回归正常生活。 2 . 参见上一个话题《对于社区的建议》，希望加强社区管理，还社区一个整洁、和谐的环境。 3 . 参见上上一个话题《你有哪些电商、媒体、内容直播等代运营的需求呢？》及上上上一个话题《小程序服务商最希望官方提供什么课程呢？》。作为一个一直在做小程序服务商的开发者，希望官方能构建健全的服务商生态，教程、运营案例、玩法、供求撮合，都是服务商喜闻乐见的内容。 4 . 参见《你有使用小程序扩展组件吗？对于扩展组件有什么需求或建议呢？》话题。

这个话题，老早就想说一说。 17年开始做小程序开发，也是最早一批混迹于社区的忠实用户，见证了社区一步一步的成长。 社区从一个只有简单的问答、faq、文档的bbs，到现在拥有各种板块、功能齐备的一个综合性开发者社区。无论是官方还是各位热爱开发、热爱社区的开发者们，都倾注了无数的心血。 文章板块，出现的时间不算太长。 文章板块从根本上解决了一些用户乐于分享总结的刚需，又和提问区进行了分离，这是好事。面世初期，不乏各种干货，印象中，有赞、微盟的技术团队贡献了相当不错的一些实践和经验总结，受益匪浅。 然而，随着时间的推移，社区用户群体的壮大，文章区也悄无声息的发生了一些变化： 干货少了，搬运多了； 实践总结少了，文档照抄多了； 技术性文章少了，运营、推广、广告软文多了； 更有甚者，打着“自我营销”旗号的个人甚至公司，开始把文章板块当成了seo、引流的工具，诱导社区新手入所谓的微信社区开发群，收割粉丝，美其名曰“私域流量”（这里也懒得再指名道姓了，常来社区的都知道那些人）。 呜呼，文章区四处乱象、群魔乱舞，热心群众苦之久矣！ 我们来明确一下概念。 问答区是什么？是大家探讨问题、互通有无的场所； 文章区是什么？是经验总结、传道授业的讲坛！ 问答区和文章区分离的初衷，我想不外乎是分门别类、便于检索。 对于问答区，早期混迹技术bbs、论坛的群众都知道论坛提问礼仪：遇到问题不是到论坛张口就问、伸手就要，看文档->动手实践->搜索引擎解决->论坛搜索->发帖求助。因为任何人的时间和精力都是宝贵的，没有人有义务有责任去给你解决一个本可以很简单就能自行解决的问题。 当然，没法苛求每个人都这么做，毕竟每个人都是从小白\新手阶段一步一步过来的。社区也对热心回答问题的开发者有一定的奖励机制。这是个双赢的局面。 对于文章区，我想绝大多数开发者想看到的是从入门类到进阶类再到完整功能类的案例、心的、开发经验总结。毕竟，我们是开发者社区，不是么（起码要对得起developer这个词吧）？而不是csdn、掘金等的无脑搬运、开发文档的大段照抄、每日毫无意义的灌水等等。 最后，惯例，提一些对社区文章板块管理的建议和期待： 1 . 细化文章区的子版块，加强对文章区文章的人工归类。 譬如大可规划成“灌水区”、“运营区”、“技术区”。有人愿意灌水，让他灌；有人愿意运营，让他发去。请自行选择投递子版块，管理员也需要对投递文章进行机器\人工投递，对于恶意错误投递的需要有惩罚措施。 2 . 优化推荐算法，结合群众力量判定精选。 我明白，总是诟病社区管理不及时是无意义 的，人手永远是不够的。然而，热心群众不是这么多么？“赞”和“踩”是很容易对一篇文章的质量进行初步的判定，再结合推荐算法和官方人员的人工判定，优胜略汰，很容易就能在社区沉淀出优秀的文章。 3. 明确奖惩措施。 对于优秀文章，不管是精选还是推荐或者其他是需要有奖励的；对于恶意灌水或者无意义的无病呻吟，请加大处罚力度。一点小建议，请不要量化社区等级制度，譬如5级用户“认证讲师”什么的。已经不止在一个两个微信群中发现做灰产的群体，以拿到5级“认证讲师”为目的，在社区灌水、回答。目的？很简单，“认证讲师”啊，这是灰产对外宣传相当有力的一个微信官方背书。 4 . 官方精选推送。InfoQ的邮件订阅我很喜欢，每周的精选相当的值得一读。如果官方社区小程序推出这样一个“每周文章精选订阅”，而且质量不错的话。我想，小程序订阅一次能发一个通知的话，我会先点它52次订阅，把全年的订阅先完成了。 就这么多。 最后，祝开放社区越办越好，希望我们的共同成长之路能持续的走下去！

需要狗灯

希望提供狗灯

算，请你反过来搞。譬如购买纸巾、购买衣服送会员，就可以了。