Seems like the title here on HN is bait testing for people not reading the article - and most of you failed.
I came here to see what people have to say about his vector DBs comparisons
Readit Newsredka commented on Why your brain is 3 milion more times efficient than GPT-4 grski.pl/vdb... · Posted by u/sebastianvoelkl
Couple years back I joined a paid accelerator program to write a mobile game under the wings of some company. My eyes were opened after having a fun time creating my game when the time came to publishing and tweaking. My mentors from the company explained to me the _requirements_ for it to succeed. Basically every change from that point was about manipulation. In order for the game to be high on the charts it needs to meet very specific metrics so subsequently the game was dumbed down so as much people can "have fun" as possible, levels were tweaked to control exactly how much time people spend on their "sessions". Mechanisms were introduced to limit how fast the game can be played and for how long (without paying). Certain tresholds were introduced where difficulty would be unfairly raised in order to create frustration and at the calculated times fake "promotions" of in-game purchases were supposed to be introduced. Updating the game exactly after getting a positive google review with game rating option - click 5 stars to get a reward and be forwarded to game page to post a review ; or click less than 5 stars and just have the pop-up closed without forwarding.
Even thogh my game wasn't a simple clicking and getting rewarded and I put a lot of work into making it fun, challenging, dynamic and generally _mine_ I was sucked into the same situation as everyone else on the mobile games market. My game lost all the appeal to me and I couldn't keep it up. Creating another exploitation machine takes all the fun out of gamedev.
Way back in the early 2010s I was very "excited" about coffee script and similar projects. They sounded like they should be great for productivity.
When I actually tried to write a project in coffee script, the results were the opposite of what I expected.
The code was harder to read, harder to modify, harder to understand, harder to reason about.
There's something about removing stuff from syntax that makes programming harder. My hypothesis is this: your brain has to spend extra effort to "decompress" the terse syntax in order to understand it, and this makes reading code unnecessarily difficult.
So I fundamentally disagree with the underlying premise of these projects, which seems to be based on PG's concept of "terse is power".
My experience suggests the opposite: there's power in being explicit. Type declaration is an example of such a feature: it makes explicit something about the code that was implicit.
Type declarations add more to the parse tree, and require you to type more, but they actually give you more power.
The same can be said about being explicit in the language constructs.
There of course has to be a balance. If everything is way too explicit (more so than needed) then your brain will do the opposite of what it needs to do with terse code: it has to spend more effort to remove the extra fluff to get to the essence of what the code is doing.
Being terse is good, up to a point. Same with being explicit.
Languages that try to bias too strongly towards one extreme or the other tend to miss the mark. Instead of aiming for balance, they start to aim for fulfilling some higher telos.
I don't know how much you actually tried coffeescript but I find your opinion strange. Coffee wasn't ever like J or anything crazy terse. Its appeal came not merely from making things shorter (it did that, but not by a crazy margin), but from adding a lot of useful things to the language like ? operator, spread operator, destructuring, classes, ranges, better iteration, etc. Almost every coffeescript feature was ultimately added to Javascript (and with very similar syntax) which made coffee somewhat obsolete. Coffee's lack of brackets and semicolons everywhere and @foo instead of this.foo, as well as usage of other features certainly didn't take away any readability or explicitness, if anything - they made it better; the same way those same features make Javascript better and more readable (and, ekhm. "easier to reason about") as long as you _know_ them.
If it's for fun, it shouldn't feel like work.
While others have some good suggestion, I'm going to ask the hard question: do you really want to be coding as a hobby?
The fact that you ask that question suggest you already code enough during work hours and you need to do something else after work.
Did you used to code for fun before it was your work? Then maybe it's a good idea to accept that you are not going to find in fun as long as your job is mainly coding (but it might become fun again if you don't mainly code as a job)
Did you drink the kool-aid that a developper is supposed to code for fun after work? Then maybe it's time to question that belief. A lot of professionnal developer that used to do that came to term with the fact that they'd rather do something else from their free time after coding all day.
After 10 years coding professionally, the only times I'm going to consider coding after work is as a mean to an end. There has been some occasions, but I wouldn't consider it "coding for fun". I wanted the results badly enough to dedicate some of my free time to getting that done despite not really enjoying the actual "coding" part.
Most of my free time is now used for anything but coding and I'm cool with that.
> If it's for fun, it shouldn't feel like work
I would be very careful with this sentiment. Pretty much any creative endeavour consists of parts that are not strictly fun. Coding in particular is filled with difficulty, tediousness, deep and wide thinking, etc. It's also the best creative tool that I know of, deeply engaging, very intelectually stimulating and fulfilling and lets you create things of extreme sophistication with very little limits. It's easy to rationalize your lack of motivation or discipline with a statement like: "I don't feel like doing it so it must not be something that I like" but creating an environment and a mindset to pursue fun, creative projects is not easy.
I listen to music mostly when working on my own projects. I don't talk much about ongoing projects until I have already progressed very far, and when I do I'm deliberately keeping most of the plans and further ideas out of the conversation - I've realized that it's easy to reward myself too much by talking to someone so that afterwards a lot of motivation is not there anymore. I also try no to listen to suggestions too much since it does create some weird obligations in my mind. And, most of all, I try to not ever fall into the mindset of creating something with a specific goal in mind - I find that it's better to focus on the process itself and not on the final product. This means I often pivot ideas or completely abandon then in favor of something that became more interesting.
Also, if you have that option, working in the same room with friends.
redka commented on Omnizart: Library for automatic music transcription github.com/Music-and-Cult... · Posted by u/pizza
How do you get a midi?
You'd have to run it yourself. There's a docker image available but it's a pretty big download (11.7GB)
redka commented on Omnizart: Library for automatic music transcription github.com/Music-and-Cult... · Posted by u/pizza
For anyone interested I've transcribed this song [1] using the replicate link the author provided (Colab throws errors for me) using mode music-piano-v2. It spits out mp3s there instead of midis so you can hear how it did [2]
[1] https://www.youtube.com/watch?v=h-eEZGun2PM [2] https://replicate.com/p/qr4lfzsqafc3rbprwmvg2cw5ve
redka commented on Cryptocurrency and the unbanked blog.prologe.press/blog/c... · Posted by u/ben_talent
This resonates so much with me. Are you familiar with Paul Graham's: How to Disagree
http://www.paulgraham.com/disagree.html
I wasn't and thanks! It was an interesting read
redka commented on Cryptocurrency and the unbanked blog.prologe.press/blog/c... · Posted by u/ben_talent
Can you suggest practical ways to actually ignore those people?
It seems every online community these days is full of people hyping up a crypto project for financial gain.
I tried to curate my sub Reddits and still can’t escape it in the comment threads.
Even Product Hunt is just a launching ground for NFT projects these days, crowding out interesting other product launches…
I would say that depends on what you're trying to achieve. If you're trying to get an overview of the space then probably one of the best ways of going about it to locate key figures that are involved in different projects (e.g. Vitalik Buterin, Charles Hoskinson) and listen to some podcasts with them or read stuff that they wrote. If you're trying to get a fairly good understanding of some specific technology or aspect of it then you must do your own research and that should be enough to be able to identify and ignore "those people" + as a bonus you might gain insights about the shortcomings or trade-offs of that thing.
But then if you're looking for investment opportunities then you should definitely have a very good understanding of what you're getting into, any why - especially if you're being purely speculative and not doing stuff like arbitrage or some form of DeFi farming, etc.