I'm solid with Clojure, and I am not even sure how to begin expressing this transformation without Specter.
Granted, it's not clear why you would want to do this in a real program. But I'm convinced about the generic power of such transformations and have little doubt I'd find use cases (albeit probably not this use case) in real code bases.
Author here. Apologies if this came across as clickbait. Would you point to said documentation? I haven't been able to find the parts that illuminate this issue, including on the official architecture page [1]. Thanks!
Author here. Thanks for your comment. I figured this would be obvious to some.
Question: do you know of a good resource that describes docker in these terms, such that what I wrote about isn't surprising?
The official architecture page [1] doesn't illuminate this issue. To be fair, it isn't super relevant—so long as you run Linux, OS X, or Windows. When you run alternative OS's, though, it becomes pretty important.
To me, none of this is obvious and my limited understanding has taken several years and many hours of podcast listening and technical reading. I still don't know squat.
> Docker on FreeBSD utilizes the Linux compatibility layer. It was introduced in 2015. It is officially experimental.
Huh!? I remember running unmodified Linux binaries on FreeBSD (and other BSDs) in the late 90s. Maybe it was not suitable for most docker images and that started last year...
All OSes that are not Linux are alternative OSes. Even Windows and OS X are running docker under virtualization one way or another (docker machine or the more recent virtualization shims).
I'd like to propose a sixth rule: don't move the goal posts. In other words, don't load additional content dynamically. This violates the user's expectation of when they will be finished scrolling. I find this frustrating, and I doubt I'm the only one.
I definitely agree with not moving the goal posts, I think this makes the scroll indicator useless since we make mental 'bookmarks' based on position. I believe a good compromise would be to keep the document height fixed and without loading everything. This wouldn't work for 'infinite scrolling' solutions, but scale-resetting could be minimized this way.
a) Fair, although I think the author's justification for describing it as such is reasonable. b) Sure, but I don't think maturity is the point. I think the point is to establish a way of thinking about emotions—which I suppose might be more useful the less mature a person you're dealing with.
Someone can be fairly mature and still have very strong emotions. Furthermore, just because the strength of the emotion is easily detectable in one person, doesn't necessarily mean it is as perceivable by another person. What allows a person to perceive emotions has to do with how well they have trained their awareness to pay attention to emotions rather than either ignoring them, or avoiding them.
Hunger itself isn't an emotion. It's a complex of physical sensations. However, in most people, it is highly coupled with various emotional responses. Hunger is one of the first things an infant experiences, often coupled with being fed by a parent and loved upon. It's not accident that a lot of people (not everyone) eat more when they are stressed. (Comfort food). I have seen otherwise mature adults regressed to childhood, infantile behaviors because they skipped a meal.
It's actually a fairly immature understanding of emotions to associate poor emotional control or behaviors with the level of maturity. Your ability to handle emotions has more to do with whether you fully pay attention to the emotions and process them out. Although people with greater physical age will tend to have experienced a wider range of emotions in a variety of life circumstances, if they don't pay attention to them when it happens, it festers in the back of the mind, carried on for years.
I think this model is a "good try". It seems good enough for now, for the author. And although it scratches the surface, I think it's great for anyone to think about this more closely.
To really start digging in there, you have to allow yourself to experience the emotion; "thinking" about an emotion without allowing yourself to experience it or be aware of it tends to be a way for the mind to avoid experiencing painful things.
I bet Skyline does a good job helping them keep track of all the system metrics. But, I think one thing our tool does better is periodic timeseries. That's the sweet spot of our tool, and it looks like Skyline doesn't have any special considerations for periodic timeseries (although it looks like their ensemble of algorithms is extensible).
Anyway, thanks for the link! And I hope you liked our tool!
Interesting idea! You remind me that I have seen such pricing calculators before, e.g. on Heroku's website. Yeah, I could see a more complex approach working well to let me cover all the bases. Thanks!
Nice guide! That is very useful, to consider the perceived value rather than the absolute value. And I found many other nuggets of wisdom. I look forward to reading the rest. Thank you!
Thanks for your reply. You're right, of course. But rather than try to explain my market, target user, competitors, etc., I think I can translate discussions of Github vs. Bitbucket fairly well into my situation.
So, can you elaborate? Why is Bitbucket better for closed-source and Github better for open-source projects?
Granted, it's not clear why you would want to do this in a real program. But I'm convinced about the generic power of such transformations and have little doubt I'd find use cases (albeit probably not this use case) in real code bases.