Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mmcnl
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
47 ms
·
721.
▲
by
mmcnl
6y ago
Time-to-market is 99% an organizational problem.
722.
▲
by
mmcnl
6y ago
Backend and frontend are different species and require different skillsets. It's much easier to scale from an organizational perspective using SPA's, especially in companies where software is not the core product (think non-tech F
723.
▲
by
mmcnl
6y ago
This is partly true, but I would also like to state things have much improved. I can vividly recall the 2000s where practically every website would look and behave differently in different browsers. I recall a lot of debugging client-state
724.
▲
by
mmcnl
6y ago
It loads instantly on my Xr.
725.
▲
by
mmcnl
6y ago
This is a very simplistic characterization of what's happening. First of all, for all the broken websites there are also a lot of websites that are not broken at all. It's also very easy to make a broken website using a completely
726.
▲
by
mmcnl
6y ago
Like 90%.
727.
▲
by
mmcnl
6y ago
That's how I do it. I absolutely agree with the overengineering. I'm pretty confident my low-end Celeron server could handle a large number of concurrent visitors over my fiber connection at home.
728.
▲
by
mmcnl
6y ago
You're nitpicking. The situation is a night and day difference compared to 10-20 years ago.
729.
▲
by
mmcnl
6y ago
This is not true at all. The web is at a much better state than 20 years ago. There may be some thing going on that are not ideal, but the it's a night and day difference. I don't know why this gets so many upvotes.
730.
▲
by
mmcnl
6y ago
The problem is often not scrum but the organization. Any organization can misuse any framework for micro management. Scrum is only successful when it empowers developers. If scrum doesn't empower you, then do something else or try to f
731.
▲
by
mmcnl
6y ago
Scrum can only be successful if everyone is viewed and respected as peers. This is a hard requirement for scrum to be scrum. Otherwise it's just micro management.
732.
▲
by
mmcnl
6y ago
I don't think so. Within a company departments can have different interests that sometimes clash. A mature team would notice this tension and signal this to the stakeholders. I think developers often think that people outside scrum tea
733.
▲
by
mmcnl
6y ago
I think your preferred way of working is pretty close to what scrum aims to achieve. Often scrum gets implemented in totally the wrong way so I can understand your negative experience.
734.
▲
by
mmcnl
6y ago
I think the goal of scrum is exactly what you are striving for: to only have the end result count. If you can achieve this without a process, that's great. However, that puts a big responsibility on the developer: you need to weigh dev
735.
▲
by
mmcnl
6y ago
This doesn't make any sense. jQuery is a library for DOM manipulation. React is a view layer framework. They are totally different solutions for different problems. If jQuery suits your needs, you probably don't need jQuery at all
736.
▲
by
mmcnl
6y ago
Technical is quite a broad term. There are quite some challenges in designing and engineering large ML data pipelines, both from a technical and business perspective. But I agree it's a specific problem that is arguably boring to a lot
737.
▲
by
mmcnl
6y ago
Not a solution, more a workaround, but on Windows I highly recommend developing using WSL, especially for Python. WSL + pyenv + poetry + VS Code with Remote WSL works amazingly well.
738.
▲
by
mmcnl
6y ago
Documented workflow. Deterministic execution. pyproject.toml is part of the PEP spec, requirements.txt is just a convention. Explicit vs implicit.
739.
▲
by
mmcnl
6y ago
The problem is that PM responsibilities require a vastly different skillset than engineers usually need. I completely agree with you, but these people are extremely rare. Also, technically this doesn't eliminate the role but it does el
740.
▲
by
mmcnl
6y ago
Probably an unpopular opinion but I wholeheartedly agree. I think HTML/CSS is excellent.
741.
▲
by
mmcnl
6y ago
Exactly, a lot of devs complain about meetings and just want to code.
742.
▲
by
mmcnl
6y ago
macOS is not perfect. Brew is inferior to apt-get (which WSL2 offers), and Docker needs virtualization in macOS as well. Windows + WSL2 is a strong competitor for the Unix experience on Mac, and sometimes even better (because it is actual L
743.
▲
by
mmcnl
6y ago
The desktop experience Windows offers is often a lot better than the desktop experience of Linux. Then there's also the issue of Linux hardware support which often is not optimal. Also a lot of people need to use Windows for work and d
744.
▲
by
mmcnl
6y ago
Me too. I abuse it often as well (hard shutdowns with wsl --shutdown, interacting with files from both Linux and Windows side, etc.). The only issue I have is that because of the virtualization approach it uses more RAM as there is no unifi
745.
▲
by
mmcnl
6y ago
Dead-declared live longer.
746.
▲
by
mmcnl
6y ago
I use hckrnews.com as my main entry for HN. It's very clean and gives you a nice overview of relevant topics.
747.
▲
by
mmcnl
6y ago
A big problem is that Apple doesn't support MST even though it's part of the DisplayPort specification and Apple says they support DisplayPort over USB-C. As a result it's very difficult to create a dock that supports multipl
748.
▲
by
mmcnl
6y ago
I also have a WD15 and it works very well. Connecting everything with one cable is a very nice feature. It's a USB-C dock though, and not Thunderbolt.
749.
▲
by
mmcnl
6y ago
I have trouble appreciating the 20% time. What's the fun in doing something by yourself? Isn't the exciting part about Google working at scale with resources you'd never have anyone else? Personally I feel like I would declin
750.
▲
by
mmcnl
6y ago
The wording seems so negative. You could also say Docker is evolving to something bigger. And that's a good thing. The simple approach to containers and the workflows that come along with them are nothing short of revolutionary if you
More ›