2025-02-21

19 篇热帖

1. [送码] SlideBrowser - 一个轻量的滑动浏览器,给你不一样的交互体验

产品介绍

SlideBrowser 是一个滑动浏览器,当你鼠标移动到屏幕边缘,自动出现,当失焦时自动隐藏。

使用场景

总体来说这算是一个小众产品,主要是用场景有:

  • 在应用全屏模式下查询资料、问 GPT 等
  • 记录一些待办事项或者笔记
  • 查看股市、币市信息
  • 听歌
  • 看视频、看直播
  • 翻译

以下是一些场景的 GIF 图:

SlideBrowser 应用场景 - 全屏模式搜索信息 SlideBrowser 应用场景 - 听音乐 SlideBrowser 应用场景 - 记录待办任务列表

我自己平常主要有一下 2 点使用场景:

  • 翻译:我不是很喜欢那些有气泡的翻译软件,所以平时有什么翻译内容,所以我将 Google 翻译的页面一直放在那里,需要的时候就滑动一下;
  • 管理项目进度:虽然是独立开发,但也是会把任务梳理清楚,然后放到 Github Project 里面,并且在做的过程中遇到什么难点以及增加的任务都会快速记录,如果解决了就快速点击完成,感觉还是挺好的。

产品特性

  • 滑动显示、隐藏
  • 可通过隐藏/显示侧边栏,让窗口更简洁(只保留页面)
  • 支持多个窗口
  • 支持自由拖拽模式(可以不用贴在屏幕边缘)
  • 支持 Mac 、Windows 、Linux

Windows 因为没有钱进行软件签名(签名要 2000 块),所以在下载或者安装的时候 Windows Defender 防火墙会报不安全,但是实际并没有什么问题,如果认为本产品不错,但又比较担心,可以在对应的弹窗上留下邮箱,等赚钱了,就给 Windows 签名,到时候给你发个邮件。

优惠码

  • PXPIWFKV
  • KOP0KWBN
  • EEP75ENZ
  • QUZ8WNGS
  • 8OCWTIYD
  • 6NFH2CFM
  • EJ1NV4FX
  • VBYM6AE5
  • ABAPSAIJ
  • WZSW4D4P

注意:这些码并不是直接的激活码,而是支付的时候的优惠码,但是 100% 优惠,也就是免费

如果有对这个产品有什么吐槽或者建议,可以在下面评论或者直接加我: ZHJlYW0xMG5pYW4=

更多说明见官网:https://deepthinkapps.com/zh/apps/slide-browser/

2. 一面出 LRU 算法题算难吗

面了几个三年经验 bat 大厂的候选人都没做出来,是不是难度高了

3. 已婚的来说下,每个月给老婆/家庭多少钱。
4. 求推荐 4000 内的安卓机,想弃果投卓了…
本来打算换 iPhone16E 的,看了看果断放弃了,准备给苹果全家桶都出了,我就几个想法

1.4000 以内
2.流畅用 4 年左右
3.拍照清晰好看些,不用绝对惊艳,中等偏上即可
4.游戏性能好,主要玩鸣潮
5.广告尽量都可以关掉
6.直屏
7.电池稍微耐用下( iPhone12 我真忍无可忍)
8.可以 Google 全家桶
5. 也来聊聊彩礼,给还没结婚的做个参考
最近聊彩礼的帖子很多,作为过来人给大家做个参考(反面案例)。

先说说自己情况:
1 老婆来自某著名彩礼省的山区,父母打工,家里 3 个女儿。
2 我家河北,父母体制内职工,独生子。
3 我和我老婆自由恋爱结婚。我老婆博士毕业,大学期间的学费都是助学贷款,工作后自己慢慢还掉的。
4 我家在北京买了一套婚房,加了我老婆名字。
5 我坚决拒绝天价彩礼(我买房后也没钱给天价彩礼),加上我老婆意见也很坚持,最终她父母妥协(但还是以其他名义要了大约十万块礼钱)。
6 嫁妆 0 元。女方帮装修房子、买车这种事更是想都别想。一毛钱都没得。

