Viewing profile — aboytsov
aboytsov
HN member- Joined
- Thu, Jan 24, 2013, 7:00 PM UTC
- HN karma
- 27
- Public activity
- 48 items
- HN profile
- View on Hacker News ↗
About aboytsov
No profile information was provided.
Recent public activity
-
comment
Comment #8123055
San Francisco, CA - FULL-TIME, INTERN, VISA Stuph ( https://angel.co/stuph , https://stuph.co ) is building its founding team! We are a stealth startup creating a consumer web prod…
-
comment
Comment #7972261
Stuph ( https://angel.co/stuph , https://stuph.co ) is building its founding team! We are a stealth startup creating a consumer product fueled by data mining and information extrac…
-
comment
Comment #7509494
San Francisco, CA [will relocate/sponsor visa] Stuph ( https://angel.co/stuph ) is building its founding team. We're a stealth startup with a very ambitious vision. Our technology …
-
comment
Comment #7165367
Stuph is building its founding team ( https://angel.co/stuph-inc ) Location: San Francisco, Positions: Senior Software Engineer, Frontend Software Engineer (Web + Mobile), UX desig…
-
comment
Comment #5122207
This is not a cyclic dependency graph!!! This is a syntax for copying vertices, nothing else. It creates a DAG of three vertices and two edges, but uses only one step definition to…
-
comment
Comment #5122060
Yes, startup times are a pain. As of this morning, Drake now works with Drip, which is a nifty tool to bring down start up times. It spins "backup" JVMs, so next time you run the c…
-
comment
Comment #5121923
Actually, it was in the doc. If you followed the instructions below precisely, just send us your terminal log so that we can see what you're missing. A nicer way to run Drake We re…
-
comment
Comment #5121904
Drip now works with Drake! Yes, it's still less than ideal if you're calling Drake hundreds of times from an automated script which you need to run quickly, but for interactive dev…
-
comment
Comment #5121903
You don't have to have Drake.jar in the same folder as the workflow you're trying to execute. You create the script as described in the documentation, and you put it somewhere on y…
-
comment
Comment #5119704
Read the "Installation" section, there's "A nicer way to run Drake" subsection. But I would advise to read the whole "Installation" section carefully.
-
comment
Comment #5119691
> I'm sorry I don't have time to answer in full. We're not getting anywhere. Just give me goddamn examples! :) Please! Examples! > I can see this is really really hard to grok if y…
-
comment
Comment #5119363
I think, that would be a stretch to say so - in my opinion, it's not a good thing for the sole reason that it doesn't let you opt out of it. And it's not one of those cases when yo…
-
comment
Comment #5119362
...continued from part1. read part1 first!... > It doesn't solve everything, but I guess the idea is, make it work right for the majority of cases ("sensible defaults") and then of…
-
comment
Comment #5119361
part1 >> The problem with this approach is because figuring out where the files are requires knowledge of the tool inner workings, that can only be acquired from reading the code o…
-
comment
Comment #5118599
The project's README file ( https://github.com/Factual/drake - scroll down) contains building and running instructions, as well as how to create a simple script to run Drake which …
-
comment
Comment #5118417
Another problem with BPipe's approach is if you change method's name, you invalidate the existing files. This can be a problem during development, when re-running steps are expensi…
-
comment
Comment #5118361
Thank you. Why not? We would love to see it, but we're also not actively using Amazon S3 at the moment. But we would be more than happy to review code contributions. First of all, …
-
comment
Comment #5118328
Thank you very much for your response. Actually, I don't think there are any philosophical differences, and I'll try to make my case. > Bpipe absolutely says you don't want to mana…
-
comment
Comment #5118145
To be honest with you, no, we didn't seriously consider it. Maybe we should have. I do not know if ClojureScript would be able to work with all the dependencies we have (for exampl…
-
comment
Comment #5115091
It's a good point, and I agree it might not be the top priority, but I also understand the frustration. I, too, find 5s start up file rather irritating especially when I make error…
-
comment
Comment #5115088
Got ya. Please voice your opinion about the priority in which features should be implemented by submitting a feature request at https://github.com/Factual/drake/issues , or +1'ing …
-
comment
Comment #5114647
Thank you very much for your kind words and support, and we certainly are looking forward to your feedback, feature requests and bug reports, as well as your code contributions, sh…
-
comment
Comment #5114159
Thanks. I think you're missing the point. Imagine a big, complicated data workflow, like the one the diagram for which I showed at my video (real-life workflow): http://www.youtube…
-
comment
Comment #5114122
I see. Thank you very much. I think this is very cool. I can see several problems with this approach, and I would greatly appreciate it if you could comment on that. After all, I d…
-
comment
Comment #5113980
I can certainly see your point about using Drake in an automated environment where this delay would still matter, but running a daemon is not practical. I think you have a lot of g…