walkdir
hyperterm
| walkdir | hyperterm | |
|---|---|---|
| 5 | 85 | |
| 1,181 | 42,688 | |
| - | 0.4% | |
| 4.3 | 9.6 | |
| 21 days ago | 6 days ago | |
| Rust | TypeScript | |
| The Unlicense | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
walkdir
-
Project idea: port markdownlint to Rust
https://github.com/BurntSushi/walkdir for discovering markdown files
-
Blazingly fast file search library built in Rust 🔥
The API looks really nice! What is your vision for the project? How is it going to compare to (walkdir)[https://github.com/BurntSushi/walkdir] performance and feature-wise?
-
Git ls-files is Faster Than Fd and Find
> I believe that GNU find is slow because it is specifically written to allow arbitrary filesystem depth as opposed to "open file descriptor limit-limited depth".
I haven't benchmarked find specifically, but I believe the most common Rust library for the purpose, walkdir[1], also allows arbitrary file system recursion depth, and is extremely fast. It was fairly close to some "naive" limited depth code I wrote in C for the same purpose.
I'd be curious to see benchmarks of whether this actually makes a difference.
[1] https://github.com/BurntSushi/walkdir
-
Your favorite Rust CLI utility? I have my top 10 below.
It relies pretty heavily on the walkdir library from burntsushi so kudos to them!
-
Rust, musl and glibc in 2021
Although, I don't think FileType is the only problem. There's also Metadata, which I also had to re-roll: https://github.com/BurntSushi/walkdir/blob/1d7293a5a1ef548ce587a0b08abce5f21571a100/src/os/unix/stat.rs
hyperterm
-
Terminal commands I use as a frontend developer
I am using iTerm2 on my macOS. Other available options are Hyper and VS Code’s inbuilt terminal, which I sometimes use for quick tests. You can open a terminal in VS Code by using the keyboard shortcut CMD + J or CTRL + J on Windows, or View → Terminal.
- Hyper: A terminal built on web technologies
-
Application-Specific Terminals
I think that’s more or less what this project is working towards:
https://hyper.is
-
Tools I like
Hyper*
- Tabby: A terminal for a more modern age
-
ECMA Proposal: Renaming JavaScript to "Hyper"
So hyper would be written in hyper?
- My Dashboard / Theme setup
-
Software Developer Mac Apps
Hyper in conjunction with fig (I also have iterm2, but I like Hyper pretty well) and brew.
-
Vercel claiming credit for making Webpack
At the time we were listing projects like Hyper and Micro alongside our other better known ones. As those projects became less of a focus, I believe someone with good intentions in the team wanted to prioritize the ones we contribute to instead that are relevant to our frontend focus, and not confuse our audience.
-
A cyberpunk dark theme for prolonged use, color-blind safe, now supports such as VSCode, Vim, iTerm2, Terminal.app, and more, with continuous support being added.
A theme for Hyper would be awesome!
What are some alternatives?
parallel-disk-usage - Highly parallelized, blazing fast directory tree analyzer
Warp - Warp is a modern, Rust-based terminal with AI built in so you and your team can build great software, faster.
zenith - Zenith - sort of like top or htop but with zoom-able charts, CPU, GPU, network, and disk usage
Tabby - A terminal for a more modern age
cligen - Nim library to infer/generate command-line-interfaces / option / argument parsing; Docs at
powerlevel10k - A Zsh theme
loggedfs - LoggedFS - Filesystem monitoring with Fuse
autocomplete - IDE-style autocomplete for your existing terminal & shell
tools
warp - A super-easy, composable, web server framework for warp speeds.
hexyl - A command-line hex viewer
alacritty - A cross-platform, OpenGL terminal emulator.