V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  nealot  ›  全部回复第 4 页 / 共 6 页
回复总数  104
1  2  3  4  5  6  
2024-01-29 17:37:02 +08:00
回复了 huxianguang 创建的主题 投资 有没有量化的小伙伴,一起研究
既然买了数据,先把数据存下来才是最重要的 (万一以后用到呢)

楼主一天有多少数据量?
2024-01-24 18:19:49 +08:00
回复了 nealot 创建的主题 程序员 似乎很难找到像 Sublime 和 vscode 一样支持无感持久化的终端
@neowong2005 Terminal Emulator 和 Shell 是相互解耦的两个东西

比如你可以在 Ubuntu 下的默认终端 (Gnome Terminal) 中运行 Bash, 也可以自己换成 zsh 。shell 可以随时换,但是终端不用动
2024-01-24 09:16:50 +08:00
回复了 nealot 创建的主题 程序员 似乎很难找到像 Sublime 和 vscode 一样支持无感持久化的终端
@neowong2005 对,用起来丝般顺滑,就是不能无感持久化

现在最新的 MATE Desktop 里面的 MATE Terminal 和最早的 Gnome Terminal 是高度一致的

至于登录啥的,写个 expect 脚本,或者用证书就好了
2024-01-23 18:21:34 +08:00
回复了 nealot 创建的主题 程序员 似乎很难找到像 Sublime 和 vscode 一样支持无感持久化的终端
@pinkbook 已经有两人推荐 iTerm2 了,可惜它只支持 Mac OS ,我平时用 Windows
2024-01-23 16:01:43 +08:00
回复了 nealot 创建的主题 程序员 似乎很难找到像 Sublime 和 vscode 一样支持无感持久化的终端
@ceeeeeeeeeeeeeeb 我指的是历史指令的输出,不是 Ctrl+R 历史指令本身
2023-12-29 21:44:43 +08:00
回复了 nealot 创建的主题 咖啡 如何在家调出星巴克美式口感的低因咖啡?
更新一下,在家一共泡过三种低因咖啡 (都是京东上的热销产品)

1. AGF Blendy + 菲诺厚椰乳: 效果惊为天人,实在太好喝了,但是是浅烘,不加奶的时候明显发酸
2. Mount Hagen (中烘): 配厚椰乳效果也不错,不加奶的时候也有点发酸
3. Peet's Coffee 迪克森少校挂耳 (深烘): 不加奶不加糖时,和星巴克美式的味道 90% 接近了,但是小贵

目前来看,影响口感的最大因素还是烘焙程度 (这也是所有咖啡首先注明的参数,有的甚至直接在产品标题中标注)
这个问题曾遇到过无数次

楼主试试禁用 "为远程桌面连接启用 WDDM 图形显示驱动程序" 这个组策略,看看有没有用

在折腾过程中,我还给电脑换了一块 GT1030 亮机卡,但是这个操作可能并不是必需的
2023-12-25 19:30:13 +08:00
回复了 nealot 创建的主题 咖啡 如何在家调出星巴克美式口感的低因咖啡?
@tsja 低因咖啡只是萃取了咖啡中的咖啡因,保留了咖啡的香味物质 (以及抗氧化物质),理论上口感和普通咖啡一样。保留香味正是低因咖啡的主要卖点

总之我是没吃出和普通咖啡有什么区别
2023-12-24 12:10:21 +08:00
回复了 mitoop 创建的主题 PayPal paypal 有 100 刀, 提取到银行卡太麻烦, 可以干点啥
买海外云资源
2023-12-15 13:11:00 +08:00
回复了 SuperXX 创建的主题 Cloudflare 如何避免自己 Cloudflare 的域名邮箱被伪造?
基于交易所秒级数据的交易,是有一定门槛的。别的不说,光一天的全市场数据量大概就有 3-4 GB
但是个人进行 1 分钟频率的交易,在搞定 API 通道的前提下没太大难度
2023-12-04 14:09:29 +08:00
回复了 zobor 创建的主题 分享创造 说不定哪天就要成为独立开发者了
请教一下楼主,Windows 下 HTTPS 抓包的流程是这样的吗:

