matt7340

7 ms·

1.
by matt7340 9mo ago
This is what Angular does, where an Angular component is typically rendered as a custom tag. I find it to be one of the (very) few nice things about Angular, as it can be helpful to track down components in a large codebase. I haven’t used
2.
by matt7340 11mo ago
Great nostalgia! I fondly remember QuickBasic, and how excited I was to compile my BASIC code. And the rarely mentioned gem I thought was amazing at the time: Visual Basic for DOS!
3.
by matt7340 2y ago
All true, but glosses over a lot of nuance and wide variety of contexts, particularly B2B. We’re likely going to switch to Cognito because maintaining OIDC auth has been a pretty big cost for a small company. IdP configurability in particul
4.
by matt7340 2y ago
I really like the Decoders library for this. Similar in function to Zod, but a more Elm inspired approach - https://decoders.cc/
5.
by matt7340 3y ago
I've read that Angular is also extensively used for Google internal projects. How do the teams choose between Angular and Lit?
6.
AWS HealthScribe – automatically generate clinical notes(aws.amazon.com)
2 points by matt7340 3y ago|0 comments
7.
by matt7340 4y ago
PDF processing seems like a security minefield. What are folks doing to mitigate that problem prior to (or as part of) processing? Or as part of any system that accepts PDFs with the intent that they’re shared with other systems and users.
8.
by matt7340 4y ago
Nice overview, especially for those of us working long term projects and locked into whatever framework the originals devs chose. I wish I had time to try all these things out, but it’s tough to keep up. Interesting that angular, and especi
9.
by matt7340 4y ago
This seemed like a really great explanation. But I have no idea if it actually is, or it if it just feels that way because I finally have some Haskell coding time under my belt. Regardless I enjoyed the read and found it a useful way to thi
10.
by matt7340 5y ago
This has absolutely been my experience as well. The one thing to be careful about is losing sight of the content while making it entertaining. I've swung a little too far a few times, and risked my tech talk looking more like a standup
11.
by matt7340 5y ago
I’m all for culture of writing, but that feels too easy. Like another pointed out, what about a culture of reading? And further, what are these cultures of writing doing to help individuals improve their writing? Understanding audience, val
12.
by matt7340 5y ago
I’ve always felt that quality of writing is one of the best signs of a good candidate for hire, well before tech skills, and is something I factor heavily while hiring. But now that you mention it, our candidate projects generally are just
13.
by matt7340 5y ago
I could rant for a while, but a few things off the top of my head: over-architected, overly complex, sometimes bad tooling (karma, protractor), tons of old issues (though they’ve been working to clean this up lately), big time inner platfor
14.
by matt7340 5y ago
I think I’ve reached the point where I simply don’t mention most nits. I’m most business software it just doesn’t seem worth it. If the code works, isn’t utterly obtuse, and abides by automated formatting etc, then is the nit really worth i
15.
by matt7340 5y ago
I agree with the spirit of this, but the async nature of code review seems to prevent it. Social and power dynamics in async code review can make things very difficult.
16.
by matt7340 5y ago
Funny to see these new incarnations of the old ASP.NET UpdatePanel. I despised WebForms back in the day, but always had a soft spot for the UpdatePanel, seemed like a great idea. Especially when the alternative was manually building and man
17.
by matt7340 5y ago
I’ve been considering switching from karma to jest for our angular project, this certainly brings a new angle to that decision. Frustrating. I guess I get crappy karma “supported” by google, or the much better jest that’s maintained by one
18.
by matt7340 5y ago
I’ve noticed that often this is an area where WIP is not limited, and the efforts are least likely to be well managed and documented (unsurprisingly, it can take a lot of work to keep up). I’ve also noticed numerous long term migrations tha
19.
by matt7340 5y ago
I like these recommendations, especially around decorators, maybe I’ll start following them reviews Angular app oh
20.
by matt7340 5y ago
IndexedDB on Safari has had issues it feels like since day one. IIRC there was a full rewrite somewhere along the way too, and still problems seemingly every Safari release. My favorites were the iOS upgrades that simply deleted all IDB dat
21.
by matt7340 6y ago
I definitely agree with this in general, but there are exceptions where it’s still a quagmire. Angular, for example.
22.
Angular renderer (Ivy) internal data structures(blog.angular.io)
1 points by matt7340 6y ago|0 comments
23.
by matt7340 6y ago
Not a fan of ORMs at all, especially ActiveRecord style. They just bring a costly new layer of complexity and not enough value to justify it. I do very much like the object hydration that ORMs bring though. I think libraries like Dapper hit
24.
by matt7340 6y ago
It obviously doesn't matter that much if you can or can't. We all google all day long. But through my career at various times I've been able to say yes, usually after spending multiple years on a project and the platform&#x2F
25.
by matt7340 6y ago
My experience with junior (and sometimes not junior) developers has been that the lack of understanding leads to confusion about what they're trying to test. I think the ambiguity leads to a tendency toward mocks, which leads to tests
26.
by matt7340 6y ago
Classic article, and important distinction. I’ve found that those who aren’t familiar with the distinction tend to be less aware of what and how they’re testing. Lack of awareness or understanding tends to lead to thing like excessive mocki