bsuh
Joined 11 years ago
Joined 11 years ago
Maybe procrastination is an emotional regulation problem and tying your self-worth to your productivity leads to more internal conflict between guilt of not doing enough vs fear of failure.
Maybe we could approach improvement out of a place of genuine interest or self-care, instead of treating ourselves like a computer on a cron schedule and then inevitably getting frustrated when we discover that we're human.
I've tried forcing myself, but it tends to be fragile. Go to sleep late just 1 night, have trouble forcing yourself to sleep the next day, sleep schedule gets worse again, get frustrated, give up.
What I've been having success with is a full spectrum LED light, which I use for an hour in the morning, and a blue light filtering goggles, which I wear from sunset. I can literally feel the goggles working as my eyes grow heavier a few hours from sunset, resulting in my falling asleep around 11-12 and waking up around 6-7.
Admittedly I've only done this for the past 3 weeks after reading about the full spectrum LED light from https://blog.samaltman.com/productivity. But it doesn't get easier than turn on light, put on goggles.
Is there any ongoing or planned effort to integrate web technologies into ReasonML (as in provide up to date and comprehensive typings)?
So it's an improvement but not entirely a fix.
In Erlang, I look at 'module_name:function_name' I can simply open the module file and look at the function definition.
In Elixir, I had to ask "Was this function aliased?", "Is it imported from a module? Which module?", "Was it imported/aliased through a use statement?" The code was more concise, but harder to read IMO. Of course you can simply reference functions by their full name in Elixir as well, which is what I'm doing with my own code.
sup on the other hand has a very small surface area of things needed to learn if you're familiar with shell scripting. I would definitely recommend it for smaller projects.
Obviously turning code into JavaScript at least once is a mandatory requirement for fulfilling the "web" part of "web scale" and running the JavaScript on JVM gives me the "scale" part.
/snark
My experience.
Windows guests: buggy
FreeBSD guests: buggy
Ansible provisioning: buggy
Windows support was incorporated from a community plugin. Now it's in limbo maintained neither by the original creators nor the (seemingly) lone dev from hashicorp assigned to vagrant.
They use DRM to protect their closed source proprietary plugins and it makes it a nightmare to build a version from source that works with said plugins. Building the installer is closed source for some reason.
After finally being able to run with modified source, I was able to monkey patch their paid VMWare plugin to add a capability so I could use private_network with static IP on Windows guests . I posted the monkey patch to github issues and it took two weeks for their paid plugin to be updated.
I wanted to love and contribute to vagrant, but the somewhat dishonest docs, unresponsive dev team, and DRM have turned me into a grudging user only because there are no alternatives.
Vagrant is definitely a wolf in sheepskin in terms of appearing open source and open to community collaboration.
1. VirtualBox shared folders performance is terrible.
2. VMWare Fusion is the only shared folders implementation I've found (tried Parallels, VirtualBox, and VMWare Fusion) that can follow symbolic links, making them look like normal files/directories on the guest (useful for Windows guests which don't understand nix symlinks).
3. IIS can't host applications off of VirtualBox shared folders for some permissions reason, which cannot be fixed.
I really hope VMWare Fusion doesn't die, as it's the only product I've found that supports my use case.
In your example, if the number one song is classical and made up 0.1% of listening time, would you conclude that classical music is not popular?
It's like saying water isn't a popular drink because only 0.1% of people buy water in the form of 20 fl oz Dasani bottles.