Viewing profile — thelarkinn
thelarkinn
HN member- Joined
- Thu, Jul 23, 2015, 8:39 PM UTC
- HN karma
- 910
- Public activity
- 109 items
- HN profile
- View on Hacker News ↗
About thelarkinn
github.com/TheLarkInn
Recent public activity
-
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…
- story
-
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…
-
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 …
-
comment
Comment #19609117
/* Looks to other top HN Posts */ A majority of consumers do not expect Google to track their activities (niemanlab.org) Ironic?
-
comment
Comment #17302604
Technically JavaScript is only ~7% slower then C++ to execute. But snipe away at that stats with real data.
-
comment
Comment #17302464
No harm done <3
-
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.
-
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…
-
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…
-
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…
-
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 …
-
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…
-
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…
-
comment
Comment #17302131
I don't think I mentioned Skype for Business anywhere did I? :-)
-
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.
-
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…
-
comment
Comment #16703905
Exactly. Alt-Title: Why we use webpack.
-
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…
-
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…
-
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…
-
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 …
-
comment
Comment #16461101
And we haven't implemented persistent caching and multithreading yet ;) just getting faster and faster.
- story
-
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…