bbbobbb

AI written article that pushes twisted agenda.

I am pretty sure majority of people would not love to work hard if they didn't have to. There are exceptions for everything but don't confuse people who are doing something they like that others consider work. And I very much doubt most peoples' life passion is working on some tech startup.

I would buy and play vinyl if the music I listen to (renaissance, baroque) was actually released on vinyl.

Is there no police where you're from? Why are you reporting supposed hit and run to tech support of an app?

I don't recall ever returning anything. I don't buy that much stuff in general, but I feel like having the ability to just buy and return stuff makes you end up with more junk.

It's often ignored because not all people get to work on interesting new features or care about the customers. This is all cool and dandy if you're a founder or working a job where the actual product is interesting, but most jobs are boring with no actual incentive or even a way how to care about the customer and then making it at least technically interesting in some aspect is a way not to go insane.

Just playing the devil's advocate here. I would prefer using boring technology that gets the boring work done as quickly and easily as possible anyways, but that's because I have more fun doing other things than working.

Right, I only meant in regard of inconvenience of having to charge it.

While I prefer wired keyboard as well (due to not having to deal with pairing / connection issues), this argument I don't understand:

> Firstly the board is completely wireless, which means I have to charge it via USB-C. As I'm sat practically tethered to my desk all day a permanently wired option would actually be more convenient as it would save me to the hassle of charging.

Then plug the USB-C cable in permanently? How is it different from it having a wired keyboard?

That's not what the post is about. They describe the process as mostly fixing issues with existing software, so the motivation is that something is broken or not working as required anymore.

Refactoring it is just one of possible parts of the process, much opposed to 'yeah this legacy code is broken dogshit and needs to be rewritten even though the current software is already written, proven and works for 99% of the stuff we need' approach.

It also works just while plugged in so there is no downtime. I feel like I charge it couple times a year by any random usb-c that is on my table at the moment while I keep using it. Even if it didn't, it takes maybe 1-2 minutes to charge for the rest of the day so there is no disruption.

I'll just have to guess the reimagined IDE is not longer very text-centric given that without proprietary JavaScript the page is just a green background.

This only sounds like a 'problem' because the lisp dialects are so similar that you would almost expect them to be the same, no?

That seems like a nice feature - you know Common Lisp so you have to only learn some nuances to write PicoLisp effectively.

When it comes to the c-family of languages, you wouldn't expect a complaint about having to be aware of the differences between C and JavaScript since you can't even entertain the idea that they are all that similar.

Thanks, I forgot about this aspect of live program editing. Whether or not it's possible (or how close just quick live reload) is to this it' definitely not a first class citizen like you presented. It also reminds me of Pharo (or maybe just smalltalk, I've only played with Pharo) where you build the program incrementally "inside out".

It does make me wonder how aplicable this way of programming is to what I do at work but that is more because of the technologies and architectural choices where most of the work is plumbing stuff that is not local to the program itself together. And maybe even for that with the edges mocked out it would make sense to work like this.

Again, interesting video that made me think. Thanks.

Not the OP but would somebody be able to summarize HOW are the lisp REPLs different then to me? I've written limited amount of clojure and common lisp just to play around and I don't recall any difference between Clojure REPL and the REPL I get for say Kotlin inside IntelliJ idea.

Maybe the ability to send expression from the IDE into the REPL with one keybind but I cannot say it's not possible with the Kotlin one right now because that's not what I use it for.

It sounds like I might be in this case. We're talking decades. You are talking about various investments and even making sure to time the mortgage to beat the market.

I am talking about putting the money in S&P 500 and similar without trying to time, beat or track anything.