hex13

5 ms·

1.
JavaScript Visual Explanations(github.com)
4 points by hex13 8y ago|0 comments
2.
What if Redux was reactive? Try Feedbacks(github.com)
1 points by hex13 8y ago|0 comments
3.
Show HN: Transmutable.js – immutable wrapper for mutable code(github.com)
4 points by hex13 9y ago|0 comments
4.
Transmutable – immutable objects that pretend to be mutable(github.com)
2 points by hex13 9y ago|0 comments
5.
by hex13 9y ago
"Facebook has done a good job of deprecating and warning for the last few months, but not all libraries are well-maintained and if you depend on or have forked a great many ancient ones, you will be in for a bit of a slog."). Thi
6.
by hex13 9y ago
besides - if you generate your SVG programmatically you can just return them in your render function: function Foo(props) { return <svg> <circle cx="10" cy="10" r="100" /> &l
7.
by hex13 9y ago
> Once the product-market fit is achieved (...) > it makes sense to start cleaning up the codebase. This is very optimistic assumption that people will actually clean the codebase at some point. From what I've seen technical debt
8.
by hex13 9y ago
Like they say "There are only two hard things in Computer Science: cache invalidation and naming things." ;) Apps without `refresh` claim to be ones which managed to solve caching problem properly (they usually didn't anyway)
9.
by hex13 9y ago
> I simply asked for the differences, One of differences could be that Redux has only one object("actor") which can receive messages - that's store. In actor model there are many actors which can both receive and send mess
10.
by hex13 9y ago
> since Redux is much more prevalent. Actually it's quite opposite. Redux is a library which was created not until 2 years ago and it is used only in JavaScript. Actor model and similar message-passing patterns are in use for decade
11.
by hex13 9y ago
Redux is a chicken, actor model is an egg. Similar patterns were used decades before Redux was even born.
12.
by hex13 9y ago
> I think it really helps with maintenance and scalability of > projects down the road and saves you time later on. It's popular argument but I don't think it's completely correct. On the one hand principles of Redux (i
13.
by hex13 9y ago
I've created library `transmutable` for performing automatic copy-on-write behavior in JS (you just write imperative code which is transformed behind scenes into immutable updates https://npmjs.com/package/transmut
14.
by hex13 9y ago
I never understood why to run Slack as desktop app if Slack can be run in a browser with the same GUI and features. Am I missing something?
15.
by hex13 9y ago
> In practice, though, very little code > written for Electron will run in a browser. I think many things could run in a browser. All GUI, whole visual layer could run in a browser (maybe except system menus, but they could be recrea
16.
by hex13 9y ago
on the beginning I used getters/setters but I switched to Proxy because it allowed for simpler implementation and more flexibility. I may consider to switch back into getters/setters, if support of Proxy is really a problem (altho
17.
by hex13 9y ago
I've build a library Transmutable which falls into the third category :) it allows to use immutable data structures in mutable-like way, using plain assignments: https://www.npmjs.com/package/transmutable (mutatio
18.
by hex13 9y ago
Redux for sure. Smalltalk had message based system like Redux has (with the difference that in smalltalk this system was object oriented). But functional programming also existed in 1976.
19.
by hex13 9y ago
"build on top of existing, well-defined codebases/APIs." is not necessarily easier than "engineer a complete, well-rounded, extensible codebase/API himself." I think these are two different skills. Some program
20.
by hex13 9y ago
> Eventually you are going to get bugs, I read:"Sometimes you are going to get event bus." Indeed sometimes simple event bus (pub-sub etc.) could be sufficient for replace Redux. EventEmitter is already a dispatcher. And then y
21.
by hex13 9y ago
what is "lifecycle component"?
22.
by hex13 9y ago
It's interesting. What browsers do people use on this machines? Though according to wikipedia most popular browser is Chrome: https://en.wikipedia.org/wiki/Usage_share_of_web_browsers but it seems weird, because C
23.
by hex13 9y ago
I upvoted you.
24.
by hex13 9y ago
BTW how to downvote comments on HN? I sometimes "flag" them to mark as downvote, but I'm not sure if flag is the same as downvote.
25.
by hex13 9y ago
I've been downvoted because HN has Dislike Button which encourages people to downvote things they personally don't like instead of making constructive arguments ;)
26.
by hex13 9y ago
Ok, maybe I will reconsider C++. But if you were building such app in C++ what third part solutions would you recommend for building multiplatform GUI? Qt? GTK? What is used now and what will be working/looking good on all three main
27.
by hex13 9y ago
I used Brackets maybe 2 years ago and it was very slow back then. Maybe now they have optimized it, I don't know.
28.
by hex13 9y ago
There is one more thing. Developing in HTML5/JS (with all its ecosystem) is freaking fast in terms of developer productivity. You will probably build full fledge app in shorter time using JS than with C++. So you can deliver MVP to the
29.
by hex13 9y ago
I think Atom gave bad fame to the Electron (it's ironically because Electron was made for Atom). Atom is bloated and slow and people think that each Electron(or Chromium) app is bloated and slow. But for example VSCode is a lot faster
30.
by hex13 9y ago
TL;DR: they just invented internet forum/message board but with nicer GUI. And it's good. I think internet went wrong way to ditch traditional internet forums/discussion groups/ and internet communication started to be b

More ›