skysight-inc/HackerNews huggingface dataset:
I do have a classical education in economics.

And yes, you're right, in a vacuum raising the minimum wage would reduce demand for labour. But we don't live in a vacuum and there's a lot of other factors at play.

> You could also raise prices (which will increase the cost of living and nullify the benefits of increased wages across the board)

Yes, this is what happens in real life, most of the time. Now the real question is does the increase in price fully nullify the increase in wages?

Again, lots of other stuff to consider.
Not to mention that reproduction rates both in Russia and in the Ukraine are below replacement levels, so they'll have more land for a shrinking population.
Trust as a contractor can be an interesting thing. On one hand they may not trust you because you are an outsider who they think can't possibly understand the nuances of their culture and business domain, but on the other hand they will often deliberately trust you on technical matters because you are bringing outside perspective. Point being - you may get more of the opportunities you want by virtue of being a contractor.

That said - I'm not completely sure what you are really after here. When you talk about wanting to be something more - like what? You want to be an architect? You want to be in management? You want to be a subject matter expert? Product management? I wonder if either a startup or a large corp would be good for you... what I mean is, let's say you are early at a startup. Well, you get to do a bunch of everything because there's no one else to do it. Alternatively, big corps can be a great place to spend a year in this team, a year in that team, and give people lots of experiences in one place, where each role builds on the next - assuming you are managing your career and don't get stuck somewhere. Not sure what's the right option for you, but I'm assuming you'll run with this and figure it out.
We share the same opinions of MacOS but I've been using it for years with this setup and I'm very happy with it.

TotalSpaces (for a virtual desktop grid and hotkeys)

BetterTouchTool (glue for hotkeys and gestures to get things just how i want)

Yabai (really nice tiling window manager)

skhd (written by yabai author, lightweight global hotkeys, largely setup for yabai)

Hyperswitch (per window command tab, just like it should be)
>Did you even read beyond the headline?

I am guilty, I will do better next time.
Tell me your birthday year, month, date, hour, minute and location. Don't need name. I will tell you some major life events to prove.
Maybe he doesn't even believe this, maybe he just doesn't want to alienate certain (groups of) people. People do the same thing with religion all over the world.
> The Russian space program was the most impressive thing to me about Russians, so to see it destroyed before my very eyes saddens me.

It's been dead for thirty years. Russia has done an admirable job using, reusing, and repurposing tools developed during the Soviet Union's existence, but that is all they have had going for them - aside from cash related to Mir and ISS and the associated launches, which kept the whole thing on life support.
>At the rate Russia is going, it'll have intentionally murdered tens of thousands of Ukrainian civilians before the war is likely to end

And it will pale in comparison to the 300 thousand civilians killed in the US intervention in Afghanistan alone. At least Russia will likely succeed in it's military objectives.
Why do you claim that it was “hard to criticize Freedom Fries”, especially since you admit you are too young to know? Who is telling you this misinformation?
If they negotiated that clause, yes, it's professional. If they hidden it there, no, it's not.
It does matter if those missiles hit their intended target, or if they use the same guidance as the rest of Russian armament: “fly in this general direction”. We don’t know if Russians managed to hit any military target this time.
Aren't the keys encrypted with a PIN of your own chosing which you set and verify in the app?

--

As a side note, it seems to me that what you call "ulterior motive" is essentially vendor lock-in and I don't think that qualifies as an "ulterior motive".
If those businesses had thought of actual consent to their practices before and had acted accordingly, they would not sit on a mountain of tech debt now and their costs of becoming conform with GDPR would be minimal.
Sometimes it's the unobvious, non-technical things.

FWIW: In my world, we have native tools and methods as part of our ERP application, that would accomplish certain automation tasks more efficiently and effectively than RPA. But that would constitute a "change of application" (because it would be); change management and sign-off on these is so onerous; and the perceived risk and potential impact so high; that they never actually materialize.

RPA sales pitch to executives is "This is not changing your application; this is simply doing what your people are already doing in your application, faster and more repeatable with less errors".

This is a powerful risk-reduction pitch and not an untrue one in the real world with processes and risk aversion.

In the end, the RPA effort... had its hiccups and moments, but it DID automate things in a project/environment/client/process that otherwise would wait until heat death of universe to be automated. So it worked great, with some asterisks and for given definition of worked and great :).

----

P.S. That being said, as far as article goes, I feel it's broadly correct:

1. RPA fails in production a lot - which is counter-productive to its primary goal of reducing risk / increasing consistency.

In our application, there's ultimately a reason why something was a human UI and not a batch job - there's edge cases and circumstances and sometimes decision and value judgment, unusual flows and special conditions, however common or rare. And because you're SO externally tied to a GUI, anything breaks it. Anything. You get into this weird position where updating application to fix something has inherent risk of breaking something else (RPA bot)

