Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
utxaa
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
utxaa
5y ago
try vscode ;) ~ 5*10^6 java code base, i don't notice any slowness. it would be impossible to do this in emacs.
2.
▲
by
utxaa
5y ago
i don't think that's it. i like scheme, and clojure is not scheme. it may just be that.
3.
▲
by
utxaa
5y ago
if i change anything in filters.scm then i (load "filters.scm") instead of just sending a snippet to the interpreter to eval. i have this happen when i save the file. same thing, except i never have to worry about sending code or
4.
▲
by
utxaa
5y ago
it's something.
5.
▲
by
utxaa
5y ago
my inkling is that the more special forms the more difficult it is to repl a language. if everything is an expression not only can you eval parts of it, but that is enough to support quite a bit of extensibility sans macro.
6.
▲
by
utxaa
5y ago
or the ridiculous namespace system.
7.
▲
by
utxaa
5y ago
what about the horrible debugging experience?
8.
▲
by
utxaa
5y ago
i've used emacs for 20 years. i still spend 80% of my day in it ... and vscode is vastly superior for development.
9.
▲
by
utxaa
5y ago
i don't love java but no one can argue with the fact that it has fantastic tooling. properly written java is a joy.
10.
▲
by
utxaa
5y ago
hmmm ... what if it's a closure, and it depends on a huge lexical environment?
11.
▲
by
utxaa
5y ago
> In emacs, for instance, you often use `eval-last-sexp`, by default bound to C-x C-e. This lets you move your cursor to a particular point in the file, often deep in a function, and get the results of just the form(s) you're pointi
12.
▲
by
utxaa
5y ago
i get the magical aspect of repls in scheme and CL. not in clojure. not sure why. so i don't like clojure, but i feel like i should ?? why is that?
13.
▲
by
utxaa
5y ago
what about the current source?
14.
▲
by
utxaa
5y ago
same here. i would say it was a full 2 years before i was free. i do not want to go through that again though.
15.
▲
by
utxaa
5y ago
isn't this a bit like saying i'm not afraid of being homeless, what i am afraid of is having no where to sleep and keeping warm in cold weather.
16.
▲
by
utxaa
5y ago
i also don't notice any speedup. it was a bit disappointing :) i use gnus and org-mode heavily. 80% of my day is in one or the other. i would add that emacs28 w/o compilation feels faster than emacs27. emacs28 w and wo compilation
17.
▲
by
utxaa
5y ago
this is why if you don't enjoy leet puzzles, you don't learn anything, or can't even do them.
18.
▲
by
utxaa
5y ago
hmmm ... good point.
19.
▲
by
utxaa
5y ago
thanks gpm for taking the time. let's see how it pans out. rust is definitely interesting. now let me not impose on your kindness further and go learn a little rust.
20.
▲
by
utxaa
5y ago
> It is clear to me that he is asking for no panics for OOM. agreed. which is why i'm confused. maybe this is a non-issue that has exploded into an issue :) thanks.
21.
▲
by
utxaa
5y ago
thank you for this. this helps. but let's say one is writing a filesystem in rust, so you're implementing most of the functions in "struct file_operations", and moreover you are passing "struct inode" , "
22.
▲
by
utxaa
5y ago
> we have good support for "no allocations" and "panic on OOM or return Result on OOM" so if i understand it correctly, the ability is there by just "returning a result on oom" - linus is just asking for co
23.
▲
by
utxaa
5y ago
what about interacting with the existing kernel code base? would data coming back from the kernel into rust space need to be wrapped to provide safety guarantees? or would it be necessary to turn safety features off? a bit confused about th
24.
▲
by
utxaa
5y ago
oops. corrected. thanks. my main beef with fossil was performance. but i should clarify that this was 5 years ago or so. so maybe it's ok now.
25.
▲
by
utxaa
5y ago
so stop buying apple. that'll light a match in the right place.
26.
▲
by
utxaa
5y ago
it's not that apples to oranges. op is saying they use sqlite, i'm saying we use edn files. just offering another point of view. if by out-of-order you mean loading parts of a file, of course we don't do that. we don't
27.
▲
by
utxaa
5y ago
also ext4 (then 3 i think) used to look for dir entries linearly (it was a linked list of entries).
28.
▲
by
utxaa
5y ago
if this was the case - even if rewriting the inode was O(n) - you would have noticed. try ls on a large directory, now touch a file on same directory.
29.
▲
by
utxaa
5y ago
you can :) even across nfs ... maildir etc ...
30.
▲
by
utxaa
5y ago
one of my team members really pushed fossil, and we did like the integrated wiki/ticket system. not bad at all. ... but it was so slow compared to git! at everything. merging, pushing, pulling ... you did not experience same?
More ›