V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  thinkershare  ›  全部回复第 48 页 / 共 54 页
回复总数  1061
1 ... 40  41  42  43  44  45  46  47  48  49 ... 54  
2022-03-28 16:37:32 +08:00
回复了 ray5173 创建的主题 程序员 请教一个深度学习的问题
机器学习本质上就是拟合分布, 你需要保证你需要预测的数据符合分布. 因此机器学习只能预测共性, 没法预测它没学到的未知的东西, 而测量恰好就是未知数据! 我之前也研究过给雷达点云按照历史数据预测不存在的点来尝试补齐物体的轮廓, 后面发现效果不好, 没啥用, 纯粹属于浪费时间和算力!
2022-03-28 16:34:04 +08:00
回复了 ray5173 创建的主题 程序员 请教一个深度学习的问题
@ray5173 你要补上的目的是什么干什么? 机器学习又不是什么魔法, 这种拟合出来的数据没啥用
2022-03-28 11:44:40 +08:00
回复了 shyrock 创建的主题 数据库 sqlserver 重建聚集索引后,记录丢失
你最好将数据先全部先备份,数据库以页为存储, 索引和页数据都在页上, 我怀疑物理某些页在磁盘扇区上物理损坏了.
@theklf4 做旁路有太浪费了, 有啥大的毛病没有?
@theklf4 什么配置, 出不?
2022-03-27 21:38:15 +08:00
回复了 BlackZhu 创建的主题 程序员 为什么 spring 源码中类的关系那么复杂?
@FrankHB 他去看源代码, 当然任何实现细节都会被发现!
2022-03-26 21:36:09 +08:00
回复了 BlackZhu 创建的主题 程序员 为什么 spring 源码中类的关系那么复杂?
另外你说的 Spring 的抽象设计在它的体系中是没啥问题的! 官方团队即便重构大差不大还是这个样子, 除非需求发生了重大变化, 软件设计就是尽量让代码贴近需求的自然抽象, 越是自然, 则未来越是容易维护和扩展!
2022-03-26 21:34:10 +08:00
回复了 BlackZhu 创建的主题 程序员 为什么 spring 源码中类的关系那么复杂?
@BlackZhu 如果你的项目中, 你无法搞清楚抽象的目的, 就不要抽象. 每个人都只能试图看的稍微远一点, 预测非常永久的事情纯粹是赌运气. 抽象是有代价的, 你需要了评估你项目的复杂度, 没有一个放之四海而皆准的办法, 设计就是平衡矛盾的需求, 平衡的好, 就是有效设计.
2022-03-26 20:57:40 +08:00
回复了 BlackZhu 创建的主题 程序员 为什么 spring 源码中类的关系那么复杂?
因为计算机科学中, 没有什么问题是通过添加一个抽象无法解决的, 如果不行, 就再加一个抽象. 所以后来有了: 如无必要、勿增实体. 而什么是必要就是一个哲学问题了! 每一个添加的抽象都是为了某个切面需求概率的抽象.
2022-03-26 20:53:40 +08:00
回复了 wheelg 创建的主题 程序员 浏览器为什么选择了如今的同源策略
@hazardous 这的确是一个重要考量, 简单资源的盗链目前就在不能修改源的情况下只能使用 iframe, 另外 OP 说的为什么浏览器不能判断是你随意引用别人的内容, 别人也很容易攻击你, 信任是双方的! 我引用的第三方内容在被动态加载到本地化, 在未来完全可能通过修改 DOM, 然后诱导用户输入保密信息, 然后将信息提交到一个第三方从而欺骗你的网站用户, 让网站用户以为是 A 网站自身的行为,. 网页浏览器的普通用户并没有那么高的判断能力!
2022-03-24 16:44:56 +08:00
回复了 cutemurphy2888 创建的主题 JavaScript 一个 setter 死循环错误·
因为它本来就应该死循环, 设计上这样写就应该死循环!
2022-03-23 10:53:28 +08:00
回复了 Trinity888 创建的主题 程序员 大家如何做甲方关系呀?求教
你自己是销售吗? 这些应该是领导和公司销售需要考虑的问题, 归属于市场部管, 如果你是做技术的, 那很难转进去, 这个行业都是熟人相互介绍, 相互引进, 许诺关系费用, 一环套一套.
2022-03-22 13:43:25 +08:00
回复了 JasonLaw 创建的主题 程序员 关于 RESTful API 的疑问
我们的设计原则是: 全部小写, 然后使用-分隔, 不需要 value 参数, GET /config/system-maintaining, 很多国际互联网企业的 API 也是这个规范, 另外并不是所有的 API 都适合 RESTful Style, 使用动词风格也没啥大的缺陷
2022-03-21 20:37:09 +08:00
回复了 amuyue 创建的主题 程序员 mysql 在有数据的表中直接插入一列 uuid
@amuyue 如果你使用 UUID 作为主键, 然后需要频繁的查询, 可以使用有序的 UUID 生成器算法, 这种算法可以保证随着时间递增, 从而避免 UUID 默认无须导致的索引更新时候到性能损失, 如果查询非常频繁, 更新很少, 那就无所谓!
2022-03-20 15:31:52 +08:00
回复了 yuhangch 创建的主题 .NET EF Core/ Postgresql LINQ 查询问题
你的代码非常奇怪, 一般在 EF Core 中, 正常的写法是
public class Entity: IEntity{
public string Name{get;private set;}
public virtual Point{get;private set;}
}

