V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  shot  ›  全部回复第 1 页 / 共 9 页
回复总数  162
1  2  3  4  5  6  7  8  9  
MBP 15' Mid 2015 ,A1398 ,官方免费更换一次的电池,使用三年后再次鼓包。

去年六月初 DIY 更换了京东买的绿巨能电池,实付 318 元。
作为生产力工具和主力娱乐工具,每日使用约 10 小时,其中拔电使用 2+ 小时。
用到现在体验良好,未感觉到与原厂电池有差别。

使用 [bclm]( https://github.com/zackelia/bclm) 设置最高充电至 90%,现在的使用情况:
Charge Information:
Fully Charged: No
Charging: Yes
Full Charge Capacity (mAh): 9289
State of Charge (%): 84
Health Information:
Cycle Count: 158
Condition: Normal
赞同楼主的想法!

我上半年做一个 STM32 的小板子开发,开发流程体验极差,效率很低:
- 没有支持 macOS/Linux 的工具链,需要远程桌面连接到 Windows 系统开发调试;
- 在 VSCode 上写代码;
- 用 Kail μVision 编译烧录;
- 用图形化串口工具 debug 。

主要痛点:
1. 没有跨平台的工具链;
2. Kail μVision 的开发体验过于远古;
3. VSCode 设置为普通的 C/C++ 项目,有些头文件没有包含进来,会提示编译错误;
4. 不能在命令行里编译/烧录/调试;
5. 串口工具不支持脚本自动化;
6. 项目配置麻烦,用不上 makefile 、gcc/llvm 编译选项、linter 、单元测试……

前段时间也动过折腾一个基于 VSCode 的跨平台开发工具链的念头,因为懒,调研了一些材料就搁置了。
- https://github.com/glegrain/STM32-with-macOS
- https://github.com/bbrown1867/stm32-makefile
- https://github.com/adamheinrich/cm-makefile
- https://www.davidrojas.co.uk/stm32f3discovery-on-mac-os-x-using-eclipse-gcc-arm-and-openocd/

如果 OP 打算以开源项目来推进这个想法,也许我能一起做些贡献。
Append:

我司目前开放的岗位,均需要不定期到办公室工作。
所以我们更倾向于和定居合肥的人才合作。

纯远程的合作方式虽然也还可以商量,但是需要是极其合适极其匹配的人才会考虑。
318 天前
回复了 shot 创建的主题 职场话题 写一份让人眼前一亮的技术人简历
在面试过程中,我可以就这些内容引导面试官展开深入讨论,比如:
- 如何发现这些冗余代码的? → 静态分析、代码覆盖率
- 如何保证删除代码之后系统仍然正常工作? → 单元测试
- 为什么以前的系统性能那么差?使用了什么优化技术? → 算法复杂度分析、C++内存管理
- 如何比较优化前后的性能? → profile

能把握到这些亮点的面试官,肯定也对这些工作内容的过程和难点充满兴趣。

@wintercoder #37

PS. V2EX 的回复系统有问题……按回车就直接发布了。
318 天前
回复了 shot 创建的主题 职场话题 写一份让人眼前一亮的技术人简历
在面试过程中,我可以就这些内容引导面试官展开深入讨论,比如:
318 天前
回复了 shot 创建的主题 职场话题 写一份让人眼前一亮的技术人简历
> 比如「第二周开始优化重构老系统代码」、「负责「数据输入」模块的设计和开发,带领两位同事使用 C++重写 VB 老项目」 面试官可能会觉得重构很正常,没啥好问,但实际上里面遇到了难点,但简历没提

后面紧跟着的数据描述,「一个月内删简 4000+行冗余代码」和 「数据输入性能提升 90%」,就为后继面试埋下了伏笔。在面试过程中,我可以就这些内容引导面试官展开深入讨论,比如:
Chrome 上碰到过同样问题。

解决办法:Developer Tools 里,清空 Application 下的所有项目。
2022-10-08 10:53:18 +08:00
回复了 VWWWV 创建的主题 程序员 程序员的六边形会是哪六个维度?
https://github.com/jorgef/engineeringladders

- Technology: knowledge of the tech stack and tools
- System: level of ownership of the system(s)
- People: relationship with the team(s)
- Process: level of engagement with the development process
- Influence: scope of influence of the position

---
如果非要凑够六个维度,也许可以加一项个人成长向的,比如自驱力?
2022-10-03 21:34:00 +08:00
回复了 xuegy 创建的主题 MacBook Pro 2015 MacBook Pro 15 寸 DIY 换电池
@lamls #11
@orangy #12

我碰到过几次冬天早上无法唤醒的情况。原装电池,晚上室温大概 0~5°。
要充电几分钟才能开机,开机进系统显示电量 0%。

所以我怀疑「天冷掉电」是电脑锂电池的通病,不是第三方电池的锅。

我的处理方法:冬天夜里把 MBP 放卧室里(室温 > 10°)。
2022-10-03 21:24:10 +08:00
回复了 xuegy 创建的主题 MacBook Pro 2015 MacBook Pro 15 寸 DIY 换电池
同 15’ MBP 2015 ,三年前通过苹果官方的电池召回计划换过一次。
https://support.apple.com/zh-cn/15-inch-macbook-pro-battery-recall

今年 8 月份发现又开始鼓包了。
苹果不支持再次召回了:「 您输入的序列号不符合这项计划条件。记录显示,您的设备已通过这项计划进行了维修。」

现在机器除了发热厉害点儿,日常使用需求都能满足。迫于穷,还想再让它继续服役一两年。

想问一下 OP 换的是什么品牌的电池,什么价位?
后继使用过程中如果有啥问题也希望 OP 能持续更新。
谢谢。
2022-09-29 12:25:50 +08:00
回复了 monkeydream 创建的主题 数据库 请教一下聊天消息应该用什么数据库存储?
建议参考头部玩家的技术选型,比如 Discord 的数据库迁移历程:MongoDB → Cassandra → ScyllaDB

《 How Discord Stores Billions of Messages 》
> In July, we announced 40 million messages a day, in December we announced 100 million, and as of this blog post we are well past 120 million.
> The messages were stored in a MongoDB ……, we reached 100 million stored messages and…… see the expected issues appearing: the data and the index could no longer fit in RAM and latencies started to become unpredictable.
https://discord.com/blog/how-discord-stores-billions-of-messages

《 Discord Chooses ScyllaDB as Its Core Storage Layer 》
https://www.scylladb.com/press-release/discord-chooses-scylla-core-storage-layer/
2022-09-23 10:46:30 +08:00
回复了 hardwork 创建的主题 职场话题 分享一下最近面试,成为字节 kpi 的经历
> 重点来了,这次面试一开始面试官看完简历,就告知我他们做渲染图形方向的,好像不太匹配,问我要不要继续,我直接就拒了。全程持续 2 分钟。

一方面,面试官在面试开始前竟然不读候选人简历不针对性预设讨论内容场景,极不专业;
另一方面,方向不匹配 HR 也要联系面试,极不专业。

感觉字节(或者该部门?)的招聘流程极其混乱与傲慢,浪费人才时间精力。
感觉 Kotlin 是我用过的最舒服的语言。最喜欢的几点:
1. 语法糖: null-safety, lambda, `val`, standard library
2. coroutines
3. 设计好 DSL ,写代码犹如写文章
4. 全端开发

我最近一次写 kotlin 代码大概是两年前,印象中有这么一些劣势/限制:
1. 语法过于灵活很容易放飞自我, 普通开发者难以消化大量的 let/apply/run/also 和 filter/flatMap/associate/groupBy
2. 除 Android 和 backend 外,其它端的工具/生态/社区还是不够完善,能用但不够好用
3. 编译速度慢

基于以上因素,我建议只在独行侠项目中使用 Kotlin 。
如果能在团队中成功应用,也许需要是业界 top 10% 精英组成的超级团队。
2022-09-05 22:24:40 +08:00
回复了 vczyh 创建的主题 Java 不限语言,谈谈如何避免循环依赖?
@vczyh #37

> 情况 1:查询用户,带出对应的订单(造成 User 依赖 Order.getListByUserId(long userId)接口)
> 情况 2:查询订单,带出用户的某些信息(造成 Order 依赖 User.getSomeInfo(long userId))

用户模块属于最基础的模块,不应依赖于其它业务模块。考虑两种情况:
1. 如果用户模块依赖于订单模块,那么添加支付功能就会依赖支付模块,添加消息功能就要依赖消息模块,最后用户模块就会成为一个「巨无霸类」,无法维护;
2. 如果把用户模块和订单模块拆分为独立的微服务,那么用户微服务里不应保存订单信息,所以用户模块也不应依赖订单模块。

回到「情况 1:查询用户,带出对应的订单」的问题。
从产品业务分析,我觉得这是标准的「基于用户 ID 查询订单」功能,应该由订单模块独立提供 API 接口和服务。
web/app 端拿到用户 ID 后调用这个 API 接口即可。
2022-09-03 13:20:31 +08:00
回复了 shot 创建的主题 职场话题 蔚来汽车应聘总结: 高职薪招揽,低职薪 offer
@20015jjw #12
@janus77 #22

似乎二位没有读完「 TL;DR 」的内容。

为了避嫌「躲闪回应关键问题」,我还是回复一下吧。
----

> 说白了就是没面满意 他就觉得你值这么多 你以为大家都闲着喜欢面着玩 浪费钱吗

没面满意就直接告知「本轮面试没通过,是否考虑我们的 xxx 职位?」,应该不难吧。
何必继续走完招聘流程浪费彼此时间精力呢。

> 至于压价,哪家不压价?段子上面写的“面试 10-20k ,实际就 10k”你以为仅仅是个段子吗?

我的情况是「面试 10-20k ,实际就 5k 」。
这已经不是压价的问题,说严重点叫招聘欺诈。
如果能以沟通职位的薪资下限发 offer (虽然竞争力不大,我不会接受),我也不至于对 HR 意见这么大。
----

如果两位觉得「未及职位要求,不告知应聘者,以低职级岗位完成面试及薪资调查流程」是合理的行为,那就好吧「您说的都对」。
2022-09-03 11:01:08 +08:00
回复了 shot 创建的主题 职场话题 蔚来汽车应聘总结: 高职薪招揽,低职薪 offer
@kenl6 #13

> 请问楼主,低职级面试高职级会有什么坑

如我文中所述:低职级面试官,可能无法客观准确全面地评价高职级候选人的能力水平。

客观性:面试官可能持「为啥他能应聘这个职位却不让我晋升」的心态进行刁难。

准确性:候选人描述的高阶技术及场景案例,可能超出面试官的能力和视野,导致其无法准确评判。

全面性:面试官可能过多关注自己擅长的领域,而非招聘职位的工作内容与关键技术。
----

早些年我也曾经尝试过几次「低职级面试高职级」的机会,但是面下来体验极差。

大概有几种情况:
1. 面试官认为候选人不过尔尔,他说的技术我们大多听说过(同样的问题我们也存在,只是没时间 /机制 /资源去处理)。
2. 面试官带着固定答案问八股文,不认可候选人在类比场景下的解决思路。
3. 企业不重视技术,都找不出一个技术水平相当的员工或顾问。

当然,也可能是因为我的能力没有达到举重若轻、授道妇孺的境界。
2022-09-03 10:31:18 +08:00
回复了 shot 创建的主题 职场话题 蔚来汽车应聘总结: 高职薪招揽,低职薪 offer
@mara1 #14
@ioriwong #9
@xtx #15

因为蔚来汽车发布的职位 title 就是这个格式的(虚拟举例:「互联网摸鱼专家 150 - 200k・14 薪」)。
为了尊重事实,我保留了这个格式来表达薪资,只是隐去了具体薪资数字。

这种表达确实不好理解,所以我 append 了解释。
2022-07-31 22:12:22 +08:00
回复了 shot 创建的主题 全球工单系统 高德跨城打车体验:司机黑车度高,平台制约不力?
感谢诸位的讨论与信息补充,修正了我对网约车平台及长途打车的认知。
本帖标题也许可以改成:「高德跨城打车体验:平台傲慢模型下,司机内卷黑车化」

从人文关怀的角度,网约车跑长途确实性价比不高,要求加价的心理可以理解。
只不过他们要求加价的对象应该是网约车平台,而非乘客。

从社会进步的角度,我仍然坚持既然选择了网约车平台提供服务,就应该遵守平台规则。
如果不认同平台规则,就应该用行动投票,与平台 /市场 /官府博弈,鼓励与促进精细化运营的市场参与者。
而不是加剧内卷的同时,试图靠破坏规则侵害乘客权益,来获取本应合法合理的收入。
1  2  3  4  5  6  7  8  9  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3670 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 00:12 · PVG 08:12 · LAX 17:12 · JFK 20:12
Developed with CodeLauncher
♥ Do have faith in what you're doing.