V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  woodfizky  ›  全部回复第 3 页 / 共 34 页
回复总数  670
1  2  3  4  5  6  7  8  9  10 ... 34  
弹出式摄像头的机械组件是有寿命的。

大部分好的前置摄像头,打孔小,可以只占通知栏一个或两个图标的位置,平时注意不到。
@clf 为了高性能或者高能效都是好事,我认同的,新购机肯定买好的嘛。

主要是有没有必要在有能用的手机的情况下换机而已,换机大年这个就是手机厂商喜闻乐见每次都会说的。
吃过葱姜鸡嘛?应该是葱花+姜蓉+一些调料,热油激过。专门有人拿葱姜酱下饭的。
蒸鱼的葱姜丝一般也是拿热油激过的,看个人口味咯,有些人会吃的,我就吃,挺好吃啊~
你可以试试,接受不了就不吃咯,没问题。

广东的生滚粥好像也会加姜丝吧。甜品里面还有姜撞奶。
不是,是拿手机剪视频渲染场景了还是怎么回事,还是人均拿手机打高性能游戏了,需要那么高的性能干嘛?
不是说厂商不该发展技术,但是换机大年基本年年都这么说吧?

我的骁龙 870 还打算用多好几年的,不发烫,一般场景也够用不卡。
数据量大、计算量大的场景,可以考虑增加一个这样的数据表字段,或者是缓存,实现方式具体看情况嘛。

但是这个数据的准确度就看影响这个实际数据的业务是不是都闭环了,都会有效更新这个字段了。

甚至有的情况,维护这个字段的值本身的性能开销还比实时查询 count 大,比如说业务过于频繁,过于频繁的更新这个字段,那这个就没必要了。
徕芬新出那款扫震动,几个问题:
功率大,不用缓震刷头的话,刷头背面会打牙齿;
充电口居然是裸露金属触点,虽然说是做了电镀防腐蚀,但是毕竟是要面对潮湿+牙膏溶液的情况;
续航不行,半个月一个月一充;
好处也有,扫震,力气大,但是这么大力气不怕把牙龈刷坏嘛。。

我自己的是 usmile ,还不是新出的扫震款。用了两年多了吧。
续航久,一次充电大概就熬坏一个刷头( 3 个月左右)
有所谓的漏刷检测,有点鸡肋,但是也聊胜于无,至少会让我这种想偷懒的刷够时间;
现在遇到本体上的塑料/硅胶 有点发霉,清洗不掉;
充电口在底部,然后就算你把牙刷挂起来,水垢等东西还是会慢慢的积攒在那里;
刷头稍微贵,做活动买的话大概十几二十一个。也有第三方兼容的,不过不知道好不好。
37 天前
回复了 xyz3210 创建的主题 Windows 垃圾 win11
第二个遇到类似的,偶发,用指纹解锁无反应,无奈改用 PIN 登录。
然后登录完了再锁屏,再用指纹解锁,又好了。。

也不知道是 WIN11 的 bug 还是小米的 bug 。
41 天前
回复了 aaxaax 创建的主题 游戏 为什么现在开发不出有意思的手机游戏了?
有意思 != 热度高

手机这个平台就不适合长时间游玩,适合碎片时间偶尔玩玩。
其实是有类似你说的方法的,但是是 magic method 。

d['key'] = 'value' 等同于 d.__setitem__('key', 'value')

字典主要是还有一个 update 方法,实际上就是遍历 key, value 去做__setitem__


确实有时候会给人一种设计上不一致的感觉:
value = d['key'] 也就是 value = d.__getitem__('key')
上面这种方括号用法有 KeyError 的风险,
d['key'] = 'value' 同样是方括号用法,同样是对应一个魔法方法,这个却不会有问题。
然后我换一种风格,用 d.get('key') 和 d.update(other_dict), 都不会出现 KeyError 。

字典 get 方法和__getitem__方法的逻辑并不一样,前者是默认取不到值取默认值,且默认值为 None ;后者取不到值直接报错,且不提供默认值参数。

不过仔细看看就知道了,get 方法是属于字典这种 python 中的 Mapping 类的,并不是直接对应__getitem__这种魔法方法的。通用类是并没有自带 get 和 set 这种方法的。
@zhangwugui
如果你的大拇指指甲或者指头,比较突出,就容易钻破袜子。
如果你平时自然状态是翘起来的,应该也有影响的。
跟鞋子、脚型和袜子质量也有关系。
是不是不勤修剪脚趾甲?这样袜子才容易破啊?

要不然就是经济窘迫,袜子超限服役。


如果是我,个人感觉袜子破洞会有点喜感,可能会笑,但是不会感觉瞧不起人/被瞧不起。
还有饿了么的 app 设计,点完餐付完款,让你领豆,领了豆也不会自动进订单详情,也没有快捷入口进入订单,这样用户更不太可能发现自己选错地址了。

领豆和进首页都是引导用户继续多点一单,但是实际一段时间内点多个外卖的用户我估计占总比重是少之又少,就为了这个目的,把这个交互成这个无语的样子。

美团、饿了么的交互设计,都是重销售导向的,从设计上就想让你多点单,多花钱,还要习惯多花钱。
选错收货地址导致送错的情形应该不算很少,我个人没试过,但是确实感觉交互设计需要改进。
外卖软件应该至少在最终确认订单付款前还有个步骤就是专门为且仅为确认收获地址是否正确的,我个人感觉加一个单独的确认页,文字+地图确认都不为过。

之前倒不是点外卖点错地方,而是麦当劳到店取餐,点歪了点去别的门店了。
麦当劳手机 app 选餐前,确认前都分别有个交互步骤提醒的,但是当时疏忽了,而且各个门店距离之间挺近,一公里左右。
搞得我人在 A 店,点了 B 店的,没办法,又跑到 B 店去取餐了。如果 app 做了这种设计,那用户搞错地址,是真没办法甩锅。
1  2  3  4  5  6  7  8  9  10 ... 34  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3682 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 05:02 · PVG 13:02 · LAX 21:02 · JFK 00:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.