bsuh

Interesting points, but I don't think the conclusion follows.

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.

Maybe it's just best to let go instead of trying to mini-max your life's productivity, train yourself like Pavlov's dogs with XYZ productivity systems, and guilt-shame yourself over each day you miss out on part of an evergrowing habit list of shoulda-coulda-woulda's.

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.

Some of the advice amounts to "just do it" or "insert inconvenient forcing function" like spending a week backpacking, which would be difficult if your sleep schedule is affecting your energy and mood.

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.

Being able to use React is great and all but What if you want to use service workers? Web workers? Canvas? Websockets? Type defining or writing wrappers around every web specific API I need to use is a non-starter for me.

Is there any ongoing or planned effort to integrate web technologies into ReasonML (as in provide up to date and comprehensive typings)?

For me, Windows 10 is a step backwards for consumers. Microsoft was the one of the few software giants that cared about backward compatibility and not breaking users' workflows. Google is notorious for sunsetting products depended on by people at a whim and good luck getting updates for your Macs or iPhones without buying new hardware every few years (even if older hardware is supported, often updates make the devices run slower because they've been tuned for running on the latest hardware). But the people have spoken loudly with their wallets and Microsoft has listened. It's trendy and profitable to fuck consumers. Now they aggressively pushed Windows 10 on people and it comes with forced updates, ads, and telemetry that can't be turned off without hacking about.

With the caveat that while the password will be encrypted from the browser to Cloudflare, it will still be transmitted as plain text from Cloudflare to your own server if your server doesn't support HTTPS.

So it's an improvement but not entirely a fix.

What IDE do you use for Elixir? Thanks.

While learning Elixir and Phoenix, I found Cowboy source code easier to read with no knowledge of Erlang other than what's inferred from learning Elixir than Phoenix's generated app scaffolding.

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.

A similar tool I switched to from ansible for my personal project is https://pressly.github.io/sup. Ansible felt heavy and restrictive for my small project (lots of abstractions to learn and APIs on top of that for extensibility if those abstractions don't meet your needs).

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.

Are other file systems better off with recovery when interacting with virtual disks and host power failure?

Can I write Clojure that gets compiled to JavaScript with ClojureScript and run that on JVM's JavaScript engine Nashorn?

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

Heck I found the same to be true of vagrant. Big promises, short on delivery. While mostly usable, it's definitely not as seamless across various guests, providers, and provisioners as their docs might have you think. Stray off the beaten path even the tiniest bit and expect to spend hours looking at github issues for workarounds (submitted by other users not the dev team).

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.

The reasons I use VMWare Fusion are:

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.

I didn't mean to imply Facebook doesn't use ReactJS at all. The point was they use it on a need by need basis, not all in SPA all the time.

It seems like no one asks "Just because we can use Javascript for everything, should we?"

Pros: AJAX for loading content makes requests smaller making your app more performant.

Cons: The Javascript framework requires a 1xx KB download before content can be rendered, making your app less performant, hurting SEO, and breaking the back button (no, I don't want to scroll again from the top through the 5 posts I already read when I come back to your site).

You hate maintaining an entire application in Javascript so you get to learn all the joy of transpilers and a build system to build whatever not Javascript language you chose and your tens of module dependencies because you decided everything had to be done in Javascript or TypeScript or ES2015 or CoffeeScript or ES7. Oh and when a new language supersedes the language you decided to use, you happily spend weeks moving your codebase to a new language, thinking "Wow static typing in 2015?! My code is so much more maintainable now!"

It says it all that the benchmark for comparing frameworks is TodoMVC, a simple CRUD application for which client side rendering is unnecessary. People are not thinking at all about the pros and cons of client-side rendering and reaching for it for any web applications.

Google doesn't use AngularJS for Gmail. They use GWT to render HTML on the server. Side note: AngularJS 2 beta is 500KB. Fucking laughable. Oh and they suggest loading both the AngularJS 1 and AngularJS 2 frameworks on your page to help you migrate.

Facebook doesn't use ReactJS for Facebook. They use PHP to render HTML on the server. Edit: Yes Facebook uses ReactJS for a lot of side stuff, but not for big items like their newsfeed.

Twitter doesn't use client side rendering. They tried it but reverted, because the time to first see the content was too long.

People are building a mountain of abstractions and investing so much time to over-engineer everything in Javascript. WHY?!

For what it's worth, VS.code uses omnisharp-roslyn for its C# integration. So you can get a very similar experience from editors which have omnisharp-roslyn support.

I've tried unsuccessfully to learn the zen of Lisp.

When you read a Lisp one liner, to me it seems like there are many implicit details you have to hold in your head. "Ok after this parenthesis now you have a list of maps keyed by symbols with string values. Ok go up one parenthesis and now it's transformed to a list of maps with..." Continue unwrapping for 3 levels. Get messaged by coworker. "Ok. Where was I? Fuck."

Rich Hickey said something along the lines of "If a function only deals with mutability in local variables (for performance), it's still a pure function". I prefer reading imperative functions that are still pure in that sense and spell out each transformation line by line to reading highly compact code written in powerful languages. Maybe I'm just dumb.

Why is having the shell being able to load offline when the XHR'd content won't be able to load a plus? It makes sense for productivity apps like Google Docs, where you're writing the content, but not for a majority of apps.

I'm tired of web 2.0 ajax sites where you scroll through content, click a link, then you try to go back, and you have to scroll through the same things you didn't care about again. Or in Facebook newsfeed's case even reorders things.

It honestly feels like "Ooh look at this shiny new tech. Let's use it! Why? Because we need to improve 'usability'! proceed to throw other usability concerns into the trashcan"

I tried to go there to ask some questions while picking up the language, and what I got was RTFM, where manual includes the language specification, Effective Go book, and A Tour of Go. Apparently you're unfit to ask a question unless you know everything about the language already. Killed my excitement for learning the language.

Every human being wants happiness. Whether it's money, cool gadgets, attractive significant others, knowledge, volunteer work, exercise, or meditation, the general goal is to feel happy.