Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vaughan
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
61.
▲
by
vaughan
3y ago
I think all logic should be in the db, but I think we just don't have the right databases. In my ideal world, my database would know about all the queries I want to run, and it would choose query plans based on this knowledge to effe
62.
▲
Ask HN: Would you be interested in a tool to manage your local dev dir?
1 points
by
vaughan
3y ago
|
0 comments
63.
▲
Ask HN: Index of AI Resources?
2 points
by
vaughan
3y ago
|
0 comments
64.
▲
by
vaughan
3y ago
Sure - email in profile.
65.
▲
by
vaughan
3y ago
Custom software development could learn a lot from the "visual programming" part of low-code development. I find it odd that we design and understand our software as diagrams on whiteboards, and then we just maintain this big ball
66.
▲
by
vaughan
3y ago
Spot on.
67.
▲
by
vaughan
3y ago
> decades of peak human capital have been invested in it Measuring software in human capital isn't a good idea. Software becomes crusty very quickly. Once you get a huge user base re-architecting becomes almost impossible without a
68.
▲
by
vaughan
3y ago
I hate the way so much of programming is just fiddling knobs on some old systems. It always gets to a point where I would prefer to rewrite the whole thing myself with only the functionality I need and to truly understand what is going on u
69.
▲
by
vaughan
3y ago
Yoga
70.
▲
by
vaughan
3y ago
> if every exported variable or function was in a separate file...But it’s just a pain to write code that way… I wonder if something that automatically organises your code into separate files would help...and fixes all the imports for yo
71.
▲
by
vaughan
3y ago
> polluting the namespace Yeh this seems to be the primary problem. You would basically use uuids and end up with your files in a sort of database. I think this often scares people because they don't know where something definitivel
72.
▲
by
vaughan
3y ago
> Using ls for listing modules/classes... Interesting. Just made me think of using a custom filesystem to navigate a codebase. Similar to: https://github.com/osnr/TabFS . I wonder if anyone has done this.
73.
▲
by
vaughan
3y ago
I find I often rely on a bunch of third party packages. They are essentially part of my code but I don't care about their folder structure, only their API. These are stored flat in npm/cargo/pip. Lot's of my code ends up
74.
▲
by
vaughan
3y ago
Just downloaded https://squeak.org/ to play around with this concept. I wonder if there is already a modern tool/suite for Node/Python inspired by Smalltalk...
75.
▲
Ask HN: Alternatives to organizing code in files and folders?
8 points
by
vaughan
3y ago
|
23 comments
76.
▲
by
vaughan
4y ago
Yeh something like that. I am using unix pipes to communicate with the shell, basically just eval'ing commands. I did this because bun didn't support sockets yet, which is probably a better approach. Pipes have crazy edge cases.
77.
▲
by
vaughan
4y ago
I wonder if we could build better implicit state machines if we could more easily visualize our imperative code by annotating it with visualization hints and parsing the AST. Also easier to debug/step-through this way.
78.
▲
by
vaughan
4y ago
import {alias, _export, _eval} from './util.js' export default async function config() { git() } function git() { alias({ gpsuom: 'git push --set-upstream origin master&#x
79.
▲
by
vaughan
4y ago
JavaScript was not tenable for scripts with Node.js. Startup time is too slow. Now it is because of Bun. I don't think you can argue with that. Rust isn't a scripting language - too strict, no optional typing, slow compilation.
80.
▲
by
vaughan
4y ago
> full visual reactive graph Is there actually a graph view? Or is it only the graph as a tree? I couldn't see it in the demo.
81.
▲
by
vaughan
4y ago
Sounds like an opportunity. In every category you mentioned there are new products released and widely adopted all the time. Look at the rise of ClickUp for example in such a crowded space as project management. I don't think its too f
82.
▲
by
vaughan
4y ago
> would need a proper integration Yeh I think it's way too complex to shoe-horn in later with minimal benefit. But new databases are being built at new companies every day. A lot of new companies I see, build out their first MVPs, C
83.
▲
by
vaughan
4y ago
I think the only hope comes from going graph-first and using a graph db as the source of truth. I think programming as a whole would be in a much better place if graph dbs beat out rdbms' and they attracted more R&D for perf optimi
84.
▲
by
vaughan
4y ago
Interesting work you guys are doing. I think a big reason for lack of popularity is familiarity of graphs in general. Most people wouldn't know of a good graph editor I would guess. Everyone knows documents and spreadsheets/tables
85.
▲
Ask HN: Is there a Wallaby.js equivalent for Rust?
1 points
by
vaughan
4y ago
|
0 comments
86.
▲
by
vaughan
4y ago
I wonder if this is a visualization problem. Imagine if you could see the dependency graph visually.
87.
▲
by
vaughan
4y ago
Why isn’t semantic web more popular inside companies? This expandable graph seems like the purest representation of all data in a company. Instead we have several different databases each with their own schemas. All with entities related to
88.
▲
by
vaughan
4y ago
TypeScript is now tenable for bash scripts with the fast-starting Bun runtime https://bun.sh/ . Before Bun, Node+V8 was just too slow to start. IMHO all scripts should be written in TypeScript...you get typechecking and all
89.
▲
by
vaughan
4y ago
I think the real test is: can it quickly build an ad-hoc financial model. This is the bread and butter of spreadsheets. Mito doesn't look like it keeps the flexibility of a spreadsheet in that way.
90.
▲
Ask HN: Thinking about going from React back to Backbone?
2 points
by
vaughan
4y ago
|
1 comments
More ›