不要以为这就完事了。曾经我也以为,我是跟我老婆结婚,对于她的家庭我不在乎。然鹅,还是太天真了,后面还有一堆不开心的事等着:
1 不要以为你买了套北京的房子加了女方名字,经济水平碾压他们,对他们女儿好,就会赢得尊重,以为自己乘龙快婿?对老丈人丈母娘而言,你没给彩礼,就是欠他们一笔钱,永远都对你爱答不理,永远不会把你当家人看待。
2 娘家人(丈人、丈母娘、小姨子)来北京,从不自己掏一分钱,能多啃我们一点就啃一点。往返路费,吃喝拉撒,都是主动要求让我们掏钱,而且是尽量多掏钱,花我们的钱不心疼,甚至还有种快感,花到就是赚到。能坐飞机绝不坐高铁,甚至主动要求买一等座。这么说吧,我从没见过她娘家人的付款码,有我在的场合从来不掏。
3 来女儿家,每次都是空着手来,背一大包东西走。我老婆的妹妹看上什么好带什么走。
4 逢年过节得给丈人家送礼,但他们从来不给外孙女红包。小孩这些年,外公外婆花的钱总共不超过几百块。
5 回我老婆老家,来了一大堆“亲戚”,丈母娘说按照他们的风俗,每个人(不仅小孩子,五六十岁的大爷大妈)都要给红包,并且要摆酒席宴请他们(费用自然是我们全包)。
6 丈母娘暗示平常给他们的钱太少了。。。

诸如此类,其实目前来说都不是什么出格的大事,但确实也几乎没什么开心的事。

我跟我老婆感情很好,所以我选择了结婚。
夜深人静的时候回过头想想,跟这样的家庭相处真的很累,很无奈,很傻逼。
永远在付出,永远在给予,但是没有什么回应,就好像无底洞。

发帖的目的就是告诉还没结婚的,以及正在纠结的,特别是最近那些发帖的兄弟,你能不能接受这些事情,慎重考虑。我反正当时是没想到的。
6. 老婆被仿冒 Google Chrome 网站坑了,电脑中木马
前天老婆在 Bing 搜索 Chrome 下载,排名第一的链接有一个 https://google-chrom.cn ,她觉得比较正规就在这个网站上下载安装“Chrome“浏览器(此网站不用科学上网就能打开)。

安装好后,隔一段时间电脑的火绒就弹窗提示有木马,用系统还原点还原,并修改 Bitwarden 等密码,目前暂时没看到损失。

截至 2025 年 2 月 21 日,目前这个网站还可以打开,而且在 Bing 国内版搜索排行第一。

7. 步梯顶楼能入手吗,有住顶楼的能否说下日常感受优缺点看法及建议

一套老破小顶楼平层,总高 6 层,户型是我最最中意的,可以说是在这有限的预算里面户型是最好的。

但唯一不足的是在顶楼,但凡低一层就立马买了。这小区就这一套在卖,也没有听说有加装电梯的计划。

没有住过顶楼,是否真的有所说的漏水、夏暖冬凉、每次爬楼都是绝望、及日后转手流通性的问题。

户型图

8. Harmony OS Next 是不是要凉了...

RT,问了几家大公司的朋友,有做支付的,有做电商的,有做视频的,有做游戏的,有做企业工具的,普遍表示用户数量就十几万-几十万之间,有些甚至只有几万。

这个用户量他们直呼上当是亏本买卖,表示现在基本上 HW 那边的人来催需求的时候他们就拖着了,都去做正经的 iOS 和 Android 需求了,毕竟用户这么少。

有没有接触 HW 的知道他们内部的想法是啥,难道这玩意就是信创 pro max 版靠 gov 采购?

9. 大家有没有觉得大 A 已经进入了牛市

年后几乎每天都是 4000 股左右上涨,很多指数特别是中小盘股指数,已经多次创出去年十月份新高了,权重比较拖后腿,但是从 924 之后,现在的位置经过快半年也没有真正意义跌下去过,回落一直在震荡。市场现在的赚钱效应确实很不错,成交额自从 924 之后也一直维持在 1.5 到 2w 亿左右,只有春节附近今天有所下滑,正常的,这是这样一直维持的成交活跃度以前几乎没有。

