kod

29 ms·

271.
by kod 10y ago
> They're typically sold at a CPM (Cost Per thousand iMpressions) M is for mille, not impressions https://en.wikipedia.org/wiki/Cost_per_mille
272.
by kod 10y ago
> Software development is about translating prose into code...your job is translation not creation. This is so fundamentally at odds with my experience of software development I have to wonder where you're coming from. Most of the
273.
by kod 10y ago
> You're also glossing over the impact of microbatching which looks more like seconds than milliseconds I've run spark streaming jobs at 250ms batch times. This comment you made, right here, is why I used the word FUD.
274.
by kod 10y ago
The amount of FUD thrown around about micro batching is really kind of silly. How many streaming analytics use cases are ok with the JVM, ok with 10s of millis of latency, but not ok with 100s of millis of latency?
275.
by kod 10y ago
I totally agree that's the best metric. I totally disagree with your characterization of Spark. I showed up on the mailing list, said "hey, here's some stuff that was useful for me, let me know if it's useful for anyone
276.
by kod 10y ago
The post in the OP is from 2014
277.
by kod 10y ago
Even if some random kafka committer that you can't source believes that, the reasoning doesn't add up: SBT makes it fairly straightforward to cross publish for different dot releases of Scala, and libraries in the Scala ecosystem
278.
by kod 10y ago
No, you specifically said they're being deprecated because of maintainability issues inherent to scala, which is not true.
279.
by kod 10y ago
That's funny, when I talked to Neha (ex-Linkedin, cofounder of Confluent) she explicitly denied this meme about moving away from Scala. The new Kafka client library is in Java just to reduce the number of dependencies, the server is st
280.
by kod 10y ago
If by low development overhead you mean amount of crap you need to type in order to get things done, Scala absolutely does have low development overhead. As for Go, I'd say that's the most honest description of the language I&#x27
281.
by kod 10y ago
The job I'm at currently, the CTO skipped standard technical interviewing and went right to culture fit. He said explicitly that was because he had seen me giving a technical talk and read through my Github. Some of that may depend on
282.
by kod 10y ago
This is a really inaccurate description. Messages aren't indexed by timestamp in any meaningful way; that feature is currently under development. Messages don't need to be acknowledged, it's the client's responsibility
283.
by kod 10y ago
It's amazing to me that people compare a job that we have 7,000 years of experience with (making buildings) to a job that we have 70 years of experience with (making software).
284.
by kod 10y ago
Don't be afraid to ask it. You can phrase it in a more wishy-washy way, e.g. "what's the work-life balance like", but this is a common question. If someone DQs you for it, you didn't want to work there anyway.
285.
by kod 10y ago
Where's this "proof" you speak of? By contrast, strong static typing does in fact prove the absence of certain errors.
286.
by kod 11y ago
So you'd make recommendations based on "watching" something, as opposed to actually using it? Good call.
287.
by kod 11y ago
You don't own the copyright. You don't have the right to download it on to your hard drive (aka "reproduce the copyrighted work in copies"), except to the extent AGPL allows you to.
288.
by kod 11y ago
Copying it into memory solely in order to run it probably isn't an issue https://www.law.cornell.edu/uscode/text/17/117
289.
by kod 11y ago
This is a really bad argument, probably wouldn't stand up in court, and in any case doesn't have precedent. Hint: How did you (the developer) originally acquire a _copy_ of the AGPL'd sourcecode?
290.
by kod 11y ago
The idea that engineers should build lego blocks without knowing what they're going to be used for is questionable at best. A better idea imho is to have small crossfunctional teams where scientists and engineers work together to build
291.
by kod 11y ago
That's nice and all, but unfortunately the real world tests I've seen (and done) show something like Netty completely trumping anything available for Rust.
292.
by kod 11y ago
Speaking as an interviewer, don't do this to me without prior discussion. Being able to discuss things on a whiteboard is a necessary skill for working in a co-located office. This includes pseudocode.
293.
by kod 11y ago
So buy a utron? http://xahlee.info/kbd/uTRON_keyboard.html
294.
by kod 11y ago
It doesn't have anything to do with Kafka Connect. Matei was actually talking about the existing Spark Kafka direct stream implementation, which has been available since Spark 1.3 The video of the talk is available here: http:/&#
295.
by kod 11y ago
What exactly was the mention of Kafka referring to? Spark has had decent kafka integration for a while now.
296.
by kod 11y ago
> It's freakishly brilliant at every level. Is user interface a level? Because it's just freakish at that, not brilliant.
297.
by kod 11y ago
Spark windowing functions (like pretty much all notions of time in Spark streaming) are based on processing time, not event time.
298.
by kod 11y ago
If you want to play around with the code in this post that requires nightly, multirust makes it much more pleasant to use nightly and / or stable rust. https://github.com/brson/multirust
299.
by kod 11y ago
It would impact the likelihood of someone else winning as well, which does affect the amount of money you get.
300.
by kod 11y ago
Rust is actually pretty conservative regarding "new stuff". Every single feature of Rust, with the exception of the borrow checker, has been around since the 80s. Even the borrow checker is based on linear / affine types that

More ›