Live data from Hacker News

Viewing profile — aboytsov

aboytsov

HN member
Joined
Thu, Jan 24, 2013, 7:00 PM UTC
HN karma
27
Public activity
48 items

About aboytsov

No profile information was provided.

Recent public activity

  1. 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…

  2. 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…

  3. 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 …

  4. 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…

  5. 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…

  6. 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…

  7. 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…

  8. 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…

  9. 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…

  10. 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.

  11. 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…

  12. 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…

  13. 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…

  14. 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…

  15. 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 …

  16. 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…

  17. 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, …

  18. 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…

  19. 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…

  20. 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…

  21. 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 …

  22. 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…

  23. 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…

  24. 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…

  25. 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…