Hacker Newsnew | past | comments | ask | show | jobs | submit | cferr's commentslogin

"Minecraft was supposed to be about simplicity."

Minecraft was supposed to be a toy project Notch wanted to mess around with. Simplicity has never been a target, since every major release, including during the in/infdev days has had major changes.


Another way to touch a file:

cp /dev/null file

Test if a port is listening without telnet:

echo > /dev/tcp/address/port && echo Yes || echo No

That's not actually a file. It's just a path Bash recognizes and is the interface to socket functionality. udp works too.


> Another way to touch a file: cp /dev/null file

That destroys a file, making it 0 bytes. It doesn't touch a file, not at all.


And if "file" is the name of an existing directory, it creates an empty file called "file/null".

"touch" exists for a reason.


If the file does not exist, it creates an empty file. That is what most people use touch for.


That's one use case.

The actual use case touch was designed for was to update the timestamp of a file. This is a huge case for developers, since timestamps are used in dependency resolution of partial compilation. [1]

[1] https://man7.org/linux/man-pages/man1/touch.1.html

  NAME
       touch - change file timestamps
  DESCRIPTION
       Update the access and modification times of each FILE to the
       current time.


I think I only have three subscriptions at the moment... Prime, Chewy, and a news commentary streaming site I like. That's pretty much it, not very expensive. Everything else is available to me by other means if I'm willing to pay one-off fees or just step outside my house. I'm okay with this.


I know BMW turn signals are a meme (with good reason...), but I've noticed the exact same behavioral trend with Lexus drivers as well. It's really just those two makes in particular.


The package format only really matters to packagers anymore I think. RHEL and SUSE are both RPM based though. The difference which matters to users is the package manager on top, which for RHEL is dnf (formerly yum) and on SUSE it's zypper. They're both competent package managers in my opinion.


Wouldn't power cycling your bulbs like that lower their longevity?


No. These things are designed to turn on and off hundreds of times per second to emulate dimming.


Or even tens of thousands of times per second, according to an Analog Devices article: "Don’t Want to Hear It? Avoid the Audio Band with PWM LED Dimming at Frequencies Above 20kHz" (https://www.analog.com/en/technical-articles/avoid-the-audio...).


The part that wears out from cycling often is the ballast of the bulb. I imagine these smart lights are in the bulb's ballast, so sending the "off" command isn't de-energizing the ballast of the lightbulbs.

If you were doing it on a smart light switch that was feeding 120V to the ballasts I do imagine it would impart some additional wear and tear to the bulbs. I'm not sure how much additional wear and tear it would be on an LED, I know the main thing that wears out on a florescent is the starting circuit which needs to bring the energy of the bulb enough to start the arc which wears out over time.


It's very odd to me that bulbs don't come in two parts: Ballast and LED. That way, we wouldn't have to keep buying and throwing away the perfectly good part when the other one broke.


Ballasts are only needed on fluorescent lamps (because they have negative resistance, so if you run one by itself without a current limiter, it'll consume more and more current until it explodes)


Ah, then I meant the AC/DC converter that supplies 12V to the LEDs.


> I would not purchase a product with an underlying subscription.

Not even your phone?


Indeed, not even my phone. Why would that be hard to understand?


> Enter your email address to continue reading

No. Thankfully reader mode can parse it at least.


I just use the Home and End keys in the terminal, which seems intuitive enough to me.


Eight's JVM still ships with Minecraft, so that's not necessarily a bad thing. It's battle-proven.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: