663 karma · joined October 6, 2016
GraalVM could totally change this.
That it reeks of biological essentialism and is exclusionary by its nature.
But either way, I can't imagine any reasons why you wouldn't want constraints to ensure you database is in a consistent state. There can always be bugs in you application code, manual db updates, etc.
For example, in Kotlin, if a method on state A returns state B, there's no way to invalidate all existing references to state A. Normally this invariant would be enforced on the caller's side, or perhaps by throwing an IllegalStateException if state A is called after producing state B.
All resources in Rust are implicitly like your Python with example -- when they go out of scope and destructors run, the file will be closed.
Regulating and/or breaking up Facebook is hardly "demanding they become the final arbiter of truth." The goal here is reducing Mark Zuckerberg to the point where his personal judgement is irrelevant.
AFAIK there are issues with how Java handles dynamic dispatch that prevent this.
To argue that inherent complexity means we should remain in a state of inaction is in itself a form of denialism. The fact that it is difficult to make predictions about chaotic systems does not mean that the null hypothesis is automatically true.
I wouldn't really consider nice headphones to be a prime example of audiophile gear, tbh.
As a disclosure, I own expensive audiophile gear, but, again, for the aesthetics primarily. I would be much happier with audiophiles if they just said they like the aesthetics.
(defn foo [{:keys [bar baz]}]
;; do something...
)
(foo {:bar 1 :baz 2})
This isn't as good as a type signature, but makes it easy to know what the dependencies to a function are. x ?: y
is shorthand for x != null ? x : y void async function main() {
// code
}()I don't want to sound like the ORM defender, but I'm not sure I understand.
This sounds like a deficiency of Ruby and the ActiveRecord record model. In Java, for example, you'd just write a new POJO for your query, which isn't exactly difficult. There are no "smart methods" or whatever.
It is a valid criticism that this can proliferate data classes, but that depends on the application.