10. 想买一个 iPad 当做爱奇艺工具。

哪个比较适合,air 还是 pro? 在想或者买个好点的 Android 平板?大家有啥子推荐。

11. 天塌了, NAS 被勒索了,如何数据恢复?
被加密隐藏索要比特币。。。

有没有成功案例可以恢复的?求助!

推荐靠谱的恢复公司也行
12. 立了"军令状",结果搞砸了,该辞职了
我在小公司,老板之下其他员工之上。这一两年公司项目贼多人手不够,我有些手忙脚乱,老板对此颇有微词。最近又一个项目,他说“再搞不好就该辞职了”,话都到这了,我也有点不爽,说“好,搞不成就辞职”,他之后就不过问这个项目了。

结果项目黄了😂客观说确实有我的责任。

正好最近工作强度很大,辞职换个工作也不是不行。
只是这个辞职的直接原因有点尴尬呀。
13. 最强老人机 16e
我不是 我沒有 別瞎说我在讽刺苹果,真心觉得 16e 是最强老人机

A18+8GB 的苹果,给老人用绝对好,不用担心乱下软件广告也少,并且 8G 的 RAM 能用很多年啊,15 也只有 pro 系列才 8G 呢,其他的都是 6G ,下次苹果升到 10G 还不知道是哪年呢

ios 系统+8G RAM+低价,确实很香
14. CSGO 太好玩了

最近入坑了 CS2 ,每天下班打到 12 点,有时候一两点,段位是完美 D+ 到 C ,偶尔游龙 沙二 A 大有时候用 AK 碰运气颗秒平台大狙,感觉很爽

15. 各位帮忙看下我这种条件适合油车还是电车

本人背景:男 30 岁单身,无房无车,工作地在浙江省三线城市郊区,目前租了个离公司很近的房子,上下班通勤走路 10 分钟,不排除以后会找个环境好点距离公司更远的房子。

需求:由于目前没有通勤需求,现阶段买车主要是用来晚上下班或者周末去市区找朋友玩或者自己出去玩,还有一点是自己年纪不小了十分想有一辆自己的车,理想的预算是 15 万最高不超过 18 万。

了解过的电车有小鹏 mona03 ,领克 z20 。油车有领克 01 (网上了解到比较费油),06 (空间较小,而且女生开的比较多)。还有油电混合的领克 08 和 07 。

朋友建议我买纯电车,理由是后期省钱,并且领克的保养也比较贵。 我的想法是我的用车时间比较少,加油还是充电对我的影响不太大,而且我喜欢的电车都是 20 万以上的超出了预算。

目前十分纠结到底是买油还是电,甚至都不知道该去试驾哪款,本人对车不太了解,请各位帮忙出出主意,或者有没有其他牌子的车推荐一下。

16. NAS 大佬们指点下这两个选择的差异

[需求] :家庭影院小自由,docker 小服务长时间运行。

选择一:绿联 DXP5800 + 2 * 8T 西数红盘,京东约 ¥4434 ; 选择二:M4 mini 16G+256GB (标配国补约¥3599 )+ 外置移动硬盘。

第一次发帖,新人勿怪

17. [讨论] AI 是不是正在逐渐培养一代不会编程的“文盲”程序员?
看到了一个相关文章 https://mp.weixin.qq.com/s/MdnD_HDH7ToYOpdU3kuhlQ

确实感觉自己的编程水平有退化,对 AI 的依赖越来越高,现在直接懒的搜任何资料,有问题就直接复制粘贴给助手,主打一个 CTRL CV 。

大家也有同样的感觉吗?
18. 各位平时都怎么看片?

除了 emby ,大家都怎么看片?网盘吗?网盘资源会不稳定吗?我现在刚开始用夸克看片,有点焦虑,哪天万一夸克看不了了找不到资源了就只能看网页垃圾画质了嘛

19. 微服务是不是一种错误的方向?

先说想法

