(disclaimer: engineer @ Instacart)
240 karma · joined September 23, 2010
(disclaimer: engineer @ Instacart)
We are also working on better ways to collect preferences from folks; I’m not sure when any of that would be going live.
Their largely manual, layered-over-retail fulfillment model has inefficiencies that cause higher costs and stocking issues vs. the high-efficiency warehouse approach that Amazon has perfected.
[citation needed] you mean the "perfected" approach they are shutting down in 9 states? (https://www.recode.net/2017/11/3/16601488/amazon-fresh-cance...)noting this as an engineer on the team that does order fulfillment @ instacart and who actually knows our model...
Every Instacart shopper currently working for Instacart hates Instacart.
citation neededAs the engineering manager actually looking at our NPS scores from our shoppers it's disheartening to see this kind of blatantly wrong trolling on HN... if you actually have any insight (other than outdated and wrong news articles from last year), I'd love to see it.
I'm personally excited for the opportunity this affords us -- completely validating this space and market.
Also, we use JSONB fairly extensively -- I see the tracking issue here https://github.com/cockroachdb/cockroach/issues/2969 but no movement.
Found this from the Redis code[1] (I was curious, too).
[0]:https://arxiv.org/abs/1612.02284
[1]:https://github.com/antirez/redis/blob/87538cb7fe19b567118944...
I'm not sure what you mean by Monte Carlo for confidence bounds - is there some reading I can do to brush up on that?
edit: here is your solution implemented in Ruby as I implemented it https://gist.github.com/nickelser/6dfa0f2737c502dae267
myobj.addNumber(42, withString:"Hello World")
edit: I see you removed your equals - your guess is now correct :)for more details, see this link on apple's docs (may change)
https://developer.apple.com/library/prerelease/ios/documenta...
I wonder why real-time features aren't more popular? Real-time order status, live-updating maps, the list goes on!
Doesn't work if you have it in screensaver mode and locked - you need to have the login screen up. Still very neat.
I had totally forgotten about Prolog, and I love how it essentially forces you to approach problems in an absolutely new manner (conceptually) than more traditional imperative programming.
I guess that seems somewhat trite in retrospect, but for some reason I feel like I'm getting in a clown car when I use Lyft.
And a handsome one, at that.
And he just wrote about having a leave of presence! I will miss him immensely.
I suppose for something like the respond_to block, which is shared to pretty much every controller method (and unique to that method, most likely), my thought was that its absence makes the method slightly more confusing for the experienced Rails developer.
So, would you extend this reasoning to every controller method? ('perform_index_response', 'perform_edit_response', etc.)
When Discourse was originally announced, I read this file (quite randomly), and was distressed at the complexity and length (even though I totally understand time constraints and the need to 'get it to work').
I had never heard of the Law of Demeter (http://en.wikipedia.org/wiki/Law_of_Demeter), nor had I heard of Sandi Metz's rules for Rails development (http://gist.io/4567190), both of which put in concrete terms some of the lessons I've learned when maintaining Rails applications.
I'd love to see more of these!
Edit: After reading over the pull request, I admit I'm a little confused why the response code was refactored into 'perform_show_response' - this seems like the direct responsibility of this controller method (and isn't common or otherwise misplaced). Is there a reason why you moved it out?
In my mind it's much like when reading a book and idly toying with the corner, or shifting position in your hand.
I do see why it's annoying for someone trying to read the same text over my shoulder, though.
Context Optional (http://contextoptional.com/) arms Fortune 500 brands with the tools and services to help them build, manage, monitor and measure their brand presence across the social web.
We use Ruby on Rails, MongoDB, MySQL, Redis/Resque, Coffeescript, and loads of other cool tech. We are highly competitive ping-pong players. Most of us come from somewhat unusual backgrounds (I'm a China Studies major, for example). We are hiring for loads of positions, including internships!