tyo

喷了一个没写过接口的后台服务器开发人员的后果

  •  
  •   tyo · Jan 22, 2017 · 16213 views
    This topic created in 3433 days ago, the information mentioned may be changed or developed.

    刚去一个公司,喷了一个没写过接口的后台开发人员,结果搞的自己也很 Lower 。喷的原因很简单,接口地址写错,参数写错,拖延整个项目进度,压缩自己的开发时间,随意更改字段名。 现在决心不说话,避免被说成是心态不好,大惊小怪。好无语。求安慰。

    重要的不是能力,而是和谐的团队氛围,你认同这句话吗?

    Supplement 1  ·  Jan 23, 2017
    统一回复各位:第一次玩 V2Ex,没想到这么多人浏览和回复。感谢大家!

    总结下:

    1.的确是我这个心态不好,即使有什么问题,即使因为对方的问题拖延了整个项目,压缩了自己的项目开发时间,甚至导致整体的延期与加班,也应该委婉的去表达自己的意思。另外项目是公司的,拖延了自然会有上面的人去找原因,我刚去又只是个小兵,更何况在试用期(虽然我不在意找工作这件事),但如果控制不了自己的脾气是成不了事情的。

    ---无论你工作多久,去一家新公司,你就是个新人,毋庸置疑。少说话多做事。

    2.我只是喷(而非骂,指出具体错误的地方和建议,当然可能语气会有不好的地方。),但是稍微大点的公司都会有些办公室政治(大家都懂的),对方即使有什么问题,最好能够私下沟通,不要放到明面上。把别人变 lower 的同时自己也会很 lower 。何必给自己和他人添堵呢?

    --- 闷声发大财,做好自己的工作,但工作不是全部,要想自己生活的开心,最重要也最基本的,不给自己添堵。

    3.进入社会 7 年有余,因为自己的火爆脾气吃了不少亏,但是行走江湖,脾气不好,又想吃好或者没有其他手艺只能吃这碗饭,要么是仗剑倚势不怕得罪人,要么就改掉自己的脾气做个老实人。千万不要落个无才无德最无用的结局,所以摆正好自己的心态,把工作做好,默默的提升自己.把日子踏踏实实的过好了而且越来越好才是最最重要的。

    --- 连自己都控制不了的人,怎么去领导别人? 怎么让自己一步步的走向成功呢?

    4.无意间见到几个现实中熟识的朋友在这里,就不在这继续发着无用的牢骚,撒播负能量了。

    最后:写了很多废话,请各位见谅.感谢一路走来遇见的人。无论是好人还是坏人,技术好的还是技术差的,男的还是女的.感谢让自己成长的人,祝愿各位 2017 新年快乐!
    109 replies    2017-01-31 06:30:07 +08:00
    1  2  
    mhycy
        101
    mhycy  
       Jan 24, 2017
    @noli
    1 、 API 监控报警只监控 200 以外的状态码即可判断 API 失效
    2 、 API 的缓存从不应只依赖返回码
    3 、 JSON 是一个很通用的实现,除嵌入式以外,暂时没想到哪个领域不具有解析 JSON 的能力。
    (别忘了我坚持 200+JSON 的领域是 Web ,本来 Web 这种业务多变的地方就应该独立做一套 API )
    4 、一个非 200 响应的 API 给浏览器统一成 200 响应再送回去你确定这样做合适?
    noli
        102
    noli  
       Jan 24, 2017
    @mhycy
    1. API 监控报警只监控 200 以外的状态码即可判断 API 失效
    严格来说,你这个说法错漏很大,先不讨论细节。很多 API 监控报警机制都是依靠 HTTP 头的,很少会关心 Content 。你把所有的 error 塞进 content , Http Status 都是 200 了,那么是不是就没法监控了?

    2. API 的缓存当然只能依赖返回码了,难道还要检查缓存的内容才能决定要不要缓存吗?

    3. 嵌入式设备知道 HTTP 但不一定有 JSON 解析能力。问题是,还是我一开始就在本帖里面就说的那句,能用 400 500 就能表达的意思,为什么非要塞进 Status 为 200 的报文内容里面?你要塞进去我也不反对,但为啥又要把 status 硬要设为 200 ?

    4. 这是针对你的思路,你说 200 + json 对于浏览器劫持有重要的豁免效果,虽然我觉得很 bullshit 但你非要这么做的话,我只是提供你一个不会以文害义的做法。最好肯定就不改 http status 啦。
    mhycy
        103
    mhycy  
       Jan 24, 2017
    @noli
    1 、只要 200 就意味着 API 可访问, 200 以外数值一律当成异常处理(例如程序错误会抛个 500 )
    2 、缓存可依据 HTTP 头信息判断,不仅仅是状态码
    3|4 、重看一遍我的回复, 200+json 我认为很适合于 Web API ,啥时候我说不看场景强制用这种模式了?
    noli
        104
    noli  
       Jan 24, 2017
    @mhycy

    1. 那是因为你没见过会扔 100 的服务器,你说 Http 100 算不算异常?

    2. 你觉得为什么设计 HTTP 的时候要把 status 放到最前面?
    因为只要知道是 400 就足够判断不需要缓存结果了。
    你要知道,并不是所有 client 都会处理所有 HEADER 的,有些 client 支持 X 开头的 Header 有些不支持,
    你指望全部节点都能理解 HEADER 真的很天真。

    3. 如果你的 API 只服务于 Web , 那你干嘛要用 Restful 的形式呢?
    大才小用,然后再根据自己的需求来说,大才这么做简直是浪费。
    我觉得这很有意思。
    mhycy
        105
    mhycy  
       Jan 24, 2017
    @noli
    总觉得我们俩不在一个频道上,这话题就此终止吧。
    robotdiy
        106
    robotdiy  
       Jan 24, 2017
    无非是想说别人不知道 http 状态码,自己懂。
    cod
        107
    cod  
       Jan 25, 2017
    这个贴的评论从思想层次掉到了技术层次,没人关注楼主的心情了,哈哈
    botman
        108
    botman  
       Jan 25, 2017 via Android
    lz 刚进公司就开喷,最后又来一句重要的是和谐的团队氛围。。。瞬间感觉 lz 不仅有点 low 还有点虚伪。
    jianghu521
        109
    jianghu521  
       Jan 31, 2017 via iPhone
    公司一个 android 说返回 400 拿不到东西!说错误!然后扔给他一行代码!老实了!不说话了!
    1  2  
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1324 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 38ms · UTC 17:15 · PVG 01:15 · LAX 10:15 · JFK 13:15
    ♥ Do have faith in what you're doing.