Dmitriy Kovalenko's banner

Dmitriy Kovalenko

@neogoose_btw • 17,331 subscribers

Goose, James Goose. vi/vim Made some open source software you might already be using. Built the best file search https://t.co/5X6nOmdf5r

Shorts

PEOPLE I just tried this and it just works in my neovim btw WOW check it out

PEOPLE I just tried this and it just works in my neovim btw WOW check it out

185,960 次观看

Shockingly bad performant website for someone living in the only city they targeting

Shockingly bad performant website for someone living in the only city they targeting

53,893 次观看

While Claude Opus was not being able to get even parity in performance with a gcc my good old human brain seems to be still capable of something. Introducing zlob.h - zig, C, and rust library that is 100% POSIX and glibc compatible and 1.2-2.5x faster than glibc. SIMD, raw syscalls, assembly and hot paths algorithmic optimizations + a WAY better and useful API as an extensions to POSIX interface And some visuals comparing rust's fd using glob crate, glibc find and zlob's purely demonstrative cli

While Claude Opus was not being able to get even parity in performance with a gcc my good old human brain seems to be still capable of something. Introducing zlob.h - zig, C, and rust library that is 100% POSIX and glibc compatible and 1.2-2.5x faster than glibc. SIMD, raw syscalls, assembly and hot paths algorithmic optimizations + a WAY better and useful API as an extensions to POSIX interface And some visuals comparing rust's fd using glob crate, glibc find and zlob's purely demonstrative cli

41,040 次观看

github is built for ai agents not humans I can feel it

github is built for ai agents not humans I can feel it

20,228 次观看

BREAKING 🚨 Smooth scrolling in kitty 0.46 OMG AND IT WORKS BY DEFAULT even in claude code

BREAKING 🚨 Smooth scrolling in kitty 0.46 OMG AND IT WORKS BY DEFAULT even in claude code

19,174 次观看

Videos

Anya Rossi

sweetdream.ai

SweetDream.ai•Sponsored•Livecam

Watch Anya Live

Anya is streaming live right now! Join her private show and enjoy exclusive content.

Exclusive private shows

1.2k viewers online

Private Show

Join now for exclusive access

Free preview available • Premium content

My dear software engineers, I am excited to present you my latest achievement in the code search area that I've been trying to tackle for the last months: ACTUALLY WORKING real-time approximate typo-resistant code search. What does it mean? you: can search any code with any typos you agent: for every search of UserController with 0 results will automatically suggest UserAuthController without additional cost It's already live you can try it right now as MCP for file search

My dear software engineers, I am excited to present you my latest achievement in the code search area that I've been trying to tackle for the last months: ACTUALLY WORKING real-time approximate typo-resistant code search. What does it mean? you: can search any code with any typos you agent: for every search of UserController with 0 results will automatically suggest UserAuthController without additional cost It's already live you can try it right now as MCP for file search

Dmitriy Kovalenko

437,826 次观看 • 2 个月前

Okay Apple, I just implemented a calculator app entirely in arm64 darwin assembly, yes with UI. It might be not as slick and fancy as yours but at least it does not do heap allocation at all so have a constant memory usage no matter what I calculate :D

Okay Apple, I just implemented a calculator app entirely in arm64 darwin assembly, yes with UI. It might be not as slick and fancy as yours but at least it does not do heap allocation at all so have a constant memory usage no matter what I calculate :D

Dmitriy Kovalenko

855,580 次观看 • 8 个月前

My dear software developers (and anyone who’s interested in the future of code search): I have crawled through depths of hell to bring you, one of the more important foundational piece of programming: fast, the most accurate, index free, and correct code search Here is a real time code search on leaked claude code sources, linux kernel 100k files, and chromium repo 500k files

My dear software developers (and anyone who’s interested in the future of code search): I have crawled through depths of hell to bring you, one of the more important foundational piece of programming: fast, the most accurate, index free, and correct code search Here is a real time code search on leaked claude code sources, linux kernel 100k files, and chromium repo 500k files

