weakish 最近的时间轴更新
weakish

weakish

V2EX 第 41141 号会员,加入于 2013-06-25 01:12:42 +08:00
a vigorously lazy deadbeat with matured immaturity (it/it)
支付宝提取杭州公积金的入口真难找
杭州  •  weakish  •  28 天前  •  最后回复来自 snuglove
7
据说 12 月 31 日就下架不卖的 50 美元的口罩
分享发现  •  weakish  •  2020-12-20 16:22:55 PM  •  最后回复来自 weakish
4
有限制词汇表的英文输入法吗?
问与答  •  weakish  •  310 天前  •  最后回复来自 rainsoong
4
为啥除了朝朝盈,招行手机客户端的其他理财产品都要转圈
问与答  •  weakish  •  2020-12-08 20:53:08 PM  •  最后回复来自 lilydjwg
1
知乎会自动关注话题
分享发现  •  weakish  •  2020-11-21 18:56:30 PM  •  最后回复来自 weakish
6
迫于咸鱼要人脸验证,在 v 站出罗技 K380 蓝牙键盘
二手交易  •  weakish  •  2020-10-29 14:33:44 PM  •  最后回复来自 ronnie9211
8
有哪些没用的 VS Code 插件?
  •  1   
    Visual Studio Code  •  weakish  •  2020-09-12 14:41:55 PM  •  最后回复来自 KuroNekoFan
    6
    .tsbuildinfo 要不要加到 .gitignore?
    问与答  •  weakish  •  2019-04-27 18:18:58 PM
    杭州滨江春波南苑带独卫主卧出租
    杭州  •  weakish  •  2019-03-05 23:30:21 PM  •  最后回复来自 weakish
    4
    weakish 最近回复了
    > 如果不拆包直接传递元组本身的引用,就会报错

    就是语言为了实现上的简单性,没有做这个转换而已。
    我不记得有没有语言会做这个转换的,只能强行举个无关的 `*` 号的例子。golang 里面 (*(*x).y).z 可以简写成 x.y.z (指针自动解引用)。 `sum(my_tuple)` 理论上也可以自动转成 `sum(*my_tuple)`,只是 Python 没有做而已。
    @pursuer 可以匹配呀,就看语言设计的取舍了,愿不愿意做复杂的解析逻辑。
    11 天前
    回复了 firhome 创建的主题 程序员 请教后端同学这种写接口的方式对不对?
    @rabbbit 真正的不加接口是设计良好,该有的接口都有,足够正交,易于组合(让别人可以自己折腾)。虚假的不加接口,就是凑了一堆接口就结束了,反正又不是不能用(折腾别人)。
    11 天前
    回复了 firhome 创建的主题 程序员 请教后端同学这种写接口的方式对不对?
    订单状态也拆开应该就是 @markgor 在 117 楼说的订单状态是会变的,而订单信息基本是不变的。

    后端拆细没问题(如果后面的服务确实是分开的话),前端写起来麻烦,但是好处是后端出故障的时候前端不会全挂。订单状态变动比较频繁,出问题的可能性最高,单独一个接口,那么它挂了,用户只是看不到订单状态或者看到的是可能过时的订单状态,其他功能都不影响。

    另外,如果网站要保证离线可用(包括用户的流量非常贵,要尽可能省流量),前端是要自己缓存信息的。那么这种情况下,订单状态的缓存策略和订单信息和缓存策略应该是不一样的,这种情况下,后端接口分开,前端反而好处理。
    @RichardYyf 不习惯烟味换工位很正常,不用顾虑太多。其实很多时候换工位才是最好的解决办法。

    抽烟可能不是一个太好的例子,因为现在大环境是禁烟,然后香烟本身是有害健康的。

    换个例子就更清楚,比如键盘,可能有人特别喜欢青轴,有人听到很响的键盘声特别烦躁,不换工位的话:1) 键盘声是白噪音,别人没嫌吵,你多听听就习惯了,实在不行戴耳机(可是我就是不能习惯,一直戴耳机也不舒服啊) 2) 喜欢青轴回家去用,办公室里别人都用薄膜,你就不能换薄膜么(可是青轴打字爽啊) 3) 换茶轴或红轴(打字不如青轴爽,不过还凑合;还是有点吵啊,不过可以忍受)。所以不换工位就做不到让双方都满意。如果可以换工位,用青轴的和其他用青轴、以及对键盘声不敏感的人坐一起,对键盘声敏感的人和用薄膜键盘的坐一起,那就皆大欢喜。
    > 成员也可能交叉在多个项目里没有时间来做这个事情

    所以不一定是积极性的问题,积极性不够就倾向于少做事,但没有自测就强行交付下一环节最终并不能省事(工作再不积极,核心链路不通的情况下也还是要改代码修 bug ,到头来并不能节省自己的工作量,可能还增加了和其他人来回沟通的工作量)。其实也有可能是工期估计不准,毕竟预估开发时间不太容易,交叉多个项目那预估的难度就更大,导致因为时间不足并没有按计划的时间点做到能够交付的程度,然后仓促交付给下一环节。如果是这个原因的话,一开始排期的时候需要明确交付的标准,避免低估需要的时间,另外有条件的话多留余量应对预估误差。

    > 提了一些问题然而 A/B 两位同学也都视若罔闻

    「视若罔闻」有可能是对方手头在忙别的事,想等回头再看但后来忘了。可以过段时间再 ping 一下。实在不行还可以线下沟通或者电话沟通(如果是远程工作的话)。

    > 我刚加入这个团队也不好直接说什么,最后测出来一大堆客户端 bug ,QA 也有一些不好的反馈。
    > 甚至担心因为主动约他们沟通上面提的问题会让他们觉得我有“领导他们”的误会

    所以不说的话,问题并没有自动消失啊。
    感觉这个团队的氛围还是不够扁平啊,这些担心背后的预设似乎是改进和优化流程是资格老的人、领导别人的人的事情。
    每个人都可以提议改进和优化流程,并在利益相关者充分沟通、达成共识的情况下推动改进和优化的实施,毕竟流程和每个人的工作息息相关,好的流程也能避免很多问题,对产品和做事的人都是有益的(毕竟就算不影响绩效,三天两头搞出问题也容易怀疑人生,不利于心理健康)。

    ----

    上面是正经回答,下面歪楼放飞自我一下,发表下个人的暴论。

    我其实非常赞同 16 楼的观点:

    > 钱多 结贴

    理想情况下,积极性无关紧要。强调积极性,是因为缺钱。

    坐飞机的时候感觉有些空服人员工作并不积极。但是,飞机起飞降落的时候,每个舱门(包括紧急逃生门)都有一个空服负责检查,需要通过内部电话报告每个门状态都是正常的。众多类似这样的流程保证了飞行的安全性。想象一下,如果缩减成本,一个空服负责检查所有舱门,甚至个别舱门有点故障,需要额外的非常规的检查步骤,甚至每次还可能出现不一样的情况,要根据具体情况自行判断,那就非常依赖空服的积极性,如果工作不积极,那可能是会出大事情的。

    客户端 UI 的自动化测试成本比较高,所以很多公司为了省钱都不会去做。如果有客户端 UI 的自动化测试,根本不会出现 QA 拿到「核心链路不通」的 Demo 这样的事情,在自动化测试阶段就挂掉了。

    话说回来,这公司还不是特别缺钱,至少有 QA ,QA 在测试环节挡住了不能用的版本发布出去。而更缺钱的公司,那是连 QA 也没有,有的产品从头从尾就是一个人在负责,那就必须非常强调积极性了,不积极不行啊。但是这种积极性只是没有办法的办法,而且人总是难免犯错的,积极只能降低犯错的概率。
    刚试了下,可以导出,应该是修好了
    59 天前
    回复了 Infinitify 创建的主题 全球工单系统 腾讯云是不是穷疯了?
    > 关键是购买的轻量云竟然现在无法生成备案授权码,非要你买个新的

    瞎猜:也许是生成备案授权码的时候限制了一台机器只能生成一次(初衷可能是防止买一台服务器备案 N 多域名),所以修改备案需要买新机器才行。良心一点的话,应该做成修改电话等备案信息不需要授权码(虽然修改备案信息也涉及人力成本,但备案信息修改起来也挺麻烦的,一般也不会有人没事干三天两天更换)。不过话说回来,如果不是很小的用户,在腾讯云会有多个机器,增减机器也是日常操作,所以也不会很在意这个事情,腾讯云可能也没动机优化这方面的体验。

    > 阿里云也一样,很显示是上面的要求

    据我所知,管局没有这个要求。恶意怀疑这两家的产品其中一家抄了另一家,或者不约而同想到一块去了。
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2876 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 23ms · UTC 04:34 · PVG 12:34 · LAX 20:34 · JFK 23:34
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.