这个标题并非一时兴起,也并非哗众取宠,而是我这段时间以来的思考。为什么会出现这样的想法?这还得从一个事实说起。

众所周知,微服务并不能提升整个项目的吞吐量,它的作用仅仅只是把项目按照一定的规则拆分成各种模块,然后每个模块都可以交给不同小组去开发。他解决的仅仅是大项目的团队协作问题。而真正能提升吞吐量的,除了程序本身的质量那就是负载均衡了,而且事实上微服务的架构中,每个服务都是以负载均衡的形式部署的,所以这里就有一个问题了:

如果仅仅是为了解决 [大项目的团队协作问题] 那么常规的模块化设计是不是也能做到?

现在由于 maven 的出现,再加上企业内部可以搭建私服,我们完全可以让每一个服务都以 jar 包的形式来开发。举个很简单的一个例子,比如有一个用户服务,订单服务,现在一般的做法是写一个聚合服务去调用这两个服务的接口,来实现业务逻辑的整合。

那如果把用户服务换成用户模块 jar 包、订单服务换成订单模块 jar 包,以 jar 包的形似传到私服,然后同样的写一个聚合服务,聚合服务把这两个 jar 包引入进来,是不是也能达到这样的效果?

如果需要负载均衡,那我们把这个聚合服务部署多个就好了,完全不影响。我完全想不到跟微服务比起来有什么坏处,如果有,欢迎大家指正。

微服务有什么缺点

  1. 耦合性太高,虽然开发和部署不会影响别的服务,但是你如果动了接口的出入参,那么其他服务就得同步升级了,而且是调用了这个接口的服务都要升级,又或者你需要为此单拎一个接口出来,做版本区分。
  2. 需要注册中心,项目会多出一个中间件,提升复杂度。
  3. 会消耗内网带宽,甚至是公网带宽,因为服务之间的调用都是通过网络完成的。
  4. 会出现分布式事务的问题,因为一个事务的操作可能会分布在不同的服务上执行。

如果用常规的模块化方案

  1. 虽然耦合也高,但是如果你动了接口的出入参甚至是接口名,别的服务是不需要立刻升级的,除非你是在改 bug ,但这是被业务逼着升级,因为不升级是有 bug 的,但他不会被技术逼得升级,因为模块只是被打成了一个 jar 包引入了其他模块里,无论你怎么变,已经部署在线上的别的模块里依然是用的你的老代码。
  2. 不需要注册中心
  3. 不会消耗多余的带宽资源
  4. 不需要分布式事务了

还是压力问题

一定会有人说,你把这么多模块都塞进一个服务里,那这个服务得部署多少台机器啊。

说到这里,就不得不从全局来看待问题了。我们可以看两张图(不好意思,有错别字,但是已经截图了就懒得改了,能看懂就行)

图 1

图 1

图 2

根据上面的两个图,我们是不是可以这么说,微服务在面对相同的流量时根本没有节约服务器的数量?反而还多了?

假如左边的聚合服务,他的业务量需要 10 台服务器才能支撑,右边的需要 5 台才能支撑,那么一共是 15 台。而微服务会导致 A 部署 15 台,B 也部署 15 台,再加上两个聚合服务,一共需要 32 台以上。

当然了,这只是极端的情况,现实中可能 A 服务不需要处理这么多业务,他可以少部署一点,又或者 B 服务可以少部署一点。但无论怎么算,服务器都是多了。

如果采用 jar 包的形式,那么只需要 15 台就够了,10 台用来部署左边的聚合服务,5 台用来部署右边的聚合服务。

说到底

这其实就是以三方库的思想在设计模块化,如果有一个工具类叫用户管理,有一个工具类叫支付管理。当你需要开发登录功能的时候,只需要引入一个 jar 包,然后调用里面的某个方法就好了,当你需要开发支付功能的时候也一样,你不需要去学习 dubbo ,不需要去学习 springcloud ,甚至不需要去关注注册中心是否挂没挂,注册中心的 url 是多少,服务到底有没有正常发布,有没有正常被发现。你会不会觉得这样有什么不妥呢?

以上只是个人的一点浅薄见解,欢迎大家理性探讨。