2. RPA developers I met were intelligent, energetic, excited, positive, hard working, willing. But yes, also not necessarily "software engineer minded". Experience I think is a significant factor - discipline is new, developers are young, and things you gain with experience such as "how do I eek out requirements and edge cases out of user" weren't there just yet; they will be, but I'll agree with a bit of "relearning things we already knew".

That being said, note that there definitely WAS a text-based script editor in tool that we used as well; not sure how primary it was.
Via grant proposals that all include obligatory tenuous connections to the "big" issues of the day (anti-cancer research and green energy in case of the sciences)?
I'd said that it is a non-issue. One of the main tenets in React is that your component re-renders when the prop changes. I think anyone should research what exactly change in this context means and take care of not triggering the re-render when it's not wanted. The author goes out of the way to use examples that are what I would consider bad code and not something that should ever pass a code review.

I have not dealt with many junior devs, but creating an object either by using a literal or restructuring is still creating a new object and no one should expect it to be the same. Equal perhaps, but not the same. Maybe someone should explain scope and instance lifetime in the JavaScript world instead of blaming React for these. Because there is no surprise that the component re-render when you change the prop.
iCloud seems to be down too.
Your service helped me immensely when I was getting started with machine learning, but had no budget and just a laptop. For me, everything “just worked”, and I learned a ton about Docker and created my own system to handle the ephemeral nature of the computing systems by automatically backing up training checkpoints, programmatically finding the next best “deal”/“bid” and resuming the training on a different instance.

Was very very cool, and I generally recommend it to anyone I come across who has modest needs (<25 GPUs).

I did find the throughout was not always accurate at the time. This was about 2 years ago. It was fairly frequent that a listing would say “300” to “1000” Mbps Up+Down, but would actually get an order of magnitude less to any of the big cloud services (GCP, AWS, etc). It wasn’t important to me that the speed was low, but it was important that it didn’t match what was “advertised”. For certain workloads I would have gladly paid more for higher throughput but that’s not really an option when the listings couldn’t be fully trusted.

I also heard there may be some opportunities to market your technology/platform for “on-prem”, “on-demand” GPU clouds for large enterprises so that a pool of corporate GPUs could be efficiently used and accurately billed to a variety of internal stakeholders. Could improve asset utilization for capital intensive on premise GPU’s.
Sorry for not stating that in the first place! My use case is archival and preservation. It should be possible to stream the format, build indexes into it (ideally at runtime alongside the capture), it should be as complete as possible, and it should last a long time. I'm looking into pcapng together with a sslkeylog file as the formats of choice for this currently.
Tell HN: Developer.apple.com Down
The architectural details here were pretty interesting:

https://moonbaseotago.github.io/talk/index.html

It would be nice to get actual performance numbers rather than just frequency scaled Dhrystone but I suppose we have to be patient.
Yeah, I think we'd be just fine: https://en.wikipedia.org/wiki/Nim_Chimpsky

> Nim's longest "sentence" was the 16-word-long "Give orange me give eat orange me eat orange give me eat orange give me you."
Politely pointing out that your argument also justifies any and all White nationalist extremism in Europe, North America, Oceania, etc in opposition to demographic replacement.
Let me know when the Ukranian army crosses the frontier of the breakaway region. Until then, "the Ukranians invading their country" is rhetoric that is unconnected to reality.
The German minister for economics is visiting Qatar and the Emirates to talk about gas deals. He probably hates it, because he is in the Green Party.
Do you think archival services will become even more popular a reaction to preserve the previously-free content?
same with developer.apple.com
I was deliberately vague in my post about which to choose. There's surely something worth learning from every major UI toolkit in common use today. I'd say all the bad ones I've used have something in common: they were all written by people who never grokked a good UI toolkit before setting off and writing their own. But learning from them what not to do is useful too!

I personally have learned the most from Cocoa, but systems like React and Dear ImGui have definitely shown me new ways to think recently.

In terms of contrasting what's strong vs weak, look at how Cocoa changed from AppKit to UIKit. They kept a lot of the same ideas: such as runloops, target/action, view hierarchy, and the responder chain, but did away with some things that were redundant (NSCell) or poorly suited to producing fluid UIs (timer based animations). Put another way, they improved composability (everything is a view as opposed to some things being views, others cells, and others still windows), and they introduced a new low level system in CoreAnimation that provided compositing and animation and made it a fundamental building block.

---

An unpopular opinion I hold is that a good API design is more important than source code. Like, pick any method on UIView: strong Cocoa programmers could write a workable implementation given just the method signature and the documentation if they had to. The design of the API and how it all fits together is the real magic. Once you get that, the implementation follows. ... on the other hand, Microsoft actually tried to do that once, and their implementation was bad: https://github.com/microsoft/WinObjC/tree/develop/Frameworks...
"Honestly, when things slow down again, I'll probably just flatten this machine and install Linux. MS is kinda killing whatever inertia I had for dealing with their quirks."

