dragondove 最近的时间轴更新
dragondove's repos on GitHub
Lua · 38 人关注
nvim
config for neovim
Shell · 27 人关注
dotfiles
my personal dotfiles
3 人关注
dragove
Python · 1 人关注
chatllm
Scala · 1 人关注
codeDrafts
some drafts for different languages
C · 1 人关注
dwm
Emacs Lisp · 1 人关注
straight.el
🍀 Next-generation, purely functional package manager for the Emacs hacker.
Shell · 0 人关注
bifer
I don't know what is this
Astro · 0 人关注
blog
personal blog site
FreeMarker · 0 人关注
boardroom_backend
boardroom appointment management system backend and web end
0 人关注
doom-one.nvim
doom-emacs' doom-one Lua port for Neovim
JavaScript · 0 人关注
EatKano
小游戏:吃掉小鹿乃 | 春节期间内卷比赛!
0 人关注
friendly-snippets
Set of preconfigured snippets for different languages.
Lua · 0 人关注
guard-collection
collection the tools config for guard
0 人关注
hyprland-wiki
The Hyprland Wiki Pages, automatically synced with the website.
0 人关注
LazyVim
Neovim config for the lazy
TypeScript · 0 人关注
maa-copilot-frontend
MAA Copilot Frontend
0 人关注
maa-copilot-store
a place to backup copilot jsons from maa backend server
0 人关注
MaaAssistantArknights
《明日方舟》小助手,全日常一键长草!| A one-click tool for the daily tasks of Arknights, supporting all clients.
Kotlin · 0 人关注
MaaBackendCenter
MAA Backends
TypeScript · 0 人关注
MaaX
MAA GUI with Electron & Vue3
0 人关注
neovim
Vim-fork focused on extensibility and usability
Python · 0 人关注
NeuroKit
NeuroKit2: The Python Toolbox for Neurophysiological Signal Processing
0 人关注
OnJava8
《On Java 8》中文版,又名《Java编程思想》 第5版
0 人关注
OpenNMT-py
Open Source Neural Machine Translation in PyTorch
Python · 0 人关注
pytorch_scatter
PyTorch Extension Library of Optimized Scatter Operations
0 人关注
sqala
0 人关注
sqala-doc
C · 0 人关注
st
config for simple terminal
Python · 0 人关注
storode
cross-referencing code and requirements system
dragondove

dragondove

