I have a Hisense HiReader Pro and it's awesome + super usable for actual day to day phone things on wifi, but the cell reception overlaps with a single LTE band in the US that's not really usable around where I live.
HN user
fortytw2
github.com/fortytw2
username @ gmail
I have a HiSense HiReader Pro that I picked up right when it came out. It's absolutely loaded with nonsense + makes zillions of requests to Chinese IPs and it takes ages to figure out how to disable / block it all.
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.
Seems like this is more of a "PostgreSQL distribution with search extensions" than "ParadeDB is an open source ElasticSearch alternative built on Postgres..."
Interesting, sure, but confusing marketing/positioning at a glance
fwiw that's a vehicle with a modified exhaust (and not a particularly fast one to begin with)
Also anecdotally in this group - switched from AT&T yearly prepaid (25$/m or so) to post-paid Verizon because it got worse and worse over the three years I had it. Throttling got significantly worse over time and had a number of support issues with the yearly setup.
American pickup truck driver never asks his gigantic blacked-out coal-rolling Ford F-150 Raptor
I'd love to know how a gasoline powered F-150 can roll coal.
Fastmail!
It'd be an excellent joke to not fix it
I can’t wait for the day the EU actually tries to enforce their laws on individuals and companies with no presence there. Will be a fun extradition battle to watch
Many of the points in this article are entirely a matter of implementation, not inherent to or ingrained in any particular architectural choice.
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.
I used to use mithril for almost every new project I'd start, but I've switched over to using React w/ Hooks for just about everything for two main reasons:
- 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
TC2 is based on the 2017 TF2 source code leak ...
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.
The third point is extremely close to how trucks have always been built. Body-on-frame construction has been prevalent in the automotive industry for a very long time.
Ever see a crazy classic car body dropped on top of a truck frame, i.e. a 4x4 60s mustang on a bronco frame?
Is it just me or did apple just bungle this entire announcement by not announcing a consumer facing ARM MacOS device, only a hot-rodded Mac Mini with an iPad Pro chip inside.
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.
I'm pretty sure google allows you to do this though, so Apple isn't bypassing any "rules" on android.
by doing this, do you suggest also tying your dependencies versions to those packages with the distro version you're running?
I absolutely agree. The one time I had the great misfortune of building software for windows I was extremely happy to see Go worked at all.
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.
I’m pretty sure all roads above 55mph in the US are restricted access (exit/entrance ramp only) interstates - not highways with stoplights and intersections.
VINs roughly follow patterns, so if you know one, you can figure out many other cars with very little brute force effort.
vinwiki probably has a guide explaining them somewhere if you search
This is neat, but the way blueprintjs handles Hotkeys is my absolute favorite of anything I've used.
https://blueprintjs.com/docs/#core/components/hotkeys
It's essentially a JS decorator `@HotkeysTarget` and then your component gets a `renderHotkeys()` method on it.
Kinda anecdotal, but the one in Richardson (DFW) is almost always packed. Easily one of my favorite brick and mortar stores anywhere.
Go, Postgres and a dirt simple React/Typescript/Parcel app as the frontend. 99% of the time you won’t need anything else.
Ah, I've been assuming that a vCPU == a CPU hyperthread since forever, hadn't realized that changed.
Both EPYC and Intel chips behind these?
So is there potential for much different performance between the same sized instance based on chance?
Yes, and I would imagine that could only be done inside of the Great Firewall, which I’m pretty sure is operated by the Chinese Government?
I didn’t see this anywhere in the article (maybe I missed it), but because this utilizes the Great Firewall, it’s undoubtedly done by the Chinese government, right?
I agree! That's why I think it's so interesting.
Aside from bugfixes, I'm sure they could have done absolutely nothing since launching and be profitable and useful.
It's pretty incredible to think that for all the billions of dollars around Slack it's still fundamentally the same product with the same value add that it was when it first launched.
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.
empty interface{} and struct tags really shine when used as a library author, or authoring a bit of extremely reusable code that’s pervasive throughout a codebase.
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.
Oh, the macOS app? I've never used that or the Windows app, do you still use the CLI to control them?
Docker Hub is kinda worrying for me, as GitHub, Gitlab, GCP, Heroku, and AWS all offer container registries now (and Quay is open source)