Nijikokun

I clicked "hide these widgets" from the three dot dropdown menu on your animations and now I can't figure out how to bring them back. heh.

Great post btw!

Postgres name is said to be a reference to ingres db, not a fork of ingres.

> The INGRES relational database management system (DBMS) was implemented during 1975-1977 at the Univerisity of California. Since 1978 various prototype extensions have been made to support distributed databases [STON83a], ordered relations [STON83b], abstract data types [STON83c], and QUEL as a data type [STON84a]. In addition, we proposed but never prototyped a new application program interface [STON84b]. The University of California version of INGRES has been ‘‘hacked up enough’’ to make the inclusion of substantial new function extremely difficult. Another problem with continuing to extend the existing system is that many of our proposed ideas would be difficult to integrate into that system because of earlier design decisions. Consequently, we are building a new database system, called POSTGRES (POSTinGRES).

[https://dsf.berkeley.edu/papers/ERL-M85-95.pdf]

yes

We have thought about adding WAF capabilities, what kind of WAF functionality would you be interested in if we did support it?

Feel free to reach out to me over email as well: niji@ngrok.com

Very cool, love the break down and journey. We ended up with something similar, and we definitely want to do a technical breakdown! Great minds think alike! In addition, we are also globally replicating our "core" as well.

This doesn't work for infinity loading. Hamburger menus are often fine in practice and work like every application settings menu anyway.

Interactive diagrams and visuals are worth so much with these topics. I just created documentation at ngrok (full disclosure, I work there!) for how to do load balancing with their edges product for this the other day! Now I have something to refer people to when describing these.

https://ngrok.com/docs/guides/how-to-round-robin-load-balanc...

Whats the benefit of this over something like docz or storybook? Which are also agnostic to framework?

I love the idea but the why escapes me. Is this a curated collection of news or is it a writers blog?

I believe they already model based on the question-response content being generated today.

It's unfortunate that the majority of comments are centered around Yak Shaving rather than the amazing leaps that this small language has done.

Is there a bullet point for the test? I'd rather not read a thousand words to try and figure out the testing parameters.

I was going to use it for a project but it looks like it doesn't have electron support. :/

> hotkeys

There is literally a hotkey for everything in linear.

Sigh, this is already what modern frameworks do.

Insomnia | Senior Full-stack Engineer | Remote | Full Time | http://insomnia.rest

Insomnia is building API tools to help organizations and developers build better APIs. Our tools are used by companies around the world, to deliver quality experiences to their customer base and partners on a daily basis. Come join us in helping others deliver quality API experiences.

You'll get to work directly on our flagship products, in our open source repositories, with a fully distributed remote team to build out core functionality and features impacting hundreds of customers and thousands of individuals on a daily basis.

Tech Stack:

- Electron, React, GraphQL, Go, Postgres

We are looking for:

- Experience with React, Redux

Nice to have

- Experience working on a remote-first, distributed team

- Experience with distributed sync

- Go Experience

Senior Full-stack Engineer - https://jobs.lever.co/kong/b325b381-42af-48e1-8050-895a28b45...

Insomnia Designer can help you develop and manage your OpenAPI specs as well :)

https://insomnia.rest/products/designer

Insomnia | Sr. Full-stack Engineer | Remote | Full Time | http://insomnia.rest

Insomnia is building API tools to help organizations and developers build better APIs. Our tools are used by companies around the world, to deliver quality experiences to their customer base and partners on a daily basis. Come join us in helping others deliver quality API experiences.

You'll get to work directly on our flagship products, in our open source repositories, with a fully distributed remote team to build out core functionality and features impacting hundreds of customers and thousands of individuals on a daily basis.

Tech Stack:

- Electron, React, GraphQL, Go, Postgres

We are looking for:

- Experience with Electron (IPC and networking a huge plus)

- Experience with React

- Understanding of web communication layers (eg.: REST, GRPC, GraphQL)

Nice to have

- Experience working on a remote-first, distributed team

- Experience with distributed sync

Sr. Full-stack Engineer - https://jobs.lever.co/kong/b325b381-42af-48e1-8050-895a28b45...

Insomnia | Engineering | Remote | Full Time | http://insomnia.rest

Insomnia is building API tools to help organizations and developers build better APIs. Our tools are used by companies around the world, to deliver quality experiences to their customer base and partners on a daily basis. Come join us in helping others deliver quality API experiences.

You'll get to work directly on our flagship products, in our open source repositories, with a fully distributed remote team to build out core functionality and features impacting hundreds of customers and thousands of individuals on a daily basis.

Stack:

- Electron, React, GraphQL, Go, Postgres

We are looking for:

- Experience with Electron (IPC and networking a huge plus)

- Experience with React

- Understanding of web communication layers (eg.: REST, GRPC, GraphQL)

Nice to have

- Experience working on a remote-first, distributed team

- Experience with distributed sync

Sr. Full-stack Engineer - https://jobs.lever.co/kong/b325b381-42af-48e1-8050-895a28b45...

Does it support PHP query format?

foo[bar]=x&foo[bar]=y

So basically, listen to the customer?

Looks like mithril

Yeah, looks like through Kong

Great point, we started with OpenAPI / Swagger-UI as it's the popular specification but we do want the application to support more specifications and preview / output libraries. We just had to start somewhere.

Great question.

We do believe in Design First Development, where the idea is designed out with the key party members as a part of that group. In this case, it could be the Lead Architect, or Team Lead, or Individual Contributor starting the specification and working closely in source control / pair programming to define that first draft to prevent things tech debt, refactoring, recoding, etc.

Once it's agree'd upon and merged into the codebase, we believe from there, should you setup a pipeline to have it be updated from the codebase, which commits to the repository, that should be allowed as long as the process is kept. So you still have tests against your specification that ensure your implementation works as described, and your specification is validated and enforced with the right policies.

We have some known gaps around policy enforcement and placement that we intend to correct soon. But, this is our belief.

As far as UI driven design, or Text driven design, I personally believe that both can be achieved. Not everyone knows these specifications and having an interface can on-board those individuals and get them ramped up quickly to service the needs and demands of the business.

Where the text form is useful for advanced users, quick changes, automation pipelines, testing frameworks, diff checking, and so forth. So we don't want to ultimately get rid of that layer either.

I think the best approach will be some form of a balancing act. Would love to hear feedback on this.

JSON support is a little bit lacking at the moment, something we plan to address soon. If the JSON isn't private we'd definitely love to take a look, do you mind opening an issue?

Separate! I like to say that designer is more when you're building and creating, and core is when you're trying out other apis or just scratch padding some requests.

Thank you! We hope to continue to make it even better!

We have a big sidebar update coming up soon, keep an eye on the github issues for more info, and your comments contain some good insights us to think about.

Lucky for you, I'm a windows 98 kind of guy, i've been thinking about doing a custom theme for a while ;))

We've been discussing this internally quite a bit and is something we want to provide through our plugin infrastructure which is the ability to choose the type of specification, it's output and preview mechanisms.

This way the workflow can be specialized for your needs.