HN user

BossingAround

3,668 karma
Posts45
Comments1,256
View on HN
github.com 9mo ago

A contact solver for physics-based simulations

BossingAround
3pts0
www.decisionproblem.com 2y ago

Universal Paperclips

BossingAround
3pts1
1x.engineer 2y ago

1x Engineer

BossingAround
2pts0
medium.com 2y ago

System Design Blueprint: The Ultimate Guide

BossingAround
2pts0
www.youtube.com 3y ago

PSPi: Retrofit PSP with Raspberry Pi [video]

BossingAround
1pts1
www.bloomberg.com 3y ago

Layoffs and AI Are Changing Tech’s Once-Invincible Job Market

BossingAround
1pts0
thenewstack.io 3y ago

DevOps Is Dead. Long Live Platform Engineering

BossingAround
3pts0
www.youtube.com 4y ago

What Engineering Managers Should Do (and Why We Don’t)

BossingAround
2pts0
www.youtube.com 5y ago

The Environmental Case for Hemp

BossingAround
1pts0
news.ycombinator.com 5y ago

Ask HN: What resources would you recommend to understand trends like serverless?

BossingAround
1pts0
www.theregister.com 5y ago

Cockroach Labs secures $160m funding at $2bn valuation

BossingAround
7pts0
www.youtube.com 5y ago

Are you a scanner? A look at the generalist's mind (2015)

BossingAround
1pts0
articles.tilt365.com 5y ago

Clues to identify a destructive leader

BossingAround
259pts116
www.cdprojekt.com 5y ago

CD Project Red: “Crunch is not that bad it’s mostly about Q&A and engineers”

BossingAround
3pts1
gist.github.com 5y ago

The introduction to Reactive Programming you've been missing

BossingAround
37pts0
blogs.vmware.com 5y ago

VMware Acquires Saltstack

BossingAround
11pts0
www.thetimes.co.uk 5y ago

Apple demands 50% rent cuts for UK stores

BossingAround
2pts0
news.ycombinator.com 6y ago

Ask HN: What advice would you give for a new tech blog?

BossingAround
4pts4
www.jetbrains.com 6y ago

The State of Developer Ecosystem 2020

BossingAround
4pts0
www.theguardian.com 6y ago

Bye bye Mongo, Hello Postgres (2018)

BossingAround
1pts0
www.cringely.com 6y ago

My first two predictions for 2020 – IBM and Trump

BossingAround
2pts0
flowingdata.com 6y ago

A Repetitive Hate for Statistics

BossingAround
2pts0
edition.cnn.com 6y ago

Shenzhen becomes first Chinese city to ban consumption of cats and dogs

BossingAround
2pts0
www.npr.org 6y ago

Personal Essay: Coronavirus Lockdown Is a 'Living Hell'

BossingAround
1pts0
news.ycombinator.com 6y ago

Ask HN: Is this a good time to buy stock?

BossingAround
2pts8
news.ycombinator.com 6y ago

Ask HN: Which documentaries are must-watch?

BossingAround
4pts4
news.ycombinator.com 6y ago

Ask HN: How to tell X years of experience vs. one year X times?

BossingAround
1pts1
www.reddit.com 6y ago

Somebody has going to be the a**hole that tells you the truth

BossingAround
3pts0
humanparts.medium.com 6y ago

Is This the Way Our Sex Lives End? Not with a Bang but a Whimper

BossingAround
4pts3
twitter.com 6y ago

Steven Sinofsky and the iPad Announcement

BossingAround
1pts0
Steam Machine 8 months ago

I mean, even Valve has tried it in the past, and it was a failure. Look up Steam Machines from 2010s. I consider the success of Steam Deck (thanks to flawless execution this time) as almost a minor miracle.

It's not very crazy to me. Most corporate teams are overrun with feature creep that "is very simple" (i.e. it takes 3x as long as estimated, because the codebase is a mixture of overengineered spaghetti for that one customer with edge-case requirements and legacy, combined with tests that are meant to be run in a jenkins job which takes 4h to complete).

Then, the engineers are expected to write the docs in between these tickets, and doc is seen as something "to be done within 30 minutes" - of course the docs will be comically (or tragically, depending on your perspective) bad.

Most people have 0 idea on how to write good docs, so in 30 minutes, they write stream-of-consciousness docs and return back to the ticket hell.

When debugging multi-threaded env with debugpy & VSCode, VSCode jumps to code that is active in currently active thread. Is DAP something different? From briefly looking at the docs, it seems like DAP calls debugpy for Python debugging, so we're probably talking about the same experience?

So, IIUIC, new capabilities:

- It'll be possible to print stack traces without modifying or stopping the program.

- It'll be possible to exec into a program at runtime without modifying it.

I'm not sure why the author mentions remote_pdb - this has been with Python for some time, and works since Py 2.7? Not sure what changes in 3.14 for remote_pdb.

What I'm hoping though is improved tooling around debugging Python. Currently, in my experience, VSCode (more specifically, debugpy) provides pretty much unmatched remote debugging capabilities, and I'm really hoping we can have a standardized way to connect any IDE to remote Python processes with the same UX as VSCode.

I would love to use something like Zed, but without remote debugging abilities, the IDE is pretty useless for me. Perhaps better devs don't need remote debugging, but I depend on it more than a junior in college CS program depends on AI :)

It's probably docs... If it can hallucinate an answer, it's docs with probably the most infuriating UX one can imagine.

I remember being taught that no docs is better (i.e. less frustrating to the user) than bad/incorrect docs.

In a very simplistic way:

