panstromek

18 ms·

271.
by panstromek 3y ago
Yes, this is it. Thanks a lot!
272.
What was the post about giving malicious users worse UX?
4 points by panstromek 3y ago|5 comments
273.
by panstromek 3y ago
JIRA transfers like 20MB of stuff everytime you open the board, including things like 5MB JSON file with list of all emojis with descriptions (at least the last time I profiled it).
274.
by panstromek 3y ago
Interesting that you mention GitHub file tree. I recently encountered a periodic freezing of that whole page. I've profiled for a bit and found out that every few seconds it spends like 5 seconds recomputing relative timestamps on the
275.
by panstromek 3y ago
Tracking is a bit heavy, but from what I've looked at, the app code is usually much worse. I've looked at what Instagram and JIRA ship during the initial load and it's kinda crazy.
276.
by panstromek 3y ago
Interesting how well does the amount of JS inversely correlates with my experience of using those sites...
277.
by panstromek 3y ago
(Looks like it was asked by the author)
278.
by panstromek 3y ago
Seems like (at least to stack exchange) it's not true: https://literature.stackexchange.com/questions/26108/did-vol...
279.
Embrace Flatness(yoyo-code.com)
3 points by panstromek 3y ago|0 comments
280.
by panstromek 4y ago
> The image below will stay in the viewport and update as you scroll. This blew my mind for some reason.
281.
by panstromek 4y ago
> Well, SQL queries are still written in code as text. > But I think you must be referring to the visualizers that many db tools have No no, I really mean SQL text, writing SQL is fine and writing source code, too - I don't have
282.
by panstromek 4y ago
> The problem is not the text, it's the wrong abstractions that our text expresses. Yes, I second that - What I really want is to write an SQL statement to transform my code. It's also a textual method, but on different level.
283.
by panstromek 4y ago
> Is there anything inherent to React/JS that stops something like IntelliJ implementing that? Yes, actually. It's a problem for dynamic and weakly typed languages. IDE can't assume much properties about the program so it
284.
by panstromek 4y ago
This was en excellent talk, exactly in the direction was talking about. Thanks for the link.
285.
by panstromek 4y ago
> The author wants to do away with the program as text source code but doesn't suggest another way to represent a program. Quoting the article: > I imagine this model as a relational database - you have tables like `structs`, `fi
286.
by panstromek 4y ago
True, but IDEs are currently severely limited by nature of textual sources (e.g. macros are notoriously tricky to deal with). It's much easier to start from a good model for IDE and derive textual reprentation and input method from tha
287.
by panstromek 4y ago
> It's not going to be some magic visual model I wasn't talking about visual model at all. In fact, the word `visual` doesn't even appear in the article once.
288.
by panstromek 4y ago
That's the idea, but I'm not sure about the AST - that is usually too low level for this kind of reasoning. What you really want for this is similar to reflection types in Java.
289.
by panstromek 4y ago
> No, it really isn't unsolvable. I was talking about some specific cases - e.g. rename is unsolvable for some languages with macros (like Rust, in the linked article). Of course, DION solves that by going from opposite direction, w
290.
by panstromek 4y ago
That looks pretty cool, I will look at that. I already had this idea many times (and I think anybody who done some web stuff must have had, too), but it always felt apart when you consider all edge cases you want to handle differently.
291.
by panstromek 4y ago
To be clear, I don't think we should get rid of text completely, or use some drag&drop UI or some visual model. It's just the program should be defined by the semantic model first and then viewed/edited however it is prac
292.
by panstromek 4y ago
I think "double accounting" is a good analogy, and if you look at it that way, some tests that look like the same thing written twice in a different way start to make more sense. The problem is just with effectivity - it'd be
293.
by panstromek 4y ago
> the ability to modify/adapt the business logic is lost through automation This is a really interesting observation, I haven't thought about it like that before.
294.
Programming breakthroughs we need(yoyo-code.com)
419 points by panstromek 4y ago|492 comments
295.
Adaptive and Destructive Refactoring(yoyo-code.com)
1 points by panstromek 4y ago|0 comments
296.
Data Oriented Design is not ECS(yoyo-code.com)
4 points by panstromek 4y ago|0 comments
297.
by panstromek 4y ago
This is a really cool hack, I didn't know about that. It's another example showing that we really aren't conceptually that far from full fledged language support.
298.
How to stop synchronous code in a web worker?(yoyo-code.com)
3 points by panstromek 4y ago|0 comments