Live data from Hacker News

NirSoft Freeware (2008)

nirsoft.net

51–60 of 241 posts

Re: NirSoft Freeware (2008)

#51

He says all of his time goes into the website and the tools. So I'm wondering, how does he make money? Surely he does some consulting or something on the side to pay the bills.

"NirSoft is not a full-time job, but I use all my free time to maintain and develop this Web site."

Oh, thanks, I misread that.

Re: NirSoft Freeware (2008)

#52
post #46

> While many software companies create a bloated installation package with size of 1 - 3 MB, the size of single utility in NirSoft is usually less than 100KB. The early 2000s were a different time. While as modern day electron apps are regularly 100+ MB.

Fun fact: the icon for my Objective-C Mac app is larger than the executable binary (517 vs 394 KB).

You can probably shrink your icon down (losslessly) by dropping it into ImageOptim. https://imageoptim.com/mac

Re: NirSoft Freeware (2008)

#53
post #47

Earlier quoted context omitted.

I'm curious. If you have 20 electron apps running, does that mean you would have 20 copies of the completely same thing wasting your disk space and RAM? How would that work if all the application developers decided that native sucks and all should use Electron?

Yes, that's essentially what happens. And it's a huge waste if you have 20 Electron apps running. Each ships with its own copy of Chromium which is as large as an operating system. I created a proof-of-concept called Electrino that uses the platform native libraries to cut down on app size: https://medium.com/dailyjs/put-your-electron-app-on-a-diet-w... Unfortunately I haven't had the time to work on Electrino due to…

Hey, I saw the post that got the ball rolling on Electrino and I've been meaning to reach out to you. Do you have any tips on where to start on porting Electrino to Linux?

Electron-like "web" apps (that follow W3C standards) seem to be the future, and I'd love to help out however I can.

Re: NirSoft Freeware (2008)

#54
Interesting list, however I feel like a lot of these should be open source, or at least signed with gpg. I read too many cryptocurrency posts these days, they make me paranoid about security...

Re: NirSoft Freeware (2008)

#55
post #28
post #18

Nirsoft and Sysinternals should be part of Windows. Add Notepad++ and you have a decent OS all of a sudden.

I thought Sysinternals was acquired by Microsoft?

And for some (stupid?) reason they weren't integrated into the OS so a lot of people don't know about them.

Re: NirSoft Freeware (2008)

#57
post #34
post #18

Nirsoft and Sysinternals should be part of Windows. Add Notepad++ and you have a decent OS all of a sudden.

If that happens Notepad++ will probably the first explicit GNU GPL product from MS.

It's still hard to understand that they haven't touched Notepad in such a long time. The effort to get a good editor must be tiny compared to a lot of other stuff they are doing. I am pretty sure I could improve Notepad substantially with just a few days of work.

Re: NirSoft Freeware (2008)

#58
post #34
post #18

Nirsoft and Sysinternals should be part of Windows. Add Notepad++ and you have a decent OS all of a sudden.

If that happens Notepad++ will probably the first explicit GNU GPL product from MS.

I think that would be the Hyper-V Linux driver: https://www.infoworld.com/article/2631026/server-virtualizat...

Re: NirSoft Freeware (2008)

#59
post #40
post #28

Earlier quoted context omitted.

I thought Sysinternals was acquired by Microsoft?

I would guess OP meant "integrated into" rather than acquired by, so that they are available by default rather than having to be installed separately.

Parts of them were integrated. Take a look at the Win XP Task Manager and at the Win 10 one.

Re: NirSoft Freeware (2008)

#60

> While many software companies create a bloated installation package with size of 1 - 3 MB, the size of single utility in NirSoft is usually less than 100KB. The early 2000s were a different time. While as modern day electron apps are regularly 100+ MB.

im really fed up with this argument. most "native" apps use big chunks of the platform "frameworks" and are not platform independent, which was introduced by os companies and politics in the first place. most modern apple native apps are the ones that crash the most while electron are stable as fuck.

> im really fed up with this argument. most "native" apps use big chunks of the platform "frameworks" [...]

Yeah, and that's a good thing. Furthermore, there are toolkits that don't, and they are still more efficient than Electron.

Post reply on HN