• 确实是个 bug 。

    看了下实现,是因为这个地方直接使用的是回复内容的 html 值。回复内容里关于楼层的用的都是锚点(类似于 <a href="#reply2">#2</a>),即把当前页面上下滚动条位置直接移动到带有这个 id 的元素位置中。这种方式在帖子正文页没有问题(每个楼层本身就是带有这个 id 的元素),但在通知页会有问题(没有这些楼层显示,所以移动不到那个元素那里)。

    修改方法能想到几种:

    1. hot fix:通知这里做个 replace,匹配到锚点型的链接自动改为网页型链接(前面加上 topic 地址),但真心来说,很恶心。
    2. 直接每个楼层的按钮从锚点改为链接。改动最快,缺点是失去了锚点的无须重新请求的优点,损失了一些用户体验。
    3. reply 加个通知界面专用的属性,里面楼层是链接,不是锚点。

    后两种比较可行,明天具体看看哪种改起来比较方便。

  • MTSC2017 运营相关 at 2017年2月21日

    具体分工目前有了吗?

  • #7楼 @dadeshuo 流行技术每年都变,没必要一直都跟踪,要有自己的方向。而且1年多经验,你有一门专精就很足够了。

    PS:不知道你找的是什么岗位,如果你简历有明确提到 python 而且是偏技术的岗位,应该会问这方面的信息的。至少我们现在技术面都会问下这些。

  • 我觉得这个技能点应该比不少人好了。你是觉得现在缺少了后端相关的技能点,还是什么?

    纯 Android ,做得足够深入应该也问题不大吧。

  • #19楼 @simple 关于没时间写单测这点,我觉得根本原因是没有重视起单测,没有预留时间去做单元测试。至于测试开发比过高,不知道能不能说细一些?

    我们目前打算是找测试开发先和开发一起参与,开发主力,测试辅助,目前其实也没有专职的白盒测试,还是在探索阶段。

  • #18楼 @jet 这个要靠老大觉悟了

  • #20楼 @Anikikun 我们现在也打算这么干,不过测试也会一起参与和提供一些支持咯,相当于开发是主力,测试打辅助。

  • #41楼 @Anikikun 只能说这个 hub 和 windows 兼容性比 linux 的好,估计是厂家专门优化过兼容的吧。

    可以的话还是想多弄几台 Linux ,windows 上用 npm 装 appium 不那么方便,而且容易出现各种编码问题。而且 windows 一次性只能接9台 android 设备,超过9台后新的就识别不了,略坑。。。

  • info: [debug] The following desired capabilities were provided, but not recogniz
    ed by appium. They will be passed on to any other services running on this serve
    r. : devicereadyTimeout
    

    你把这个日志翻译成中文看看?已经说得很明白了。

  • #12楼 @xushizhao 赞,后面问下你那边效果如何