背景是今天为了配置云开发环境,更新了开发者工具,然后发现了「可视化」这个功能。
当看到这个功能的时候,脑子里冒出了好多想法。
想法一:为什么搞这个功能?
首先,看到「可视化」这个功能,第一个想法是『搞这个干嘛?』,可视化代码发展了几十年了,除了AI to Code这个方向还是有点意思以外,其他的可视化工具真的近乎『毫无用处』,这一点大家也讨论很多了,不讨论了
重点是『为什么搞了这个?』,因为能看得出现在这个功能就是团队某个程序员的想法而并不是一个战略方向。
而明明微信小程序开发还有填不完的坑,更重要的事情去做,为什么搞了这个?
我的想法是希望开发团队的资源应该还是在填坑上,不求创新(最好也不要,太恐怖了)但至少多填点坑。
想法二:希望能看到微信小程序的开发计划
第二个想法就是希望能看到微信小程序的开发计划,因为现在开发者离微信小程序开发团队距离还是很远。(目前社区并不解决这个问题,虽然实际上明明可以)
距离远就会导致很多误解,这是很正常的情况,因为信息不对等不开放,所以每个人只能站在自己的角度和自己所掌握的信息进行判断。
这就造成对于微信开发者团队来说,『明明已经做了很多了,但是为什么开发者还是不满意?』。而对于开发者团队来说就是『开发者团队到底再做什么,是不是都没在做事』或者『能不能做点更重要的事』。这也是我第一个想法产生的原因
缩短距离的方法有很多,例如
- 开发者社区
- 开发计划
- ...
等一下,看到这里肯定会有疑问,因为提到的方法微信小程序开发者团队不是做了吗?
问题就在这!现在做得效果 = 没有。为什么没有用?(关于这点,之前也讨论很多了)
首先,我总是觉得微信开发者团队的频道和正常用户不太一样,即很多做法会让人觉得更莫名其妙
其次,到现在还是搞不懂微信开发者团队是不是想缩短于开发者的距离
回到方法上
首先,一个开发者社区应该是类似于一个和官方沟通的渠道。但目前更像是一个工单中心,所以只能说这并不是一个社区的概念。那是不是等于没有
其次,开发计划
微信开发团队其实每周都有公布开发计划,但目前来看更新像是一个(反向)更新日志。也是等于没有。用户想要的仅仅只是一个类似看板一样的页面,能够通过时间、便签等筛选的纬度去找到自己想要的信息
所以问题在于如果确实想要做社区和开发计划为什么最后做的是反向的东西?当然会有人说『每个人想得不一样』『我觉得已经做得很好』『有总比没有好』一些想法。但希望能互相理解一下,这是我站在产品设计角度和个人思考的看法,所以希望不要看到一些『不理性』的回复
说了这么多,那到底『我想要什么呢?』
一、希望有人认认真真维护一下开发者文档
不开玩笑的说,开发微信小程序,30%的时间在找和理解文档,30%的时间在填因为文档写错了或者没写的坑,20%的时候自己再封装一次功能。10%再思考为什么要怎么搞。最后才是10%的时间编写代码
所以希望能有人可以维护一下开发者文档。帮大家减少至少50%的开发时间。当然更好的情况是能够让至少有点『用户体验』的人去维护,这样可以再减少30%的开发者时间
就是这件事情真的很严重,就算再小的团队都要解决的问题,所需要的人员可能要求仅仅只是个实习生都行
而且这件事只能官方来做,因为没有人有那么多时间/经验/义务去维护一个第三方文档。
二、希望有真开发计划看板
目前微信小程序团队很多做法让人很奇怪的是,到底是给谁看?例如很多开发上的事情除了程序员谁看啊?
而针对程序员来说,开发计划非常的重要,而微信小程序明明是可以这么做也必要这么做。
一个简简单单的看板真的就能解决这样的问题,付出的资源可能也是一个实习生就行。
但解决的问题确实很重要的,至少能解决开发者很多时候搜索的时间以及对于提升好感
三、希望能有社区产品经理
就目前行业来说,国内的程序员还是不需要「用户体验」「战略」或者其他能力的基础要求。那么更适合还是面向程序这端,而社区产品还是需要面向用户的,那么简简单单能有一个有一点点技术背景的产品经理还是不错的
当然衍生的话,很多国内程序员会有错觉觉得自己有这样的能力,但实际上真的『大可不必』。因为产品和程序员的工作隔阂真的太大了,思考的方向和内容差太远。当然这是另外的一个话题不讨论。
四、认认真真做一下开发者工具
在几年前我还在用MacBook Pro 16年版本的时候,我觉得如果我开发h5,可以再战个10年。但是于到小程序开发者工具直接把我的电脑屏幕烧了,还好还在保修
去年为了运行微信开发者工具换了MacBook pro 16存,结果还是卡爆了。什么也不做已经感觉很卡,开发起来的时候直接烫手
今年在家配置1w块的电脑为了开发(打游戏),我以为GTA特效全满对付开发者工具应该没问题,结果我错了,编译速度是快了,但是多编译几次还是卡起来了。
当然这并不是微信开发团队的问题,electron本身就会很卡。但是自己也开发过也不太可能卡成这样。
所以,我希望
- 认认真真开发重写一些开发者工具
- 只有编译的开发者工具,不要有什么编辑器之类的,对于一般程序员真的完全用不到还卡
感谢这么诚意的反馈和建议。个人对上述想法的一些看法–––
1)可视化的部分,欢迎提出使用过程中的「具体建议」。至于做这个事情的出发点当然也是希望在某些方面帮助开发者提升效率,不太适合一概否认其它开发领域曾经出现过的可视化能力是“毫无用处”的,像是dreamweaver/vs等等。很多产品探索在最后开始产生效用之前都很难看出用处。
2)关于“开发计划”,近期我们也在优化社区issue版块能力:https://developers.weixin.qq.com/community/develop/issueList?type=&status=develop
对于大家反馈的一些需求和bug的采纳与修复或支持进度会更加透明;每周社区公告也一直都有坚持以固定频率反馈相关进展。至于新能力,由于我们迭代中的能力也不一定会发布,或者涉及商业机密等原因,比较难以有提前的精准的可公开的开发计划;不过,一般我们的开发工具重要功能都会遵循从「开发版-RC版-稳定版」的发布节奏,关注开发版的话至少提前一个月能够获知新功能;重要的接口变更或新能力支持一般也会提前在社区公告。
3)关于文档,我不太确定你提出的那些比例是否是个人感知。我本人之前也是开发者,开发过数年的小程序小游戏,感知有所不同。诚然我们的文档还有很多需要提升的地方,比如有些内容更新的实效性或完整度还不够好等,这些其实放在一个规模庞大的产品中是一个比较复杂的问题,我们也一直在优化。不过总体上文档为了平衡「新手-有一定经验者-老手」的不同诉求,采取的还是比较字典化的表述;如果遇到文档相关的问题可以点击相应文档右下角的“反馈”告诉我们,反馈你遇到的具体问题,比如哪些文档如何不好理解哪些有纰漏等等,我们一般都会及时处理。
4)关于社区,在正常的工作时间,与官方相关的具体问题,大部分都会有官方回复。但是,以当前的开发者规模,一对一的进行「官方-开发者」的交流模式,效率上并不现实。所以社区更多的是开发者之间交流的平台,必要时官方会协助跟进或接收反馈问题。
5)关于工具性能,性能问题和屏幕损坏之间应该没有必然的关联性。mbp烫手的问题开很多其它程序也存在。过去一段时间我们也在不断优化工具性能,不过还有继续提升的空间,这是一个必将持续优化的过程;同样的有具体问题可以及时反馈,比如在编译什么项目的什么情形下有明显卡顿。
以上是你希望有的社区产品经理的一些回复。我们欢迎大家提出想法,更期待听见具体问题反馈或建议的解决方案,这也是社区这个桥梁的意义。
社区产品经理-汤尼
https://developers.weixin.qq.com/community/personal/oCJUsw3-S1xx0pg52IUBAaBOA_zc
··可视化能减少代码量吗,现在的功能也离不开纯代码啊