jondot

8 ms·

31.
by jondot 10y ago
I'm not being sarcastic at all, and after reading my post again I can't see how it can be read that way. My apologies if my english isn't that good. I'm familiar with piston, and by "making it build on a Pi" -
32.
by jondot 10y ago
Hi Steve, We've met at Rails conf, in Tel Aviv many years ago. You seemed nice, so I'm motivated to try to give you my 2c. I believe Rust can be more than safety but right now it isn't as you are imagining it. I've sta
33.
by jondot 10y ago
You mean a select few programmers do. And even if you've struck gold and all of your programmers are from the 90's so that they know what it means to manage memory manually, the landscape - the code - always changes and so will
34.
by jondot 10y ago
Jetbrains keeps delivering knock outs. I love you guys.
35.
by jondot 10y ago
An all encompassing answer would be - the abstractions. Why would you use an operating system if really you have your CPU documented and know all of the instruction sets?
36.
by jondot 10y ago
http://www.rabbitmq.com/consumer-prefetch.html
37.
by jondot 10y ago
You are hand-waving many properties of purpose-built queue systems.
38.
by jondot 10y ago
Context definitely matters - thanks for the background info. I understood what you're trying to do, incidentally I did the same (all these details sound familiar to me). At the time, Storm helped me batch, break batches and validate di
39.
by jondot 10y ago
Hate to be a party pooper, but I'd like to give people here a more generic mental tool to solve this problem. Ignoring Elixir and Erlang - when you discover you have a backpressure problem, that is - any kind of throttling - connection
40.
by jondot 10y ago
If by framework you mean web framework, I've used Dropwizard. It's a lean and mean modern-java option, and it's not a Kotlin native thing (you do have these). You can use any Kotlin or traditional Java framework out there tra
41.
by jondot 10y ago
While this is a good overview of why _they_ chose Vue over React, I wouldn't risk deriving that you should do the same too. To balance the scale a bit, this is what they gave up, in favor of "shit that just works" (because th
42.
by jondot 10y ago
Last I've heard, Twitter was "stuck" with their own version of Scala (was it off 2.10?). Typesafe becoming Lightbend (i.e. not Scala focused anymore) for doing business, Odersky moving all of his focus to Dotty, and core Sca
43.
by jondot 10y ago
I agree. This is exactly the move I've made when I was CTO of a company needing a move to the JVM from .NET. Given the options of Java, Scala - I moved to picking Kotlin. In many ways, Kotlin for me is Scala without the different ways
44.
by jondot 10y ago
So, between the lines - Twitter looks ahead to move to Java 8 and finally ditch Scala?
45.
How to Snapshot Test Everything with Jest(medium.com)
1 points by jondot 10y ago|0 comments
46.
by jondot 10y ago
Hey Avi! I'm making this discussion with myself as well. Let's talk (it's Dotan :) dotan@paracode.com
47.
Build a Prisma Clone with React Native and Go Using Primitive(medium.com)
1 points by jondot 10y ago|0 comments
48.
by jondot 10y ago
To me, Kafka as a job queue is a painful impedance mismatch. To achieve that, you need to: 1. Figure out which Kafka broker you're using. The concept of a consumer and consumer APIs 0.7 is different from 0.8 which is different from 0.9
49.
by jondot 10y ago
FYI: Wix has tooling for verifying their OSS policy https://github.com/wix/wix-oss-ci-police
50.
by jondot 10y ago
I understand. So now if I may backpaddle a bit, why go through the trouble of having python own the objects? why not let Rust (or Go) deal with the entire bulk of the job at hand?
51.
by jondot 10y ago
If I understand the question correctly, you are saying: 1. There's a bunch of objects that need to pass down the ffi boundaries py->go 2. compute 3. There's a bunch of objects that need to pass up the ffi boundaries go->py 4
52.
by jondot 10y ago
I did the same thing with Go and Ruby: http://blog.paracode.com/2015/08/28/ruby-and-go-sitting-in-a... IMHO the end result is more maintainable, readable, and accessible from FFI point of view. Regarding the
53.
by jondot 10y ago
I have interviewed many people, in large and small companies, and saw how interview processes get built in the wrong and right way. First, here's two reasons why interview processes suck. One, is that no one wants to help recruiting, o
54.
by jondot 10y ago
I'm the author of http://programmingreactnative.com , maintain the https://github.com/jondot/awesome-react-native list and built some other tools and libraries for React Native, along with a few apps. O
55.
by jondot 10y ago
I might get downvoted for this, but here's a story. We just finished picking a brand name, after 2-3 months of intensive work. Being fond of .io's I naivly googled my <brandname>.io, and found that park.io owns it - this hap
56.
Awesome Modern C++(awesomecpp.com)
2 points by jondot 10y ago|0 comments
57.
by jondot 10y ago
I was (and am still) in the same situation. I managed to go the Rust path, just to realize I don't trust it will be valuable for the very long term (5y+) at this point. It'll be funny to save this comment and come back to it 3 yea
58.
by jondot 10y ago
I've had written a lot of C++ code 10 years ago. Before that, I've spent a good deal of time writing C. Ever since, and even though I've started to do Go 4-5 years ago, I wanted to "get back on the horse" with the C
59.
by jondot 10y ago
We bought a company, and that company had a technology that was based on the JVM. We were on .NET. The domain dictated that we needed a 'heavy lifting' framework like .NET or the JVM. We did also work with Ruby, nodejs, and Go for
60.
by jondot 10y ago
When I read this, I can't think of anything else but Scala fatigue. As a CTO migrating a company from .NET to the JVM, I found there's already a mess of conforming to a subset of Scala within real (and more importantly - ordinary)

More ›