Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
danmaz74
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
58 ms
·
691.
▲
by
danmaz74
8y ago
There could be sexism at work or not, but how can you even define "identical" teachers? I never saw two teachers that were identical (even if they had the same gender, ethnicity, age and sexual orientation).
692.
▲
by
danmaz74
8y ago
I personally found that the most useful diagram to help me understand a Rails project I don't know is the E/R automatically generated from this tool: https://github.com/voormedia/rails-erd Being automatically
693.
▲
by
danmaz74
8y ago
I suspect they were talking about products for marketers.
694.
▲
by
danmaz74
8y ago
I had understood that the current US administration's point of view was that the US had no allies, but only leeches hell bent on ripping off the US? So, I'm wondering which allies they're talking to.
695.
▲
by
danmaz74
8y ago
A very experienced programmer can learn a new framework in 2 weeks and start being productive - even if not not as productive as he/she will become in 1 year. But a junior dev won't become an experienced dev with 2 weeks of study,
696.
▲
by
danmaz74
8y ago
Hmmm... you have a point, but then, shouldn't it be "decoupled into modules"?
697.
▲
by
danmaz74
8y ago
> TDD doesn't think for you I totally agree, but I met several programmers who think the opposite.
698.
▲
by
danmaz74
8y ago
I beg to differ. Having to run the full test suite to catch significant errors is an indication that the software design isn't (very) modular, but it has nothing to do with unit tests. Unit tests do not replace service/integrati
699.
▲
by
danmaz74
8y ago
Tbh, having a state of very frequent wars wasn't an exclusive to Europe.
700.
▲
by
danmaz74
8y ago
It depends so much on what you're doing. I've been in situations where junior or mid level devs spend a ridiculous amount of time on details that add almost no business value even in the long term. The best developers from the em
701.
▲
by
danmaz74
8y ago
Regarding the OS, experience tells me this won't happen - very specialised tools are almost always better at very specialised tasks.
702.
▲
by
danmaz74
8y ago
> Your real choices are: "fast and buggy" vs "slow and correct". It's not a binary choice, it's a dial. And anyway, after more than 30 years of programming experience, I can tell you that I can write mostly
703.
▲
by
danmaz74
8y ago
It doesn't generate code, it "just" allows you to load and save fields by checking the tables structures. You still need to add code manually for relationships and some specific features. Regarding the attributes you listed,
704.
▲
by
danmaz74
8y ago
Rails finds the fields from the dB and turns them into properties automatically... Isn't this exactly what you were asking?
705.
▲
by
danmaz74
8y ago
Thank you for your answer, but I don't think that would have been feasible - our employer called me exactly because the team was very slow, and adding so many additional steps would make me very slow too. I'm now changing contract
706.
▲
by
danmaz74
8y ago
Conceptually, I completely agree with (6). Practically, though, I found it really hard to do in some situations. Specifically, when doing something where the solution is well known for the beginning, creating PRs which are small and easy to
707.
▲
by
danmaz74
8y ago
Even dogmatic people can learn not to be dogmatic.
708.
▲
by
danmaz74
8y ago
As you correctly point out, microservices != SOA. So, a critique of microservices doesn't imply a critique of SOA.
709.
▲
by
danmaz74
8y ago
But network calls ARE inherently flakier and slower. What good does it to imagine they weren't?
710.
▲
by
danmaz74
8y ago
Interesting... thanks for the link!
711.
▲
by
danmaz74
8y ago
Meta comment: I miss the time when there were many more stories like this one on HN. I'm sure that one reason why there aren't as many now is that lots of low hanging fruits for niche tech/online/mobile businesses have a
712.
▲
by
danmaz74
8y ago
It all depends on what you definition of success is. If your definition is creating a high-growth technically innovative business (what many would say a tech startup is), then this for sure isn't a good way to achieve success. If your
713.
▲
by
danmaz74
8y ago
Maximise value as in maximise growth? Then, yes
714.
▲
by
danmaz74
8y ago
It's not about saving. It's about using your resources wisely. The opposite of what this government is going to do.
715.
▲
by
danmaz74
8y ago
Let's not forget that the 5th place we briefly held was financed by the enormous unproductive deficit spending which is the root cause of our last 20 years of almost-no-growth. That was just growth on drugs, spending the future earning
716.
▲
by
danmaz74
8y ago
> Engineers who want to increase their impact and scope should focus first and foremost on the skill of making smart tradeoffs between technical realities and the requirements of other business functions--aside from simply writing code,
717.
▲
by
danmaz74
8y ago
You really trust your data point of 1.
718.
▲
by
danmaz74
8y ago
The ENORMOUS difference is that, in China, you only have sources with one bias - the one the government wants. In the West, for all our defects, you can get all the points of view you want.
719.
▲
by
danmaz74
8y ago
Learning to touch-type. I spent maybe a few days in aggregate when I was in high school to learn it on my own, and it's a skill that massively paid off in the almost 20 years since.
720.
▲
by
danmaz74
8y ago
If you bought Bitcoin at 100 and hodled, would you say you made a lot of money? If the answer is yes, wouldn't you do the same thing if you bought at 20k - and say you lost a lot of money?
More ›