In 2028, we'll be reading news articles about how the Year of Linux on the Desktop never really came, but the Year of Anything But Monetized Microsoft Windows sure did.

If I were making a list of companies and software packages that should be focusing on long term value rather than trading short term value for everyone hating your product, Windows would be a strong contender for top of the list. Microsoft may not want to depend on Windows, but throwing away so much user value for so little money is a stupid decision.

I just can't hammer on this point enough. There isn't that much money in advertising. The best advertisers in the world are looking at ~$10-20 per user per year at scale [1]. Advertising makes a lot of money because there's a lot of those users, not because they make that much per user. (That's why all the plans to "share the revenue" with the ad consumer are just hopeless. The money can't support it.) Windows ads can not necessarily jump to that level of performance right away, either. I really don't see how they could possibly be making enough money in their OS ads to make up for the goodwill they're pissing away. They're trading a money stream that still has at least a good decade in it, quite possibly more, for short term gain that isn't even all that impressive. Who is pressing for all these ads? What kind of analysis is being done internally that shows this is worth it? I find it hard to believe. Even a Windows in decline picking up licensing fees on new computer sales should be bringing in vastly more revenue than advertising possibly could. Ruining your 2025 sales for not really all that much money right now seems a very bad decision for a product coming up on 30 years old and still making lots of money.

[1]: You can do better for very targeted things like mesothelioma ads, but at scale, that's what Facebook is looking at.
> You're trying to unfairly paint Facebook as having crossed a Rubicon with this decision.

No, I'm not, and frankly I don't appreciate the assumption of bad faith. My personal opinion is that FB made a good decision, and I support it. But I don't want to pretend that everything is completely binary and/or happens in a vacuum. I strongly believe that if humanity is to move beyond our current hyper-polarization, we need a renewed interest in separating facts from beliefs/opinions/perception.

Please point out any of the facts that I have that are incorrect. If you're arguing a similar position of most modern journalists that facts themselves aren't enough because people might reach incorrect conclusions with them, so we need to editorialize a bit to ensure people reach the "right" conclusion, then we have a philosophical disagreement. I'll still assume good faith on your part though, something you aren't willing to do for me.
what does materialism have to do with facts? JUJU is not real. Also the article specifies that they are killing people for materialistic wants, they are trying to cast spells to get money.
Such a one-off Haskell interpreter might even get away without or with less rigorous type checking.
I'll give you my answers to your questions as someone writing production JS/TS. Answering your questions is precisely illustrative of why hooks issues are hard to catch.

unexpected null/undefined values

This is an issue and has led to bugs. Switching to TS and making the compiler flag them fixed it.

mistyping variable or attribute names

Not an issue. Code obviously breaks if you have incorrect names.

using the wrong number of equal signs

This is an issue but causes few bugs. Linting generally catches it, though cute boolean punning still bites us.

failing to catch errors and handle rejected promises, etc.

This is an issue and has led to bugs.

Pretty much anything where there's some implicit details that the compiler or linters can't reason about programmers find a way to get wrong. One thing I like about the hooks linter setup is that what it encourages you to do by default will prevent most bugs, only lead to potential performance issues, unnecessary rerenders, unnecessary refetches.
This reveals that basic sanity (basing your beliefs on what you observe) is learned and not innate. Your own ancestors likely believed things like that, and your descendants could believe some future equivalent of QAnon.
> you also have to give the data subjects processes for getting info about what data you have on them

Nobody is going to do that for web server logs unless you associate them with user accounts. If it happens once because someone wants to joke around, you can handle it as a one-off. You could also decline unless they can provide a letter from their ISP certifying that the provided IP address is static and has been assigned to them for the requested timeframe, both as a way to verify the legitimacy of the requestor as well as to deter such obviously-malicious requests.

> getting it corrected if they want to

It's web server logs - those are generated automatically based on incoming request data; there's nothing to "correct" there.

> getting it deleted if they want to

Up to you how you want to handle this (this depends on whether you need those logs). If you're keeping them for legitimate interest for a certain period of time, you can just refuse, and you can obviously refuse as above until they go through a (admin-intensive) process of actually proving they have owned this IP address for the requested timeframe.
Going Round the Bend with the Tehachapi Loop
That's a contrived reframing. Why not have the issue be about "people who murder their partners"? What does their sexuality have to do with anything? If someone made your issue, I would immediately assume it was a veiled act of prejudice (e.g. replace "gay" with "Black").

A more honest reframing would be VK allowing/encouraging people to say "Death to America" and death threats against American soldiers, due to illegal invasions in Afghanistan/Iraq/Libya/Syria/etc.

