首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Apple

来自前 iOS team 成员的抱怨

  •  
  •   bookit · 102 天前 · 4424 次点击
    这是一个创建于 102 天前的主题,其中的信息可能已经有所发展或是发生改变。

    iOS,macOS 近年来质量稳步下降,大家有目共睹、怨声载道,我们有各种猜测,这里有一则前员工的抱怨,大家可以从中管窥苹果到底发生了什么问题:

    https://www.reddit.com/r/apple/comments/7x0eif/how_apple_plans_to_root_out_bugs_and_revamp/du4z6bx/

    As someone who used to work on iOS at Apple, what that company honestly needs is a culture not beholden to the whims of their EPMs (project managers). They used to help organize and work with engineering to schedule things across the company ’ s waterfall style development. However, by the time I left, they essentially took power over engineering. Radar became the driver for the entire company and instead of thinking about a holistic product, everything became a priority number. P0 meant, emergency fix immediately, P4 meant nice to have. You get the idea.

    Nothing could be worked on if it wasn ’ t in Radar with a priority number attached and signed off by the teams ’ EPM. No room for a side project or time away from your daily duties because there were always P1s to fix. If you didn ’ t personally have any left for the day, you ’ d take one from another engineer who was likely swamped with their own list of P1s.

    P1 P1 P1, everything is always in crises mode. Also why I and everyone around me felt bad for taking any vacation. If we weren ’ t constantly thinking about fixing those P1s, we were some how letting our team down.

    This is how you get bugs in shipping software. EPMs driven to schedule things and over manage engineers would decide on a whim that something was a P2. That was basically always shelved to a follow-up .1 release.

    Ultimately, engineers lost the freedom to decide when a feature was ready to ship. So here I see some “ leak ” about quality and I think, this is just PR spin for a buggy iOS 11. Unless the company is willing to take power away from the all-mighty EPM org, I just don ’ t see how engineering will really change.

    30 回复  |  直到 2018-03-02 14:35:49 +08:00
        1
    ynyounuo   102 天前
    就像之前那个计算器有延迟的「 feature 」,告诉我是工程相关职业的人有意为之我是不信的。
    PM 以及类似的职业,如果本身眼界和能力一般就靠浑水摸鱼和好运气不断掌握权利真的非常可怕。
        2
    ynyounuo   102 天前
    *权力
        3
    bookit   102 天前   ♥ 2
    这个工作流程看起来是敏捷开发那套,任何任务都有优先级,然后根据优先级重要性评个分数,每个 team,每个人都被分配到几个任务,每周每月按完成分数排名次,定绩效

    十年前我就觉得这套玩意不行,搞出来的软件质量不如传统开发模式。这模式极其容易被混子钻空子,非常有利于善于表现自己,是抢功劳的嘴子升官发财的模式。

    当时以为是 team 成员能力不够,搞敏捷开发不能达到书中说的那样高效快速精简,没想到苹果这种大公司也经不起这套模式的折腾,我猜微软也不行,看 win10 那个完成度,怎么好意思拿的出手。。。。
        4
    beimenjun   102 天前   ♥ 1
    确实像是 Agile,不过感觉是 iOS 太多 P1 等待解决了,这个问题感觉不是 Agile 该背的。如果一个项目有那么多目标要达成,就算不敏捷,估计做起来都不会特别的轻松。
        5
    xy90321   102 天前 via iPhone
    @bookit
    敏捷开发没问题
    问题是很多时候大家做的其实都变成《快速瀑布开发》
    然后就要死了
    所有人都在赶各种莫名其妙的 schedule 和 deadline
    沟通脱节、对 spec 理解不同步
    然后就是一泡污越陷越深
        6
    zhouyou457   102 天前   ♥ 3
    开个地图炮......

    现在软件行业的很多企业都是这个德行,耍嘴皮子的人赚的比干实事的人多,PM 在客户面前说的天花乱坠,结果背锅的还不是可怜的程序员们.

    自从流行敏捷开发了,PM 更高兴了,今天这个任务你必须完成,明天那个任务你必须完成,别给我说做不完,你就是懒...到了年底,年终奖最多的还是 PM
        7
    BearD01001   102 天前
    看样子 Apple 软件质量重回旧日风光路途尚远啊。好想去买个 iOS10 的 SE 收藏备用。。。
        8
    cairnechen   102 天前
    @bookit
    @beimenjun

    Alan Cooper 前段时间连发十几条推塔狂喷 agile
        9
    cairnechen   102 天前
    推塔 →推特,看来最近 dota 玩多了
        10
    chmlai   102 天前   ♥ 1
    让 Forstall 回来试试
        11
    kingcos   102 天前 via iPhone
    不是说 iOS 12 代号为 Peace …
    真愁人…
        12
    gefranks   102 天前   ♥ 3
    我觉得涉及基础的软件和上规模的软件不该用什么敏捷开发
    急吼吼的搞个设计看看能用就上了,后面做起来留下一堆坑,坑这个坑那个,最后都搞得一坨,后面的杂事还多了一堆
    今天看了状态这个 sprint 又 fail 掉一堆 story,反正我时间就这么多。搞不出来就是搞不出来。
    我就觉得每天早上的 5 分钟会比较有用。。至少知道别人都干啥了
        13
    btchinainfo   101 天前 via iPhone
    外企都是这个德行,到哪说去
        14
    beimenjun   101 天前
    @cairnechen 个人觉得开发领域有什么模式是不被喷的,至于 Alan Cooper 喷还是不喷对这个结论影响不是太大。

    我还是觉得 iOS 的问题是要做的太多了,以前 iOS 的稳定,是建立在几种分辨率几种机型上的,现在盘子这么大,每年又在追赶新技术,安排就算不失当,内部开发工作觉得体验极差,也只是一种历史的必然。也许重写一遍 iOS 会改善很多问题,又是好几年后见了。
        15
    leky   101 天前 via iPhone
    敏捷开发往往就滥用成快速开发
        16
    sammo   101 天前 via iPhone
    为什么 android 越来越好呢,android 的开发是敏捷开发吗谁知道,还是什么 G 家的软件工程更有素质
        17
    izhangzhihao   101 天前 via Android
    围观
        18
    orangeade   101 天前
    @sammo #16 Android 是 Google 几轮 Beta 测试,放出 AOSP 各厂商再填坑,所以其它厂家新系统更新慢一些,但是幺蛾子少一些
        19
    tyrealgray   101 天前
    这根本不是敏捷开发的锅啊,文章中都说了:最应该抽空出来给 p4 的活却永远都没人去做。跟我们现在公司的一个项目比较像,结果就是 tech debt 越滚越多,最后只能搞 2.0 版
        20
    Cavolo   101 天前 via iPhone
    安卓几个开发版后发布正式版基本不需要之后.x 小版本更新来修 bug,放在 iOS 简直不敢想
        21
    redmofang   101 天前 via Android
    @Cavolo Android 只是做成了月度安全更新的形式,也是包含 bug 修正的
        22
    bookit   101 天前
    我的另一个猜测,库克上台换了人,这批人的水平不行。

    也许要等库克下台,才会有变化,就怕到时候阿三接班。。。。。
        23
    FallMonkey   101 天前   ♥ 1
    不过至少大方向还是对的,从 1 年一个大版本,变成 2 年 2 个版本侧重点分开。这样新功能一般都有 2 年来打磨,然后非功能性的大版本就可以着重优化打磨。

    内部真的是成千上万个挂了很久很久的老 bug,我提了无数次都说用户反馈不多给打回来。。。反正也要跑路了,也和我没什么关系了。
        24
    Cavolo   101 天前 via iPhone
    @FallMonkey 兄弟去提个功能让 iOS 和 Mac 的双拼支持自然码吧,iOS11.3 好不容易加了两个新的双拼居然是微软和拼音加加,用户量最大的自然码依然没有踪迹🤦‍♂️
        25
    FallMonkey   101 天前
    @Cavolo 好啊,提了之后优先级 P4,放着到 iOS14 再考虑。

    公司太大了,每一个功能驱动都有无数人想分羹,所以也都很难推动。微信支持家庭分享等了好几个月了,QA 还说我们有两个 bug 不能让他过,要等某某团队修复,再好几周。有没有 1%人会撞到的 bug 都难说,就硬生生卡着那么多个月,为什么,因为 QA 团队的 kpi 是生产里的 bug 量,不是用户体验呀。

    所以公司小或者成功的时候怎么吹都行,出问题了再来看真是觉得到处都是烂摊子啊。
        26
    Cavolo   101 天前 via iPhone
    @FallMonkey 都修了点平时见都见不到的所谓 bug,剩下的很多显而易见用户极易触发的都拖着不管。真奇怪这样的环境下 macOS 居然还没被操烂,no code, no bug ?
        27
    ariza   100 天前 via iPhone
    同怀念旧时代。forstall
        28
    LeoEatle   97 天前
    也在经历这种开发,P0 P1 P 几这种定级本身就是很多精力的内耗和扯皮,我不想做我把它定 P4,几乎就是默认不做...因为 P1 的永远做不完,怎么说呢..可能还是因为赶
        29
    Telegram   85 天前 via iPhone
    @FallMonkey #23 打听一下,负一屏卡顿的 bug 有没有修复计划?都更新那么多版本了,还没修复,难道也是用户反应不多?
        30
    FallMonkey   85 天前
    @Telegram 更可能是有很多个 bug 都会导致这个,而不是单纯的一个 bug 那么简单。。。
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   1762 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.1 · 24ms · UTC 09:57 · PVG 17:57 · LAX 02:57 · JFK 05:57
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1