Comment by Jason Knight on "Developing web applications on Windows 10"

You seem to be confusing what a terminal and what a shell are -- they are NOT the same thing -- to list hyperterminal, JUST hyperterminal by itself is nonsensical gibberish when put alongside BASH and PowerShell -- since those are SHELLS and HT is just a terminal that does nothing without a server (which may involve a shell) to log into.

... and really if you want a quality terminal program with actual modern options, that's what Putty is for. Hyperterminal is a cute toy for pretending you're dialing into a BBS 1980's style...

ALSO not sure what in blazes that has to do with making web applications -- though really NOTHING you listed seems to have the first bloody thing to do with web application development regardless of platform; since if you're making native binaries you are NOT making web applications.

... unless we have radically different definitions of the term -- which seems to happen a LOT these days as people start throwing the terminology at things that have NOTHING to do with it.

Hi Jason, I recommend that you read this article one more time. There are multiple statements where you can see that I don't mix up terminal and shell as same things. One example: My favorite is Hyper Terminal because I like its cross platform consistency and it looks and "feels" the best. However, since it's Electron app it is a bit slower than the rest. Also, it doesn't come with any sort of Bash emulation shell so it's using Command Prompt out of the box. If you want Bash emulation you can install GitBash and configure Hyper Terminal to use Git Bash shell.

Regarding your other point, this article is not a tutorial on "how to do X in Y". It's also not about how to set up specific tools for your specific needs and requirements. It is more general than that and only acts as a starting point for web developers that are coming from Linux and MacOS to Windows 10. I simply cover development environment approaches (Virtual machines with Vagrant, Docker, native binaries on Windows, native binaries on WSL), what do they mean and what are pros and cons. For these folks Windows is not really developer friendly platform since they're used to UNIX-like tools and OS.

Jason Knight - 'since if you're making native binaries you are NOT making web applications.'

I never mentioned 'making native binaries'. I used term 'running native binaries'. What I meant was instead of running virtual machines and installing dev dependencies there, you could install dependencies directly on Windows. For example if you're a PHP developer you could install Apache, PHP, MySQL directly on Windows and run them as native Windows binaries (or Windows specific term - .exe file). I used term binary because it's more common for Linux and MacOS folks then executable file.

Ivan Bernatović Are we talking about two RADICALLY different programs when it comes to Hyperterminal or something? There is NO shell attached to it, bash, command prompt, or otherwise... it can CONNECT via telnet/ssh (or even just conventional serial) to a service providing BASH, or the command shell, or power shell, but that has dick-all to do with what it has "out of box"

Also, when did it become and Electron app?!? I'm pretty sure it isn't since it has existed for some two DECADES before Atom was a twinkle in Chris Wanstrath's eye... and by all appearances its codebase has remain untouched and unchanged since the XP days. Lands sake I ran HyperAccess (the full version of Hyperterminal) on my Heathkit H-161 off floppies. You might as have included Procomm or Kermit. ... no? How about Crosstalk?

I was really shocked to even find someone mentioning it... Particularly given the ridiculous price. (Since the free demo is time locked shareware and M$ stopped bundling the dumbed down version with Windows -- hence why I suggest Putty.)

Or are you referring to something ENTIRELY different? Because what you describe and how you're talking about it has dick-all to do with what HyperTerminal is, what it does, or what it's for! Hell, I don't even think it can actually connect to windows itself for shell access... at least, not the versions they bundled with decade out of date copies of Windows. Likewise as a NATIVE app it should be faster, though it's so old it's not using the modern Windows API and is instead using unaccelerated calls dating back to windows 3.x level compatibility... and the wrappers for the old GDI calls often drag such programs performance down so badly on modern systems they behave worse than they did on 486's. It's a relic of the pre-internet dial-up days that hasn't even seen a real code update since that time!

On the whole (and yes I re-read) what you're saying is a bunch of stuff that where I'm from would just make Windows development HARDER. Ridiculously overthinking the simple with tools you don't need.

Though to be fair, I say that about things like NPM, frameworks, and a whole host of other things that are 'hot and trendy' right now -- guess it's a matter of perspective.

Jason Knight, ah yes, we're talking about different things. I was referring to a terminal software called Hyper (hyper.is). In article I used 'Hyper Terminal' instead of only 'Hyper' so it's misleading. My bad, I'll correct article when I catch some time. But to be honest it's ridiculous that new Hyper is called like that because there already is terminal with basically same name.

Ivan Bernatović Ah, ok, that makes a HELL of a lot more sense. Never heard of it, but I'll give it a once-over. NEVER hurts to at least look at another tool -- never know when it might be the right one for the job.

I thought you were talking about this: hilgraeve.com/hyperterminal

A dumbed down version of which was included with Windows from Win95 through Win7, and legacy versions of the parent program HyperAccess pre-dates MS-DOS on 8 bit Heathkit machines. I can't remember if it was in 8 or not, but it's definitely gone as of 10.

Well, now that's a horse of a different colour.

Jos Fabre read the replies, turns out I thought he was talking about an entirely different program. When someone says "Hyper Terminal" I think of this:

hilgraeve.com/hyperterminal

Which spent over a decade and a half being bundled with Windows. If that had been what he was referring to, the entire post was gibberish. Turns out what he meant was this:

hyper.is

Which is a completely unrelated program.

World of difference. The latter is just called "Hyper", not "Hyper Terminal"... and it's a really s**t choice of name given how much confusion that could cause.

Search Hashnode