是开发和测试整个团队,平台是类似最近一直提的中台
目前我们落地的业务团队很关注这些,内部评估指标就有这些
能不能考虑这些指标呢, 持续集成通过率,每次发布补丁数,每次发布耗时,线上故障剖尸分析
见七楼
👍,辛苦啦!
😆,来点硬广,让大家震惊一下
筹备沙龙:帮忙征集沙龙议题,联系场地,讲师,审核议题。
沙龙报名:发布沙龙报名帖
沙龙中:场地引导、签到,会场秩序维持、主持,帮忙拍照
沙龙结束:收集整理 PPT,发布沙龙总结帖
长期志愿者,不是单次的
北京应该也会有,@026
点赞!
测试在了解全局业务上会比开发稍微有点优势,他能识别业务关联性,可以弥补单个设计中的遗漏,所以我们鼓励测试在各种评审会议中提问题
比如我们的广告平台,测试可能做了十几年了,你可以查下 doubleclick 产品
业务要看行业的,有些行业测试还真是对业务懂,只是没转产品而已。
不过性能测试还是要和开发一起做一起讨论,单方面闷头做效果是不好
这个你需要根据工作量来计算了,那么多客户端加上各种设备,几十号人至少了
团队里每个人都有机会做,没有只做自动化的人
补充下,目前上海和深圳的沙龙分两类了,技术沙龙和管理沙龙,管理沙龙请参考管理沙龙圈子,目前采用邀请审核制
社区主办的
场地: 可以是租赁也可以是某公司场地友情贡献
售票: 统一走百格,社区发活动帖并置顶,活动帖提前微信公众号/微博转发
举办: 招募若干志愿者帮忙签到,维持秩序,拍照记录
会后: 鼓励参会人员社区发帖分享,社区发总结帖
财务:门票收入扣除费用结余,各地沙龙组织者自行记账
社区协办
目前上海就和平安合作过吧,模式可以参考
志愿者招募
重点需要解决的问题,目前上海没有志愿者,就 7 个中年男人,女生都没有了
感谢分享,我们内部 app 最近都在用 Flutter 重写
ubuntu 换个 64 位的版本
chrome 菜单的 help 里有个 report an issue,可以报 bug
赞,统一的资源申请,统一调度,统一平台,减少沟通成本和内耗,提高效率
brew install carghage 执行了吗?
错误信息写得很清楚了吧,carthage 是不是没装,brew install carghage
我邀请作者来回答,回复请别使用楼主可见,这样其他人看不到