stephen

20 ms·

151.
by stephen 8y ago
Sure, sorry, Language Server Protocol: http://langserver.org/
152.
by stephen 8y ago
"That era is now over." Not sure that is true (pedantically), as my son is building Minecraft modules in CodaKid, and they have him using Eclipse, I'm sure b/c it's free: https://codakid.com/ . (They
153.
by stephen 8y ago
Gradle does have a build cache, which can be local or remote: https://docs.gradle.org/current/userguide/build_cache.html It is a newer feature, so that might be why you're unaware of it. Also, I get that the
154.
by stephen 8y ago
Good point; I've mused before that dynamic languages will always be a ~generation ahead of static languages, due to what you point out, that type systems are hard, and very few people start working on a new type system as their hobby p
155.
by stephen 8y ago
sbt is terrible, and I have a lot of respect for Li as "the scala.js guy", but I'm slightly baffled that YABT (yet another build tool) was really necessary vs. just making the existing (say) gradle experience super-polished.
156.
by stephen 8y ago
...ships in 2020? I'm impressed with what they're doing (and love the language), and it's hard work, and their speed is faster than, say, Java's dead-pace evolution in the 2000s. But, poking around at TypeScript, I'
157.
by stephen 9y ago
I'm not sure what the point of this paper is? * It talks a lot about containers, but this is really just contracts across systems, whether they run in containers or not. So not sure why the word "container" is necessary. * It
158.
by stephen 9y ago
FWIW this is just the way life is in large companies: you have to trade-off individuality vs. company-wide productivity. Granted, both extremes are bad, and finding a happy medium is hard. Hopefully the architecture group's "rec
159.
by stephen 9y ago
Since you mentioned Hibernate, it's been years since I had to deal with it, but the "generate bytecode for all the things" start-up time of Hibernate/JPA drove me nuts and I built Joist [1] specifically to fix/avoid
160.
by stephen 9y ago
Gah, I'm an idiot and replied to the top-level thread instead of here. See my "I agree it seems that way" comment down below.
161.
by stephen 9y ago
I agree it seems that way, but IMO JavaScript/v8 only exists (or is only the defacto client-side runtime) because Sun/Oracle messed up the Java/JVM trajectory at least twice. 1) was Sun making applets suck so bad, e.g. the JV
162.
by stephen 9y ago
I wonder how the $$ Google might pay to Oracle compares to the $$ it is spending to move away from Java by building replacements (v8, Go, Dart, Flutter/Fuschia, etc.) that are all essentially "GC languages with a great runtime VM&
163.
by stephen 9y ago
Agreed, after years of JVM dependency hell (which happens in any language), I think "never make breaking changes" should be non-negotiable for publicly-published code. E.g. repo managers like Maven central/etc. should use bin
164.
Are Classes and Prototypes That Different?(draconianoverlord.com)
3 points by stephen 9y ago|0 comments
165.
by stephen 9y ago
Yes, agreed, using chained prototypes to accomplish nested state charts is not something I'd want to inherit as a maintainer. It's cute, in a "look at how I can make the language do this"/novelty way, but I don&#x27
166.
Manual Typing Is No Fun: Introducing TypeWiz – Uri Shaked – Medium(medium.com)
4 points by stephen 9y ago|0 comments
167.
by stephen 9y ago
Seems like having to choose only one learning/teaching style is a false dicotomy. E.g. I've been doing software a long time, so like the github guy in OP who liked project based learning, that works really well for me when I basic
168.
by stephen 9y ago
Agreed with OP; my succinct version is: use comments for why not what . E.g. comments about "what" will be repetitive, out-of-date, etc. But comments about "why" we're doing something a particular way, especially
169.
by stephen 9y ago
I'm enough of a type-safety bigot that I would have started with schema-first, as I want schemas for all the things. :-) FWIW, I would suggest avoiding the (IMO) mistake of using your markup language for the schema. E.g. like json-sche
170.
by stephen 9y ago
Curious, but since you're a TypeScript believer, and venturing into "build yet another JS framework", why not make it TypeScript-first or even TypeScript only? Granted, you'd loose a large number of JS-only potential use
171.
by stephen 9y ago
I'm going to have to re-read the post a few times, but my thoughts on this topic are that cross-system automated tests are futile because, by definition of being "not your system", you can't easily and deterministically
172.
by stephen 9y ago
The approach you linked to looks good to me. I hadn't seen that before; thanks for sharing it! > Your next line of code might run before the browser increments the inner text, or starts the XHR. Yeah, that is true in theory, but we
173.
by stephen 9y ago
Yep! We technically had our own layer on top of XMLHTTPRequest to use a centralized slice point instead, but AFAIK wrapping it directly would be great too.
174.
by stephen 9y ago
FWIW the most consistent (as in non-flaky) selenium tests I've worked with used hidden DOM elements to synchronize the selenium driver with the JS code: http://www.draconianoverlord.com/2011/10/14/sane-se
175.
by stephen 9y ago
I'd love the instant start-up time for Java-based tooling like IDEs/builds/etc. (assuming it's as slick as they make it sound). It would be nice if there was a developer version, e.g. not for commercial server usage, but
176.
by stephen 10y ago
Agreed. A test should care about: input, "do something", output. Then you can refactor the heck out of "do something" and your test (which is ideally documenting the use cases you need to support) doesn't have to ch
177.
by stephen 10y ago
> I need tabs. At some point, every application (browser, terminal, tmux, ...) re-implementing their own version of tabs is kind of silly. Ideally "look at 'window' X of application Y" (where window == window / t
178.
by stephen 10y ago
Nice! I've heard that Google's Inbox (and likely other websites) uses this technique, although the implementation AFAIU is not open source. ...actually, I think their's is different, in that it doesn't depend on service
179.
by stephen 10y ago
> It doesn't seem too long ago when Java Developers > rushed to Ruby because it wasn't statically typed. IMO they were rushing away from: 1) Java's verbose syntax (not the type system itself; static typing and verbose s
180.
by stephen 10y ago
Agreed; if you're looking for a tldr (edit: for sharing with others, e.g. I know you're convinced), I recently made a few edits to my pontification from awhile ago: http://www.draconianoverlord.com/2010/11&#x2

More ›