jb3689

13 ms·

121.
by jb3689 5y ago
People are that “fake” in real life too, it’s just harder to notice
122.
by jb3689 5y ago
I learned very early on in my career that the right way to do estimates is to do multiple estimates and cross-check them. If you have multiple estimates using different methodologies and they all are fairly close then you know you have a go
123.
by jb3689 5y ago
> Then there is Rails. Nothing even comes close Have you tried Phoenix? It's really close. It's better in some ways. The data layer is quite different however. As much as I like Ruby, Elixir made a lot of things I liked about R
124.
by jb3689 5y ago
I didn't think YAML was that bad until I heard about unexpectedly truncated YAML files still producing valid YAML
125.
by jb3689 5y ago
My time with Elixir is pretty stale at this point (5-6 years ago; haven't touched it much in the past 4) so I'm glad to see there are better solutions today > How? They solve completely different problems. Could you explain? I
126.
by jb3689 5y ago
Elixir was a joy to write applications in. OTP provides the most seamless graduation from single-threaded to concurrent to distributed application that I've seen in any language. The abstractions are built the way they are because they
127.
by jb3689 5y ago
Majoring in math in college, I felt like this came up all of the time. Statistics is a prime example of a subject filled with subtle complexity and fairly wild/groundbreaking assumptions/insights that most people just accept as ob
128.
by jb3689 5y ago
All said and done I think you tend to learn that opinions are just that - opinions. Often a team doesn't need more opinions, they need to make decisions and come to consensus, so helping them decide on which opinion is best is more imp
129.
by jb3689 5y ago
The difference between a senior engineer and a junior engineer to me is that a senior engineer knows how to evolve a system into the system that they want/need it to be. They don't just say "well, looks like we have to throw
130.
by jb3689 5y ago
I find it strange how obsessed people are with structural pattern matching while simultaneously putting little mind towards function head pattern matching e.g. Erlang/Elixir. These break up recursive functions so nicely. Maybe it is th
131.
by jb3689 5y ago
Working on hard problems isn’t always a rewarding path. I’ve seen plenty of very senior engineers get sucked into difficult problems with no additional resourcing only to be all but forgotten by the rest of the team. I agree that working on
132.
by jb3689 5y ago
The only thing I don't like about Elixir is the fact that it doesn't come default on most distros so to use it even for scripting I need to pull strings to get it approved. Otherwise Elixir would replace Ruby for me wholesale The
133.
by jb3689 5y ago
On the other hand the one button experience is as far as it has ever been. I just pushed up a website on Amplify in a few clicks, and the only reason it isn’t less is that some people want options.
134.
by jb3689 5y ago
I don’t understand what you’re getting from this. Crash looping can still happen in OTP, the root supervisor can still die if the crash threshold is met in a small window. This would also be very heavy weight. IIUC the issue is not that err
135.
by jb3689 6y ago
"I don't know what was wrong" articles like this come up really often with Mongo. My team manages thousands of Mongo nodes and we have issues, but few are directly due to Mongo. Mongo's documentation could be friendlier
136.
by jb3689 6y ago
"Choose boring technology" implies many different things. I don't like this phrasing because it doesn't identify what part of "boring" is important: * Is boring tech good because older tech with lots of commits
137.
by jb3689 6y ago
If you don't want to delete things, I've found using generated passwords for everything (and not using autofill) is a great way to soft-lock yourself out of things. It's kind of like freezing a credit card in a block of ice -
138.
by jb3689 6y ago
Are you on a product team? What level of experience do you have? I joined a unicorn recently and have felt similar feelings, however I am on an infrastructure team and there is tons of work to do so it's relatively easy to not stay blo
139.
by jb3689 6y ago
CSS is such a weird abstraction. Who thinks in blocks and inline blocks? Who thinks in paddings and margins? Floats, etc? I know these are more flexible, but I've always found grid-based frameworks to be far more intuitive
140.
by jb3689 6y ago
The grading rubrics for interviewers usually gives the candidate points for even mentioning particular algorithms, and I would hope that any decent interviewer would help you walk through trying to recall something. It's meant to be a
141.
by jb3689 6y ago
It's free open source software. Take it or leave it. Fork it if you want. Use an old version if you want. At the end of the day the maintainers (presumably) decided to do this to etcd. They could've rejected the changes but didn&#
142.
by jb3689 6y ago
Seeing Java examples after this does not surprise me. Testing is hard in Java and it forces you to change your design. Maybe better put - testing stateful objects is hard I do a lot of dev in Ruby and testing there is super easy and powerfu
143.
by jb3689 6y ago
I agree with this. Taking on a "UI overhaul" of something folks don't see as a problem is just inviting them to try other tools. A lot of devs love using Github already - why up-end them?
144.
by jb3689 6y ago
Another fascinating thing is how we as a community reacted to this simplicity. One thing in particular that I find interesting is the conventions that have been built up. Many tools don't just accept text streams but react the same way
145.
by jb3689 6y ago
> In my opinion as well, the future of software development is somewhere in the middle of this spectrum Unfortunately this is complexity in and of itself. I don't disagree that different cases require different tools, however the sp
146.
by jb3689 6y ago
I think what the OP is getting at is that the people writing the other command line tools didn't have to write that logic (and thankfully we can instead centralize it in a limited set of tools like sed and awk)
147.
by jb3689 6y ago
Unfortunately the reason we have frameworks is because there are so many gotchas. It's true - vanilla JS can do a lot however, there are also a lot of strange edge cases that aren't handled well. If you don't mind failing on
148.
by jb3689 6y ago
> What we really need is a new Google Maybe, maybe not. How useful is Google (or search in general) to you? For me search is more of a convenience tool than for finding sites that have information. There are questions I need answered but
149.
by jb3689 6y ago
- Erlang/Elixir: taught me functional programming, pattern matching, recursion, supervision, how to achieve fault tolerance - Docker: taught me about server management and immutable infrastructure; paved the way for a lot of concepts (
150.
by jb3689 6y ago
It's just incredible to me how many people want to introduce churn amongst the entire Ruby community over this. We're talking about thousands of hours at least just to make the change and probably a lot more in following broken li

More ›