Live data from Hacker News

Viewing profile — nishkalkashyap

nishkalkashyap

HN member
Joined
Fri, Jul 19, 2019, 6:36 PM UTC
HN karma
79
Public activity
24 items

About nishkalkashyap

No profile information was provided.

Recent public activity

  1. story
    Show HN: I built my own Codex Micro in a weekend

    I saw the Codex Micro launch and thought "I could build that in a weekend" - so I did. It's about as useless as it looks, but it was a genuinely fun weekend. Firmware, CAD and the …

  2. story
  3. comment
    Comment #20673003

    Great job explaining that. I couldn't have said that well myself. :P. That's exactly what it is.

  4. comment
    Comment #20672993

    It's not an electron IDE like VSCOde or Atom. But an IDE and a JavaScript runtime that helps you build and run electron applications.

  5. comment
    Comment #20672983

    ~100Kb* Only as much as is the actual application logic and bundled dependencies. Which for most cases is usually a few kilobytes or a megabyte. You can checkout the Quark appstore…

  6. story
  7. comment
    Comment #20540479

    I would recommend distributing binaries from a dedicated release server combined with a CDN. Possibly digital ocean spaces. It really increases download speeds for end user as comp…

  8. comment
    Comment #20540444

    For my project (quarkjs.io), I went for https://comodosslstore.com . They have the cheapest certificates I could find (at ~75USD), also they are the only ones issuing certificates …

  9. comment
    Comment #20540436

    No. Code signing is very different. Checksum would only work for developers on linux. Without code signing certificate, MacOS would straight refuse to run the app and windows will …

  10. comment
    Comment #20540427

    I've submitted a response on GitHub.

  11. comment
    Comment #20499757

    I would recommend code-signing the build before distributing.

  12. comment
    Comment #20490591

    Yes. You are right here. It does takes away from version control systems. But the thing is that this functionality is not forced upon you. You can still choose to code in your real…

  13. comment
    Comment #20490286

    Nope. I believe they claim to do almost the same thing. But this project never took off.

  14. comment
    Comment #20490207

    If their software product feels threatened by something that a developer came out of his basement. Perhaps it's time for them to rethink their entire strategy.

  15. comment
    Comment #20490193

    I would disagree. What Quark offers is much more. You don't have to learn a new language. You have access to this massive javascript ecosystem. And it has out of the box support fo…

  16. comment
    Comment #20490163

    Well the first difference here is that Quark is a free software, Adobe Air is not. I din't know enough about adobe Air to comment on technical differences, but one thing that strik…

  17. comment
    Comment #20488261

    I had that initially on my road-map and that surely could be done. I have a few ideas on how to implement a "no runtime found" situation, but that is not happening in near future.

  18. comment
    Comment #20488242

    Thanks. :)

  19. comment
    Comment #20488241

    While all of that is true, it is also incredibly powerful, giving you access to all of the Node.js and electron's API. Plus very flexible with the tools of your choice as we use we…

  20. comment
    Comment #20488220

    > It looks great, and I understand the use-case. But the downside I see is that while Quark is lightweight it still has a ton of dependencies. We have a ton of dependencies so that…

  21. comment
    Comment #20488172

    > Why is this being promoted as a feature? Of course you wouldn't want to make a copy of GUI framework for each user's project. That's quite a stretch for a per-project config file…

  22. comment
    Comment #20488151

    Well that's a very thoughtful question and I'm glad you made it. I literally woke up from sleep to answer it. Let me take them one by one. > sketches are effectively extensions ins…

  23. story
  24. story