V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  azh7138m  ›  全部回复第 20 页 / 共 190 页
回复总数  3787
1 ... 16  17  18  19  20  21  22  23  24  25 ... 190  
2020 年 7 月 9 日
回复了 himself65 创建的主题 求职 [Node.js Core Collaborator | Hexo Member] 求职前端远程
是🍞大佬惹
大部分 WiFi 5 终端不会支持 160M 2x2

建议在 802.11ax 下测试(
2020 年 7 月 8 日
回复了 philipjf 创建的主题 问与答 支付宝的安卓版要怎样才能登录?
Magisk + AppOps
支付宝 play store 版本
正常使用
@TheZihanGu 是解决了,不过可能是直接就没法用了(

官方也没承诺是 CN2 吧
你们怎么懂得这么多啊.webp
看这个强度再面字节我估计就进不去了(

小声说一下,可以投一下字节做业务的那些组,比如小程序业务的那些,要求会低一点(菜如我都能进去打杂)

另,我觉得 xmind 的那个实战题目很好,可以写一下
https://github.com/xmindltd/hiring/blob/master/frontend-1/README.md
另,xmind 的薪资给的和字节白菜差不多,还支持 remote,可能更舒适一些

或者要飞书前端或者阿里前端内推吗(小声逼逼
那个。。。我比较好奇,是什么重要数据,可以放到收藏夹。。。
@whisky221
> 可以请教下通常什么场景下用状态管理会比较有好处呢?

我认为任何时候都可以上状态管理,管理全部的状态,即极致的贫血模型。
当组件不再持有任何状态时,或者说组件完全受控时,也就是我们常说的纯函数组件,这个时候的组件是完全可测试的,一个确定的状态就会得到一个确定的界面,单测会非常的好写,UI 层也可以轻松达到 100% 的测试覆盖率。
我认为,更高的测试覆盖率,是对持续快速的软件开发很重要的一个事情。

状态管理除了可以更简单的在组件间共享部分状态外,我觉得更重要的一点是它带来的可测试性的提升。
在理想的场景下,在引入状态管理后,所有的组件都可以成为完全受控组件,副作用可以完全清理出组件,状态与 UI 的解耦会让测试变得简单容易。

当然,实际的场景下会有很多去不掉,或者说很难去掉的副作用,比如,动画。

一个具体的案例见 https://github.com/yuche/gouqi/issues/1
T2 芯片后还能升级硬盘的,那是真的流弊
建议买下相关技术,反手卖出去能财富自由了
飞书,会话可搜索多年的历史
很完美了(

但是你这个需求,邮件自己发自己不是也可以吗?
2020 年 7 月 2 日
回复了 zhangsimon 创建的主题 问与答 压片时用 CPU 和 GPU 效果差异很大吗?
@across
不是,走硬件加速确实不如 CPU 画质好
当初做对比的那期 mc 我还留着呢(狗头
2020 年 7 月 1 日
回复了 HanMeiM 创建的主题 程序员 麻烦 Taro 的文档开发人员写文档的时候少看点片
@darmody
> 推荐用 remax 。taro 的运行时思路基本就和 remax 一样

那就是 taro 3.0 嘛

> 上线小程序还是很多的

我看 yesmeck 都从蚂蚁跑去钉钉了(
现在有啥大流量的场景在线上吗?
蚂蚁内部的缝合轮子已经搞完了?
2020 年 7 月 1 日
回复了 azh7138m 创建的主题 职场话题 初级前端的离职碎碎念
@revalue
> 头条那么多业务线,为什么还和原 leader 聊

离职要和 leader 沟通的呀,老板当然要先画饼留人 :狗头:
好聚好散是啥,我和老板也没过节。。。
正好也想去阿里看看,就走了 :)
2020 年 7 月 1 日
回复了 HanMeiM 创建的主题 程序员 麻烦 Taro 的文档开发人员写文档的时候少看点片
@eGlhb2Jhb2Jhbw

taro 确实是目前小程序框架最好的选择。

不用自豪,国外没有小程序,不会有这种东西,没有对比空间。

remaxjs 现在缺少丰富的线上场景验证; wepy 质量过于糟糕,奇怪的 bug 不少; mpvue 等方案活跃度太低,让人怀疑是否有稳定的团队再维护 /输出。

> 反正这种库我是不敢用的

对自己不了解的东西口嗨不是什么好的行为

> 哪天机灵过头了说不定给你加个圣诞节下雨带圣诞帽的菜单

我改过的 antd 代码估计比你多
我看过其他的 UI lib 也不少了(指代码),antd 确实是当前能用的 UI lib 质量最好的了
彩蛋事件确实是偏右的问题( afc163 出来挨打)

确实羡慕公司能给时间造轮子,前厂的节奏一般不会允许这样

有什么质量高于 antd 的作品可以观摩一下的吗?
2020 年 7 月 1 日
回复了 HanMeiM 创建的主题 程序员 麻烦 Taro 的文档开发人员写文档的时候少看点片
@eGlhb2Jhb2Jhbw
> 反正这种库我是不敢用的

羡慕,请问什么公司会给这么多时间,来自己造轮子呢?
2020 年 6 月 30 日
回复了 azh7138m 创建的主题 职场话题 初级前端的离职碎碎念
@ShaunLi
不了,没考虑换城市
2020 年 6 月 30 日
回复了 GeekSky 创建的主题 问与答 鹅厂是怎么和老干妈干起来的?
欠广告费
2020 年 6 月 30 日
回复了 azh7138m 创建的主题 职场话题 初级前端的离职碎碎念
@xwhxbg
> 客户端有问题你应该据理力争让客户端修复

客户端要修复和你要兼容并不冲突,已经发上线的版本,你不可能说不兼容就不兼容

除非真是大问题,否则一般不会是我老板来 @我,正常都是 运营 /Pre sale 同事来 oncall

我们开发要接 oncall,用户报过来的是问题,你要修复

我并不暴躁,PM 甚至觉得我有耐心,能和用户一遍一遍解释问题(🐶

后端都是自己团队的,问题也很少出,出了修的也很快,上游都是你依赖的其他团队

非重要的 bug 都得前端自己兼容,修复有可能会到下个双月

我没有觉得上游蔡,只是频繁的排查客户端问题让我心累

为什么不让客户端自己去排查?你没有石锤的证据,推都推不动

比如客户端有个很严重问题,来回扯皮了半年,感觉终于要开始着手修复了

我要是让运营告诉用户让他们等半年,估计我就先被打死了


@seki
to B 业务,现在都是用 Data 反馈平台,过来基本都是 oncall,很少有 /会用 jira
2020 年 6 月 30 日
回复了 azh7138m 创建的主题 职场话题 初级前端的离职碎碎念
@mxT52CRuqR6o5
是网络请求发不出去
后来 rust SDK 的同学处理了,只是遇到这类问题着实心累
我要来回看大量的日志,去找上游说明问题
运营还一个劲的问有没有进展,太难了
2020 年 6 月 30 日
回复了 azh7138m 创建的主题 职场话题 初级前端的离职碎碎念
@xwhxbg
> rust 各种编译期检查,所以人家可以自信的说自己的 service 没问题

这么自信啊,那 rust 时序问题坑到我是我的问题喽? hyper 请求 HTTP/2 服务慢于 HTTP/1.1 也是我的问题喽?

前端代码没有问题,客户端出现问题,你就得兼容,用户不会管问题到底出在哪里,运营不会,你的老板也不会。

你要没有被上游坑过,或者没有阅读能力,可以不用强行回复。
1 ... 16  17  18  19  20  21  22  23  24  25 ... 190  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5453 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 07:24 · PVG 15:24 · LAX 23:24 · JFK 02:24
♥ Do have faith in what you're doing.