Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
midrus
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
20 ms
·
121.
▲
by
midrus
5y ago
Unpoly rocks. Far better and more conplete than Htmx. Sadly not as good at marketing.
122.
▲
by
midrus
5y ago
I think the idea is to avoid to write the JavaScript yourself, not that you don't use it under the hood.
123.
▲
by
midrus
5y ago
I'm curious about this. Can you share any specific problem you had and couldn't find a solution for?
124.
▲
by
midrus
5y ago
Sure, you can do this for a couple weeks. Do this as the normal way of working and you'll end up alone. Burnout is a thing despite we agree or not on the reasons.
125.
▲
by
midrus
5y ago
I think livewire works better with Alpine. Also, I think Livewire is great for interactions that require a backend request (such as posting a comment, refreshing some data, etc). If an interaction can be performed without reaching for the s
126.
▲
by
midrus
5y ago
I've found Unpoly to be a nice middleground between those framework specific solutions and htmx
127.
▲
by
midrus
5y ago
Do not choose a programming language, choose the framework. Choose the libraries, the availability of devs for hire, the documentation. Choose the approaches and the patterns. The language is totally irrelevant compared to those things. For
128.
▲
by
midrus
5y ago
Also, https://tallstack.dev/
129.
▲
by
midrus
5y ago
Well, probably you are right, but for me ecosystem, libraries, tooling, editor support, performance, etc is far more important than language syntax. But we all have our preferences and that's ok.
130.
▲
by
midrus
5y ago
One of the companies I worked for used Elixir/Phoenix. It is an extremely cool piece of tech but it is nowhere near as productive as Laravel, Rails, etc. Missing libraries, difficult to hire for, bad editor support, and overall feels
131.
▲
by
midrus
5y ago
I did use Rails for several months while helping a friend with his business/sideproject/startup kick-off and despite I really liked it, I much prefer Laravel + Livewire and PHP ( https://tallstack.dev/ ) over Rails
132.
▲
by
midrus
5y ago
I'm one of those web devs that tries everything under the sun, and I also happen to have worked for a lot of companies (more than a dozen already, I'm on my 40s). Laravel is such a *joy*. I've never had this feeling of using
133.
▲
by
midrus
5y ago
I had a coworker which was the most useless developer ever, not able to do absolutely anything by himself and totally unsure about everything. But given it was a big company it was easy for him to "hide" and rely on just showing u
134.
▲
by
midrus
5y ago
Hahaha, you sound like my standup meetings XDD
135.
▲
by
midrus
5y ago
They measured it by the number of Jira tasks moved to "done". The problem is, nobody is asking if those Jira tasks could have been avoided, or be a lot smaller if we were working on a more productive stack. At the end of the day p
136.
▲
by
midrus
5y ago
I'd also add Laravel here. Regarding Django, my problem with it is that it is not a "full stack" framework anymore. Both Rails and Laravel provide a very good frontend solution. Rails with hotwire, etc and Laravel with livewi
137.
▲
by
midrus
5y ago
I'm having a blast nowadays with Laravel. After many years of building microservices and SPAs, I just can't believe how easy and refreshing everything is coming back to a "monolith". Yes, there's some spaghetti some
138.
▲
by
midrus
5y ago
I've already have had a good bunch of similar experiences at previous companies, where you hear all the time "we're moving away from the monolith". Problem is after you've been hearing for 5+ years, it probably mean
139.
▲
by
midrus
5y ago
Well, nowadays I know (because I worked for) so many SF companies with people that would create an scandal in HR just because the catered food had too much salt or there wasn't a vegan alternative. I can't even imagine anyone doin
140.
▲
by
midrus
5y ago
As much as I don't like React, it is here to stay. But even if it weren't, it would still be a better idea to use something existing than writing your own framework. It is documented, well tested, easy to integrate with other tool
141.
▲
by
midrus
5y ago
Convention is what you have in rails. Configuration is what you have in Django. What you have when you need to take 1k decisions per second and tie things together to kind of reproduce something usable as a whole is something totally differ
142.
▲
by
midrus
5y ago
Language does not matter. What matters are frameworks, tools, ecosystem, libraries and developers availability. All langues are good enough and shit at different things.
143.
▲
by
midrus
5y ago
Yes, precisely because I've been involved in maintaining codebases built without real full stack frameworks is why I say what I said. The problem we have in this industry, is that somebody reads these blog posts, and the next day at wo
144.
▲
by
midrus
5y ago
Because for some folks being able to execute JavaScript in the backend is enough to consider it a backend framework. That gives you an idea of how deep the backend knowledge is some times. Scary.
145.
▲
by
midrus
5y ago
I'm really surprised at how easy anything is considered "full stack". Where is the ORM/data access library? The validation framework? The background jobs? The caching system? The translations/i18n system? And the ot
146.
▲
by
midrus
5y ago
They look so desperate, it is even painful to see.
147.
▲
by
midrus
5y ago
I've solved all these problems for myself already: I won't join any company/team were scrum is mentioned in the interviews when you ask how do they work/organize. I'm just not compatible with so much bullshit.
148.
▲
by
midrus
5y ago
Nah. I like being told what the mid/long term end result should look like and let me figure out the details and find the best way to that to me and my other engineering team mates. I like to be judged by what we achieved last month, la
149.
▲
by
midrus
5y ago
All this scrum bullshit is so fucked up. I've left a company just after a couple months because of 1) A terrible product manager and 2) A blindly by-the-book scrum process which led the project to a terrible state, worsening every day.
150.
▲
by
midrus
5y ago
I've always said that frameworks, tools, ecosystem, libraries, community, etc are far, far, far more important than the programming language. Also, nowadays PHP is not 10 year's ago PHP, same as nowadays's JavaScript is not 1
More ›