jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
> My comment is both a substantive critique of how you communicate and a commentary on executive communication.

Once you strip out the pedantic remark, you haven't actually said anything. I think your actual silence speaks volumes and makes my point for me.
Same team.
This is how to pass CompTIA A+ exam online without study, long preparation or doing TRAINING.
> I use iCloud now.

As long as you don't use it to store music...

Basically same story, different file type:

https://discussions.apple.com/thread/250315803
> A basic home computer could easily mine all of the blocks if the difficulty was low enough (i.e. there were no other miners).

It's pointless to suggest hypotheticals that aren't even remotely applicable in the real world.

Nevertheless, this thread did raise some questions, particularly about scalability (ie. if each block has a max capacity and blocks are mined every ten minutes, how to account for an ever-increasing amount of transactions per time-period between blocks?). There appear to be some proposed solutions to this: https://en.wikipedia.org/wiki/Bitcoin_scalability_problem
They have pretty good dispute resolution, and after ~70 transactions on AliExpress I never had such a thing happen
You got the better way already. It's not being uploaded into a database.
in my experience this is detrimental for a company in the long term. It results in people who are in charge of taking leadership not actually leading the company and it shows everyone in the company taking risks is instant failure in their eyes.

To give you a counterexample.

The same company my prior example came from, also had some other "silly mistakes" made by an intern.
He had to do inventory of a couple of old servers and remove hard disks from these servers. The servers where to be sold.

Sadly, no one told him we had additional servers in the back of the storage room which he forgot to check because they where not on the same pallet as the batch he was told to check.

Result, an couple of servers got sold with disks still in them. Luckely the company we sold to was friendly enough to give us a headsup about it and it resulted in no further issues, but still.
Our company director personally took this as a reason to spearhead a plan about improving operational security and change processes (Aka, remove the hard disks when the machines are put out of service instead of half a decade later when their sold).

The intern felt pretty bummed and thought he was responsible for the mistake, but in my opinion he done the job that was asked of him, he just got incomplete instructions. This was also explicitly communicated with him by his direct supervisor.

In my experience, not throwing people under the bus to hide organizational or process failure, but simply admitting the processes could be better and striving for improvement does absolute wonders for morale and team building.

Being perfect is impossible, organizations should keep people to impossible standards, especially to hide incompetence.
You did not get the point the parent (me) and grandparents made.

They are not graphical programs. They are generally recognised as TUI programs. If these are graphical then so is Vi or the fancy powerline prompt.

Our point was that you can also have command lines in graphical applications and WIMP in text mode applications.

https://en.wikipedia.org/wiki/Text-based_user_interface

https://en.wikipedia.org/wiki/WIMP_(computing)
Find a B2B company which has some project no one cares about.

In one companies I worked for it was a mobile app that no one used or cared. Main product was a web app but it was also shitty. The company lived on selling this to new customers with long-term contracts so once they got a deal the work is done. The app was de-facto only needed for some demos, and mobile app was just so sales can say they have a mobile app.

So in the team there was one backend guy who worked there for 5 years. He spent max 1 hour a day working, but mostly he never worked at all (he had months of no commit history), he was just sitting in the corner and doing his side gigs or whatnot. He was the only one who knew codebase for his proxy server that communicated with the rest of the backend.

The rest of the team (mobile devs) also did not care about it because there were no pressure from management, but they did some work, but it was also pretty much chilling. And because everyone liked the guy as he had awesome social skills and was a really nice person, no one bothered him. And he got good salary initially so he did not need any promotions.

That backend guy eventually went to another company. In these 5 years he got enough time to buy a house, travel a lot, had a child, started his own business etc.
There's already GTK and Qt. What more do you want?

> And then it still needs a centralized way to monetize the development work.

I disagree: once you put money into the equation, the quality of packages will go down as programmers try to shake as much money out of the users. Compare programs like MATLAB vs GNU Octave or Photoshop vs GIMP for example.

> And to get all that, you need a ton of paying users, not a bunch of freeloading tinkerers.

Do you really? I mean you are basically saying that the only way linux can compete is if it sacrifices most of what makes it good in the first place. I really doubt that users think "hmm today i'm going to pay for a bunch of crappy apps that each do some trivial thing for me while uploading my data to the cloud, then watch some ads, and then wade through a bunch of graphical menus to disable this one stupid feature I don't like, i love using iWinux this is so much better than other OS's".
Its kinda sad that these are the choices we have. But i do honestly think thats way better, yes
The problem is that when you use ffmpeg, you generally delegate the task of figuring out "what the hell is this data" to it - you don't want to figure out yourself if something is MP3, MP3 in an AVI container, VP9 in MKV, ...