首先生成一个自签名的根证书装在系统里。然后启动代理进程,监听 TCP 端口。从监听的端口,SSL 握手阶段获取请求域名。假定域名是 qq.com ,这时使用自签名的根证书,来签一个 qq.com 的证书,这样客户端就会信任代理服务器。接下来,启动一个 HTTPS 服务器,参数包括新生成的 qq.com 证书,把收到的字节流发给服务器,这个服务器再把收到的 HTTP 协议数据转发给真实的 qq.com
2023-11-29 10:17:37 +08:00
回复了 tlerbao 创建的主题 健康 代码写的不咋地,颈椎病了,手麻无力,如何是好!
如果是颈椎曲度变直/反弓造成的问题,我可以分享一下我的经验

1. 下载央视频的 "第九套广播体操" 视频,每天做一次
2. 买两三把单价 1000 以上的人体工程学椅,找到最舒服最适合自己的哪一款,用电脑时保持使用
3. 用笔记本电脑时一定要外接显示器,不要低着头
4. 睡觉用薄的枕头

我的经验是颈部不适一般一个月左右能调整下来
2023-11-12 20:34:25 +08:00
回复了 oktango 创建的主题 全球工单系统 阿里云 OSS 挂了?
通常云厂商提供的服务都是多机房容灾的,单个机房异常一般不会出这么大的问题

看起来是某个组件突破了他们的高可用体系,成为了所有云产品的单点依赖
2023-10-24 13:01:48 +08:00
回复了 txzh007 创建的主题 宽带症候群 家庭组网用什么方式好呢?
三室一厅,AP 和打印机放客厅小机柜顶上,一般客厅发出信号是足够覆盖全屋的。光猫、路由、交换机、NAS 、迷你机都放机柜,走以太网

如果是 1m 高的机柜,还能放两台 M-ATX 台式机,这样 16 核 CPU 工作站和 AI 用的显卡也可以布起来了
2023-10-12 19:44:20 +08:00
回复了 TomCN 创建的主题 分享发现 刚刚发现一个域名可以注册 SonySoft.com
借楼问一下,如果我开发了一个 Windows 平台下的商业软件,域名用 xxx-windows.com ,会有法律风险吗
2023-07-19 12:41:59 +08:00
回复了 nealot 创建的主题 程序员 Windows 下有带依赖管理功能的 TODO List 工具吗
@leeg810312 甘特图用得不多

按我的理解,甘特图主要用于项目排期,其特点是,每个子任务的开始时间、结束时间 (包括依赖关系) 在项目开始时就定好了,每个参与者必需尽力保证进度。

试想一下,如果把游戏中的科技树换成甘特图会好用吗?科技树重点展示任务之间的依赖关系:A 科技是下一级 B 和 C 的前置科技,B 科技完成能开始 D ,而 D 是一项较重要的科技。玩家在刚开始看科技树的时候,尚未形成一个具体的规划;看科技树的这个过程,形成了第一级甘特图规划,而不是全部的甘特图,这个规划也可能随时间调整。

几个月后的计划可能会变,而它们之间的依赖关系不变,因此这个科技树可以永远放在这里。有的项目 (或者说传统项目) 是在一开始就把所有子任务安排明白,很少有调整,这当然是好的,这相当于游戏一开始就把点科技树的整个顺序定下来。而如果未来的计划未定,那么甘特图的作用就比较有限了
2023-07-18 23:12:52 +08:00
回复了 nealot 创建的主题 程序员 Windows 下有带依赖管理功能的 TODO List 工具吗
@ujoe2013 依赖指的是不同的 TODO Item 间的逻辑依赖关系

比如开发一个商业软件
- 需要注册商标
- 需要一个软件官网
- 需要开发软件本身

在注册商标之前,需要进行调研,了解商标相关规范,注册哪几个国家地区的商标?有没有所谓的国际商标的概念?商标取名有什么注意点

比如说,如果软件是提供数据服务的,那么网站本身可能还比较简单,无非是用某种数据库存储和提供查询,数据的合规采集可能才是主要问题。当数据采集完成后,这些数据可能可以用于另一个软件

所以这就形成了一个上一级任务到下一级任务的多对多关系,类似游戏中点科技树
2023-07-18 20:05:08 +08:00
回复了 nealot 创建的主题 程序员 Windows 下有带依赖管理功能的 TODO List 工具吗
@locoz 不只是标签

搜一下 civilization 5 tech tree
楼主内嵌了 ffmpeg 用来做视频文件 demux 和音频转码吗?如果使用了,ffmpeg 的 License 是否会有问题?
1  2  3  4  5  6  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2651 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 10:08 · PVG 18:08 · LAX 03:08 · JFK 06:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.