Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Nova by Panic

nova.app

Post reply on HN
Print view View original

171–180 of 267 posts

Re: Nova by Panic

#171

Post by osener »

bovermyer wrote: post #8

I really wanted to like Nova. I paid for it (and used it) for a year. In the end, though... I switched back to VS Code. Native apps like this are much faster than such things, but I had too many use cases for the plugins. Kind of the same experience as Sublime Text. It's _really fast_, but I just rely too much on plugins when the experience requires something more than vim.

After trying Nova and looking at other paid editors, I ended up using these funds to make donations to authors of my favourite VSCode and Emacs plugins instead.

Re: Nova by Panic

#172

Post by abricq »

I was surprised to see that there is no language support for C++, C, Rust, etc... I saw that there are community plugins. But still, it does make me a little sad to see this shifting away from compiled languages to more scripted or web-based options, as for example: not a single (famous) compiled language in the default supported ones of a brand new code editor.

Re: Nova by Panic

#174

Post by colordrops »

abricq wrote: post #172

I was surprised to see that there is no language support for C++, C, Rust, etc... I saw that there are community plugins. But still, it does make me a little sad to see this shifting away from compiled languages to more scripted or web-based options, as for example: not a single (famous) compiled language in the default supported ones of a brand new code editor.

They list "coffeescript" first in their supported languages. Is that even still a thing?

Re: Nova by Panic

#175

Post by niek_pas »

colordrops wrote: post #174
abricq wrote: post #172

I was surprised to see that there is no language support for C++, C, Rust, etc... I saw that there are community plugins. But still, it does make me a little sad to see this shifting away from compiled languages to more scripted or web-based options, as for example: not a single (famous) compiled language in the default supported ones of a brand new code editor.

They list "coffeescript" first in their supported languages. Is that even still a thing?

The list of languages is alphabetically sorted. That’s why coffeescript comes first.

Re: Nova by Panic

#176

Post by matteotom »

KnobbleMcKnees wrote: post #159
PebblesHD wrote: post #149

Earlier quoted context omitted.

> wasteful text based protocols… Until you’re the unfortunate person trying to debug an API deployment where the team behind the API decided to use ‘much more efficient protobuffs’ making them entirely unreadable and impossible to troubleshoot. Modern processors and networks are fast enough to allow us to spend a few extra bytes making protocols easy to work with as well as ‘efficient’, and I’d argue that at scale, t…

This sounds like a tools problem though. Bytes and hex aren't readable until you decide then to characters and use a text renderer to display the. I can't imagine this isnt possible with protobuf and the right debugging tools (though it's not my area of expertise)

Sometimes you just want to dump the bytes that are going over the wire. Sure you could pipe the output to a protobuf parser, but then you'd need to make sure the output of tcpdump or ngrep or whatever is what the parser expects. As an example, I needed to track down why some service traffic was getting misrouted, and I found the problem by tcpdumping the traffic and realizing one service was silently corrupting a header value - I could have added more debug logs to either service, but that would have taken a lot longer to implement and deploy.

Personally I'd rather stick with the simpler protocol until someone runs the numbers and finds something more efficient would improve performance or save money by a significant enough amount.

Re: Nova by Panic

#177

Post by alanh »

colordrops wrote: post #174
abricq wrote: post #172

I was surprised to see that there is no language support for C++, C, Rust, etc... I saw that there are community plugins. But still, it does make me a little sad to see this shifting away from compiled languages to more scripted or web-based options, as for example: not a single (famous) compiled language in the default supported ones of a brand new code editor.

They list "coffeescript" first in their supported languages. Is that even still a thing?

Yes, it’s still a thing, although virtually no one is using it for new projects.

Re: Nova by Panic

#178

Post by Klonoar »

chipotle_coyote wrote: post #151
Klonoar wrote: post #38

I will reiterate my chief complaint with this: it should have just copied the VSCode extensions API from day one and relied on easier porting of them.

The problem with doing that is that you've now created a substantial dependency for your commercial product, and not a dependency that's merely the "requires npm package foo" kind of dependency. Because Nova is not VSCode, being compatible with Code's extensions API means: - committing to implementing every new documented Code API function as quickly, completely, and transparently as possible, because if you don't, e…

You say these things as if they're non-obvious...

The fact of the matter is that VSCode's market share is massive, and expecting developers to port extensions solely because "it's a native macOS app" is not really a good pitch in 2020-2022. I would rather Panic suck it up and do the work to interop with the existing (massive) ecosystem so that those of us who like to run native apps can do so without it being a step down on just about anything else.

Something like this needs ecosystem buy in, and as far as I can tell right now, it doesn't have it. I wish it did.

Re: Nova by Panic

#179

Post by no_time »

abricq wrote: post #172

I was surprised to see that there is no language support for C++, C, Rust, etc... I saw that there are community plugins. But still, it does make me a little sad to see this shifting away from compiled languages to more scripted or web-based options, as for example: not a single (famous) compiled language in the default supported ones of a brand new code editor.

Imagine working on a text editor that you don't even use to work on that said editor.

Re: Nova by Panic

#180

Post by ihateolives »

hankman86 wrote: post #161

My biggest concern about this editor is actually the lack of cross-platform support. At our company, developers use a mix of Linux desktops, Windows PCs and Macs. And I think that’s actually an asset. Why force everyone onto the same platform? Developers know best what technical setup they are most productive with. Not to mention that being able to share settings and launch configurations across platforms is a big pl…

I'm truly confused about the notion of JetBrains IDEs being slow. I'm using both IDEA and VSCode, for different projects but sometimes even concurrently (because IDEA's Dart plugin is somehow dumber than VSCode's but IDEA's database explorer is so useful) and if anything then VSCode is slower with autocompletes and refactorings. Typing speed has never been issue with either so I'm really curious what sort of hardware you're running JetBrains products so that they are slower.
Post reply on HN