591 karma · joined December 26, 2014
username @ gmail
It also only works on a single GSM band in the US (which to be fair, I knew before I bought it), but I was hoping that single band would be usable.
I went back to using a Kindle because the experience is so much better all around. Vaguely intrigued by the new Boox Palma though.
Interesting, sure, but confusing marketing/positioning at a glance
I'd love to know how a gasoline powered F-150 can roll coal.
You can just as easily build a highly modular and decoupled monolith as you can a tightly coupled and fragile microservice. The same point holds true for many of the other pro/cons the author brought up.
- toolchain support is a lot less finicky and better supported (you can use parcel and it "just works") - should I need to bring in a obnoxious third party library, it's far more likely to exist in a react world than mithril
If you're just building something small / on your own, mithril is definitely worth a shot though, it's relatively pleasant to use and packs in some very handy XHR related helpers
Has Valve ever made a statement on this? Sounds like a terrible idea to me / this could be taken down on a whim by Valve.
Ever see a crazy classic car body dropped on top of a truck frame, i.e. a 4x4 60s mustang on a bronco frame?
How many devs actually have the setup in place to use a non mobile device?
I also wonder if the current+last gen iPad Pro that has the new keyboard + trackpad case will gain the ability to run Xcode and native macOS apps in the near future.
Linux and OS X largely work the same way due to their shared Unix-ness and pretty much everyone I’ve ever met or talked with uses Go on one of those two platforms.
If you have to develop software primarily for Windows, maybe don’t use Go - it’s easily the least actively maintained OS target and there are many options for languages that are well supported on Windows by vendors who actually care. Kind of the same folly as trying to write an iOS app not in Swift or ObjC and then complaining it doesn’t work well.
vinwiki probably has a guide explaining them somewhere if you search
https://blueprintjs.com/docs/#core/components/hotkeys
It's essentially a JS decorator `@HotkeysTarget` and then your component gets a `renderHotkeys()` method on it.
So is there potential for much different performance between the same sized instance based on chance?
Aside from bugfixes, I'm sure they could have done absolutely nothing since launching and be profitable and useful.
Sure, maybe it's faster or more efficient or whatever now, but what it is at heart is the _exact_ same thing it was on Day 1.
Think things like json encoding (entirely réflection based), or writing a set of functions that can operate on something more generic. It’s not scary and it’s not really that slow, you just need to be very particular and choosy in your application of it.
Docker Hub is kinda worrying for me, as GitHub, Gitlab, GCP, Heroku, and AWS all offer container registries now (and Quay is open source)