Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
UnmappedStack
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
UnmappedStack
8mo ago
It'd be very interesting to run the same experiment except rather than on different engines, just on different versions of Google in different years. Sadly I can't really search 2005 Google anymore of course but it would be intere
2.
▲
Bing is not as bad as you think
(blog.nilch.org)
6 points
by
UnmappedStack
8mo ago
|
3 comments
3.
▲
by
UnmappedStack
9mo ago
Yeahhh I like to think of it as search like it's 2015...
4.
▲
by
UnmappedStack
9mo ago
Yeah I really do need to, I'm not sure why I didn't from the start...
5.
▲
by
UnmappedStack
9mo ago
I actually did not know if these, but I definitely will implement those!
6.
▲
by
UnmappedStack
9mo ago
Woah it was because I had run out of API credits, fixed! I'll improve the error screen for that. Sorry, did not expect this traffic, it's had several thousand searches today!
7.
▲
by
UnmappedStack
9mo ago
I see, that is odd and I haven't run into that yet, thank you! I'll have a look into it and try to reproduce the issue, which browser+OS are you on?
8.
▲
by
UnmappedStack
9mo ago
That's fair enough. For the record I do intend to apply for a non-profit official entity. I would say it still has a role as opposed to Brave considering the lack of advertising though.
9.
▲
by
UnmappedStack
9mo ago
Sure, would've made for a chunky post title tho :P
10.
▲
by
UnmappedStack
9mo ago
Yup, it is pretty much just a better frontend for existing search. I want to build my own index and ranking algorithm in the future, but sadly it's quite resource intensive so it will depend on financial viability a bit in terms of tim
11.
▲
by
UnmappedStack
9mo ago
Oh! I will make sure to fix that, thank you for the bug report!
12.
▲
by
UnmappedStack
9mo ago
That is very true, and it's not cheap to maintain. I do however really hope that donations can cover it enough, and I have plans about other ways to monetise it while remaining not-for-profit without ads or anything that affects the us
13.
▲
by
UnmappedStack
9mo ago
Honestly I agree. This is part of what I love about the idea of Kagi. I do believe a not-for-profit alternative is needed, however if there's any for-profit model a search engine should have, it should be paid for by the user rather th
14.
▲
by
UnmappedStack
9mo ago
I do intend to support this and have actually already been asked to!
15.
▲
by
UnmappedStack
9mo ago
This is a really interesting view, but I'm not sure I agree. So many amazing projects are truly free without the goal of profit yet their maintainers still do amazing work. I feel like part of the reason this works is because often the
16.
▲
by
UnmappedStack
9mo ago
As far as I'm aware, Ecosia does sell ads.
17.
▲
by
UnmappedStack
9mo ago
This is sadly probably quite true. I'm sure there are workarounds, like slightly changing it every month or two, although that would require quite heavy maintenance. Perhaps the core algorithm stays the same but some constants that dec
18.
▲
by
UnmappedStack
9mo ago
I see nilch as slightly more about being simplistic and not having many features that are unnecessary. I do share many of the values and benefits with searxng (and really love their work!), however this is also about my own specific desire
19.
▲
by
UnmappedStack
9mo ago
Thank you! I would definitely consider custom ddg bangs, yes. Is there any particular reason you want that rather than just all ddg's bangs like it is currently? I'll have a look into that project, thank you. Cost is a slight issu
20.
▲
Show HN: My not-for-profit search engine with no ads, no AI, & all DDG bangs
(nilch.org)
199 points
by
UnmappedStack
9mo ago
|
76 comments
21.
▲
My love/hate relationship with Unix-likes
(unmappedstack.dev)
3 points
by
UnmappedStack
1y ago
|
0 comments
22.
▲
by
UnmappedStack
1y ago
I'm not too sure what you mean. I kinda just avoided looking at existed implementations because it's a bit more interesting to do it myself.
23.
▲
by
UnmappedStack
1y ago
Mostly just because C is a lot simpler, and in kernel dev, simplicity is everything. I've used rust for other projects but I feel like in kernel dev I would much rather use a simple and readable language than a safe language.
24.
▲
by
UnmappedStack
1y ago
Hi, I use DoomGeneric which is a portable fork of Doom. It's on a TempFS loaded from an initrd. I use doom1.wad.
25.
▲
by
UnmappedStack
1y ago
Yeah mmap is quite a stub lol, I def cheated on that. I just wanted framebuffer access, but the user heap uses sbrk internally instead of mmap anyway so I properly
26.
▲
by
UnmappedStack
1y ago
I think the thing is, Doom was originally written __for__ DOS. Part of the cool part is porting 3rd party software to my OS that wasn't originally written for it. That was part of my reasoning at least.
27.
▲
by
UnmappedStack
1y ago
Ah sorry, PotatOS is my old project. I'll fix that, I just copied that paragraph from the old README.
28.
▲
by
UnmappedStack
1y ago
Yeah no problem. Multitasking isn't really complex - it's generally split into two categories: collaborative and preemptive. Collaborative multitasking is simply having user programs call a yield syscall which tells the kernel tha
29.
▲
by
UnmappedStack
1y ago
Yep! Works with KVM fine (at least for me).
30.
▲
by
UnmappedStack
1y ago
That __is__ true, Doom can run on bare metal, but that's a fairly hacky solution in many ways. Doing it properly in userspace with a LibC and conceptually POSIX syscalls require a bit more effort. It requires a list of LibC functions a
More ›