nikolasdimi

joined 1 month ago
[–] nikolasdimi@lemmy.world 1 points 1 day ago* (last edited 1 day ago)

Hey yes will do. Flatpak is something we see considering/working on.

Notion in the sense that it adapts to the user. We like this idea : that you can use Notion for literally Amy document you want.

In the same way, when one open Voiden they can "program" the interface with slash commands and add headers, auth, documentation etc in any way they like. So in Voiden we bring specs, tests and docs together in one single file. In the same way that you can use notion to bring different lists, blogs, ideas etc into the same place and collaborate. The difference and the power of Voiden is that everything you add in the Voiden doc is executable, meaning you can run the tests in the same place and keep the docs and the context (that might be on slack or anywhere else devs talk) together.

Basically the notion like refers to the philosophy of the tool to not force a fixed UI to the user and allow for different use cases and scenarios. Does it make sense?

We are also calling it Lego for APIs for the same reason plus because of the fact that you can use blocks to compose requests but also reuse them for multiple requests that share some similar components.

 

Been building Voiden, an API IDE on Electron. Not really “just an API client”, and not a(nother) thin wrapper around a webapp either.

Made it intially available for Windows and Mac, but after getting requests from folks who work on Linux, we added Linux support a few months ago, before open-sourcing it. (That's actually one of the reasons we picked electron :to be able to ship fast and have cross platform consistency across Linux, Mac and Windows.)

Repo: https://github.com/VoidenHQ/voiden

So far, Voiden is available on Linux via:

Definitely considering adding more like Nix or Flatpak, but we are working to get our priorities right: Which ones would you actually use and prefer?

A disclaimer about the tool: Since we didn't want to build yet another (cheaper) clone of Postman, Voiden looks and feels very different:

  • The UI is "programmable": Requests are “built” with slash commands from blocks (endpoints, headers, auth, params, bodies, etc.), like LEGO blocks but for API components. Or like Notion for APIs.

  • These blocks can be also reused in different APIs to have ALL common elements done in one single file. You can then change them once and it will all get updated in all the other docs. Just like in code when we add an extra logic to an imported method. (In other API clients you would need to duplicate stuff or just use environment variables to substitute.)

  • API Specs, tests, and docs live together in executable Markdown.

Welcome to try it out and let us know: what works, what breaks, and which packaging or distro support would make Voiden easiest for you?

Strong opinions are encouraged. :)

Github : https://github.com/VoidenHQ/voiden Download here : https://voiden.md/download

Git native, No login, No accounts, No telemetry.

24
submitted 5 days ago* (last edited 5 days ago) by nikolasdimi@lemmy.world to c/bmoviebonanza@lemmy.world
 

Fight for Your Life (1977) is an aggressively "trashy" grindhouse movie where a racist psycho and his cartoonishly awful henchmen take a family hostage, only to get schooled in chaotic violence by the family’s grandpa.

Extreme, over-the-top dialogue , a bizarre, offensive black comedy cult film (and less the gritty drama it tries to be.)

[–] nikolasdimi@lemmy.world 2 points 1 week ago

cynically true :)

[–] nikolasdimi@lemmy.world 2 points 1 week ago

yes thats a good idea, we actually made an FAQ that sits with our docs....I want to monitor to see if this helps people navigate some of these questions:)

[–] nikolasdimi@lemmy.world 1 points 1 week ago

hm..great points, thanks for taking the time to answer.

From the perspective of a user, why would they care about development speed?

Yes, the tool is already developed but it will continue evolving right? I mean, we almost make 2-3 releases every month since we shipped the first version and then open sourced. So the speed still counts. Plus, the users who create the tickets and expect them to be tackled are actually developers themselves. So yeah, the ability to deliver (at a good pace) to these folks matters a lot.

However - YES, if at some point the tool is at a state that the speed becomes less meaningful or useful, then indeed a change might be needed?

As for platform consistency, again, why would the user care?

Yes, since our users are Dev (and QA) folks, we thought that yeah, maybe someone could have different systems for work vs home vs side project (as you said). But another aspect that we thought is teams and collaboration. We didn't want to have a scenario in which a team can not use it before some of the devs are using macs, others linux vs the QA folks using windows etc.

What I’m getting at is that the concerns of developers will not always be equally concerning to users.

Thats the heart of the discussion:) I guess because our users are also developers. :)

[–] nikolasdimi@lemmy.world 0 points 1 week ago (1 children)

