Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
f311a
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
211.
▲
by
f311a
1y ago
This depends on the context... If a file is pretty small, I would avoid sort pipes when there is a Python codebase. It's only useful when the files are pretty big (1-5GB+) They are tricky and not very portable. Sorting depends on local
212.
▲
by
f311a
1y ago
People often use sort | uniq when they don't want to load a bunch of lines into memory. That's why it's slow. It uses files and allocates very little memory by default. The pros? You can sort hundreds of gigabytes of data. Th
213.
▲
by
f311a
1y ago
It's better to learn the tools that you are using. Renaming is part of LSP servers and Zed has no control over them. They are unique for each language. Using AI for this is a waste of resources, especially when renaming affects tens of
214.
▲
by
f311a
1y ago
> - Long-form writing. Laptops work great for this too, of course, but you still need a separate keyboard if you want decent ergonomics. iPad doesn't have an attached keyboard taking up space that I could instead use for a separate
215.
▲
by
f311a
1y ago
Yes, but why they did not write it in a compiled language? Pyright is pretty slow in large code bases and takes a lot of RAM. Javascript can be faster than python in some cases, but Python is so easily extendable with C,C++, Cython, Rust. T
216.
▲
by
f311a
1y ago
PyCharm has very basic type checking, though. It's not strict. > pyrefly, ty, pyright, and basedpyright All of them will complain 2-4x more about your code than PyCharm. I had more than 300 typing errors when I first opened my 20k L
217.
▲
by
f311a
1y ago
It's just very hard to write such systems in C/C++. Even all these Rust versions are segfaulting and panicking quite a lot. So many corner and edge cases that can be found in Python code, and the memory handling is also hard. The
218.
▲
by
f311a
1y ago
Ty has autocomplete for imports, but it's hidden behind a toggle right now. They are still working on it. They index all the modules and functions, so you can just type the function name and it will suggest the correct import and inser
219.
▲
by
f311a
1y ago
It's written in Typescript, which is a super weird choice.
220.
▲
by
f311a
1y ago
Yeah, there are now 3 competitors and they all written in Rust: - zuban - ty (from ruff team) - pyrefly One year ago, we had none of them, only slow options.
221.
▲
by
f311a
1y ago
They are not missing: y2$ is 2xy, dw is just wd.
222.
▲
by
f311a
1y ago
x Select current line, if already selected, extend to next line extend_line_below X Extend selection to line bounds (line-wise selection) Just use X.
223.
▲
by
f311a
1y ago
Personally, I don't like the idea of maintaining 500+ lines of config with tens of plugins. Setting up neovim from scratch is pretty tedious. Using something like lazyvim sets up 50 plugins, which are updated by simply taking the most
224.
▲
How I'm using Helix editor
(rushter.com)
216 points
by
f311a
1y ago
|
91 comments
225.
▲
by
f311a
1y ago
I have file reload binded to key: [keys.normal.space.f] f = "file_picker_in_current_directory" F = "file_picker" b = "file_picker_in_current_buffer_directory" "." = ":toggle
226.
▲
by
f311a
1y ago
I thought the same until I tried coding things manually in Rust. It was so hard to write Rust without any assistance. I turned off AI to learn things properly. It was an illusion that I know what I'm doing until I disabled AI.
227.
▲
by
f311a
1y ago
It made me dumb after a few years. Personally, I started to forget how to do things manually. I'm programming in 4 languages, and I literally forgot some of the syntax. It takes much more mental energy to type things quickly without as
228.
▲
by
f311a
1y ago
Ok, thanks, I misunderstood that.
229.
▲
by
f311a
1y ago
I was talking about potential security problems introduced in the code by LLMs. It's pretty easy to introduce something like IDOR when asking LLMs to write the code.
230.
▲
by
f311a
1y ago
No, there is not
231.
▲
by
f311a
1y ago
I hope they don't store any user data in their app. Trusting LLMs blindly is a bad idea.
232.
▲
by
f311a
1y ago
I was talking about syntax. I'm pretty sure there will be new features that will require a new keyword or syntax given the speed of Python growth. It can be universal, for example same as decorator, but it can be applied anywhere.
233.
▲
by
f311a
1y ago
Lazy imports mean late errors. Fail fast is a good design principle.
234.
▲
by
f311a
1y ago
I don't like the idea of introducing a new keyword. We need a backward compatible solution. I feel like Python needs some kind of universal annotation syntax such as in go (comments) or in Rust (macros). New keyword means all parsers,
235.
▲
by
f311a
1y ago
Give flashspace a try.
236.
▲
by
f311a
1y ago
Try flashspace. It's a perfect solution when running apps full screen. You just bind your workspaces to keys and they switch instantly. Without any animations.
237.
▲
by
f311a
1y ago
Well, it's not only about RAM. Things like calculating correct diffs take more time too, but it's hidden.
238.
▲
by
f311a
1y ago
Interesting, the ink repo still states that codex is using it: Who's Using Ink? Codex - An agentic coding tool made by OpenAI. I guess they had initial versions written in TS? UPD. They switched 3 months ago.
239.
▲
by
f311a
1y ago
You can decompile it, but it's pretty well known that it uses TypeScript, React, and Ink. Same for gemini, codex and others.
240.
▲
by
f311a
1y ago
It still bothers me that almost every agentic TUI is written in TS + React. It often consumes at least a few GB of RAM. No one bothers about it. Everybody is trying to ship as fast as possible.
More ›