Rotareti
Joined 10 years ago
Karma
484
Submissions
241
Member since
Aug 16
https://github.com/feluxe
View on Hacker NewsRecent submissions
Comment · 1 year ago
Same here. I've been using Lenovo/ThinkPads for the last 12 years mainly because of the pointer. It's perfect for programming. I'm more productive and focused when I keep my hands on the home row all the time. I don't see myself ever going back to a touchpad.
Comment · 1 year ago
Haha, no. I'm waiting desperately for one that ships with a pointer. Seems like I'm stuck with Lenovo/ThinkPad forever...
Comment · 1 year ago
I configure bindings through Zigbee2MQTT. You can view the bindings in the switch configuration, where you can also update or remove them.
I use Zigbee2MQTT to handle low-level Zigbee tasks such as pairing, binding, creating groups, setting up scenes, and configuring devices. Most of these things are stored within the devices and work without the coordinator/ha-server.
The configurations you set up in Zigbee2MQTT are synced with HA and can be used there as well. I use the options provided by HA for higher-level tasks, such as automations, custom sensors, statistics, and more. Everything I configure there will not work when the server/coordinator goes down.
Comment · 1 year ago
I think it's called 'direct binding.' All of my lights are directly bound to my switches, so they work even without the server or Zigbee coordinator running. With some switches, you can even bind light scenes directly to the buttons. For example, you can bind the four buttons of a Philips Hue Tap Dial to different light scenes using Zigbee2MQTT.
Some switches don't allow direct binding, though. All of the Hue switches I tried support it, but some Tuya switches don't. On the other hand, all lights from different manufacturers which I tried were able to bind directly.
The first year I had to fiddle a lot with the tooling. The uptime of HA/zigbee2mqtt wasn't great. It was good to have this as a fall back.
Comment · 3 years ago
Same. I was using intellij, then vscode the ten years before I switched to doom. I tried a lot of other editors and IDEs, but emacs was the only one with good vim integration. From all editors I tried, it was also the only one with good plugin interoperability. In emacs plugins are often build up on the interfaces of other plugins. In vscode plugins tend to be encapsulated, competing units which often do not play well together. I also find it much easier to customize emacs to my needs, because the interfaces of both the system and the plugins are mostly well documented.
Emacs has a high barrier of entry though. I think it would be difficult for a novice to get a good IDE experience from emacs, even with doom.
Comment · 3 years ago
> Meanwhile we have distros lagging behind for years to provide a new package because they can't break all the things depending on the old version.
I'm glad I left this category of problems behind me 5 years ago when I switched both, my personal and my work laptop to arch-linux/i3wm. These two machines have been running for 5 years, almost daily, with almost no issues, with the latest software packages. If the hardware lasts, I will go on like this for another 3 to 5 years and then upgrade hardware and (maybe) switch to wayland. I don't see anything on the horizon which would make me switch away from this setup.
Comment · 5 years ago
This is awesome, thanks for sharing! I think this should be added to the PyO3 examples list :)
Comment · 5 years ago
Python supports type annotations and static typing via mypy and co. I find statically typed Python is absolutely comparable to other statically typed languages. At least I don't feel much of a difference working with it compared to go, typescript.
Comment · 6 years ago
> And docker on Linux doesn’t support all the features that docker on Mac does. Specifically kubernetes.
This is nonsense. We invested multiple man month this year to create a local k8s dev environment for our company. Our devs use MacOS and Linux. Me and my colleague evaluated various solutions for running k8s locally, all of which worked fine on Linux out of the box, while the process of setting them up for MacOS was riddled with issues (mostly around performance).
Comment · 6 years ago
You can compile your Python code using Nuitka, the resulting binary has much better startup time. I do this for a couple of command line tools.
Comment · 6 years ago
This looks interesting!
I think the approach where a typed subset of Python is used to compile a fast extension module is the way forward for Python. This would leave us with a slow but dynamic high-level-variant (CPython) and typed lower-level-variant (EPython, mypyc & co) to compile performant extension modules, which you can easily import into your CPython code.
The most prominent of such projects I know of is mypyc [0], which is already used to improve performance for mypy itself and the black [1] code formatter. I think it would be interesting to see how EPython compares to mypyc.
Comment · 6 years ago
Nuitka is great! I use it to compile some of the command line tools which I have written. Command lines tools compiled with Nuitka have a much better startup time.
Nuitka also has a single file binary target in the works.
Compiled single file binaries for python. Wohoo!
Comment · 6 years ago
> This is also very easy to achieve in Python by using Cython to selectively optimize code
There is also mypyc [0] coming up on the horizon.
Comment · 6 years ago
du -hs node_modules
1.7G node_modulesComment · 6 years ago
Same here. I don't understand why AsciiDoc doesn't get more attention.