2025-04-10

邯郸前端全栈开发岗 1 位软件测试岗 1 位开源项目

nihaojob: 我们主要是做图片编辑器，目前初创公司，期望找几位在邯郸学习计算机专业的同学，主要工作是根据客户需求，定制开发图片编辑器相关的工作，迭代自己的编辑器，同时参与开源，为客户提供设计工具解决方案。

下边是我们的开源项目，以及我个人技术技术相关的信息。

https://github.com/ikuaitu/vue-fabric-editor

https://juejin.cn/post/7459286862839054373

https://juejin.cn/post/7224765991896121401

官网： https://pro.kuaitu.cc/

vx: nihaojob

2025-04-10

开发了一个 Token 一键搜索工具 for mac，全局快捷键触发，支持主流 EVM 和 Solana。（我 Cursor 两小时系列）

bitdezi: 经常炒币的朋友都知道，在 Twitter 或者群里看到一个 KOL 推了一个 token 地址，半天找不到相关信息，怎么去交易，官推是啥，热度咋样，靠不靠谱……
就算是老手，每个链都有不同的 Dex ，每天都得穿梭在一大堆 chrome 标签页里边，就很烦。

于是，作为 PM 的我一怒之下就错过了很多机会。而最近失业，正好尝试了下 cursor ，就开发了 iooi 这个 mac 应用。

核心功能：
1. 全局快捷键 Option+S 唤起搜索，能直接自动带入选中文本（合约/symbol/name 都可以搜），然后回车就能在浏览器（默认选择 chrome 等对 web3 友好的浏览器）打开 token 的交易页面；
2. 不只是去交易，还有在 Twitter 中搜索、复制合约地址、打开区块浏览器、官方 Twitter/tg 链接、全部 Dex/Cex 交易链接等各种 token 相关的快捷链接，一键前往；
3. 支持全部主流 EVM 链和 Solana 链的任意 token ；
4. 交互流畅，界面丝滑（抄的 raycast ）；

希望大佬们多批评，哪里不好用尽管骂！

官网下载： https://iooi.io

演示视频：

https://iooi.io/assets/videos/token-search-demo.mp4

https://iooi.io/assets/videos/shortcuts-demo.mp4

2025-04-10

红魔氘锋能量块 mini 亮相：家族式设计风格、支持 65W 快充

IT之家 4 月 10 日消息，红魔游戏手机官方微博今日公布了一款充电器新品 —— 红魔氘锋能量块 mini。

据官方预热信息来看，红魔氘锋能量块 mini 采用家族式设计风格，配备可折叠插脚，支持 65W 快充。海报还展示了平板、手机、手表等产品，结合海报“多设备兼容”字样来看，新品预计将兼容多品类设备使用。

官方暂未透露更多新品信息，IT之家将持续关注并在第一时间报道。目前，红魔 10 Air 手机已正式亮相，新机将搭载骁龙 8 Gen3 处理器、配备 LPDDR5X+UFS4.0，安兔兔跑分超 240 万（2416012 分）。新机还支持 CUBE 性能 AI 调度引擎和定海神帧技术。

2025-04-10

🖼

2025-04-10

谷歌撤销禁止员工讨论反垄断案件的政策谷歌在与员工达成和解后，撤销了一项禁止员工讨论其反垄断困境的政策。根据信函显示，谷歌上周向美国员工发出通知，称已...

谷歌撤销禁止员工讨论反垄断案件的政策

谷歌在与员工达成和解后，撤销了一项禁止员工讨论其反垄断困境的政策。根据信函显示，谷歌上周向美国员工发出通知，称已撤销要求员工不得在内部或外部评论美国司法部正在对谷歌提起的反垄断诉讼的规定。据美国国家劳工关系委员会(NLRB)称，谷歌已与代表公司员工和承包商的Alphabet工会达成和解。根据上周的通知，谷歌表示“不会宣布或维持过于宽泛的规则或政策，以限制您在内部或外部评论美国司法部针对谷歌提起的正在进行中的反垄断诉讼是否以及/或如何影响您的雇佣条款和条件的权利。”

—— CNBC

2025-04-10

手贱误删了 2fa 的验证码，怎么办！

vhellov:

如题，第一次用 2fa 的功能，下了个谷歌验证器，把 V2EX 的账号开启了 2fa 验证，然后手机上看验证器一直倒计时，感觉比较费电，我就给 delete 了，现在关闭 V2EX 的 2fa 需要验证码，找不到了，咋办啊兄弟们

2025-04-10

Intel Linux Graphics Driver Will Now Be Less Restrictive Over RAM Use

A change merged yesterday to the Intel Mesa graphics driver code lessens a restriction around the amount of system memory (RAM) that can be used by processes for the Vulkan system heap. This will allow more games/apps to work with the Intel integrated graphics that previously exceeded the driver-enforced limits but at the risk of running into broader out-of-memory behavior if under too much memory pressure.

The change is about restoring a previously-set 75% limit of RAM for the system heap with the Intel ANV Vulkan driver. For the past eight years there's been a 50% limit of RAM for the system heap.