- Smoking brings cancer and damages lungs.

- Vaping damages lungs (more research needed on other possible conditions).

- Nicotine pouches damage teeth.

I suppose the healthiest way of ingesting nicotine would be nicotine pills, which exist to help people quit smoking (and which is why they are very expensive).

That's why you rotate everyone, not just those that "volunteer"... This way, you're spreading knowledge to everyone, e.g. if I'm forced to deal with an issue on code you wrote, I'm forced to learn about it.

Of course, I might have to ping you and get you to help me with it, so it's less efficient. Then again, if you leave the company, I have some knowledge about the feature, so... There's tradeoffs for sure.

In my company, we rotate every 5 months. So every 6th month, I get put into the customer-facing team for 1 month. Every other month, a different team member is on the customer-facing team.

This is still annoying, but gives you enough time to work on features, and enough time to try and crack some customer cases (though I could even see being in the customer-facing team for more than 1 month, as sometimes, this is not enough to debug the issue and provide a fix).

I've got to admit, as much as I dislike being on the customer team, it's certainly less annoying than working on features, and have constant customer issues interruptions though.

Presumably, if US already has all of the minerals it needs, the minerals' deal is going to do as much good as is current status quo.

After all, why would the US get involved when they don't need the minerals they'd have to lose?

Honestly, I'm still not sure how I feel about Red Hat/IBM's journey. On one hand, RH killed (i.e. "gave to IBM to rot away") a lot of products I liked (recently, the whole JBoss stack they had, see [1] for more details).

On the other hand, a lot of the products that RH gave to IBM were really painful to use. Let me preface this by saying that I mean no disrespect to Geoffrey and his amazing work! And, also, I suspected I was too dumb to understand OptaPlanner in particular.

But OptaPlanner was definitely amazingly painful to use. The docs seemed horrible to me at the time, and the UX of the product was on the level of "the source code is there, to solve your problem, just understand the code base..." To model your problems meant that ideally, you'd pay for Red Hat's consulting, which would give you indirect access to the dev team, which would help you put your problem model into OptaPlanner.

A lot of the JBoss products I really liked were like that. Now, they'll die by slow death over at IBM with nobody giving a damn. I guess such is life.

I wish Geoffrey all the best with Timefold! I truly hope you'll turn it into whatever you desire, and that you'll always have more customers knocking at your door than you can handle!

[1] https://www.redhat.com/en/blog/evolving-our-middleware-strat...

Oh wow, thanks for this, had no idea there's a credit limit.

More annoying to me is that you have to use up your credits before cancelling your sub. If you have credits and you cancel your sub, you lose the credits.

With the advent of various car renting apps, I was so excited about not owning a car, and basically using just-in-time renting option. Turns out, at least in my part of the world ([0]), that it's such a PITA.

When you plan ahead, it's manageable. Sometimes, a car for renting is not available long term because people plan for the same time (e.g. holidays) and the provider doesn't have big enough car fleet to cover these peaks.

When you have an unexpected trip though, e.g. suddenly needing to go to Ikea, a spur-of-the-moment trip, etc., that's when this all falls apart. In my town, this was then 40:60, favoring no cars being available.

In the end, I just bought a car. 5 days out of the week, it sits on the street and depreciates in value. We take it on trips for the weekends, though, and have been absolutely loving it.

[0] central Europe, don't really need a car for daily life, but it's nice to have sometimes

Fair Pricing 1 year ago

To be honest, it's insane to me that there's no law about this. If you're a subscription business and you see 0 activity on a paying customer for 60 days, you should be required to ask them whether they want to continue using your service (and no answer should result in service cancellation).

Fair Pricing 1 year ago

If the streaming services did this, I'd probably have pretty much all of them. Then, instead of paying monthly, you essentially have a tab open with everyone, and you pay for whatever you stream.

Indeed, this would make me way less annoyed at the thousand and one streaming services popping up like mushrooms after a rainy day.

Reflections 2 years ago

In my mind, LLMs are lowering the barrier of searching in the same way Google did in the early 2000s. Back then, you had to very specifically tailor your search key words, not use words such as "the," "a," etc. Google eventually managed to turn queries such as "what's the population of Ghana" into ready-made answers.

LLMs do exactly that for more complex queries, with the downside of possible hallucinations. Suddenly, instead of doing a research on the topic, a person looking to become "a programmer" asks ChatGPT to create a syllabus for their situation, and possibly even actually generate the contents of the syllabus. ChatGPT then "searches the internet" and creates the response.

I have gained confidence that LLMs won't be much more (at least in the next couple years) than search engines with the upside of responding to complex queries, and downside of hallucinations. And for that, I find LLMs quite useful.

If Canada joined the EU, they would have a TON of immediate immigrants, ranging from manual labor (e.g. plumbers, builders, cleaners, factory workers, ...) up to knowledge workers (e.g. software engineers, doctors, nurses, ...).

Not sure what that would do with Canadian economy. IMO it would be even more desirable target for emigration than the UK when it was in the EU. I know I would certainly consider it, being a software engineer.

Funny, I'm 33 and DSA "inspired" me not to go to FAANG+. Of course, not the DSA themselves, but rather, leetcoding. Good luck on your journey!

This is certainly true for me. As a kid, I used to pirate movies/tv shows on my slow 1Mbps connection. Nowadays, I just want to turn on my TV and start Netflix/HBO/Disney/...

But, with the advent of pretty severe content locking and geolocking on various services, pirating is starting to be very enticing once again. The thing I would miss the most is the recommendation algorithm, which tends to be pretty good on Netflix.