sjrd

29 ms·

271.
by sjrd 11y ago
The article says: > If you're worried about the added clutter in the root directory of your project, we also added support for a .github/ folder. You can put CONTRIBUTING.md, ISSUE_TEMPLATE.md, and PULL_REQUEST_TEMPLATE.md file
272.
The allure of Scala.js(blog.ramnivas.com)
6 points by sjrd 11y ago|0 comments
273.
by sjrd 11y ago
It's quite funny how much the debug vs release builds resemble the fastOpt and fullOpt stages of Scala.js. Except that fastOpt actually produces decent runtime performance thanks to incremental whole-program optimizations. But time spe
274.
Mistakes Reviewers Make(sites.umiacs.umd.edu)
50 points by sjrd 11y ago|10 comments
275.
by sjrd 11y ago
Much more than that. `git push -f` and `git rebase -i` are essential tools to keep a history where every commit passes CI . And that is very important for `git bisect`ing things later. They are also necessary to keep a history where `git
276.
by sjrd 11y ago
I've been using MuseScore for several years to arrange vocal and piano scores. It's really good! The best thing about it being free is not so much that it is free for me, as the arranger (I've bought score editing software be
277.
by sjrd 11y ago
Most open source projects have a CLA, nowadays. I don't see how this would inhibit contributions.
278.
by sjrd 11y ago
And this is why Scala.js interops seamlessly with JavaScript. [1] Most of the time, you don't even know whether you're calling other Scala.js code or JavaScript libraries, and it's all typed. If you want to interact with JS i
279.
by sjrd 11y ago
These are some very exciting news for Elm and its community. Well done!
280.
by sjrd 11y ago
Yes, Scala.js and scala-async work together out of the box.
281.
by sjrd 11y ago
> It won't work if each method returns a new instance, such as methods of immutable collections. TS' this type does not allow that either. You have to return `this`, and nothing else. This can be explained by inheritance. If yo
282.
by sjrd 11y ago
Scala.js with sbt supports persistent watching with running only what actually changed. And it runs tests in parallel by default . And that works for all testing frameworks. Oh and most testing frameworks support asynchronous tests (what a
283.
by sjrd 11y ago
Honestly, I am very doubtful about Kotlin's JS support to be a "primary feature". They have certainly advertised it as such since day 1, but the facts are that they have not treated JS as such in practice. Here are some o
284.
by sjrd 11y ago
GWT doesn't do Scala. That puts it out of the equation as far as most Scala.js developers are concerned. Also, it's interoperability story is seriously lacking behind Scala.js. TeaVM is a fun and impressive project. However, altho
285.
by sjrd 11y ago
You have to explicitly enable the definition of new implicit conversions. Usage of implicit conversions is automatic.
286.
by sjrd 11y ago
No, Pimp my Library is not an anti-pattern. It even received dedicated syntax with `implicit class`es. Contrary to general implicit conversions, implicit classes are not dangerous because things are not actually converted as far as the de
287.
by sjrd 11y ago
20 KB is as low as it gets, these days (not gzipped). But really, that doesn't matter in the least, because you don't write Hello World's with Scala.js. You write larger apps for which the cost of these few tens of KB is comp
288.
by sjrd 11y ago
It seems "use strong" is for you. https://developers.google.com/v8/experiments
289.
by sjrd 11y ago
Variant from later in the story: http://typedrummer.com/tubs9r
290.
by sjrd 12y ago
It is absolutely not TypeScript. SoundScript is supposed to have a sound type system (one that can be the basis for optimizations). TypeScript was designed with an unsound type system.
291.
by sjrd 12y ago
No, it doesn't. Scala.js is a compiler that emits .js code from your .scala code. There is no layer between the JS VM and that .js code.
292.
by sjrd 12y ago
Oh yes, compilers could do that. But because of the code explosion, everyone would actively stay away from that feature. And we, compiler writers, don't want to support a feature that's not used.
293.
by sjrd 12y ago
It's not unrecommended, but it's definitely not where it shines most. It's difficult to get below the 100 KB not gzipped size. Although if you use jQuery in your JS hello world, you also gather up 33 KB just for jQuery, so it
294.
by sjrd 12y ago
You are correct. Scala.js compiles Scala code to JS, not bytecode. A number of core Java classes have been ported to Scala.js so they can be used anyway, though. (see http://lihaoyi.github.io/hands-on-scala-js/#JavaAP
295.
by sjrd 12y ago
- IDEs for Scala are pretty good, nowadays. They do all of what you mentioned (except unhandled exceptions, because that's a Java-specific thing). - There's no difference between Scala and Scala.js support. To your IDE, Scala.js i
296.
by sjrd 12y ago
- library availability: in Scala.js you have quite a number of core libraries available (see www.scala-js.org), but you also have direct access to JavaScript libraries - interoperability with JS: Scala.js has its own TypeScript-like definit
297.
by sjrd 12y ago
Hello worlds are about 100 KB not gzipped, but this is not a good measurement. As your application grows, this doesn't grow as fast. Scala.js is meant for medium to large size applications anyway.
298.
Hands-on Scala.js – Recording of Li Haoyi's Talk at PNWScala '14(vimeo.com)
1 points by sjrd 12y ago|0 comments
299.
by sjrd 12y ago
170 KB to a few hundred KB for typical applications. That's will full optimizations which take a few seconds to apply. The fast dev cycle version weighs between 1 and 2.5 MB.
300.
Announcing Scala.js 0.5.0 (scala-js.org)
2 points by sjrd 12y ago|0 comments

More ›