Viewing profile — alexpovel
alexpovel
HN member- Joined
- Mon, Dec 07, 2020, 8:24 AM UTC
- HN karma
- 131
- Public activity
- 21 items
- HN profile
- View on Hacker News ↗
About alexpovel
Recent public activity
-
comment
Comment #42757367
Oh yeah, that looks super similar. I remember the similarity score being tricky to get useful signal out of, for the underlying model I had used back then. Similar and dissimilar i…
-
comment
Comment #42757192
Agree! For fun, I had put together a GitHub bot for this purpose a while ago. It indexes all existing issues in a repo, creates embeddings and stores them in a vector DB. When a ne…
-
comment
Comment #42099329
Not the OP, but you raise good points. Performance might also be a concern, thinking of languages like Python and its ast package (not sure that’s accessible without going through …
-
comment
Comment #41675384
These sorts of cases are why I wrote srgn [0]. It's based on tree-sitter too. Calling it as cat file.py | srgn --py def --py identifiers 'database' 'db' will replace all mentions o…
-
comment
Comment #41431855
Regarding your third point, I put together a tool capable of that to some degree. It allows you to grep inside source code, but limit the search to e.g. “only docstrings inside cla…
-
comment
Comment #40458858
The tool you are describing is what I am trying to build at https://github.com/alexpovel/srgn . The idea is a compromise between regex (think ripgrep) and grammar awareness (throug…
-
story
Show HN: Srgn, AST-aware text manipulation
srgn is a niche source code (or just text) manipulation tool. It's written in Rust, with performance in mind. I used it to learn the language a while back, in order to work towards…
-
comment
Comment #38628858
> But this is a custom setup that's not portable? Caught me. > And how is it less tedious to have to select previously typed text all the time? This is tedious, but I have that aut…
-
comment
Comment #38624724
It's currently whitelist-based [0]. The downside is larger (code) size. The upside is simplicity. I imagine a blacklist could also work well, at smaller size but with more preproce…
-
comment
Comment #38624025
https://github.com/alexpovel/srgn It grew out of a niche, almost historical need: using a QWERTY keyboard, but needing access to German Umlauts (ä, ö, ü, as well as ß). Switching k…
-
comment
Comment #38592346
> diff formatting Thank you for the feedback! That sounds good, I'll add that.
-
comment
Comment #38592261
Exactly, all the parsing is done by tree-sitter. The Rust bindings to the tree-sitter C lib are a "first-class consumer".
-
comment
Comment #38591434
Wow! What a coincidence. Just the other day I finished "v1" of a similar tool: https://github.com/alexpovel/srgn , calling it a combination of tr/sed, ripgrep and tree-sitter. It's…
-
comment
Comment #34549366
ancv: https://github.com/alexpovel/ancv/ Idea: renders your resume as pretty terminal output. Others can view it in their own terminals: curl -L ancv.io/heyho Pipe to a pager for b…
- story
- story
-
comment
Comment #30618988
> Neat! I'm using QWERTY International layouts myself, where you can type umlauts and ß with special keys for modifiers (e.g. alt+u on Mac for ¨), but I still think this is a cool …
-
comment
Comment #30618442
A couple years ago, I switched from German QWERTZ to a UK QWERTY keyboard (wouldn't have minded US QWERTY but the differently shaped return key seemed too foreign). I am not lookin…
-
comment
Comment #25343083
> basically every scientific paper I read is set using pdftex That is only because their templates are years behind the curve and they are slow to update. It is not an argument for…
-
comment
Comment #25331238
LuaLaTeX allocates memory as-needed, see section 3.4.1 in the manual [0] (and comments/answers in this thread [1]). Base TeX has an arbitrary, by modern standards low memory limit,…
-
comment
Comment #25330372
This looks amazing and like everything I always wanted. Sadly, I think basing off XeTeX and not LuaTeX is a mistake. Certainly renders it unusable for me. Having Lua integration is…