leakbang

Yeah, at the moment, I'm reading books, papers, and articles on physics engines. I'm still evaluating my approach to the design of the Physics engine.

That is exactly what I was looking for! Thanks :)

I'm querying through ~600k lines of code. Ripgrep is very noticeably faster than grep when I'm searching. I have no complaints at all regarding the speed!

The only issue I'm facing is that I wish for Ripgrep to display me the search results as I type. Similar to how FSearch does it.

So instead of typing a search query and hitting enter in the commandline, I would want to continuously search as I type. I think since Ripgrep is very fast, it would be amazing for this task.

I did notice that ripgrep was noticeably faster than grep, however, I'm looking for a solution that searches through the source code as I type. Something like Fsearch but for searching through source code contents.

I think for something like this even grep would be fast enough.

From what I could tell by looking at ripgrep's github page, it works exactly the same as grep. So it is not real-time as I type, search.

Can you post the link to that?

lol it cost me 4475$ to get two 5 star gems.

Also this is assuming that the system isn't rigged which most likely is.

It was posted earlier that the developer's computer was potentially compromised. But now that all of the issues and discussion around it has been deleted, does anyone know to what extent the developer and the software was compromised?

Modern tech companies love to look busy and find the most perplexing solutions for the most basic problems.

I guess they have lots of "solutions" to "design and implement".

Bootstrap Studio is a pretty cool software that I can recommend. It has some good foundation. The problem is that it is paid and proprietary software. However, if you happen to have the Github student pack, you'll get Bootstrap Studio for free!

I've also seen Grapedrop and Silex which are FOSS but I haven't extensively tried them out yet.

By key people I mean that there should be a small group of select employees, somewhere between 6-10 people and these people should be carefully selected so they would be compatible with each other. There would be a mix of Lead artists, engineers, etc.

The benefit is that because the group is small, they can collaborate more effectively with each other and ultimately, this group would be the main force behind the innovations of the org.

If the sports team idea applies to this small group, I think it would result in everyone bringing out the best of themselves but also other organization members could potentially get motivated by them.

I've seen Valve (the company) do a similar thing with a lot of success. They call it the cabal process[1]. They don't treat it exactly like a "sports team" but there are lots of parallels.

[1] https://developer.valvesoftware.com/wiki/Valve_in_the_press#...

I hate to say it, but I can see why they have chosen this route.

I think ideally, the "sports team" idea should only apply to key people in the organization.

Matrix is the most mature and feature complete. I personally use it day to day through Element. However, if it comes down to talking about something that could get me into massive trouble, I won't trust any single entity. I'd probably use XMPP, or Onionshare in Tails OS, preferably not even on my own PC. The bottom line is that a computer connected to the internet is not totally secure and anonymous, there can be backdoors in every nook and cranny. For example if you are using Element + Matrix on Windows 11/Android, to spy on you, they don't need to have backdoors in Matrix itself. A simple automatic screenshot will do! The OS will take care of that :D

But I don't think the Matrix organization can be pressured into adding backdoors into their systems.

Our best bet is to use free and open source software as much as possible.

For those interested: The Design Behind Grand Theft Auto 3

https://youtu.be/qUI0moGiNuw

Thank you very much for your kind offer :) but I already made my choice and picked up Zig. It was exactly what I was looking for. A modern C. No hidden preprocessor, no macros, no hidden control flow, and most importantly, it has an active community.

> This makes sense at first glance: as an exercise to the reader, go to archive.org and type in the URL of your favorite porn website.

If this is their reasoning, then it's silly to me. With this logic every search engine should be blocked! Even with all their domain blacklisting simply searching for adult content on google images will yield millions of results. Probably more than archive.org :)

I think this is an honest mistake. I reckon they either had a crawler that flagged archive.org or maybe someone added it by mistake and never realized it :)

I share your viewpoint. I think having conversations in a fun environment like a lite videogame or a fun virtual hub would be the best thing for team building and creativity.

This FAQ by them is quite nice:

https://www.datcreativity.com/faq

This seems to be very interesting. I will take an in depth look at it. Thank you for recommending this!

> Is Go really suitable…? I love Go, but so far I haven’t seen any desktop applications written in it. I guess that’s for a reason?

I have deviated away from both Go and Rust. Some people in this thread have recommended the Zig programming language and it looks very promising. Right now I'm experimenting with that.

> BTW, if you want some inspiration, have a look at the browser bundled with SerenityOS. It’s written in C++.

This is so awesome, thanks for sharing it. I'm going to love checking out the video and the source code!

One similar thing I know about is a Rust port of the Netsurf browser [1] to Redox OS [2] an OS written in Rust. But this is even better!

[1] https://www.netsurf-browser.org/

[2] https://en.wikipedia.org/wiki/Redox_%28operating_system%29

> Rust? ... the community is sectarian, elitist, and will hate you for criticizing their "god" language.

That is very unfortunate.

I have been looking into Zig since you and a few other people have suggested it. It is looking more promising the more I look into it. It looks like a pretty robust language with an active community.

I really would want to develop everything from scratch and not use preexisting libraries. But Pascal seems interesting. But a concerning thing would be an active community and active open-source projects. I'll take a closer look at pascal.

> Worse, there're no good open source implementations of GPU-based ones. Microsoft ships an implementation as a part of OS (Direct2D) but it's not open source. Linux simply doesn't have an equivalent.

What about OpenGL? I believe that the Firefox/Servo WebRender (written in Rust) also uses OpenGL. But I do believe that the GPU acceleration implementation is more complete on Windows and Mac OS.

> you'll definitely find good free libraries to deal with HTML and CSS, you'll probably find libraries to interpret or JIT-compile JavaScript, but still, the remaining pieces are huge.

I really want to not use libraries as much as possible and do everything on my own. It won't be good as the libraries but I see a lot of value in doing everything myself and learn it.

Thanks a lot for your sound recommendation. I will take a close look at Ada, and I will watch your presentation too. It looks very promising.

I agree with you that using a GPU accelerated API has many more benefits. I was trying to learn Xlib and Cairo to learn the 'nuts and bolts' of rendering and also because they didn't require other libraries. I will look both at C# and GPU accelerated APIs. My only concern with C# is the cross compatibility. Thank you for your recommendations.

I'll look at Ada closely. After a quick glance, the activity done in Ada seems concerning but I'll take a good look at it. Thank you for your recommendation.

Thank you for your sound advice. I'll definitely consider what you said and will think carefully about it.

I never thought of it, mainly because I've never seen it anywhere.

But I did quickly glance and it and it looks very interesting. Although I will take a closer look to see how active the community is, and the documentations too.

Thank you for the recommendation.

You are right. Although I believe almost all of the popular graphics libraries has bindings for Go & Rust.

C++ is definitely powerful for this use-case and I believe it has a very active community as well.

Thanks for the recommendation.

This looks interesting. I'll look more into it. The only thing that concerns me is the overhead and the automatic garbage collector. But GO has those as well.

Thank you for your recommendation.