看了标题点进来之前就觉得应该是有个弟弟, 看了发现果然.

不管怎么做, 买了房子的话, 就是最终不管怎么样这个房子都是他弟弟的.

之前钱怎么算, 有几种可能 1. 他弟弟给整个房子的钱(不可能, 否则没这个帖子) 2. 白送(而且还要自己背剩下的房贷)(这个帖子就是想避免白送吧) 3. 他弟弟继续背剩下的贷款 4.弟弟给一部分钱然后背房贷.

如果能达到最后的那个可能, 肯定皆大欢喜(理论上来说, 这样也是亏了很多的), 至于达到这个结果的过程, 可能就没那么好了, 各种各种.

还不如, 直接(相当于)借钱给他弟弟首付, 由他弟弟进行贷款, 承诺他弟弟工作钱,帮忙还着, 至于还贷款的钱最后是否要还你, 怎么都好说吧.

这样, 散了, 贷款不是你的, 首付也能收回. 成了, 首付可能回不来或者回来的很慢, 但是至少有了话语权, 贷款也和你无关, 没有钱了可以临时找你借嘛.即使他弟弟不成器还不动贷款也和你没关系.

大金貌似更偏重中央空调, 挂机三菱会稍微好一点, 同样的价格来说

还有, 如果不大或者位置没有影响走路, 走路不疼. 建议不用管, 这种是自限性疾病, 不管也能自愈就是时间长或者一直在那儿长不大.

这个我和我媳妇都得过,脚上,冷冻的效果一般而且很疼(持续很久的那种,不是冻的时候)

最后我们是用另一种药弄好的, 是 5-氟尿嘧啶 , 是一种化疗药物, 类似于让对应的细胞凋亡之后就好了, 大概涂抹一个月就好了.

南方的医院很多给开这个药, 据说淘宝上也有药膏买到. 我们当时是直接买的注射液, 用面签每天晚上在患处涂一下.

唯一记得的是这个药是化疗药物, 孕妇哺乳期啊什么的别用, 药收好, 也别碰到别的皮肤, 反正小心一些.

最后我们是涂了一个月左右,自然脱落就好了.

疣和鸡眼什么的不一样, 根在真皮层以下, 不是切下来那块就行的. 冷冻我媳妇冻了快一个月, 反正没好, 三甲也冻了也没用, 所以不建议.

**上面的那个药很有效,但是切记使用小心一些, 一般看看那个说明书和作用药理就知道不是开玩笑的了.**

学好基本课程, 学好英语和日语, 特别是英语, 能好好看文档, 在学校的时候能自己根据英文文档和教程(一般是官方的)做一些东西, 多了解一些之后还是很不错的.

研究生的建议是有那个搞学术的想法再去读,没有会很痛苦,而且千万不要选两年的专硕,就是多上了点课的本科生, 什么都没搞明白就要毕业了(985211 的也一样) . 学历高虽好但是若是没提升到相应的那么多能力会造成高不成低不就.

没有品牌的汽车(包括所有动力)的自动驾驶可以真的使用, 有 L2 的道路居中和全域自适应巡航就足够了.

看一遍鸟哥的私房菜这本书, 网上有.

linux 基本上所有发行版都有包管理器, 需要下载文件自己装的情况一般都直接去官网, 不存在下载站, 即使是 windows, 下载站这种东西都已经过时很多年了(不官方不安全)

只运行 Python 是不可能的, 如果不固定场景, 很多时候是要用 C 库的或者别人编译的包里面有 C 库依赖的, 最终可能 alpine 不行的, 即使是 Ubuntu 这种, 还是会装一堆东西

看纯代码不如直接看对应要用的库, 对着需要的算法直接看..

作为弱鸡菜鸟且看不懂昨天自己写的代码的人来说, 外键什么的肯定是能加就加.

就比如用 final, const, private, 尽量全参构造器不用无参构造器 等的原因是一样的.

毕竟不是那些可以背诵 mysql 源码和默写 jvm 优化的那些大神.

但是有一点不明白了,该用外键的时候都不用了, 都不在乎数据对不对了,直接上 NoSQL 不是更爽? 直接 ES 一波梭不爽?

SQL 都是上世纪无用技能了, 还用啥 SQL 啊.

就像那些 post 接万物, http status code 不用,非要写一个 msg 里面是状态码的大神一样, 我们这些菜鸡还真是理解不了呢

用 google photo

什么时候 刀剑神域 中的 NerveGear 实现了, 再说元宇宙的事情. 之前都是太监上青楼

@sujin190 有影响的 https://pytorch.org/docs/stable/notes/randomness.html 但是应该不会影响最终性能(89 -> 88 这种区别)

@passMeBy paddleOCR 的小模型还挺快的,我这边一般都是一张文档 3 秒(CPU), 大模型和小模型精度在我的使用场景下基本没差...

@passMeBy 这个我就不太清楚了, CNN 的那个是原来做实验的时候要把 CNN 设置一个随机数定死(具体忘记了),然后才能让跑分一致,但是那个一般不会影响特别大. cnocr 现在好像是 pytorch 了,当时用的时候因为是 mxnet 转 onnx 不好用就放弃了. 上面说的 paddleOCR 是比较好的方案,虽然也有坑. 现在感觉就是生产环境 onnx 天下第一,paddlepaddle 框架的话,除了脏话没啥想说的

cnn 的快速实现结果是可能不稳定的, 好像是有办法关闭, 但是那种应该是不影响到性能

也有可能是一个是 cpu 一个是 gpu 再加上导致不一样, 但是也不至于到影响精度的程度.....

感觉图像被压缩的可能性更大一点....

特斯拉的自动驾驶就是花架子, 应该说现阶段所有的自动驾驶都是花架子,有 acc 和车道居中就够了. Tesla 的优势不是好开么.....

如果照着漫画拍,还是不要看了,漫画结局就是类似于: 我不想要大圆满但是我也想不出别的好的结局,那大家(读者)就都不要好过吧! 这种结局.

现在看动画的希望就是希望结局改了

1. 没有
2. 不应该这么用
3. 实体类直接交给 service 处理对应业务就行了, controller 不应该在这里处理东西
4. 确实会有只需要实体类中的部分值进行某个业务的(如创建), 这个地方有一些解决方案,比如持久化的和前台的不是一个,一对多,再转换. 持久化类进行继承(有弊端也有好处)

这种的意义是啥, 就像 ++i+++=++i++, 没有任何意义