pcx

7 ms·

31.
by pcx 8y ago
CloudWatch has the worst UX of any log management tool I've used. We are using Logentries currently, and it is so easy and intuitive. I just don't get how AWS developers are able to accept the eyesore that is their UX. It's e
32.
by pcx 8y ago
I used Lastpass for about 5 years and moved to bitwarden a couple of years back. I never had to turn back again. The browser addons are great, but the mobile app is fantastic, simple, usable and lightweight. It's great to hear that it&
33.
by pcx 8y ago
In the last 3 months, we have built the new version of our API in Golang, the old one was in rails. The api serves a mobile app and a web app. Despite taking longer to build, it's a treat to work on Golang. The explicit error handling
34.
by pcx 8y ago
Us Hindus also believe that one of those monkeys could fly, namely Hanuman. That doesn't mean it can be possible. A lot of Hindu mythology is pure myth. Do not even try to link it to science. Supporting myth and superstition with pseud
35.
by pcx 8y ago
You are overreacting. I agree with the OP. I am a dev. I've designed a few websites before and can find my way around Photoshop or Illustrator. But I would rather just use this tool and generate a logo in 10mins for my side project. De
36.
by pcx 8y ago
To clarify, I(and the OP) was specifically talking about programming language specific package managers.
37.
by pcx 8y ago
And, most CIs cache build dependencies these days which is an easy work around.
38.
by pcx 8y ago
> The speed of the solver is not a problem in any other package management system I've seen This! I've never heard anyone complain about this aspect of a package manager, EVER. vgo seems to be optimizing for a problem no one ha
39.
by pcx 8y ago
This is true. The case I encountered was, you cannot install `aws-sam-local` with yarn, you will need npm to do the install.
40.
by pcx 8y ago
I've been a very heavy user of React with Flowtype. At some point, one would encounter the limitations of having just a type checker instead of a full-blown statically typed language. Also, the build story of the react ecosystem is not
41.
by pcx 8y ago
I think the current approach of announcing the death of `dep` before even having a stable alternative (`vgo`) is deeply flawed. With `dep` the ecosystem finally had something most of the developers agreed on, despite whatever shortcomings i
42.
by pcx 8y ago
Argh, would love to have one for Ruby too! I am a big fan of Flowtype, definitely going to check out Pyre!
43.
by pcx 8y ago
Draw.io is pretty great. I've started trying out RealtimeBoard.com, but haven't really got a hang of it yet.
44.
by pcx 8y ago
That's certainly an advantage. But for devs like me, we are used to prog langs providing a set of APIs in the stdlibs, that are officially blessed to be maintained. They might not be the best designed, but they are guaranteed to work f
45.
by pcx 8y ago
A couple of commong APIs I can think off the top of my head: - HTTP client - CSV parser/generator I know Hyper and rust-csv are popular. But having an stdlib that's much more feature complete would be great.
46.
by pcx 8y ago
The wonderful thing about Rust is that despite being fairly new and rare to get paid for working on it, it is still enticing( to most programmers I've met). The consistent effort to improve it is really paying off. I hope it gets to a
47.
by pcx 8y ago
> Compatibility with the Redis protocol means you can migrate your applications with zero code changes. Does this mean they don't actually use Redis, but have an alternate implementation of the protocol? In such a case, wouldn'
48.
by pcx 8y ago
It is ingenuine on their part to not report how detailed the trip data they have is. Trip data could easily show Users' home/office locations, their daily travel patterns, their kid's daycare and whatnot. This kind of knowled
49.
Announcing Tower – A library for writing robust network services with Rust(medium.com)
3 points by pcx 8y ago|0 comments
50.
Service Mesh for Microservices, LinkerD, and the Recently Released Conduit(infoq.com)
3 points by pcx 8y ago|0 comments
51.
by pcx 9y ago
We moved to use Fly.io over CloudFlare for providing SSL on custom domains for our customers. CloudFlare gave us a quote of over $2500/month and Fly.io was free of cost. The onboarding was spot-on, we got to talk to one of their engine
52.
Should you learn Rust?(vorner.github.io)
3 points by pcx 9y ago|0 comments
53.
by pcx 9y ago
I had a similar discussion with my wife. I instead found it better for her to start off native mobile app development. She has started the udacity android course and is loving it. The best thing about learning Android for beginners, compare
54.
by pcx 9y ago
This is true, but using a Distributed system like Spark itself adds a ton of complexity in having to understand and manage it. If one can do something with a set of stateless processes, even if it's more performant, I feel it's a
55.
by pcx 9y ago
Isn't AMP open source? How is it bad, and an abuse by Google?
56.
by pcx 9y ago
How is that a good enough reason to downvote? I haven't said they don't apply for TS. I am specifically speaking about my experience trying both TS and Flow.
57.
by pcx 9y ago
As I mentioned we couldn't get TS + Webpack to work properly. I am not dishing TS, I just couldn't evaluate it all that well. To expand more on your points: - Flow has more & better type definitions for React than TS. I think
58.
by pcx 9y ago
We faced a similar situation in our project and went with Flow instead. We found a TS + Webpack setup too unreliable. There are couple of popular Webpack loaders (ts-loader and at-loader), and both kept crashing the Node process every other
59.
by pcx 9y ago
Yeah, either way it is objects. Traits feel so much more flexible though; and more natural a layer over JS object-orientedness. It also makes it a pain that there are some important semantics missing while using classes in JS. Someitmes Jav
60.
by pcx 9y ago
Associated functions and associated constants sound so yum! That's one thing I would love to have in Flowtype. But classes seem to serve that use case well enough.

More ›