So when ffmpeg adds obscure formats that no one ever uses and are mostly toy implementations, the risk is always that someone at the top (say, your Electron app) feeds in user-supplied data, the 10 layers in between pass it along, until ffmpeg at the bottom goes "oh I know this one, it's a Digital Pictures SGA game"!

Now Chromium wisely disables most of this trap code in its copy of ffmpeg from even being compiled in the first place, but that's probably not the case for the ffmpeg copy on your operating system that you might use for some server-side processing task.
Articles without dates are one of my biggest pet peeves.
What is the most complicated thing the UI will do? Someone already recommended something that has charts? Do you need charts?

This application sounds complicated enough from a business and backend perspective already, so why add to it by having a potentially complicated frontend?

Render out your app with jquery and barebones html/css. Then decide if it just needs to be made to look better or truly needs more functionality. Don’t let anyone use any of the JavaScript frameworks (or set up a front end architecture yet), because then you’ll have another headache to deal with.
From 'bidirectional' above :
It should be noted that the 'staying out of politics' is
a public phenomenon. In her weekly meeting with the Prime
Minister, The Queen makes her political stance well known
(that is the entire point of the meeting).[1]

While you say:
They haven’t had a say in British policy for around 2 centuries.
Although the monarch meets the Prime Minister every week, they
cannot tell the PM what to do, unless it affects the royal
family personally. The PM listens to what they have to say but
charts their own course.

Well, it cannot be both - for all intents and purposes. Either the Queen has a sizeable influence on the general political direction of the country or she does not.

One would think her influence particularly would have gone unquestioned to a larger degree, by the PM or politicians & their constituencies in general, in that era - when the royal family enjoyed far greater popularity than it does now.

So the OP isn't too far off the mark to assume they deserve ample blame.

[1]
https://news.ycombinator.com/item?id=26749513
We had more diverse access but less diverse consumption.
> reasonable code whose misbehavior is hard to spot,

Have you submitted code to Linux? It's routine that people are told to rewrite something in a more clear way.

I'm not saying that it's impossible, far from it, but it's not like you could just submit something and have it accepted. You'd have to put a lot of work over a long time and be very careful, preferably with one of the more obscure drivers. Then again, enormous patience and budgets are what the three letter agencies are best at.
Real estate in metropolitan centres and downtowns is all taken. Are real estate owners extortionists as well?
It does seem a bit nit-picky. I would expect that right away in the JQuery call tests if it's already a JQuery object and short-circuits. It would save you one call and it's not exactly in a tight loop.

Maybe as a sign-post that the person doesn't really understand JQuery plugins very well…
They are amazing on the iPad. Perfectly smooth and hardware-accelerated.
This piece reads like a women's rights article from 10 or 15 years ago. We've moved on from this basic debate between thinking and feeling. To be honest I'm pleased that most discourse today is at a higher level. I appreciate the author's position, but "women feel, while men think" is essentially a solved debate as far as gender issues go. I don't think even the most idiotic misogynist resorts to that argument anymore (I might be underestimating the idiots). There are so many more opportunities for deep conversation on this issue, so it pains me to see the author take this approach!

As an aside, I'll point out any battle for women in science was lost long before women med students had to put up with their misogynistic counterparts. The issue is about the women who didn't make it to med school in the first place.
"Women own the woo, men own the science" is not a solved problem.
Oh Firefox my love!! Plz hurry up!!

http://developer.apple.com/safaridemos/showcase/typography/

http://developer.apple.com/safaridemos/CanvasPixelManipulati...

http://developer.apple.com/safaridemos/LightTable/
The mp3 is probably using a different audio codec than the youtube video/mp4.
Haha, yeah. I've read your first comment and thought to not bother with replying, as it's expected that majority of people out there are polarized by the media that tells them that "X is bad, all hail Y" (especially, modern web tech...), and I don't want to be a part of pointless discussions.

You're yet another person who replied to my comments who argued against something different, i.e. you assumed that what I stated in my parent comment is that "you should program in C and enjoy doing it".

In reality, I'm sharing my experience by telling that there's nothing scary about C++ once you know how to use C [so you can use the "Modern" part of C++ only when you will be in need to do that]. Many people do mistakes, but that's because they did not contribute enough time to understand the language and the principles of programming in general. Therefore, many of these people are eager to discuss about things that are not that important; imagine if they were to discuss something like how to make things better, instead of praising solutions that cause more friction (e.g. there's nothing wrong with having a programming language that gives you features like C++, but the important part is how they are implemented, because it depends on the efficiency of your program).

People pretend to be experts, and miscommunication is one of the problems, which is also seen in this community, where people would argue even when all you need to do is ask a question if you didn't understand something, instead of insulting or saying that the advice is bad.

