Narew
Joined 117 karma
- NarewIt's more a Slack alternative than a Trello alternative ? Their website is so bad that I had to go to wikipedia to remember what mattermost is.
- cxx only support a part of c++ STL container. It doesn't support template and custom container implementation. So no generic, no variadic number of argument, no automatic type déduction etc...
- Appart from cxx.rs. I think most binding between C++ and Rust are in fact C and Rust binding. So you need a C API to your C++ library (no template, no std etc...). So for me you can't use C++ library from Rust.
- I'm not a front end dev and only use JS stuff time to time for small personal project. There is so much JS framework out there that appear and disappear so fast. I don't know if we can call it innovation. I have the impression they just reinvent the wheel with so little value added. I prefer to keep on React at least it will not disappear the next time I will do some change on my project.
- Really nice project!
That said, I do want to point something out: the “Fast (because Rust)” or “Lightning fast” tagline that’s increasingly common in Rust projects isn’t great. Just using Rust doesn’t automatically make something fast — real performance comes from design, algorithms, and benchmarks. These days, whenever I see “Lightning fast” in a Rust project, it makes me think the author hasn’t really focused on optimization, and that the project might not actually be as performance-tuned as the claim suggests.
- Some of the distortion shown in the article is call "Volume Anamorphosis". It's a distortion that strongly deform face and person. This deformation is really visible for short focal lens.
Disclaimer: I work for a photo processing software.
- There is. If you use lightroom app for example you can have access to raw pixel. But I'm not sure there is a way to get all the images the camera app from the iphone take. Phone don't take one shot to create the final image. they take hundred of shot and combine them.
- It's funny because I have completely the opposite stance. When I code in rust (mainly algorithm), I always struggle to change what I want to do to what rust allow me to do. And all this complexity has nothing to do with the problem.
- It remind me a devlog from andrew kelley on the same topics : https://ziglang.org/devlog/2024/#2024-11-04
- I'll interpret a bit. But I think the remark is more did we have a cross platform and complete gui library for swift.
- I personally think that the discovery of rust API is awfully as soon as macro is involve. It's impossible to know what argument is taken by macro. For example the "simple" `println!`, without example in the docstring it's impossible to guess what are the argument even when we have an IDE that show you the implementation.
- yes and it's only work because we prevent the output to be in the input.
- I haven't read how they apply the constraint. But there is similar stuff when you force llm to generate structured output like Json format. llama.cpp allow to match a custom grammar for example.
- here a example of it : (I only remember the first version) https://www.reddit.com/r/dosgaming/comments/86yxp4/question_...
- for example "flashback" ask you a writen code in the manual at the beginning of each level if my memory is good. So it's was not a one time activation
- For the moment it's a bit free wheel. And I agree the code is better but they could probably not reproduce it themself. I honestly don't know how to "force" them to understand the code the llm write if the code is clean. But this happen when the code produce by llm is over complicated or bad and we catch that by doing code review. I have the impression it will create even more disparity between student, students that just use llm code and the ones that try to understand it.
- Honestly, the code from my interns have greatly improve since they use AI. And there is lots of really ugly and hard to read code from papers. So I don't think it will be an obvious loss of readability to have code completely generated by AI :)
- It's not only fog. Depending on pupil size it can also be rain. But during my thesis 10y ago one of the big limitation on horizontal line of sight laser telecommunication was scintillation due to turbulence. And this phenomenon appear in clear weather condition with heat. So it was limited in clear and sunny weather. I don't know what up time did there expect ? But the bandwidth should fluctuate a lot.
- Does anyone know a similar image viewer but that manage correctly the colorspace of the image and the colorspace of the screen ?
- From my experience on C++ vs Rust on test algorithm. For a naive algorithm implementation rust is usually slightly faster than C++. But when you try to optimise stuff, it's the opposite. It's really hard to optimise Rust code, you need to put lots of unsafe and unsafe is not user-friendly. Rust also force you on some design that are not always good for performance.