Intel Linux graphics driver engineer Paulo Zanoni argued in the year-old Mesa merge request:

"Unfortunately we can't make everyone happy, but my main motivation here is that certain workloads can actually work with my system, and the only thing stopping them from working is this restriction is we inflict in ourselves. Examples: Deathloop on 16GB TGL, certain graphics settings of Spider-Man Remastered on my 16GB non-upgradeable-RAM LNL, Renderdoc.

Of course, this always brings the risk that running too many things at once may awake the OOM monster, but IMHO, completely preventing certain workloads from working is too high of a price to pay in a situation where you can just use /usr/bin/kill something. Still, I'm open to discussion here. We don't need to apply all patches in the series."

That merge request was under discussion since April 2024 and finally now merged for Mesa 25.1. Raising this RAM restriction is all the more important with the newest Lunar Lake SoCs having non-upgradeable system memory but this change will help users at large too.

Broken RAM

The actual patch goes on to further describe this behavior and prior and new limits:

anv: restore the old behavior of up to 75% of RAM for the system heap

"We paid for sixteen gigs of RAM, so we gonna use the whole damn sixteen gigs of RAM!"
- My Mom

First, some history:

The Anv 50%-or-75% rule was originally added in 2017 by 060a6434eca9 ("anv: Advertise larger heap sizes"). When i915.ko started reporting memory sizes in its ioctls, it didn't impose any restrictions: 100% of SRAM was reported as available, so the restriction was in Mesa. When xe.ko was introduced, it only reported 50% of the SRAM as available through its ioctls, so commit b571ae6e7a76 ("intel: Make memory heaps consistent between KMDs") adapted the code to not take an extra 25% of the 50% that was already cut, and restricted i915.ko to 50% instead of the 50%-or-75%. In Kernel commit d2d5f6d57884 ("drm/xe: Increase the XE_PL_TT watermark"), xe.ko changed to reporting 100% of SRAM through its ioctls, so we adapted Mesa to do the right thing depending on which Kernel version was running.

While this was all happening, we were discussing about which behavior was actually the best: restrict everything to 50% in order to avoid issues when many things are running in parallel, or keep the restriction only at 75% in order to allow high demanding workloads to make full use of the hardware.

The way I see, if parallel applications are causing the system to run out of resources, the user always has the option to kill applications and use one thing at a time. On the other hand, if a single application needs more than 50% of the SRAM and we don't allow it in our heaps, the application will never work (unless, of course, the user patches Mesa). So in this commit we go back to allowing high-demanding applications to work by restoring the 50%-or-75% rule.

This commit is especially useful in systems with integrated graphics, like LNL, where the option to upgrade RAM is not present.

Intel Linux graphics users can look forward to this change with Mesa 25.1 that should be out as stable by/around the end of May.

2025-04-10

[深圳] 全栈工程师看过来~~

DevZ:

职位职责:

参与设计和开发 LLM AIGC 生产管线，包括后端系统、任务流转、后台页面等，例如智能助⼿、聊天机器⼈等应⽤。
深入理解大模型算法研发和 AI 产品迭代的全流程，推动技术落地与优化。
解决复杂的前后端技术难题，优化性能瓶颈，提升系统的稳定性、响应速度和兼容性。
推动代码质量提升，实施单元测试、集成测试等⾃动化测试，确保代码的⻓期可维护性和⾼质量交付。
跟踪并应⽤前沿技术，在团队内部分享新技术和最佳实践，推动技术⽔平的整体提升。
参与代码审查，对项⽬的技术⽅向和架构提供战略性建议。
与跨部⻔团队紧密协作，确保项⽬顺利推进，并在关键决策中提供技术指导。

职位要求:

计算机科学、软件⼯程相关领域本科以上学历，对 AI 大模型、LLM Agent 有深入了解，并具备 Prompt Engineering 相关经验。
5 年以上 Web 开发经验，具备全栈开发能⼒，精通现代 Web 前端框架（如 React 、Vue 、Angular 等）和后端技术（如 Node.js 、Python 、Java 等）。深⼊理解 Web 性能优化，能够解决⾼并发和性能瓶颈问题。
丰富的后端 RESTful API 或 GraphQL 接⼝集成经验，对数据库设计和优化（如 SQL 、NoSQL ）有深⼊理解。
具备良好的代码规范意识和较强的调试、问题排查能⼒，能独⽴应对复杂技术问题并提出创新解决⽅案。
⾃驱⼒强，具备良好的沟通能⼒和团队协作精神，能够与跨部⻔团队⾼效合作，推动项⽬⽬标达成。
熟悉 Docker 、Kubernetes 等容器化技术，有 CI/CD⾃动化部署经验者优先。
具备良好的英⽂阅读、书写和沟通能⼒，能够适应国际化⼯作环境。

联系方式看链接： https://deltron-tech.feishu.cn/wiki/PvcVwCyIQiDLiRk7LkwccMBNnzb?from=from_copylink

2025-04-10