Really cool
HN user
kigiri
https://github.com/vtbassmatt/djournal is not public ? I'm using https://github.com/ralsina/grafito but I'm not super happy with it
I don't think so, I think SQL is unintuitive and hard to parse. Enough ppl disagree with me though judging by it's success it was clearly good enough
Agreed on both point, I think you underlined pretty well what was bugging me with the article !
I love the idea of SQL but to this day after years of using it I still have a strong dislike for it.
The syntax never was intuitive and still isn't, I always mix it up, I found it syntax error always a pain to debug, the tooling is all over the place.
I do agree that it's a truly valuable skill and expect it to last more 30 years.
it's possible in europe: https://help.instagram.com/923021729404927/?helpref=uf_perma...
Subscribe on Facebook.com or Instagram.com: €5.99 per month for one account, plus €4 per month (or price in applicable local currency) for each additional account in the same Accounts Center
I had a case in my job of an HR guy that was so bad a communication everything was super confusing and we always had issues and tension. Once GPT came out he clearly just copy / pasted LLM output and I was very conflicted because it felt insulting but it was the first time I was actually able to understand what he intended to say...
I sadly would prefer LLM output over prompt because I'm pretty sure the prompting was a process with him he would prompt, get a bad LLM output, seeing the LLM wasn't understanding force him to clarify and we ended up with actually understandable content.
Naming things is my principal use for AI, I don't always pick a name from the suggested ones but it sure help me find better ones.
It is definitly worth it, and moving to rust because compile times are too slow ? This can't be the main reason for the switch
Also this works on node too now, don't sleep on node improvements
Nothing, Deno raised capital back in 22
Node supports ts natively now though.
TurtleWoW wasn't a simple copy of the original game, you can see this as a legit extension it's a lot of work.
Sure it's no way comparable to the initial work of the original game but it's short sighted to think it's just a rip-off
I agree with your first statement, this match what I've witness when I learned coding by doing my own private sever.
But I can ensure you that my motivation wasn't money, and I don't think it's the case for most starting projects. How ever, with success come temptation, also if you can easily justify getting some cash
I could hire some dev, I could get a better server, do some promotion, etc...
And then when money arrive it's hard not to feel all your hard work doesn't deserve a bit of the share.
To me the main issue is that there is no legitimate way to license blizz IP and give back a share.
TurtleWoW wasn't a simple "recycle the content and don't pay for retail" type, and those are actually a lot of work interesting take on the classic game.
It's a shame there are no good legal way to make a legit business to explore those ideas more seriously and for the "private server scene" to grow up in it.
I work on a ~9y old nodejs codebase, have none of those issues, we have 8 dependencies, this is fully resolved tree.
One to generate zip files, one for markdown parsing, connecting to postgres, etc... most of them have no sub dependencies.
We always reach out first to what nodejs lib have, try to glue ourself small specific piece of code when needed.
The app is very stable and we have very few frustrations I used to have before. Note that we used to have way more but bit by bit removed them.
Now I would whitelist anything from the deno std* lib, they did a great job with that, even if you don't use Deno, with what ever your runtime provide plus deno std you never need more than a few packages to build anything.
JS is doing pretty good if you are mindful about it.
Deno solves this, it's not a JavaScript Issue, it's a Node.JS / NPM issue.
We moved a 8y/old React app to preact in a few lines of code, barely anything was needed.
I think the signals integrations are great added value to the "classic React" formula.
Light weight bundles too, can't recommend it enough.
You can find screenshots here: https://dev.to/9zemian5/tired-of-writing-sql-just-to-explore... (might be outdated, didn't test the tool)
On my part, I would like to see sqlite support and screenshots on the mainpage, also not a big fan of running an unknown command on my data.
Since you run locally, any value of having the frontend loaded from a website instead of just opening it in localhost ?
My strategy for this kind of situation is to avoid direct rejection. Instead of saying stuff like "it's unnescessary" or "you are wrong", I push for trying first without.
I would say:
Once we have a working MVP without websockets we can talk again to think about using websocket.
Most times, once something is working, they then stop to care, or we have other priorities then.
100% agree, I felt very put off by the tone, I think HTMX pull it off by not taking itself too seriously and also having good insights.
I wish the homepage talked more about how nue approach the problems rather than how better than other framework it is.
Nice one, thank you for sharing !
What I love most is how well "out of the box" sublime work for me. Even on a fresh install it's very usable without doing anything, I usually install about 3 extensions (not counting specific language syntax support).
Integrated LSP would be nice to have, but most of the time I don't use it and I like to be able to turn it of and have the simple autocomplete that is very predictable and unintrusive.
And performance, I know Zed showed some benchmarks on how fast it is, I still had some hang up from time to time with it and some crash, I can't suffer jankiness in my editor, it stress me out.
Thanks for the work done on Sublime.
I thought it was a wordle variant, but was gladly surprised it feels more like playing sudoku. Everything is based on deduction and you don't need to have a good english vocabulary !
Yeah, I really love this keyboard, if only it was still alive, didn't find a successor
This use allow to update SELECT operations, but UPDATE / DELETE still have to be done on the old underlying schema right ?
No way to trigger a DELETE from a view right ? How would you approach this ?
Yeah the communication with V8 and all the API are in rust, V8 is still in c++
But the bad ecosystem in npm is one of the main reason he made deno, that's what deno/std is for.
While not stable yet, they are working to address this very issue
Zig is looking great but also, solving a different problem
Also, solid.js
They are so many things that I would have removed out of macOS over this, Oh well.