Live data from Hacker News

NirSoft Freeware (2008)

nirsoft.net

221–230 of 241 posts

Re: NirSoft Freeware (2008)

#221

> 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.

Around 2000, I had a laptop with 5g of harddisk and 64mb of ram, now I'm at ~1tb and 16gb ram. Roughly a 200x increase in raw numbers, though lots of other things since then make the actual increase larger, so it sounds like we're using net-smaller apps :)

I wish there was a community of actively-developed 2000-era software that ran on modern hardware. We'd have so much space...

Re: NirSoft Freeware (2008)

#222

Earlier quoted context omitted.

This looks promising: > Automates ImageOptim, ImageAlpha, and JPEGmini for Mac to make batch optimisation of images part of your automated build process. https://jamiemason.github.io/ImageOptim-CLI/

> automated build process > Mac Why would anyone run a CI server on a Mac?

Perhaps it's just their preferred platform. If it weren't for the expense I'd probably prefer it over Windows at least. At any rate, the readme does link to this article[1] if macOS isn't your thang.

[1] https://addyosmani.com/blog/image-optimization-tools/

Re: NirSoft Freeware (2008)

#223
post #66

Earlier quoted context omitted.

I agree. His marketing almost writes itself. My parents have been shortening my name to "Code" pretty much since I was born. My friends and coworkers tend get a kick out of it when they realize my name can be shortened that way.

Why, what's your full name?

I'm struggling to come up with anything other than "Cody".

Re: NirSoft Freeware (2008)

#224

This site was GOD MODE when I was in high school. The tool I used the most was RunAsDate: https://www.nirsoft.net/utils/run_as_date.html It used to work really well in bypassing software trials. I'm not recommending its use for that(if it even still works).

lifesaver! ThrottleStop devs have a stupid habit of setting 6 month expiry date on every new version, totally offline unfriendly. runasdate was the only option to keep it working on a laptop in remote location.

Re: NirSoft Freeware (2008)

#225
post #98

Earlier quoted context omitted.

> It's probably one of the simplest changes you can make to Windows. I hope we can agree on that. I certainly do not agree with that! For example, Notepad has been one of the buggiest and weirdest pieces of software I used on stock Windows. It does weird things when saving files, like moving your cursor to another location, so if you are typing and saving and typing and saving you will end up with text misplaced all…

yet they decided to destroy the one thing everyone uses... the start menu.

Someone got a big promotion for doing that. The Ribbon disaster too.

Re: NirSoft Freeware (2008)

#226
post #57
post #34

Earlier quoted context omitted.

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.

Looking back I can't understand how I coded in notepad for several years until I finally had enough and asked around for a better editor. Back then it didn't even have "goto line". So I often counted the lines, and write comments like "this is line 500".

Re: NirSoft Freeware (2008)

#228
post #204

Earlier quoted context omitted.

I've come to see the rise of Electron not as a shortcoming of other UI tech, not a problem with Electron. OSX, Windows and Linux failed to have any viable cross-platform UI solution[0]; Electron is what we deserve for this failure. [0] I would be very happy with Qt/QML and would grudgingly accept GTK, but others apparently are not that complacent

We've had perfectly viably cross platform GUI-applications for decades. Lots of them. Done one way or another, or a third. I'm sorry, I fail to see the problem that abominations like Electron are trying to solve.

Could you demonstrate an alternative that allows for UI as complex, with fewer cross platform issues that can easily target usage on MacOS, Windows and Linux? Let alone leveraging the language and UI interface/api that are the most widely developed against.

Re: NirSoft Freeware (2008)

#229
post #94

Earlier quoted context omitted.

> most modern apple native apps are the ones that crash the most while electron are stable as... I'd hesitate to make this generalization. I need to use slack on a macbook for work and it crashes regularly. I tried out VS code and it also would crash on occasion. Worse than that, coworkers of mine have rolled bug-ridden electron apps that we're required to use. There are plenty of non-electron apps that are stable.

I'm on a mac and use slack an vscode. Neither has crashed on me. I'm wondering if there is something about your mac setup. I don't like that slack consumes some many resources. I love vscode so I don't care.

I've seen VS Code crash on Windows more than Mac... also, it often leaves anything you had running in the integrated terminal running in the background when it does crash. I haven't seen that specific behavior on mac though.

Re: NirSoft Freeware (2008)

#230
post #121
post #47

Earlier quoted context omitted.

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…

Why wouldn’t google just ship a “libchrome” shared library so that they could share it?

Because google is more inclined to break their own APIs without concern of the integrations of others.

Adobe AIR was an effort to create a common runtime for similar things... wouldn't mind seeing a few OS vendors coming together to support something similar, but on the flip side, I don't want to be stuck with Node 4.0's API in 2024.

Post reply on HN