Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
danmaz74
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
45 ms
·
571.
▲
by
danmaz74
8y ago
> > starting from scratch or from a minimal base is massively slower > This isn't the better alternative to frameworks. I was specifically answering to the remark from the what was at the time the top comment, saying that star
572.
▲
by
danmaz74
8y ago
To be fair, Rails now makes it much easier to swap libraries if you need to, compared to how it was at the beginning. I agree that that's something useful, but personally I still think that having a sane reference combination to start
573.
▲
by
danmaz74
8y ago
Meta: I read this on the tube, and wanted to write a comment when in the office. Came here, and it's well out of the first page, even if there were many additional upvotes. I really wonder who hates rails so much to flag an article abo
574.
▲
by
danmaz74
8y ago
From my experience, it really wouldn't read the same with Node.js. Maybe some framework on top of Node could reach a similar level of productivity and maintainability, but for now we're far from that. I suspect that the JS world b
575.
▲
by
danmaz74
8y ago
Having worked with many different languages and frameworks over the years, I have to disagree: when creating web applications, starting from scratch or from a minimal base is massively slower, more error prone and less safe than starting fr
576.
▲
by
danmaz74
8y ago
I think the point the OP was making was more about the tooling than the format. Having a library that forces you to define the format you're using, instead of dumping to_json whatever internal representation you had, also doubles as do
577.
▲
by
danmaz74
8y ago
Sure, no problem with boilerplate. For any non trivial code, which needs to be maintained and be kept well tested, to the contrary of the OP, I would favor shared libraries over copy/paste.
578.
▲
by
danmaz74
8y ago
> favor copy/paste code over reuse to reduce coupling. This looks like a big step backwards to me.
579.
▲
by
danmaz74
8y ago
One of the two planes was downed by a missile, and this was clear from the start. The only question was who was responsible for firing the missile. Your argument is extremely forced.
580.
▲
by
danmaz74
8y ago
It's great to see that it's still possible to create specialised social networks outside of Facebook...
581.
▲
by
danmaz74
8y ago
I now understood why I was confused about this - this only works for the "generated for you" playlists. What I was looking for is for a way to automatically skipping specific songs on any playlist.
582.
▲
by
danmaz74
8y ago
You're right. I didn't notice this addition.
583.
▲
by
danmaz74
8y ago
Edit: what I asked is now possible, so please disregard my comment. A bit OT, but I really wonder why Spotify doesn't allow to block songs which a user hates. It looks like such a simple and super useful feature, anybody has any idea w
584.
▲
by
danmaz74
8y ago
Google already has great routing technology, much better than Uber's according to their own drivers.
585.
▲
by
danmaz74
8y ago
> "When you hit a pedestrian with a car, you're in the wrong", it doesn't become more unambiguous than that. Such a general principle would be unreasonable. I'm all for putting pedestrians' safety first, but
586.
▲
by
danmaz74
8y ago
Interesting, thank you.
587.
▲
by
danmaz74
8y ago
> It is entirely orthogonal. Of course a well-designed microservice is easier to test than a monolithic ball of mud, but a well designed monolith is also easier to test than a poorly designed spaghetti of microservices. I would also add
588.
▲
by
danmaz74
8y ago
Testing components in isolation is useful to ensure that your components work as expected. But it will never ensure that your whole system works as expected, unless the interaction between your components is so simple as to be obviously c
589.
▲
by
danmaz74
8y ago
We really really need some public body to pick up those cases. Or, at least, some non-profit. I'm sure many would contribute.
590.
▲
by
danmaz74
8y ago
Yes, just like we're forced to pay for police even if we've never been robbed...
591.
▲
by
danmaz74
8y ago
Ideally, you should have both unit and integration tests. See "Test Pyramid".
592.
▲
by
danmaz74
8y ago
You can pre-render React with Rails too (and other frameworks).
593.
▲
by
danmaz74
8y ago
Yes, it's for sure a quicker way to have 100% test coverage...
594.
▲
by
danmaz74
8y ago
React for a js front end makes a lot of sense. But, for the back end, what advantages did they expect by moving to node - besides having the same language in the back end?
595.
▲
by
danmaz74
8y ago
Out of curiosity, which more modern stacks were those?
596.
▲
by
danmaz74
8y ago
What the author didn't consider is that test code adds redundancy to the code base - if you introduce a bug only in the test code, while the tested code is correct, will make the test fail, and you will fix this. Where instead the amou
597.
▲
by
danmaz74
8y ago
I almost only use mocks for external calls (usually external APIs). Very rarely, I use them for some internal code that is unusually time consuming or difficult to set up. A few months ago, I did a contracting job and the team I worked with
598.
▲
by
danmaz74
8y ago
Maybe you could update the meetup page, asking if anybody wants to volunteer to restart them? I moved here only recently and wouldn't be able to do that for now, but maybe somebody else could. As it stands now, I suppose that most peop
599.
▲
by
danmaz74
8y ago
Would love to come to a London hn meet up...
600.
▲
by
danmaz74
8y ago
Unfortunately, being a very good moderator vs just good enough doesn't make a big difference for the employer. That's a very big difference with doctors, programmers or actors. IMHO, construing that this happens because of a consp
More ›