nice metaphor:) but unlike a car, these Electron processes aren’t slowly eating your tires or draining your oil. Maybe a better metaphor would be that the car you rent comes with a few extra cup holders you that you didn’t ask for? :)

[–] nikolasdimi@lemmy.world 4 points 1 week ago (1 children)

thanks! well, the feedback and the questions did not come from lemmy per se but in general. And yes, I agree with you. People do have strong opinions and this is more a question for me - as I often feel that perhaps there is some "better" way to explain or show the impact of the decision. (and explain the trade off). But I think that ultimately you are saying one simple (but very important) thing: that you can not please everyone :)

[–] nikolasdimi@lemmy.world 1 points 1 week ago (3 children)

Yeah, honestly, sometimes I feel frustrated trying to explain it, because I know some people will never be satisfied. I just want to be transparent about the tradeoffs and let people SEE the actual usage (even if it will indeed not convince everyone).

 

hey there,

There is always a temptation to add "something AI" in new tools. Especially to tools that are somehow related to developer productivity.

At the same time I wanted to avoid this temptation with Voiden. So there is currently nothing screaming "AI" in it even though I can potentially see many many use cases.

This is also one of the main reasons I think that a plugin architecture is best. What was actually in my mind is that not adding AI is ok for now and the community will start coming up and building AI plugins. For example creating docs from specs and vice versa.

Any other use cases you can think that could be applicable to a tool like this? (Dev Tool with executable markdown files for API specs, tests and docs). The first plugins we shipped were more around methods (grpc, graph ql, web sockets etc etc).

repo: https://github.com/VoidenHQ/feedback

[–] nikolasdimi@lemmy.world 2 points 2 weeks ago

so there could be an option "select a texan taxi driver" irrespective of where you are in the world

[–] nikolasdimi@lemmy.world 1 points 2 weeks ago

yap...thats the thing...you never know...the interesting conversations can only happen only when we are open and ready to accept also the banal ones :)

[–] nikolasdimi@lemmy.world -3 points 2 weeks ago (3 children)

thats super sad....I dont have a problem with someone not wanting chit chat but isnt better to just say "hey, today I am not in much mood to talk" or to show it and to make it happen without explicitly selecting it in an app.....

its just very black mirror esque

[–] nikolasdimi@lemmy.world 1 points 2 weeks ago

you can keep an eyes on our github issues cause these languages will come soon!

[–] nikolasdimi@lemmy.world 1 points 2 weeks ago

thats true right? we are also coming from the same boat.

btw now we are adding shell script as well...different devs need different capabilities.

so did you try Voiden? anything interesting or any feedback to share ?

 

Note - This post is intended to look for feedback in a tool that solves a problem we have been seeing (around API clients not supporting Python) - and hopefully help Python folks (like it helped us when building it).

So, a bit of a backstory - Something I noticed while we were building our internal tool for API testing: A lot of developer tools assume JavaScript scripting by default. API clients are a good example of this.

scripting = JavaScript

And yes it might not be always a huge problem, but it adds constant friction.

Eventually we realized the real issue was not just JavaScript. The issue was and is that many tools force a single language.

So when we started building our own API client (link below), we decided to approach scripting differently: Pre-request and post-request scripts support multiple languages and runs on real interpreters, not a limited sandbox like most Clients do.

So we built this to support Python and JS from day 1 and now releasing shell script + more coming (perhaps Go would be the next??)

The idea is simple: Your API tool should adapt to your stack, not the other way around.

Some developers think in JS, some in Python, some in Go or Rust.

The tool shouldn’t care.

Q: Would you actually use Python for request automation inside an API client, or do you prefer handling that logic outside the tool?

Repo: https://github.com/VoidenHQ/voiden

 

has anyone seen this masterpiece?

7
Heavenly - Atta girl (www.youtube.com)
submitted 3 weeks ago* (last edited 3 weeks ago) by nikolasdimi@lemmy.world to c/90smusic@lemmy.world
 

fuck you, no way!

 

this my take on a matisse painting, that you can find here.

https://www.clickatlife.gr/fu/p/228858/1200/10000/00000000005fd2d3/1/matisse.jpg

I thought of an idea: take your pencil and make your version this :) will be funny to see how different people translate this.

437
Modern API tools (infosec.pub)
submitted 3 weeks ago* (last edited 3 weeks ago) by nikolasdimi@lemmy.world to c/programmer_humor@programming.dev
 

this is the first meme I have ever made (yes I am that old) - so be gentle :)

what does being modern mean to you?

 

what does modern mean to you?

view more: next ›