>C is a small language that can be quickly learned by a beginner

The C syntax can be learned, but it's not what's important. The important part is to understand how to use it, the C itself, and the concepts of programming, which is what beginners usually struggle with.

>avoiding modern features in your particular projects

The reason is the efficiency: how performant the program is (rendering 60 frames per second is a huge data stream, among other calculations); and the clarity (I like when my code is simple, and is not a mess).
It's apparent more and more that the image or digital deliverable itself is worthless, it's just the semi-"public" key while the private crypto signature is the crypto-backed part that is an exchange of actual currency. So, it doesn't matter what's exchanged, so long as it's sufficiently unique. I mean, you could auction a dick pic and it would still work.
oh i know but Elon seems to fancy himself Jobs.
> people didn't born knowing Javascript. They learnt it. And one could argue that Lisp is just as easy to learn

Just about everyone here knows javascript. Almost know one here knows Lisp, make your own conclusions.
wordpad for code.
Maybe we have? :) We should exchange contacts :)
Github for Mac, and Windows are not open source. These are tools with tight integrations to Github, and still not open sourced. It's not like Atom is a precedent.
"I'm generally for social welfare programs, however the idea of "welfare queens (and kings)" is NOT fiction. I come from Belgium which has this problem quite notoriously. It is quite common for people to be abusing the social programs to stay unemployed and make more income than blue-collar workers."

I would like to learn more about the issue. Do you have any references handy?
The grand jury's bias is the bias of the prosecutor trying to convince them on a one sided case. The prosecutor is the one explaining the law to them and trying to get them to agree with their view. When there's no defense to provide a rebuttal it's a lot easier to convince a jury.
I want to make a schematic for a kbdfans keyboard. 2-layer pcb. Their tech support is negligible and their products aren’t very reliable. So my idea was to spend the money to get a schematic so at least I can debug them myself. Looked super tedious to do this myself and I have no experience anyway. So hired a guy on Upwork to do it. He ended up being a flake so I cancelled the contract. Reminds me that I should find another candidate.
One day we'll write this up. It is not time or connectivity.
I am a chump who uses TurboTax every year. Having seen a few cases of the IRS going after someone I knew, I just pay the danegeld.

Perhaps I do not need TurboTax, but I know that the laws at the state and federal level change every year and that I have no real ability to track any of this, but the penalties can be high for failure. I rarely understand tax jargon, in any case; I always feel like I am on the back foot of some "clever" debate team tactic of convenient definitions.

So, aside from just the lobbying aspect -- which is not trivial -- I would say that the general terror of the IRS (Al Capone, after all, fell to them), the shifting territories of tax law, and the jargon barriers also contribute to keeping TurboTax in business.
Unsure, but if it's the layouts you hate, there are plenty of great standard full size layout keyboards with mechanical keys. Of course, mechanical keys may not be for everyone, but I love them. I'd say check out my current favorite keyboard, the MK Typist: https://mechanicalkeyboards.com/shop/index.php?l=product_det...

I'm also fond of the Kailh BOX White switches, but they aren't for everyone.
Yes, and I presume it’s because some corrupt legislators are twisting the IRS’ arm on behalf of Intuit.
> the increase in pricing has nothing to do with monetary policy.

This is incorrect.
2001-2006, but front loaded in the first two years. Perhaps you can imagine why I would see/feel this as new people coming in and taking over a great thing. Of course Wikipedia expanded and improved astronomically in that time, but within its own constraints. If you've completely bought into the policy, then you would see that as expanding and improving, full stop, mission accomplished. It was a trade-off. Something gained, something lost. I expect that you think there is a "pick one" law at work here. I don't. I would have liked to see more aspiration to completeness, even at the expense of errors taking longer to correct. Like open source with less code review up front, vs. with code review and a lot more process. As it is, Wikipedia is still great, but how much knowledge will be lost forever? The world at large and future generations will never know that my friend, who has a Wikipedia article of his name that is for whatever reasons non-biographical (I have not kept up with the rules, at all), founded a company and created software that transformed an entire massive, critical, but very very boring industry.

You're not wrong. Be happy about what is. I'm sad about what might have been. Don't worry about it, it's part of my personality. Listened to too much Nine Inch Nails.
Well, dealing with them was often sucky and in my experience if someone is sucky it means their life sucks.
this is really helpful. thank you
That's interesting phrasing. "This video was found to contain copyrighted material." So what? Tons of stuff contains copyrighted material, under fair use. But there's no acknowledgement of that and it's not obvious that they would allow you to dispute that your use of the material was fair use. (Clearly, in your case, that's not at issue here. I just think it's strange.)
Why use :last-child and a JS fallback when you can use CSS without a JS fallback?
I think a lot of the Lisp hype stems from the development environment. I was too tired on a cross country flight last night to do customer work, but I did work on two of my own projects: one using Java, IntelliJ, and the excellent Play! framework (dynamically compiles code while editing - fairly agile environment) and later another project in Common Lisp. Using Emacs + Slime + Common Lisp, at least for what I was working on (NLP stuff), just felt great. Two nice environments, but the Lisp environment was just more comfortable.
Using the word "Donate" to describe a, uh, donation is reasonable. Hiding strange terms in the TOS no one is going to read and then keeping your customers money is not reasonable.
Very easily, it seems:

item_price_1: 10.00

It's just a submission to the Google Checkout API, so why wouldn't you be able to change it...
Also, the recommendation service doesn't work for a family that ranges in ages. Different people like different types of movies and shows and I find that the rating system is actually pointless because my older sister, my younger sister, and my mom all use the service extensively.
There are all kinds of things that contribute to "job satisfaction". But at the end of the day, none of these really means anything unless you're willing to make changes.

What I am saying is that recognizing a bad situation is easy, you can sum it up in "4 legs" or however many bullet points you want. Does anyone really need to give you rules to determine if a job sucks? No, you just "know" it.

The hard (and interesting) thing is taking action about it. That could mean solving the problems in your current position, finding a way to deal with problem people or just leaving.
I would like to say one thing to anyone who considers using Lisp:

It's perfectly okay to use Lisp just like you would use any other language.

It's better designed and more consistent than most others, and has good implementations. It makes sense to use Lisp as just a regular language without any wizardry.
Just in case anyone didn't bother reading the article - SETI is not calling off all of their searches, just shutting down one of its main radio arrays in Mountain View. Their other time-shared operations sound like they'll continue.

Not really sure why people feel like misrepresenting articles like this all the time, but this is one of them.
The word "scale" needs a definition. Everything scales linearly, some things scale logarithmically, etc. In practice, everything scales unless it's serial (nine women can't make a baby in a month, etc).

Customer support doesn't scale amazingly well, but you can get more people to service more customers, so it does scale.
If I had to pick one of those, it would be reducing work. People will pay for something that makes their job easier / efficient. Knowing what people want is hard though. I personally attribute it to day after day of paying attention to the details in support, design and all other areas of a business, which slowly builds trust and paying users.
A lot of users sideload apps all the time. Motivations vary, but eg Google doesn't let all Android users to access Play Store.

For these users I think it's pretty easy to fall for this. After all apps request overbroad permissions all the time and most users don't have the expertise to evaluate permissions nor the reputability of the publisher.
We need a flat tax on corporates. No hiding from it.
SMB's should have the lowest tax rate across the board.
Tax rates should be near 15%. It would make the US a great option for building your firm. Now I think Singapore. Used to think HK. But honestly, we just want to pay reasonable taxes. But when Biden spends 6T in his first year... come on. America is no longer viable.
Nice to see people making the connection between debt and global warming. Growth leads to growing pains. A strange word growth.
To be clear, there definitely should be unit tests run via a CI system. That's a minimum bar instead of a cure-all though. What checks that there are enough unit tests to cover appropriate cases, but not so many as to be noisy or excessively time-consuming? What checks that the tests actually assert the correct behavior? Code review does. What do you do when your test suite takes multiple hours to run, but still doesn't catch all of the bugs?

IMO, you can only really apply one ideological principle to your practices. I think that should be that your code works correctly while being no more complex than needed. Ideally many things shouldn't need to be done, but in the end, you do what you need to do to make sure that's true, including reviewers checking out code and working with it. If your ideological principle is instead that reviewers must never checkout code and try it, then you will eventually sacrifice the other in favor of it. I don't think that's a good result.
Your cynicism is speaking directly to my soul.
The browser is only half (the client-facing side) of the equation.
XMPP is extremely light, you can use a moderately powered personal computer to handle traffic from several users. I don't have the numbers with me but last I'd heard, the number was in the hundreds.
I love the Discourses! It's always surprising to discover his deep sympathy for the republican (i.e. non monarchical) mode of political rule...his excoriation of Caesar is always a good read.
> Especially that note at the bottom. What cache? Why is this setting only in a cache?

It means it's not synced to the server or your account for whatever reason. If you nuke the Play Services storage as a user, the setting (like all other local files and settings for that app) will get deleted and reset.
You managed to point out how extremely old this issue was in a manner that implied that mt_rand() was safe for use for security. Since this is an extremely, extremely common problem in PHP code, your comment did more harm than good.
Was it perhaps CritLink (aka crit.org)? Ka-Ping Yee created that back in this time frame and it was the first service I was aware of that would enable this sort of third-party annotation of web pages.