How do you think Western governments would respond to that, if it became a big deal?
Nah, economics is extremely useful. I've put many economic principles to good use in business and life. The problem is when people try to reduce problems to a single model. It's fine when you're learning in the first couple years, but the world is complicated. And the best economists I know work for banks and are pretty sophisticated when it comes to coding n things.
Agreed. In other words, the EU and US are at war with Russia by all means except direct fire. In a war, citizens will have to make sacrifices. This may include painful economic sacrifices.
I think the tradeoff would be it simply looks stellar and has probably great cooling for the given noise it makes. Apple seems to put a premium on their designs in these areas, and their customers seem to agree. For things like audio production, having a quiet PC may be super important, and this seems like a market Apple plays well in.

Everything is a tradeoff, it was just surprising to me that each of those external ports is their own little PCB with flex cables to the motherboard and one or more screws each. Most other PC manufacturers would likely make a case that enables putting all of those ports directly soldered to the motherboard, with a slightly worse exterior design appearance.
They should use a font with fixed digit widths.

Also, the thread title needs updating. ;)
> Either don't use HTML and use plain text instead, or use it correctly.

Says who? The owner of the website here owes us nothing.
I didn't do anything special, just kept it small and hosted in GCP.

The biggest factor was having it translated to ZN. That has shown a marked increase in traffic.

https://cuetorials.com
I have an Apple purchase coming up and the tracking is down. Noticed it when Apple Music stopped abruptly.
It is not comfortable but inside houses you do not freeze to death like that. Sleep in your clothes, buy an electric heater next to your bed, get an electric blanket etc. I slept for quite a long time like that in the Netherlands because my mates squat building had no heat. That was during one of the coldest winters where all canals in Amsterdam were frozen enough to skate on. So yeah, not comfortable but freezing to death is not happening if you just take some care.
The law has yet to be enforced properly and consistently. Enforcing the law would be a good start before considering alternative options.
The human capacity for self-deception amazes me. The people in the market claim to believe juju works. This is not a lie; they put up their own money to buy charms. But at some level they know it doesn't work, since they know the prize will go unclaimed. They can switch between these two beliefs to keep from confronting the inconsistency of their worldview.
We slowly become chronically alert
its a little hard to be willing to understand people that murder and mutilate others in an attempt to gain material wealth.
If you think that's odd, have a look at Velveeta fudge (nope, that's not a typo). When made correctly and kept chilled, you'd never know it has Veleveeta in it. Does smell a bit odd while it's being made though.
See https://unyt.readthedocs.io/en/stable/ in Python. This sort of feature fits really well within Python's featureset.
Your timeline is wrong.

Development of Mantle was announced at the end of September 2013 [1]. Metal was announced and released to developers in preview form in June 2014 [2]. Talk of integrating Mantle into OpenGL happened around August, 2014 [3].

The actual timeline is: Apple spends months-to-years developing a proprietary graphics API (Metal) for their A-series chips. About nine months prior to Metal's release to developers, AMD announces they're going to _start_ developing their own proprietary graphics API. And two months after Apple announces Metal's existence and gives developers access to the software, AMD floats the idea of donating its API to Kronos.

In other words, Metal v1 was pretty much complete by the time the AMD and Kronos even considered a partnership, and "Mantle going to Kronos" may have even been a reaction to the announcement of Apple transitioning to their own graphics API, rather than the reverse.

--
[1] https://www.forbes.com/sites/davealtavilla/2013/09/30/amd-an...
[2] https://arstechnica.com/apple/2014/06/apple-gets-heavy-with-...
[3] https://www.guru3d.com/news-story/amd-mantle-might-end-up-in...
>Our public policy would probably better served if most of the profession was put on a cruise ship and launched out to sea. Just saying.

Economic policy will be made, whether we like it or not. This policy must be based on some type of model, whether that model is simple or complex. So here's the question: do you have a falsifiable, demonstrably better model than one of those used in mainstream economics? If so, you can simply show it to us. If not, then we're sticking with one of the models used in mainstream econ.

This goes for every single complaint about economics being "corrupt". Show us your better model. If you can't, well then, it doesn't matter.
> You might as well say it's not worth interviewing anyone who didn't graduate from an Ivy League school, "heuristically speaking".

I know this isn't the point you were going for, but this _is_ a heuristic that is deployed in some companies/institutions (at least the UK variant certainly is).
Is off-grid a viable option for everyday people?
Because GDPR has been around for a few years and its still unmanageable. Laws need to be realistic to make compliance easy and widespread. Maybe there needs to be resources for training or something. There are lots of things you can tweak while still getting the benefits.
Why is it not comparable? Why is cluster bombing a serbian city better than cluster bombing Kiev?

...except for you people calling it "bombing for peace" - https://img.timeinc.net/time/magazine/archive/covers/1995/11...