Dmitriy Kovalenko

190,044 次观看 • 2 个月前

Introducing fff-ai. It's a file search tooling optimized specifically for your AI 1) significantly faster than fzf and ripgrep 2) has fuzzy code search fallbacks 3) better sort and suggestions of access frecency, git status, file size, etc Avg -10% wall time and -17% tokens

Introducing fff-ai. It's a file search tooling optimized specifically for your AI 1) significantly faster than fzf and ripgrep 2) has fuzzy code search fallbacks 3) better sort and suggestions of access frecency, git status, file size, etc Avg -10% wall time and -17% tokens

Dmitriy Kovalenko

184,648 次观看 • 2 个月前

Couldn't agree more with Linus here. Making your code running as fast as possible (or just faster than someone's else code) is the best feeling you can get from programming The issue that it is extremely hard to find the project that will pay you for instruction level efficiency

Couldn't agree more with Linus here. Making your code running as fast as possible (or just faster than someone's else code) is the best feeling you can get from programming The issue that it is extremely hard to find the project that will pay you for instruction level efficiency

Dmitriy Kovalenko

416,667 次观看 • 9 个月前

TLDR from their words it is faster than FFF. But it makes absolutely 0 sense to me. FFF searches same query for 250ms. But it doesn't require 550mb index and HOURS of compute to index it Stay tuned I'll drop the article why this is the biggest lie in the file search history

TLDR from their words it is faster than FFF. But it makes absolutely 0 sense to me. FFF searches same query for 250ms. But it doesn't require 550mb index and HOURS of compute to index it Stay tuned I'll drop the article why this is the biggest lie in the file search history

Dmitriy Kovalenko

126,157 次观看 • 2 个月前

And I am not joking it is fraeking crazy that fff can do exact file search code search on the whole linux repo (7GB, 100k files) in real time but also it can do TYPO RESISTANT FUZZY CODE SEARCH *mostly* real time (just about 160ms delay per word)

And I am not joking it is fraeking crazy that fff can do exact file search code search on the whole linux repo (7GB, 100k files) in real time but also it can do TYPO RESISTANT FUZZY CODE SEARCH mostly real time (just about 160ms delay per word)

Dmitriy Kovalenko

145,907 次观看 • 3 个月前

In the next version of OpenCode (for sure if my and nexxel pr is goingto be merged) opencode file mentions would be 100x faster than in claude code in addition to that it would - be typo resisant - suggest files/folders opencode recently modified - prioritize the files modified in git

In the next version of OpenCode (for sure if my and nexxel pr is goingto be merged) opencode file mentions would be 100x faster than in claude code in addition to that it would - be typo resisant - suggest files/folders opencode recently modified - prioritize the files modified in git

Dmitriy Kovalenko

80,621 次观看 • 2 个月前

this is fff searches every single file on my computer (in home dir) macos M4 max, 993GB home directory, 2M files

this is fff searches every single file on my computer (in home dir) macos M4 max, 993GB home directory, 2M files

Dmitriy Kovalenko

57,768 次观看 • 1 个月前

lol no I'm sorry but your file search is s̶h̶i̶t̶ not optimal consider fff you can literally just use it there is a C lib, Rust crate, and even nodejs lib

lol no I'm sorry but your file search is s̶h̶i̶t̶ not optimal consider fff you can literally just use it there is a C lib, Rust crate, and even nodejs lib

Dmitriy Kovalenko

90,968 次观看 • 2 个月前

What they turned github into...

What they turned github into...

Dmitriy Kovalenko

173,385 次观看 • 7 个月前

It's official! fff.nvim now the fastest file search on a planet. Here is a *real time* file search demo in the 100k 6GB directory of all the root linux kernel git tree.

It's official! fff.nvim now the fastest file search on a planet. Here is a real time file search demo in the 100k 6GB directory of all the root linux kernel git tree.

