ob
ob on Hacker News
Thanks for writing this. This story is rarely told correctly and you mostly got it as I remember it.
We at LinkedIn have been using CDE's (we call them rdev) for quite a while. We wrote about them in our engineering blog:
https://engineering.linkedin.com/blog/2021/building-in-the-c...
I'm happy to answer questions but others have already posted many of the benefits. As far as I know, local containers on macOS still have performance issues so we mostly use them in the cloud.
The thing about classical music is that you have to understand the works in order to really enjoy them – of course there are exceptions when the melody just grabs you but that's not the norm. There was an album collection called "Musically Speaking" that explained music works and detailed what to listen for. For example, they isolated the flutes in Beethoven's Pastoral and explained they represented birds, etc. My enjoyment of classical works spiked after understanding more. I think it's much easier to connect with Rock/Pop because the works are much, much simpler so it's mostly whether the lyrics speak to you and you like the melody.
Rust noob here but couldn't you write
if let Some(element) = some_vec.first() {
println!("{}", element);
// .. more code
}
and avoid the unwrap and the empty check?
Edit: Added a `let` I had forgotten.
Author here... I wrote this after reading Yudkowsky's article (linked in mine) and had the example posted there in mind as I went through the article. This was many years ago and I too wish I had picked something more upbeat. :-(
No, that is the LinkedIn app. It's the messaging dialog (you can see their custom "send" button at the lower right corner).
Or in the words of John Maynard Keynes: "In the long run, we're all dead". Which means that fixing things "in the long run" is not ideal.
The main problem is performance, it takes long enough to train a regular deep learning AI, let along a homomorphically encrypted one.
I still think one of the best textbooks on economics is Paul Samuelson's Economics. Assuming you mean macro-economics that is.
> Has you ever wanted to combine the speed and safety of Bash with the raw, unbridled power of C?
Uh, no? :)
And that is exactly why people love Elm:
> "foo" "bar"
-- TYPE MISMATCH --------------------------------------------- repl-temp-000.elm
You are giving an argument to something that is not a function!
3| "foo" "bar"
^^^^^
Maybe you forgot some parentheses? Or a comma?
Also
> "foo" + "bar"
-- TYPE MISMATCH --------------------------------------------- repl-temp-000.elm
The left argument of (+) is causing a type mismatch.
3| "foo" + "bar"
^^^^^
(+) is expecting the left argument to be a:
number
But the left argument is:
String
Hint: To append strings in Elm, you need to use the (++) operator, not (+).
<http://package.elm-lang.org/packages/elm-lang/core/latest/Basics#++>
> In one week in May, she earned $604 for 28 hours of work
I wonder if they count "hours of work" as hours with a
passenger or as total hours driven. If the latter then she actually "worked" longer hours.
True, but they could set the threshold higher. Like for instance have it match for both name, last name, and company. There is a tradeoff between accuracy and relevance and that can be tweaked.
Sounds like equivalent representations no? Limit the scope of the I lines or wrap them in D lines.
The BAM server is part of the open source version. The 90-day trial is for the enterprise version (which is the same version, only with commercial support).
BitKeeper doesn't support locking binary files.
Yeah, we're trying to figure out how to do that.
We have a git importer but it's not part of the "official" repo as there are still a few corner cases. I am afraid we don't have a mercurial importer though...
That was actually the original prototype. Little has moved on to have a pointer object type.
He means the author of the book, not the programming language.
I learned emacs first and became reasonably proficient in it. Some years ago, I joined a company where most people used vi. I saw it as an opportunity to use vi (also vim) and I already knew a bit of vi from editing unix config files.
I spent almost 3 years working exclusively in vi. I got used to it enough to handcraft my own .vimrc file, use multiple buffers, integrate with ctags, etc etc. I think I was reasonably proficient in vim at that time.
At around that time, I did a coding project with a friend who was an emacs user and when I say him code I thought to myself "Wow, he flies!". That day I dumped vi and went back to emacs. I've never looked back.
Emacs' macros, different modes, integration, shells, etc, etc, let you deal with all sorts of systems in a pleasant way. Learning emacs is a much better investment than vim.
> OP is saying something like "when I cook things with my freezer they don't get hot." It's that non-sensical.
No, OP is saying "when I cook my food in the microwave for 3 minutes, I get it to a very different temperature than if I cook it for 1.5 minutes first and then another 1.5 minutes"
Which he lost... i.e. Linus paid no attention to what Bram said ;)
You need to do criss-cross merges that revert previous commits on one or both sides of the merges. If you're not reverting you're not hitting Bram's corners.
This is a though corner case and I'm pretty sure you can confuse any source control system currently in production with cases like this. BitKeeper has some theoretical solutions, but we haven't gotten around to actually test them in production.
Yeah, the website is awfully outdated and information free. BitMover is working on it.
One example that bk gets right and git doesn't is precisely the one explained in the article.
You're wrong, but unfortunately I'm not at liberty to describe how bk does merges... it's part of the "secret sauce". i am truley sorry for your lots...