Live data from Hacker News

Viewing profile — thelarkinn

thelarkinn

HN member
Joined
Thu, Jul 23, 2015, 8:39 PM UTC
HN karma
910
Public activity
109 items

About thelarkinn

webpack core team, angular-cli team, JavaScript, constant spelling mistakes.

github.com/TheLarkInn

Recent public activity

  1. comment
    Comment #24760372

    Hey Sean from webpack, this was really just about our third party plugin ecosystem needing to catch up to v5. If you are feeling IRL Stress, then please don't update yet. Sometimes…

  2. story
  3. comment
    Comment #19842668

    I never said there wasn't a cost. Every technical decision comes with trade-offs. But costs don't hold us back from developing amazing new features [for developers and consumers] f…

  4. comment
    Comment #19842053

    On the Edge team and I can tell you, in no way, does supporting IE, hold back our development capabilities. If anything, it enables more companies to adopt Edge without concern of …

  5. comment
    Comment #19609117

    /* Looks to other top HN Posts */ A majority of consumers do not expect Google to track their activities (niemanlab.org) Ironic?

  6. comment
    Comment #17302604

    Technically JavaScript is only ~7% slower then C++ to execute. But snipe away at that stats with real data.

  7. comment
    Comment #17302464

    No harm done <3

  8. comment
    Comment #17302447

    This is right, its more nativeish apis and webview for UI and friends. Worthy Snipe and misinformation on my part in thread.

  9. comment
    Comment #17302397

    Sorry I offended. These aren't rumors just things we've been blogging about, etc. and I'll own being unclear. The Electron and UWP bits are things we've tossed around internally. I…

  10. comment
    Comment #17302383

    > JS would be unusable for projects of this scope Blanket statements don't really make great arguments. That aside, in my experience (webpack for one), projects at scale with JavaS…

  11. comment
    Comment #17302232

    Those are product decisions someone like me can't actually confirm right? I just know that the purpose or the goal is having a single code base, single toolchain, many targets. I j…

  12. comment
    Comment #17302169

    Could be! Didn't we just announce (and got meme'd to death by InfoSec world) that Excel is going to be able to _run_ JavaScript. BTW this isn't breaking news, we have been talking …

  13. comment
    Comment #17302162

    Yup, and that really was what the tweet was trying to portrait. JavaScript, and many scripting (or maybe author meant interpreted languages), are incredible languages to start with…

  14. comment
    Comment #17302135

    If by "They" you mean me, someone who doesn't work on the project itself, but is advising over a toolchain for it. Also, I do not know what the Linux plans are (but hey maybe a gre…

  15. comment
    Comment #17302131

    I don't think I mentioned Skype for Business anywhere did I? :-)

  16. comment
    Comment #17302122

    Hi there, original tweeter here. Just to clarify: no one said when this work would land, simply that we are working on it! Sorry to disappoint XD, but I guess blame the OP.

  17. comment
    Comment #17302101

    For sure! That's our preferred way of using JavaScript. TypeScript in the end is just a static type linter that compiles to JS. Heck you can even "use" TypeScript's typechecker wit…

  18. comment
    Comment #16703905

    Exactly. Alt-Title: Why we use webpack.

  19. comment
    Comment #16703854

    Hi there!!! Sean from the webpack team! For a development environment this is great. However if there's any takeaway from this post, it is the reminder that all of the resolve, par…

  20. comment
    Comment #16616415

    I honestly don't feel you did! In fact this gist we actually had from a contributor kind enough to document his experience so we could identify exactly what hot path migration woul…

  21. comment
    Comment #16616020

    Sure, but since your experience is not configuring anything, how are you going to know what it's actually doing to your code. And what are the tradeoffs? Seems like many don't have…

  22. comment
    Comment #16616017

    PS: I submitted this response also in Reddit for those who come across it twice. It's not meant to be disingenuous (as I'll likely respond to individual comments also), just meant …

  23. comment
    Comment #16461101

    And we haven't implemented persistent caching and multithreading yet ;) just getting faster and faster.

  24. story
  25. comment
    Comment #16242649

    The number one cause of slowness for a page is the time it takes to parse, eval, and execute JavaScript (even if it is dead code). So this static async bundle creation helps ensure…