Dmitriy Kovalenko

117,240 次观看 • 6 个月前

I am so called neovim user and I agree it's definitely impossible to use a debug adapter in neovim, you definetely need a vscode slop for this:

I am so called neovim user and I agree it's definitely impossible to use a debug adapter in neovim, you definetely need a vscode slop for this:

Dmitriy Kovalenko

207,481 次观看 • 1 年前

A big announcement! Finally fff.nvim got live grep search that is actually revamping the way grepping works making it a much better search for the code *AND* solves all the QOL problems with the existing ripgrep based pickers

A big announcement! Finally fff.nvim got live grep search that is actually revamping the way grepping works making it a much better search for the code AND solves all the QOL problems with the existing ripgrep based pickers

Dmitriy Kovalenko

45,477 次观看 • 3 个月前

Announcing odiff v4 - the fastest image comparison tooling revamp! - 20% more stable anti aliasing detection - SIMD first implementation - up to 70% performance boost on some CPUs (avx512) - now compiles to all the platforms (including riscv, freebsd, and mobile) - no floating point arithmetic in best scenario - 40% smaller binaries - 100% backward compatible API

Announcing odiff v4 - the fastest image comparison tooling revamp! - 20% more stable anti aliasing detection - SIMD first implementation - up to 70% performance boost on some CPUs (avx512) - now compiles to all the platforms (including riscv, freebsd, and mobile) - no floating point arithmetic in best scenario - 40% smaller binaries - 100% backward compatible API

Dmitriy Kovalenko

82,348 次观看 • 9 个月前

Officially not skill issued in neovim anymore. I built the most memory-efficient file picker UI available in Neovim, and it's the first one to actually use async I/O for file previews. We allocate 3x less memory than the pure lua pickers while mainting custom binary and file index in memory.

Officially not skill issued in neovim anymore. I built the most memory-efficient file picker UI available in Neovim, and it's the first one to actually use async I/O for file previews. We allocate 3x less memory than the pure lua pickers while mainting custom binary and file index in memory.

Dmitriy Kovalenko

71,208 次观看 • 10 个月前

This is how much memory your precious folke's snacks picker allocates using your lovely ripgrep to list files vs my ugly fff.nvim solution you hate because it's not a cli and you sure that file search should not live in memory and store a content index in RAM

This is how much memory your precious folke's snacks picker allocates using your lovely ripgrep to list files vs my ugly fff.nvim solution you hate because it's not a cli and you sure that file search should not live in memory and store a content index in RAM

Dmitriy Kovalenko

20,169 次观看 • 2 个月前

I’m once again blown away by the quality of file search plugins available for neovim

I’m once again blown away by the quality of file search plugins available for neovim

Dmitriy Kovalenko

24,866 次观看 • 2 个月前

Announcing fff.nvim (and standalone fff cli): the file picker you've been waiting all this years. - typo resistant SIMD optimized fuzzy search - standalone native binary for file access that is aware of modification/access times - git status awareness using ABI - good UX

Announcing fff.nvim (and standalone fff cli): the file picker you've been waiting all this years. - typo resistant SIMD optimized fuzzy search - standalone native binary for file access that is aware of modification/access times - git status awareness using ABI - good UX

Dmitriy Kovalenko

63,643 次观看 • 10 个月前

Finally upgraded to blink.cmp from nvim.cmp and OH MY GOD it actually autocompletes real time it's like + 100x to the "snappiness" feeling It is already 1.x, all the integrations with snippets is supported and migration happened smoothly af idk why I didn't do this earlier

Finally upgraded to blink.cmp from nvim.cmp and OH MY GOD it actually autocompletes real time it's like + 100x to the "snappiness" feeling It is already 1.x, all the integrations with snippets is supported and migration happened smoothly af idk why I didn't do this earlier

Dmitriy Kovalenko

68,959 次观看 • 1 年前