很少使用 GetXxx 或者 SetXxx 的形式, 另外导航属性默认是懒加载的, 虽然你也可以将其调整为直接加载, 一般还是要手动 Include 的, 接口完全可以定义属性哈
2022-03-20 15:26:04 +08:00
回复了 yuhangch 创建的主题 .NET EF Core/ Postgresql LINQ 查询问题
你的代码非常奇怪, 一般在 EF Core 中, 正常的写法是
```csharp
public class Entity: IIterface {

}
```
2022-03-16 22:07:13 +08:00
回复了 huangya 创建的主题 Linux Linux 内网图形界面远程的办法
@ungrown 放弃了, 懒得这特了, 主要是 Mac 连接 Linux 问题太多, 我需要 CUDA 加速查看 PointCloud, 这个没有硬件加速会非常卡, 操作起来极度不流畅, 画面传输的软件在内网还可以, 但一旦跨国(我的 Linux 服务器不在大陆), 就会非常看, VPN 和机场我都测试过了, 延迟是无法接受的, 我现在不折腾了, 重新在家里搭了环境. Linux 的桌面环境我是收购了, 我 10 前用的时候就问题多多, 10 年问题还是多多, 所以我还是只打算使用它的 bash shell, 彻底放弃它的图形, 不想折磨自己, 不是 ROS 这个破软件, 我早就放弃了折腾图像界面了!
2022-03-16 18:53:34 +08:00
回复了 huangya 创建的主题 Linux Linux 内网图形界面远程的办法
另外 xrdp 在 Ubuntu 有巨大的坑, 我在 GitHub 仓库提到 issue 过了 2 年了还是没有解决, 超级卡(Ubuntu 18 好点), 其它版本的 Linux 发行版问题不大, 就是在 Ubuntu20.04 的默认桌面环境上几乎失去可用性. 你自己去 xrdp 的仓库下看看.
2022-03-16 18:40:28 +08:00
回复了 huangya 创建的主题 Linux Linux 内网图形界面远程的办法
别折腾了, 都不好用, 我就是这一套, 已经搞得快奔溃了!
如果在内网, 直接用 SSH 加 Xming, 外网都非常难用, 我换个各种方案, 没有一个靠谱的! 如果没有 3D 程序, 特别是游戏这种就还好, 如果有需要显卡的 CUDA 的, 就是一个巨大的坑, 我已经爬出来, 彻底放弃这个破玩意, Windows(A)还好, 如果 A 是 Mac 就更加坑爹, OpenGL 死掉后, 都没法使用显卡硬件加速到了
2022-03-16 00:39:08 +08:00
回复了 shenhualv7 创建的主题 Linux win 下用 Linux paste 命令合并输出了个 txt,打开乱码
@shenhualv7 VSCode 没啥文件打不开, 包括二进制文件都可以通过插件直接查看 Binary 或者 HEX, 文件内容和后缀没啥关系, 你直接将文件拖入到 vscode 就好了. 找个博客好好理解一下字符集, 编码规则, 存储编码, 这个对写代码还是有点作用的, 另外你这种混合编码写入到一个文件是不好处理的, 怎么改编码都会得到错误结果, 你必须知道在字节的多少偏移位置开始是另外要给文件, 然后写代码, 自己统一转换为同一种编码! UTF-8 的 BOM 在 Windows 上是个历史遗留问题, 其它的 UTF 存储格式的 BOM 是必须的, 将不同编码的二进制流写入到文件的确需要小心!
1 ... 40  41  42  43  44  45  46  47  48  49 ... 54  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   934 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 21:53 · PVG 05:53 · LAX 13:53 · JFK 16:53
Developed with CodeLauncher
♥ Do have faith in what you're doing.