Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
grayrest
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
25 ms
·
181.
▲
by
grayrest
10y ago
> I see Rust as the big next step for the web—a language that is still a pleasure to develop in, but with excellent static typing and tight, targeted builds without the bloat and buildup I'm accustomed to seeing with current transpi
182.
▲
by
grayrest
10y ago
Enforcement of this particular policy is one of the things I dislike most about HN. The current title is awful. It gives no information that the URL itself does not and doesn't explain why I'd care about the contents now given I
183.
▲
by
grayrest
10y ago
So in looking at the Kangax tables when the next Safari comes out, it looks like all major desktop browsers will have support of the big ticket ES6 features (arrow functions, destructuring, default params, Map/Set/WeakMap, Proxies
184.
▲
by
grayrest
10y ago
Can't wait on that Exponentiation Operator and A.p.includes!
185.
▲
by
grayrest
10y ago
The standard response from the Rust team is that Rust should match or beat non-SIMD C++ performance and if it doesn't, you should file a bug. Note: The first thing anybody will ask when you complain about Rust being slow is whether you
186.
▲
by
grayrest
10y ago
> Maybe we don't want to show the new task because it would confuse the user and it would be better instead to show a "Show new changes" button. For the past year at work I've been working with re-frame (clojurescript
187.
▲
by
grayrest
10y ago
The issue with Vim is that the editor has several hundred/thousand idioms and everybody uses a different subset. As an example, most people delete words with `dw` while I usually use `dt<space>` because the t/f motions gener
188.
▲
by
grayrest
10y ago
Code is not based on atom, it's based on Electron, which is the runtime (node+webkit without the UI chrome). VSCode has lower typing latency and a more considered system for building / debugging / code completion. Atom has a
189.
▲
by
grayrest
10y ago
I learned vim 15 years ago because I saw its history and realized that if I learned vim, I'd never need to learn another editor's key commands. If you're not going to be programming, spending 20ish hours learning the intricac
190.
▲
by
grayrest
10y ago
> deleting word while curser is in the middle of that word :help text-objects Text Objects are really the best thing about vim after the command grammar itself. > insert parantesis around the word im on Install surround.vim and add th
191.
▲
by
grayrest
11y ago
As a heads up, node will pick up destructuring the next time they bump v8. That's the last feature keeping me on Babel so I expect adoption to be fairly quick.
192.
▲
by
grayrest
11y ago
My biggest annoyance with Lambda is that it's stuck on node 0.10.x. How are language versions handled on Azure Functions?
193.
▲
by
grayrest
11y ago
It'd be related to inlining a function since size is a common rule there. Some searching turns up this[1] article on crankshaft from three years ago, which lists the restrictions as ">600 source characters including whitespace
194.
▲
by
grayrest
11y ago
More or less. There was a minor parser combinator arms race in the Rust community a few months ago using http parsing as the benchmark and my takeaway (only half paid attention, I haven't needed to write a parser) was that they got to
195.
▲
by
grayrest
11y ago
The simplest library for this kind of data parallelism is Rayon[1]. The README provides a nice overview and links to a series of blog posts about the details. [1] https://github.com/nikomatsakis/rayon/
196.
▲
by
grayrest
11y ago
> But aren't those the goals of every browser? They are but they're Servo's goals "for reals". Parallelism: All current browsers are written to do layout in a single thread and the specs were written assuming thi
197.
▲
by
grayrest
11y ago
Should just be replacing Emscripten in the toolchain with Binaryen [1]. [1] https://github.com/WebAssembly/binaryen
198.
▲
by
grayrest
11y ago
> Doesn't some state belong in the component itself? Certainly there are cases where this makes sense, right? It depends how pure you want to be. The app I'm paid to write is in clojurescript and follows the convention of keepi
199.
▲
by
grayrest
11y ago
> Could you expand on "form input fields are rudimentary"? All of the above except the lack of HTML5 fields. :) I don't mean to be negative, just to give reasons it's not as simple as "just slap chrome on it"
200.
▲
by
grayrest
11y ago
I compile Servo twice per week or so to check out the progress. It's really not ready to go as a daily browser. You can load pages, they're recognizable but generally not fully correct, the form input fields are rudimentary, and i
201.
▲
by
grayrest
11y ago
Do you want contributions? I've done a cursory check of the repo a couple times but my use thus far has been fairly low key and I haven't run into errors for bug reports and most of the stuff on your roadmap from last fall the sor
202.
▲
by
grayrest
11y ago
This is true unless you're using cljs-datetime. The library's use of goog.date objects under the hood means that storing one in your state tree invalidates the fast equality checks that everything in the clojurescript space is ass
203.
▲
by
grayrest
11y ago
Elm is a language for writing web applications. There are a lot of good ideas in the framework and it's a fairly big influence on up-and-coming UI frameworks/approaches but it won't help you write Swift/Cocoa apps direct
204.
▲
by
grayrest
11y ago
No more odd than using Java. There's the huge difference in libraries and tooling but I don't think any inherent feature of Rust makes it less suitable for web backends than Java. I wouldn't pitch this project at work today b
205.
▲
by
grayrest
11y ago
> It looks like there is some stuff on the road map to do just this, based on a merge I saw recently. The "Trait Based Exception Handling" RFC is in final comments: https://github.com/rust-lang/rfcs/pu
206.
▲
by
grayrest
11y ago
shouldComponentUpdate only prunes the size of the vdom tree, updates are still O(n_virtual_dom). I've always thought this was an advantage compared to alternative approaches I know about since pruning the size of the vdom tends to be f
207.
▲
by
grayrest
11y ago
I ran across [1] last week. I saw another (not ractive) a month ago but I've forgotten the name. [1] https://github.com/Lucifier129/react-lite
208.
▲
by
grayrest
11y ago
> vanilla js running up to 40x faster than React That particular link is a strawman argument. React isn't magically fast. Writing a 5 line shouldComponentUpdate would normalize the performance. If you think you can do better with so
209.
▲
by
grayrest
11y ago
There are a bunch of alternative implementations. The vdom benchmark [1] is a fairly good list but I've run across at least two more that aren't tracked there. [1] http://vdom-benchmark.github.io/vdom-benchmark
210.
▲
by
grayrest
11y ago
> React and Angular2 do the same thing yet they are both bloated and force tons of tools and tech down your throat. For what? State control. The most important thing about a React app is that you can write your code to have every bit of
More ›