sebastianmck

7 ms·

1.
by sebastianmck 4y ago
https://reddit.com/r/programming/comments/yj5act/is_turbopac...
2.
Rome v10 – first stable release of our linter and formatter for JavaScript(rome.tools)
48 points by sebastianmck 4y ago|5 comments
3.
by sebastianmck 5y ago
I explicitly state 2020. Activity picked up in March. Use GitHub search filters and it’s more apparent. Activity graphs can be deceiving, it’s extremely easy to look busy. Actually drill down and you’ll notice a lot of the activity earlier
4.
by sebastianmck 5y ago
The Rome license will stay MIT.
5.
by sebastianmck 5y ago
I've been keeping the core contributor team updated on the funding process since December. We've also been publicly speaking about it in the Rome Discord server too. I posted about securing funding in early April in #general. Eman
6.
by sebastianmck 5y ago
Supplemental services that integrate with the tool. Think code quality monitoring, error reporting, and core enhancements like a remote cache. There's a lot we're going to be experimenting with.
7.
Announcing Rome Tools, Inc.(rome.tools)
201 points by sebastianmck 5y ago|86 comments
8.
by sebastianmck 6y ago
Previous HN discussion: https://news.ycombinator.com/item?id=24094377 (first release) and https://news.ycombinator.com/item?id=22430682 (open source) Nothing has materially changed since the release announc
9.
by sebastianmck 6y ago
TypeScript is a frontend language. "Frontend" is the category of languages we plan on supporting. It doesn't say anything about your usage of those languages. Where you run the code does not matter.
10.
by sebastianmck 6y ago
Depends on what it is I think. We discussed the idea of "expansion packs" which would enable certain funtionality as a sort of "limited config" hack. https://github.com/romefrontend/rome/issues&
11.
by sebastianmck 6y ago
It's both.
12.
by sebastianmck 6y ago
Thanks! Yeah, it is, at least for a while since it will take a very long time to reach expected maturity. You can adopt as many or as little pieces as you want. The idea is that once you adopt one of the "tools", you can use the o
13.
by sebastianmck 6y ago
It's a linter so you don't need to ask any of those questions. Future usage as a bundler isn't dependent on any decision to use it as a linter.
14.
by sebastianmck 6y ago
I spoke in this post about how rushing into a plugin system hurt the longevity of Babel and it's ability to innovate. We aren't going to make the same mistake again. Rome will likely eventually have a plugin system, but what that
15.
by sebastianmck 6y ago
The ecosystem is already fragmented and dueling. When it says it replaces those tools it means it aims to replace the functionality of those tools, not make them obsolete. Rome being successful doesn't mean eliminating those tools, it&
16.
by sebastianmck 7y ago
It does. And it's a risk not keeping up with their pace of development. Supporting those "compilers" is just supporting their syntax, which both fortunately already have very good compliance test suites because other tools li
17.
by sebastianmck 7y ago
The claim of no dependencies isn't there as some grandiose statement about reduction of complexity, it's there to describe how self contained the project is and our ability to change things. I'm going to refer to a comment I
18.
by sebastianmck 7y ago
The TypeScript type checker is only used to type check the Rome source code. The compiler is not used at all.
19.
by sebastianmck 7y ago
Considering this is just a source code dump and call for possible contributors I'm disappointed it was even posted to Hacker News. Rome is not ready at all for public consumption. I wanted it open sourced so I could work with other too
20.
by sebastianmck 7y ago
> Why would they hide their commit history? I'm the only author at the moment. The project started off years ago as a side project without any commit history, and what little history there was over the years wasn't very thoroug
21.
by sebastianmck 7y ago
I'm skeptical too (I'm the author of Rome). I know it can be at least performance neutral compared to existing JavaScript tools which is the baseline for most people. However I do think that since Rome is an enclosed system, witho
22.
by sebastianmck 9y ago
See the fourth paragraph. > This shift naturally raises questions about the rest of Facebook's open source projects. Many of our popular projects will keep the BSD + Patents license for now. We're evaluating those projects&#x27
23.
by sebastianmck 10y ago
Hey! I'm Sebastian McKenzie (@kittens on GitHub) and I'm the lead develop on Yarn at Facebook. We initially used a method similar to ied when we first started experimenting with internal usage at Facebook. We ran into a lot of iss
24.
Vulnerability #319816 – npm fails to restrict the actions of malicious packages(kb.cert.org)
279 points by sebastianmck 11y ago|130 comments
25.
by sebastianmck 11y ago
Hey, I'm 18 and currently work fulltime at Facebook in London. I can definently relate to some of the things you touched on, feel free to reach out if you'd like to have a chat. Email should be in my profile.
26.
by sebastianmck 12y ago
Babel actually supports flow type annotations and declarators will be available once there's a decent ES7 spec for them.
27.
by sebastianmck 12y ago
See https://github.com/babel/babel/issues/568 for why this name change happened.
28.
by sebastianmck 12y ago
Not really true. Babel is a generic term for translation/languages and the Python and JavaScript world are very different so confusion about a translation library and a JavaScript transpiler is extremely unlikely.
29.
by sebastianmck 12y ago
Haven't finished the rename yet.
30.
by sebastianmck 12y ago
Available as of 3.5.0. Happy to answer any questions if anyone has any!

More ›