Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sapeien
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
sapeien
10y ago
jQuery has had the reputation of being very antiquated for a while. The problem that it set out to solve no longer exists. The same will be true of what you mentioned above. Now there are tools that solve problems that arise from other tool
2.
▲
by
sapeien
10y ago
The current front-end web stack today is not the answer, I think that is not so controversial except to the most die-hard fanboys. Most of the contents in this handbook are going to be worthless in a year. Most front-end work is repetitive,
3.
▲
by
sapeien
10y ago
Troll picks: Curtis Yarvin a.k.a. Mencius Moldbug ( https://en.wikipedia.org/wiki/Curtis_Yarvin ) Xah Lee ( http://xahlee.org/ ) Michael O'Church ( https://michaelochurch.wordpress.com/
4.
▲
by
sapeien
10y ago
Agree with this. I think that many of the people named here may be more talented at marketing their ideas and themselves within certain developer communities. Their work may seem popular and exciting, but are lost in abstract thought and ha
5.
▲
by
sapeien
10y ago
Looks pretty impressive at first glance, but it seems that most of its features come from dependencies such as PouchDB, RxJS, JSON Schema, crypto-js, and more. The built version is 1.3 MB, minified file is 520 KB, or 140 KB gzipped. I found
6.
▲
by
sapeien
10y ago
I didn't say that Facebook's reference implementation is the only one (it is in fact the most popular based on downloads), everyone else is performing free labor for Facebook. The point is that they can make any change they want t
7.
▲
by
sapeien
10y ago
I don't buy into the GraphQL hype. Actually it is a rehash of older technologies like RDF & SparQL, but marketed to a newer generation who didn't know that old things exist. I'd wager that the 20-something "engineers
8.
▲
by
sapeien
10y ago
I think the nuances of the offering are not entirely clear from the marketing website, so here's what I've interpreted. The product itself seems to be a Node.js framework that glues together various modules, including popular ones
9.
▲
by
sapeien
10y ago
Actually the site loads about 4.3 MB of compressed data over the network, or 6.5 MB uncompressed. Edit: out of curiosity, I looked at the package.json of their open source project, there are 51 top-level dependencies. After installing, ther
10.
▲
by
sapeien
10y ago
I haven't heard of Fabric before. Fabric seems to have an ambiguous name and their marketing website is equally ambiguous. Something to do with mobile app analytics? I find this trend in developer tool marketing to be appalling.
11.
▲
by
sapeien
10y ago
Something very similar already exists: https://github.com/pretenderjs/pretender I don't think it's a good idea in general to mock server responses because they are subject to change while the mocks don't
12.
▲
by
sapeien
10y ago
1) Doesn't always work if you want to target embedded systems or need performance, and all you know are scripting languages with huge overhead like Ruby, JS, Python, etc. Some languages really are better than others. 2) Could say avoid
13.
▲
by
sapeien
10y ago
What's wrong with good old notepad.exe and *.txt files? Notepad (nano, ed, other lightweight editors) has a quality that this doesn't: unstructured text. When writing I don't want to think about metadata, I just want to write
14.
▲
by
sapeien
10y ago
It depends on what you already know, I think embedded development with systems level languages and hardware know-how is a very durable skill. On the other hand, some fields like web development have peaked a while ago, I would argue that 20
15.
▲
by
sapeien
10y ago
Fun fact: Jeff Bezos from Amazon was an early investor in Mashape :)
16.
▲
by
sapeien
10y ago
That makes Web 1.0 sound bad. AWS seems to be using Angular and is full of UI quirks and bugs that would have been impossible without JS. HTML forms work predictably, reliably, and with a high degree of affordance.
17.
▲
by
sapeien
10y ago
>something React-like as part of the web standards. Hell no. High-level APIs should remain in user space, they are too often optimized for short term thinking, prone to breakage, and inefficient. Most of the current DOM specification has
18.
▲
by
sapeien
10y ago
And what about those McKinsey consultants, surely their work can be automated as well? :) It is funny that the managerial class thinks that they are safe from automation.
19.
▲
by
sapeien
10y ago
Should qualify this as Web Developer tools. Nearly all of the things here would be irrelevant to systems programmers.
20.
▲
by
sapeien
10y ago
May I ask why one would want to switch from a well respected engineering profession to one which literally kids can do? Outside of the HN bubble where there's lots of VC-funded Internet startup employees, webdev is a joke, and I think
21.
▲
by
sapeien
10y ago
Stupid question: what does Omniref do that can't be done with source code comments? Comments are readable by anyone in any editor and do not require external tools. They are co-located to the relevant lines of code by being part of the
22.
▲
by
sapeien
10y ago
Why should anyone use this, instead of just using a Redis client, the `cluster` module, and a WebSocket server directly? It's only 251 lines of code as of writing, which is partly spent on trivia such as a linked list implementation, a
23.
▲
by
sapeien
10y ago
It is important to note that Zuckerberg did not claim any original contributions, nor does he name any of the non-Facebook libraries used, denying the acknowledgement of others' work which he relied upon. For all we know, he used some
24.
▲
by
sapeien
10y ago
Uber is a douchebag company, who knew? On a serious note, there is no obligation for any user no matter how big to contribute anything upstream in open source. If that were the case, we would be in big debt to the maintainers of the Linux k
25.
▲
Embracing Simplicity
(adamsilver.io)
2 points
by
sapeien
10y ago
|
0 comments
26.
▲
by
sapeien
10y ago
It probably makes sense in Google's own ecosystem of apps, but as an aesthetic style it seems to be intentionally bland and tasteless.
27.
▲
by
sapeien
10y ago
Clickbait title for the HN crowd, I sense that articles like these are analogous to the old which color to paint the bikeshed debate. Front-end libraries and frameworks should be trivial because front-end web development is largely trivia
28.
▲
by
sapeien
10y ago
This looks a lot like another JS library that was posted here previously: http://monkberry.js.org/ Both compile templates to DOM manipulation code.
29.
▲
by
sapeien
10y ago
I think HTTP-based APIs are closer to a service than an library with a public interface, even though the term API can be used interchangeably for both: https://schema.org/Service
30.
▲
by
sapeien
10y ago
This looks really great for discoverability that works within the web platform already, without the need for inventing a new format [0]. However, I'm not sure if this goes far enough. There exist some formats for describing what APIs c
More ›