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

Hyper 1.0.0

github.com

Post reply on HN
Print view View original

101–110 of 214 posts

Re: Hyper 1.0.0

#101

Post by Tsarbomb »

ggregoire wrote: post #67
mevile wrote: post #50

I've been very surprised so far by how little memory and how performant this terminal is even though it's written in JavaScript and runs on electron. All the other electron apps I know of are kind of known to be performance hogs (atom, slack). So it's refreshing to see something neat like this that also works well.

VSCode is probably the best example of performant Electron app.

Truth.

Every time there is a thread about VSCode or Atom, you always get people asking why does VS Code run so well while Atom is sluggish.

Re: Hyper 1.0.0

#102

Post by mirekrusin »

sdegutis wrote: post #69
icholy wrote: post #21

Earlier quoted context omitted.

> But I've given up at aiming at perfectionism in programming. Optional typing is the sweet spot.

It kind of already feels like that's what Objective-C is. You can use pretty-strong types, or you can just cast to id. Same with NSArray, elements can either be id (default) or a specific type. I just kind of feel like using better type systems hasn't actually helped me write better/cleaner/safer code. It's just added a very small amount of confidence and sometimes convoluted my code disproportionately.

Objective-C doesn't have algebraic data types.

Optional, structural algebraic type system with runtime support (mainly for `match ...` constructs) is IMHO the sweet spot.

It really makes a difference to have it. The analogy on top of my head is this: it's like a difference, when working on text processing code, to have regexp or do things by hand. Similar to regexps, above type system support, can cut necessary code by orders of magnitude and make it much more readable/reason about.

Re: Hyper 1.0.0

#103

Post by tyingq »

bmurphy1976 wrote: post #94
beardicus wrote: post #82

I tried hyper a week or two ago. It's fun and nice... zippy enough in everyday use and fairly pretty. But I had problems pasting commands into it, and it seems incapable of remembering multi-window layouts between sessions. But, everybody has their own list of must-haves and deal-breakers. I'm sure hyper 1.0.0 does enough for a significant number of people out there. Congrats to the team.

I've been using it since I saw this post. Impressions so far: 1. It's actually not that zippy. Do a "find /" and watch it lock up. 2. Rendering is very glitchy. Resizing the window seems to cause all hell to break loose for me and I have to restart to get things working again. 3. There are hot key problems. Sometimes hot keys (i.e. COMMAND-1 open tab 1, COMMAND-2 open tab 2) don't work, sometimes they do. Clicking in…

I've had good luck with wetty: https://github.com/krishnasrinivas/wetty

It seems reasonably stable and fast, I suspect because it leverages the hterm terminal emulator that's built into ChromeOS. May not work on Windows or OSX though.

Re: Hyper 1.0.0

#104

Post by zeven7 »

valarauca1 wrote: post #93
zeven7 wrote: post #74

Earlier quoted context omitted.

Some people make round wheels better. Some people try to create a better wheel than a round one. Both types are usually good for society. The former is most likely to yield any results at all; the latter, when it yields any results, is most likely to produce massive steps forward. Where would we be if Einstein had spent all his time trying to improve Newton's gravity rather than reinventing it?

Where would we be if Einstein had spent all his time trying to improve Newton's gravity rather than reinventing it? Einstein did just set out to improve Newtonian Mechanics. Special Relativity is just Newtonian Mechanics over the Lorentz Transform. General Relativity is the implication of Special Relativity being true, generalized for all observers. Einstein's approach was very much step 1, just repeated 2-3 times. S…

General relativity was seen as a huge leap forward at the time, and it still is today. I offer two quotes in support of this:

"As an older frield I must advise you against [generalizing relativity to incorporate gravity] for in the first place you will not succeed, and even if you succeed, no one will believe you." - Max Planck to Einstein, 2 years before Einstein succeeded. It was a big deal to even attempt to do this, and people tried to talk Einstein out of it.

And why did Planck say no one would believe Einstein? Because Einstein was trying to do something fundamentally different; he was trying to create a new kind of wheel.

"Newton, forgive me." - Albert Einstein -- why ask for forgiveness?

Einstein's role was something quite different from the role that most physicists play. Most physicists add small refinements to existing theories. Einstein upended quite a lot of existing physics and replaced it with something new. Newton saw gravity as action at a distance. Einstein showed that it was something quite different.

Re: Hyper 1.0.0

#105

Post by mkishi »

It feels pretty performant and I don't mind the extra ram usage, however, I can't afford the constant 10+% cpu usage. Even when it's just sitting there, it's constantly eating tons of cycles.

Is that a problem exclusive to the Windows version? Is there any setting I should tweak?

Re: Hyper 1.0.0

#106

Post by woodruffw »

I'm skeptical of the value of electron-ified applications when fully native alternatives suffice. However, ignoring that, there are a few (pretty severe) problems with this release:

* The .deb package seems to install everything in /opt. This seems to be pretty common practice for electron apps and isn't a huge deal, except for the fact that a wrapper executable/link isn't installed anywhere else on the system. As a result, I had to go looking for the install directory and invoke hyper as a fully-qualified path (i.e., /opt/Hyper/hyper).

* Hyper tries to run `npm prune && npm install --production` on every startup, which (naturally) fails when the user doesn't have node (much less npm) installed globally.

* Most control modifiers don't work on Linux at all, making it impossible to work inside of programs like nano, alpine, etc.

* Throughput seems to be an issue. Running `cat /dev/zero` locked the entire application up.

These problems are understandable considering the (often unappreciated) complexity of terminals, but they're also surprising in a 1.0.0 release.

Re: Hyper 1.0.0

#107

Post by 52-6F-62 »

I’ve been using Hyper on and off for a while now. I recently returned to zsh in iTerm2 for the same reasons many others mentioned here. It _works_.

I still do toy with Hyper from time to time. A feature I do like is the hotkey-enabled pane-splitting. CMD+D to open a vertical pane. CMD+SHIFT+D to open a horizontal pane. CMD+W closes them — though I wish this option would prompt as I’ve accidentally closed panes a number of times by a poorly-timed keystroke. For somebody who doesn’t use swap files with VIM, this can be a killer.

I am very much looking forward to installing this on my Windows machine tonight, however. ConEmu is a beast, but sometimes I just want quick, simple access to a text editor or a few commands in a familiar environment.

Some days jumping into ConEmu feels like an alien world (especially when it comes to setup/options), and Powershell just so different from what I work in most of the time.

The bit of crossover, even if there are a few sacrifices, is appreciated as an option here.

Re: Hyper 1.0.0

#108

Post by grep4master »

stcredzero wrote: post #70
jsjohnst wrote: post #32

Earlier quoted context omitted.

JavaScript has become the PHP of ten years ago. Runs everywhere (client and server), is the language picked up by beginners, and is abused to fit every square peg into a round hole.

Does it culminate with a cryptocash exchange written in it?

This made my whole day. Time for bed.

Re: Hyper 1.0.0

#109

Post by mamcx »

I have a idea for a kind of terminal (but not a terminal emulator) more in the style of ipython. But the trouble is that multi platform is complicated.

Is possible to have a fast html rendered just for the UI and use native code for the rest?

Post reply on HN