luord

57 ms·

481.
by luord 7y ago
Depending on the size of the refactor, the lines between it and "rewrite" start to blur, so I'm just going to consider what I'm doing right now at my job a big refactor of how the data is stored and read, even if it invo
482.
Name the Abstraction, Not the Data(thoughtbot.com)
3 points by luord 7y ago|0 comments
483.
by luord 7y ago
> We don’t have to respond to an ill-formed value by raising an error! We just have to explicitly ignore it. The point of the article is basically "dynamic type systems are not inherently more open because we can just ignore type er
484.
by luord 7y ago
We made measurements this way in my physics I lab classes. Guess there's no reason why it wouldn't apply to software.
485.
JavaScript destructuring like Python kwargs with default(peterbe.com)
2 points by luord 7y ago|0 comments
486.
by luord 7y ago
Great, another one of these articles, but this time I feel more confident in my usual reply, having been working in Go exclusively for a while. > Implementing all of this functionality in Python may be doable with recent tools like async
487.
by luord 7y ago
> OOP is not at odds with FP. You don't need to tell me that. I'm a bit shocked that you haven't seen a discussion on the "virtues" of functional programming and "evils" of object oriented programming
488.
by luord 7y ago
I am aware of those definitions. It was "sound" and "unsound" what threw me off. > Whether or not you're writing JavaScript or TypeScript, you're still thinking in types, function signatures and data structu
489.
by luord 7y ago
> Weak and strong systems aren’t honestly very well defined I see, but at least the literature I read on typing actually mentioned them. Nothing I read in college regarding type systems ever included the words "sound" or "
490.
by luord 7y ago
Is that a common practice recently (or maybe a practice I missed entirely)? Las time I used webpack (for example), we were still creating a minified css file that was meant to be linked in index.html, but I haven't done frontend in a w
491.
by luord 7y ago
"Is Typescript worth it?" No, but not because the tired diatribe on typing, but because JavaScript nowadays is mostly good enough... As long as we remember what its goal is and we don't use it for anything more than its inten
492.
by luord 7y ago
This is a great list and I'll keep all this in mind, even if I see number one as near unfeasible. The one I found most surprising was number four. If using PaaS is better practice, then I certainly won't feel lazy anymore for not
493.
Switching from PyUp to Dependabot(bluesock.org)
1 points by luord 7y ago|0 comments
494.
Terrier: An open source tool for analyzing containers and image components(blog.heroku.com)
1 points by luord 7y ago|0 comments
495.
by luord 7y ago
I have nothing to add that hasn't been said in other comments, so I'll comment on something that surprised me a bit: > Looking back to the twenty-year-old me and the person I’ve now become, I see almost no similarities, interes
496.
Cryptocurrency incentivised code reviewing, open sourced(blog.picnic.nl)
1 points by luord 7y ago|0 comments
497.
by luord 7y ago
Just read the three top comments and their threads. There was absolutely no meaningful discussion or worthwhile contributions in any of them, just fans of less popular languages mostly venting their resent. The weirdest thing is that they a
498.
by luord 7y ago
1. Introduce a new version with the plan of discontinuing the previous version 11 years later (that's almost half of the time that, by then, python had been a thing), that itself was released only three years after the very tool you&
499.
by luord 7y ago
It's really odd that around 30% of the people who commented defending kubernetes are merely echoing stuff that the article itself mentioned. Also, it's weird that the argument of another 30% of people defending kubernetes boils do
500.
by luord 7y ago
This doesn't seem all that different from app engine or any other PaaS. Even the example he wrote is similar (probably longer) to a small guide I wrote for deploying to gae.
501.
by luord 7y ago
> Do you have specific experience that suggests that hyper-generalizing code before you even know about multiple use cases is beneficial over carefully extracting shared logic only when needed? I've gone over my comment three times
502.
by luord 7y ago
Well, I mentioned Fowler because of this: https://martinfowler.com/tags/clean%20code.html Though he and Uncle Bob agree on many of these things so one could replace one for the other in my comment, I think.
503.
by luord 7y ago
> Let clean code guide you. Then let it go. Nah, no offense to the react fans but I'd rather listen to Fowler than to this guy. Sure, there are very specific exceptions where repeated code is an asset instead of a liability (and man
504.
by luord 7y ago
There were several good points both for and against the article in this comment section. I was pleasantly surprised, usually the threads caused by posts like this turn into "static typing vs dynamic typing" or "functional vs
505.
by luord 7y ago
I'm against the concept of performance reviews on principle for two reasons: 1. No matter how friendly and "two-way street" the manager tries to make it, the engineers are still captive audience with their jobs on the line wh
506.
Ideas for Python Authors(blog.paoloamoroso.com)
1 points by luord 7y ago|0 comments
507.
Monitoring performance the easy way: HAProxy to the rescue(tech.okcupid.com)
3 points by luord 7y ago|0 comments
508.
Atomic lock-free counters in Python(julien.danjou.info)
1 points by luord 7y ago|0 comments
509.
by luord 7y ago
SEEKING WORK | Americas | Remote Full stack developer with extensive experience in Python (Flask, Django, SQLAlchemy, Celery, Alembic, Pytest, Fire) and JavaScript (VueJS, React, Webpack, NodeJS, Express, Jest) and also experience with oper
510.
by luord 7y ago
My very first step to get rid of Google would be finding a stock android phone with an update schedule as good as the pixel. So far I'm yet to find a convincing candidate, but if someone here can recommend one such phone, that doesn&#x

More ›