Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
lorean_victor
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
10 ms
·
61.
▲
by
lorean_victor
7y ago
Well pipe(), despite being a great extensibility tool, is not a "flow-reuse" abstraction, as it (mostly) just works as a transformer of (mostly) one observable into another. a reactive flow is a directed graph in general and an in
62.
▲
by
lorean_victor
7y ago
> All good and sorry, maybe my initial comment was still offending. No seriously I did not find it offensive even one bit. > While I like new takes in frontend, the overall wording was the reason not to read more about Connective but
63.
▲
by
lorean_victor
7y ago
That wasn't intended as a grumpy remark actually, sorry if it came off as such. And wait, I thought you were referring the '-' in 'large-scale' not the term itself ...
64.
▲
by
lorean_victor
7y ago
yeah its hard to hire people for one-person open-source projects.
65.
▲
by
lorean_victor
7y ago
> I would definitely think stream paradigm is very useful to front-end. I think it is theoretically possible to mostly deprecate VDOM with this paradigm, leading to better overall performance and control. > The essential difference in
66.
▲
by
lorean_victor
7y ago
> The problem with these libraries are significant ramp up time. Unlike what the authors are claiming it’s not because it’s a difficult or greatly different mental model to grasp, it’s because the API is clunky and poorly designed. Regar
67.
▲
by
lorean_victor
7y ago
I also wish we kept politics out of common first names. The Donald referenced here is a mischievous and temperamental white fella (with orange bits here and there) with semi-intelligible speech who most of the time ends up messing what he g
68.
▲
by
lorean_victor
7y ago
the first benefit, yes (although I would say it is already two, the "graph" and the "flexible connection"). the second one being offering abstractions for re-use of partial graphs. and it is notable that though CONNECTIV
69.
▲
by
lorean_victor
7y ago
> Do you have Connective vs vanilla RxJS example to demonstrate? Yes, you can find them here: https://connective.dev/docs/connective-v-rxjs > What does this mean? It means you (typically) have a few observables b
70.
▲
by
lorean_victor
7y ago
yes it really is an interesting project in this area as well, though it seems to be mostly focusing on state-management and binding reactive flows to React components and leaving the flow programming mostly to RxJS (though I have only looke
71.
▲
by
lorean_victor
7y ago
> More lines of code to do the same logic chains this is typically untrue. the genesis of libraries like RxJS is encapsulating repeated code responsible for properly handling async resources/transformations. without them, you would
72.
▲
by
lorean_victor
7y ago
do you mean "why I felt this was needed"? then this link should address your question: https://connective.dev/docs/connective-v-rxjs if you mean "how I got to doing this?" well I was thinking of wri
73.
▲
by
lorean_victor
7y ago
ok a bit of background: I have been working on my off time for some time now to bring reactive programming to the fore-front of web development, as I think it best captures the essence of the logic in those domains, which is basically an ev
74.
▲
Show HN: Connective – Large-scale reactive programming in Javascript/Typescript
(connective.dev)
59 points
by
lorean_victor
7y ago
|
49 comments
75.
▲
Write-Up: Adding a Web-Based Remote-Shell to a PaaS
(medium.com)
2 points
by
lorean_victor
7y ago
|
0 comments
76.
▲
by
lorean_victor
8y ago
first off, many thanks for the feedback. > - Syntax is slower to write. Copying and pasting is a non trivial operation. In order to benefit for the clean representation of the process, you need to spend a good amount of time ordering the
77.
▲
by
lorean_victor
8y ago
ok imagine doB() is a function that loads a record from the database and doD() is for example a password hash matcher (really imperfect example, just trying to get the point across). You might want to use both doB() and doD() in other conte
78.
▲
by
lorean_victor
8y ago
The "crazy" label is merely a hint to the inherent resistance of most programmers towards "visual" tools, disregarding them for reasons not-withstanding in this case. yet here it seems like actually the "visual"
79.
▲
by
lorean_victor
8y ago
Yeah we reached that point pretty early on while developing the PaaS with the tool, so had to incorporate support for mixed synchronous JS blocks. you can check out how to do that here: https://medium.com/connect-platform&#x
80.
▲
by
lorean_victor
8y ago
to a pretty limited degree, could you elaborate more?
81.
▲
by
lorean_victor
8y ago
yeah really not bad at all, didn't think of that solution originally. edited the article accordingly.
82.
▲
by
lorean_victor
8y ago
yes you are right the constructors aren't indeed needed. as for the complexity of the graph, basically the way I see it is that even this promised based method is a way to solve the problem of putting the graph into the proper promise-
83.
▲
by
lorean_victor
8y ago
Shouldn't it be like doE: doC, doB, doA doD: doB etc? anyways the problem with this approach is that doD() is assumed to be a general function (or statement or async command) that is not by definition bound to doB(), but rather in this
84.
▲
by
lorean_victor
8y ago
so in your code sample, would 'aOut' be a promise or a value? in case it is a promise, then basically doC() would needed to be re-written to handle when it gets a promised value instead of an actual value, and if not, then doA() m
85.
▲
by
lorean_victor
8y ago
yeah I think the article actually starts with that Promise-based code snippet. Even the sequential graph is based on the promise-based code.
86.
▲
by
lorean_victor
8y ago
Yeah I don't think so that on its own the visual programming makes any difference (or even adds any value). The main point here is that the "visual programming" is coincidentally a solution for async programming.
87.
▲
by
lorean_victor
8y ago
and to be fair its a really redundant format. I mean I personally would prefer the current undesirable situation rather than doing XML-based coding all day.
88.
▲
The Problem of Async Programming, and a Crazy Idea for Solving It
(medium.com)
14 points
by
lorean_victor
8y ago
|
24 comments
89.
▲
by
lorean_victor
8y ago
Haven't seen that before (although not tested the website on iOS much). Maybe this link helps instead: https://github.com/CONNECT-platform/connect-platform And the product itself is a development platform so I wou
90.
▲
Show HN: Visual Backend Development Platform
(connect-platform.com)
16 points
by
lorean_victor
8y ago
|
2 comments
More ›