stepbeek

This is a false dichotomy. Being a great problem-solver doesn't disqualify one from being a fast typist.

Does documentation factor into this?

If I can touch-type at 120WPM, then I can churn out a great deal more documentation per unit time than another engineer that can only type at 40WPM. It's less burdensome for me to document well, to write expositional documents and to communicate regularly than my colleague that needs to budget their typing more carefully.

While I might not be bottlenecked when working on a tricky piece of code at 40WPM, I'll likely be bottlenecked elsewhere often.

Other than the social hinting that “yes, I am listening and value what you’re saying”, I’ve found this technique to result in uncovering sincere misunderstandings much earlier in conversation which is invaluable.

It’s hard to clear the air after arguing about different things for 20 minutes.

I found the economist a good resource. They have a very explicit bias (free trade is good) and slammed him for the tariffs, but their coverage of the dreamers legislation early on was very informative for a non-American.

If we substitute Netflix for Microsoft (I’m never sure why Netflix was chosen instead), we can have GAMMA which is my personal favorite.

11k is nothing to a patent troll like a FAANG (MAANG now?) but quite a lot to the kind of SME that - afaik - doesn’t engage in this behavior to the same extent.

Why?

Perhaps by addressing the issues that led to you adopting the framework?

I made this comment to my wife yesterday. I like an aggressive grill on a car but find it quite funny that it’s becoming more fashionable as air intake is becoming less important.

Out of curiosity, why do you say that no mainstream examples are a good representation of the relational model?

My original comment was tongue-in-cheek, but I think the underlying sentiment is a reasonable one. Joining a monastery - from an outsiders view - is fundamentally a pursuit of a higher purpose. Joining a corporation is often anything but.

While there will be crossover in human group dynamics, I’m (perhaps naively) viewing corporate life to have a completely incompatible incentive structure coupled with a bent towards generally self-serving employees. Maybe I have an idealistic view of the average monk but I’d be quite sad to learn that the pettiness that pervades many corporations is much the same.

A great many people work simply to survive: I’m not sure the same is true of monks.

"The first thing to note when discussing the business secrets of the Pharaohs is an acknowledgement that their era was so completely different from our own that almost all cultural, political and, particularly, business parallels we draw between the two eras are bound, by their very nature, to be wrong."

- Marko Corrigan, Business Secrets of the Pharaohs

This sounds like another data point of many in this thread that point towards DDD as a philosophy working very well, while enforcing technical techniques advocated for in the book being hit-or-miss.

This makes intuitive sense to me: it’s much easier to define a principle that applies in many situations but much harder to define concrete technical implementations that do.

In your situation it sounds like the multiplier you applied was in pushing your team towards a rich domain. That’s a much more sensible approach than, say, using CQRS everywhere.

I’ve felt like the guardian has gone downhill in the last few years. I first started paying for it because I believed that they would do the right thing in a post-Snowden world.

Instead, in the last two years major incidents have happened and coverage disappears by the next day. Perhaps this is the result of a poor UI but the tendency towards clickbait rather than holding authority to task - e.g. the UK PPE scandal - has been really disappointing.

Anecdotally, I'm always very impressed with the connectivity I see in the US versus my home connection in the UK. I'm fairly certain that the last mile from my suburban home to the cabinet is made of corroded aluminium.

FYI if using modern hardware then you might not need a specific cable to try this thanks to Auto MDI-X: https://en.wikipedia.org/wiki/Medium-dependent_interface#Aut...

Encoding logical statement into numbers is foundational, but I do see your point. I don't know of any evidence that says that Gödel was interested in automating computation through his encoding.

That being said, I view Gödel's addition to be so mind-blowing that I can't help but privately think of him as the founder.

My FP experience has mainly been with Scala (with haskell on side projects).

Is OCaml the ML language de jure?

I like FRP, but prefer to imitate it in a synchronous manner now - I mainly work on the JVM and I've personally found debugging to be too painful when working asynchronously. If I need async then FRP is definitely the first tool in the toolchest that I'd reach for.

Elixir's pipe operator is a brilliant tool that I wish every language had. I mainly use kotlin day-to-day and definitely abuse the `let` keyword to try to get closer.

I'm at a very similar place to you at this point. It make sense for FP to be good at "describing relationships of actions" since the base unit of reasoning is a function, or an action.

The beauty of modern programming is that we don't have to stick to a pure example of either paradigm. We can use FP techniques where it makes sense and turn to imperative otherwise.

In you example, we could have a nice, purely functional model of an LED that enforces the invariants that make sense. We could then "dispatch" the updated led entity to an imperative shell that actually took the action. All without using the M-word!

I'm probably - unfairly - treating your example more seriously than you intended it, but I think I'm leading to the same conclusion as you at a slightly different place. I want to have a purely functional domain that I wrap in an imperative shell. Trying to model side-effects in a purely functional manner using something like applicative functors just doesn't give the productivity boost that I want.

> I use a purely functional language every day: it's called SQL

This is my favourite way to annoy FP advocates (despite probably being one myself). Every one is a closet mathematician in FP-land but no one wants to admit how beautiful relational algebras are.

I’ve been using GraphQL seriously for a year on a client project now (an inherited decision). I can totally see why it would be useful for a public API or an internal API in a very large engineering org.

For everything else it is needless complexity and an additional failure mode. The tooling and operational aspects aren’t as mature as a conventional HTTP API (yet?) so I’ve found it to be a higher cost for limited gain.

So this is just domain squatting for another app?

The combination of cypress and something like percy (https://percy.io/) has made me completely lose interest in testing components independently. The components that make up a UI are an implementation concern that I don't really care about testing independently.

I can write automated tests to verify that a component in a relevant context still functions, and can have a check at PR time to verify that the UI hasn't changed unexpectedly.

> New users will be able to access these serverless capabilities on DigitalOcean once we launch our integrated offering, anticipated to be generally available in the first half of 2022.

The title feels slightly misleading. The title of the article is "Nimbella Joins the DigitalOcean Family".

Guess I won’t be first to market when I launch my “karate panda tournament”…

I continued to "get dressed for work" each day, then would change out of a shirt at the end of the workday which helped more than I thought it would. I'm lucky enough to have a dedicated home office so also stopped doing anything resembling leisure (even technical reading) in my office after hours.

Taking the dog a long walk after work each day showed promise, but it wasn't as effective as I'd hoped. I ended up just thinking/talking about work the entire time.

Thankfully, most things have re-opened here (Scotland) now so I'm able to resume all those hobbies that were sorely missed.

The timing of this is fortunate. I wouldn't want to have gone into 2020 burned out and limping along. I really liked the author's writing style and it led me to feel genuinely relieved that the conclusion was that they found awesome, stable work before the pandemic hit.

I suspect that it's linked to the pandemic. I've been running a small company for a little over four years now and the last year and a half has been pretty brutal.

Other than the obvious economic impacts of the pandemic on small businesses, the de-stressing activities I personally enjoy - lifting weight, martial arts, going to the cinema - have been unavailable for most of the pandemic. I think that this has led to a less well-defined stopping point at the end of each day both physically and mentally.

The knock on effect of this has been more chronic stress. Before I had a really strong demarcation between the working week and my leisure time: up until things opened up again recently (Scotland), I haven't.

> do as much statically or server side rendered as possible

Love this - a terrific cheat code!

This is really cool! Can anyone explain why deno has made it to MDN but node.js has not?