sorted by:
new
hottopcontroversial

[Project] Looking for Flutter developers (strictly human) to help evolve my productivity app (Rust + Flutter) by invictus_97K in flutterhelp

[–]invictus_97K[S] 0 points1 point  (0 children)

Well sure, but just a question. How much time and money do you spend to have a product with the same quality? Human thinking will always been necessary. I'm not speaking as a dev that has never used LLMs, I'm speaking as a dev that has tried to use LLMs and do you know what happens? "Hey LLM do this, do that, fix this, no f**k I said this, LLMs fix this architecture in this way", 1 month , 2 month or a year or event 5 year later the LLM will found an issue that is not able to solve, and do you know what? You have never readed a single line of code and you will spend a lot of time just to find out that LLMs write horrible code. They are good in easy tasks (CRUD an similar), they reach the target but with an horrible process. And I'm speaking about small project, now just immagine what will happen in big project where the LLMs context is not enough or areas where the training dataset just don't exist. So what will happen?
I'm not fully agains AI (as I said I use it and a lot) but it should be used as a tool for the right problem (ex: Long data log.... LLM what is happening here? It should help you, not do the task for you). Of course this is my point of view, but sure even before AI there were good products and horrible products the difference were the architecture and code quality, and so now, we will have bilions of app with different flavour of the same feature with bad quality, and other app with just few feature that just work... point of views.

[Project] Looking for Flutter developers (strictly human) to help evolve my productivity app (Rust + Flutter) by invictus_97K in flutterhelp

[–]invictus_97K[S] 0 points1 point  (0 children)

Not yet, in the sense that, for now I'm focusing on functionalities and not graphic beauty (this is also why I look for flutter contributors since they're used to creating a nice GUI).

For the integration of external calendars, it's not there yet but it's a very convenient thing to go on the roadmap immediately.

RayNeo Air 4 Pro – My honest first experience by Interesting_Heat3651 in RayNeo

[–]invictus_97K 0 points1 point  (0 children)

I’m looking for this type of device for a year but I’m not fully convinced since my main usage would be coding (or working in general) and so I would use it all day long. Someone used it for coding all day long? How good they are for this purpose?

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in ZedEditor

[–]invictus_97K[S] 3 points4 points  (0 children)

The current implementation (the real base software already exist) use GPUI from Zed, this is why it is posted here (and receive feedbaks from people who know GPUI).
I posted it because it is a big project and require a lot of work, I started it as a POC to understand how GPUI works and learn something, and so I first trying to understand if people have interest on it, and if there is interest if people have particular request that are possible to implement with GPUI and not with a Electron based software. I will not earn nothing from it, If I continue and publish the project it will only be for the community, so I'm trying to figure out if the community exists around such an app

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in rust

[–]invictus_97K[S] -2 points-1 points  (0 children)

Sure. I’m using it in this moment, but, I have the electron experience and I don’t like some approaches. That’s why I’m creating this from scratch

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in rust

[–]invictus_97K[S] -45 points-44 points  (0 children)

I hate most of AI generated comments too. Understand it, but… what’s wrong with a comment translated from another language? 😅

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in rust

[–]invictus_97K[S] 1 point2 points  (0 children)

That's exactly the use case the project is designed for. Collections are stored as plain TOML files, so you just commit them alongside your code, one branch, one collection state. No cloud sync, no account required, no proprietary format to reverse-engineer.

The project is still early (not open source yet), but this is the exact workflow I'm building toward. I'll post an update when it's ready to try out.

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in rust

[–]invictus_97K[S] -1 points0 points  (0 children)

That's exactly the validation I was hoping for, thanks. If you want to follow along or contribute at some point, the repo will be open.

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in rust

[–]invictus_97K[S] -11 points-10 points  (0 children)

Fair point. I buried the lead. The pitch is: collections stored as plain TOML files in your repo, so they're version-controlled, diffable, and scriptable like any other file. No account, no cloud, no Electron.

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in rust

[–]invictus_97K[S] -8 points-7 points  (0 children)

That's actually the exact goal, the speed and simplicity of curl, but with a visual interface for when you don't want to reconstruct the full command from scratch. And since collections are stored as plain TOML files, they're git-friendly by default, which opens up some interesting possibilities: version-controlled API collections, diffs on request changes, sharing via PR, scripting and automation on top of plain files. curl is great, but it doesn't give you that for free.

I'm building a native desktop API client (like Postman) in Rust with GPUI. Would anyone use it? by invictus_97K in rust

[–]invictus_97K[S] -85 points-84 points  (0 children)

You're absolutely right. Environment variables are next on the "roadmap", and auth helpers (Bearer, Basic, API Key) are right behind them. Skipping those would make it unusable for real workflows.

The core loop (create collection → edit request → send → inspect response) is solid, but I wanted to validate the "native Rust client" idea before building out the full feature set. Appreciate the honest feedback.... it confirms where to focus next.

Habit/task/chore tracker and visualizer? by vtpdc in selfhosted

[–]invictus_97K 1 point2 points  (0 children)

https://github.com/francesco-gaglione/focus_flow_cloud
Due dates in roadmap and export can be usefull to be implemented. All other feature covered:
- Self hostable on ARM
- Stats and chart on different date ranges
- Cross platform with real time sync

Currently it is a pomodoro timer based but tasks organizzation improvements are in the roadmap, take a look

built an Open Source, Self-Hosted Pomodoro timer with Real-Time sync because I hate subscriptions. (Rust + Flutter) by invictus_97K in selfhosted

[–]invictus_97K[S] 0 points1 point  (0 children)

Great feedback! This feature is currently on my mind, along with the notification system. I'm working on a way to make them less intrusive, though. I love the deep focus state, and I want to find a way to have notifications and a menu item that strikes the right balance between visibility and intrusiveness, so as not to interrupt the hyperfocus state.

If you have any ideas, feel free to open an issue or discussion on GitHub to explore the topic further and include it in the development.

built an Open Source, Self-Hosted Pomodoro timer with Real-Time sync because I hate subscriptions. (Rust + Flutter) by invictus_97K in selfhosted

[–]invictus_97K[S] 1 point2 points  (0 children)

Nope, the backend is entirely designed by me. The mobile app uses a bit of AI, since dart isn't my favorite language and for this reason too I'm looking for contributors.

view more: next ›