V2EX 第 450638 号会员,加入于 2019-11-01 21:38:24 +08:00
今日活跃度排名 11960
dragondove 最近回复了
5 小时 48 分钟前
回复了 JustW 创建的主题 Windows 重装电脑用 Scoop 管理软件,清爽多了!
@wowpaladin scoop 只是多了安装、初始化的步骤,楼主写的东西太细了,实际上使用只需要几行命令就可以开始。
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
Invoke-RestMethod -Uri https://get.scoop.sh | Invoke-Expression
scoop bucket add main
scoop bucket add extras
这样就初始化好了,后面安装就是
scoop install 7zip
这样
scoop 比 winget 好的点是他把所有软件和他们的配置都保存到一个目录下了,比较易于管理。而且安装时不会有任何弹窗,不会索要管理员权限,软件都是安装到用户家目录下。
7 小时 51 分钟前
回复了 JustW 创建的主题 Windows 重装电脑用 Scoop 管理软件,清爽多了!
@amorphobia 不建议所有东西都用 scoop 安装,特别是那些支持自动更新、增量更新的软件。scoop 安装库(比如 vcredist)和 cli 工具就好了,图形化工具大部分还是建议直接官网安装器(比如 IDE 、浏览器这些),比较小的软件比如 altsnap/everything/7zip 这些还是可以用 scoop 的
7 天前
回复了 coldmonkeybit 创建的主题 健康 鼠标滚轮滚到食指关节很疼有什么办法
浏览器的话可以安装一个 surfing keys 然后按键盘的 d 往下滚动,e 或者 u 往上滚动。其他 pdf 阅读器类的软件一般也有类 vim 快捷键,可能是 j/k 移动,u/d 移动的。
@jheroy 这个选项是默认启用的,我也试过手动启用了,还是不能这样补全,你可以试试
@lelelelelele 设计模式是好东西,好到一些语言专门把特定的模式简化到了语法设计上。但是要避免做啥都上设计模式的思维。java 8 引入 lambda 之后可以考虑部分设计模式使用 lambda 编写来简化代码(比如策略模式可以是 Map<TypeEnum, Function<Input, Output>> strategies;)
设计模式其实在其他语言上也非常普遍,我不知道为什么很多人说的好像设计模式是垃圾一样。
我举几个例子:
1. python 语法上直接支持装饰器模式(函数装饰器),js 也有对应提案
2. 迭代器模式不用多说,增强 for ,现在各种语言支持的函数式 map 、enumerator 之类的东西
3. 观察者模式,响应式库都是这套,流式数据处理也一般需要观察者模式
4. 单例模式,kotlin/scala 直接引入 object 来支持(当然也是为了万物皆对象,摒弃 java 的 static )
5. 代理模式,kotlin 直接支持 by 委托
7. 建造者和工厂,现在有些语言没有构造器,习惯上手写 builder 的很多
22 天前
回复了 momowei 创建的主题 程序员 为啥国内对阿里轮子似乎嘲讽居多
也有看到国产就反对的人。以 fastjson 作为例子:
fastjson 总是有人说漏洞,但是你实际去查询一下 cve 数量发现 jackson 比 fastjson 多得多。开源项目有漏洞本身就是挺正常的事情。( log4j2 出大漏洞最后不还是该用用)而且 fastjson2 重新设计就默认关闭 autotype 了,也不是那种不维护的项目。至于性能相关,fastjson2 做了很多优化,wenshao 也给 openjdk 的 committer ,给 jdk 提交过一些代码(虽然有部分是为了提升 fastjson2 性能的,但是也是优化,在其他地方说不定也有用)
我个人认为,fastjson 这个库除了灵活性差,非定制化场景易用性和性能都是足够好的( java 生态下,其他语言可以有更好的,java 的元编程手段比较单一,基本都是靠反射和字节码操作导致很少有编译期保证安全的库)。
@yh7gdiaYW 静态检查的部分没必要带到运行时,运行时需要的检查可以用 pydantic 之类的设施补全。支持复杂类型系统的语言大部分类型信息也是不会留到运行时的,因为运行时不需要。(而且不留到运行时这样抽象反而是零成本的,资源消耗更少,当然用 python 就不考虑这个了)
@JYLu 和 Typescript 那样的差距很大是指什么?如果说是类型运算方面的,那确实没有,但是仅仅是类型提示、静态检查错误检测,python 已经完全具备了。你只要使用带静态检查的语言服务器开严格模式就可以了。复杂代码也是一样的,python 和 typescript 一样支持字面量类型,union 类型而且还是自带 tag 的 union 类型,这方面反而比 typescript 要好用点。
29 天前
回复了 Ayanokouji 创建的主题 Java JDK 24 发布了
@ExplodingFKL aot linking 对于客户端软件算是很有用的功能了。compact object header 也是很有用的特性,虽然还是实验性的,现在也只合并了半个实现( 8 字节对象头),4 字节版本合并到 lillput 上了,还在更新支持各类 gc 之类的。对象头的缩减对于服务端程序感觉能减少 10%以上的内存占用,还能够减少 gc 压力,对性能也会有提升。
@yazinnnn0 要在 lambda 中使用变量的话,最好的方式是使用一个包装类,性能最高(数组开销比单个引用对象大)。可以直接使用 apache commons 库里的 MutableInt/MutableObject ... 之类的类型。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3252 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 11:10 · PVG 19:10 · LAX 04:10 · JFK 07:10
Developed with CodeLauncher
♥ Do have faith in what you're doing.