skysight-inc/HackerNews huggingface dataset:
> Requires a lot of coordination code, duplication, and coupling of your entire component hierarchy to each other no?

Only if we tunnel-vision to a narrow definition of "idiomatic patterns in React". In Angular, for example, this is solved via a DI system. In React, you actually get much higher level of coupling because all orchestration-type things need to go through context providers (meaning a given component may only work if certain providers are installed at the top level of the React tree). In Angular, a coupling mismatch issue would throw an error saying X component requires Y dependency and the solution would be to simply inject what is missing. No need to go edit your layout file or whatever.
"In my experience, the biggest pitfall is when developers try to force 100% asynchronous communication at all costs,"

In my experience, the biggest pitfall is when non-developers try to force 100% synchronous communication at all costs.

I always had the experience that there is a struggle to get people to accept async work because everyone thinks it's normal to call everyone all the time.
Propaganda, possibly Public Relations, or a different book?

https://en.wikipedia.org/wiki/Edward_Bernays#Publications
A local press publisher in Croatia (Tisak) did just that: leveraged their distribution network for overnight package delivery.

The system works better for packages than post, since you send and pick up the parcel at their newsstands (there's always one nearby) at your leisure, avoiding the annoying "delivery failed, pick up at the post office" notices you'd get from the postman attempting delivery while you are at work.

It was also helped by the fact that the national postal service here is notoriously slow and not exactly reliable.
As default architecture? Yes.
>The birth parents don't know how to cook, pay bills, take care of babies, etc.

How is this possible? Especially in the era of Google. Are we talking about people who are completely uneducated or simply mentally challenged?
>Obviously, this was mismanaged on many fronts [1], however the idea of tracking product usage in order to improve the product is generally a good thing, not a bad thing.

Disagree. The kind of client-side hyper granular tracking being discussed here is not a good thing. It encourages micro optimization for metrics over maintaining a good big-picture architecture. I've seen no evidence whatsoever that software is any better now than it was in the days when applications were off-line only.
These are the best three I found with a quick search:

http://theconversation.com/the-manipulation-of-the-american-...

https://books.google.com/books?id=3De8nd_B_C8C&printsec=fron...

http://www.historyisaweapon.org/defcon1/bernprop.html
My boss doesn't want to keep growing the company
So I recently had a meeting with my boss to discuss my performance and a self-evaluation form I filled out a while back. In the self evaluation form I said that a personal goal of mine is to contribute to growing the company several times larger than it currently is (we just doubled in size over 5 years, so it's doable). I listed some of the ways I would do this. I was not shy in saying that my reasoning for growing the company was to open new doors for me (think Department Head).

He read this section of my self-eval out loud, and then said "I don't want to break your heart, but doubling, tripling, quadrupling the company isn't a goal for us. We would lose a lot of the benefits we currently enjoy as a small business." I was shocked, disheartened, and now I feel like I'm working a dead-end job. Basically, his mortgage and 4 wheelers are paid off so we must be big enough.

I've designed and built so much for this company thinking the growth would continue, but this is all it's ever going to be. Has anyone got any pointers on how to navigate this situation? I don't even know why I'm posting, just really disenfranchised right now and second guessing my career choices.
You haven’t missed the bandwagon. Rails is still fun, popular and has a solid job market.

Use the official tutorials to build a weekend project, host it on Heroku, reach out on popular Rails slacks, freenode #rails. It’s a very friendly community, welcome :)
Zink: Fall Update
I graduated high school in cough the mid-nineties and I had to take Home Ec, Woodworking and Shop.

My oldest son graduated in 2015 and had to take Home Ec only.

My daughter will graduate in 2021 but only had to take Home Ec.

My youngest son also graduates in 2021 and hasn't had to take any.
What I'm saying is that we should not take Wikipedia as some paragon of unbiased news. Your editor population determines the content that is published, critiqued and updated. They might have better standards than many online edited sources, but they are far from lacking bias.
That's true, but I also feel like the "real-time" aspect is what made it so remarkable. Sure Amazon was useful when it just used standard mail for books, but it really became addictive when 2-day prime shipping became available.

Thinking about it though, I do think there's another big difference in that the stealing newspapers and reselling them isn't very profitable to potential criminals. Also, missing a paper delivery due to delivery error isn't the end of the world either.

So it seems like for Newspapers to really make any use of this network, they'd have to stick to delivering stuff that didn't majorly change their format or value, preferably that they could print on-demand themselves.

I guess the Sunday coupon print-outs could be considered an example of branching out a bit then?
I don't think Android and iOS UIs are necessarily more complex than React. And yes, I've shipped code in all three, for... way too many years, at this point.

React's trying to add functionality & developer workflow on top of an existing UI system (document rendering system...) that wasn't meant for application UI, has barely been modified to accommodate it since using it for that became normal, and isn't doing React many favors, and for bonus LULZ it's doing that in a single-threaded scripting language that somehow manages to have both too many and too few features to capably support React's vision, with the result that they're constantly fighting & replacing all the technology they're working with.

This puts it at a significant disadvantage versus any half-decent native UI toolkit, when it comes to complexity.
You can use inotify to kick off rsync for each chunk. The delay would depend on video chunk size. Put the processing machine in a locked case that is anchored to the floor. You can probably get the last few minutes of them trying to jimmie the cabinet assuming they can even find it.
Seen it? I'm part of it. But it's not some influence campaign from gun companies, who can't even legally sell them to anyone except the government.
Not surprised that as prescription opioid supply is tightened up, users move to heroin.
This applies to academics as well. A lot of people have stories of being the best in their class/school at something, but when they get to college they are average, or even below average because they never had to deliberately study.
I live in the south. It amazes me that anyone thinks it’s a good idea to break into someone’s house to steal something with the number of people who own guns. There are much less dangerous ways to obtain money illegally.
I don't really get the full picture of what you're proposing, but would it be trivial enough to compare to just visiting a website from anywhere to see the footage? Because I think anything even slightly more complicated than that would turn off a lot of potential buyers.
>capitalizing on what's become a statewide industry of administering homelessness.

How dare they live the good life, eating soup kitchen food and wearing donated clothing, all on my tax dime. Why, if those services didn't exist, they'd shave, get a job, and stop being a problem.
Tera BugBounty
I found a way to make good money. This is the Tera blockchain project. Here you can get a good reward if you find critical vulnerabilities and inform the project administrators about it. Here is the official text from the project website:
In order to improve the security of the program code, we announce the beginning of bug-hunting.
Anyone who finds a new critical bug (vulnerability) will get 100 000
TERA.
Bug should be reported confidentially to progr76@gmail.com or telegram @progr76
TERA Foundation: https://terafoundation.org
What drives me nuts about DataDog is the inability to build charts with wildcards.
> Or when you talk to a friend and you mention something about a specific place and they say "Oh, I happen to have a photo of that" so they go get their photo album and show it to me. That's staying connected with our conversation.

Entirely depends, this has happened many times to me with a different result. Eg the place was less important to a story being told and looking in their phone for a photo takes minutes and the rest of the narrative was almost completely ignored or derailed by a different photo. That’s not being “connected” to the conversation IMO, that’s being narcissistic. Where as a simple “oh, I’ve been there” without the phone can be encouraging the story teller and showing interest in the conversation, pulling out your device I think can show the opposite.
_How to Bake Pi_ by Eugenia Cheng
> Requires a lot of coordination code, duplication, and coupling of your entire component hierarchy to each other no?

It's basically the Law of Demeter applied to UI components, and has both the benefits and the pitfalls of the LoD:

https://en.wikipedia.org/wiki/Law_of_Demeter

Boilerplate code goes up, method signatures get duplicated more (though JS has easy varargs & spread operators, so this can be minimized), method logic is less duplicated, and coupling is decreased.

> Still doesn't solve disparities in data loading completion across different services. Render giant loading spinner or the entire app?

You have a choice depending on product concerns. You can render a single loading spinner for the app. You can render individual spinners for different loading components (just pass the 'loading' prop into each of them separately), but have them all resolve at the same time. Or you can issue separate RPCs for each, as if the component had made the request itself, and have each component re-render as the request comes back.

The nice thing is that this choice is not embedded within the component itself, so you could for example start out by rendering a single global spinner until a single global RPC comes back, and then as you build out the backend and separate calls into different RPCs, change component rendering to incrementally show the new data.

> Plus, you will be overfetching if everything is pulled into top level components.

Again, this is a product tradeoff. Do multiple components display data that changes when an event happens on one component? It makes sense to batch up the RPCs then, because they'll always be triggered together anyway. Or is each component displaying data that is manipulated only by that component? Then give it its own RPC, but you should still kick it off at the top-level and delegate up the tree so that you can change this behavior easily.

In my experience, UIs designed by frontend engineers tend to have lots of RPCs that are both kicked off by and only affect a single component, while UIs designed by UI designers and CEOs (and users themselves) tend to have a lot of non-local changes throughout the UI in response to an event in one component. This is a source of tension between these groups, but only one side is signing the paychecks.
Yes, its one of the best places to go on an unfamilliar computer to quickly get somewhere to paste data and/or edit it with a monospace font.

I often find myself also just pasting old bits of text in there similar to how some people might leave old versions of code commented out while working on a replacement - its a sort of shelf/sidebar to place things that I might need later.
That seems to be the level of scale where Hydrogen Fuel Cells most make sense for interacting with cars: trucks and shipping containers that can be used to service remote areas or places the grid doesn't service well.

This sort of "mobile charging station" is probably much more convenient than the mechanical trouble of swapping a battery, especially with most of the EVs using the battery as a major part of the chassis and safety designs of the cars and the trade-offs of making them swappable aren't worth the loss of certain safety constraints.

A recent video on the subject of HFC tankers, in which Siemens and others are actually working to commercialize it: https://www.youtube.com/watch?v=kCmKAAh-vkE
You can use Qt with closed source software, under the LGPL license that you don't have to pay for. Only the binaries that have Qt code need to be open. Don't statically link Qt libs into your closed-source code and you're good.
Joe Rogan Experience – Brian Grazer
This is a pretty good manifesto. Something that I rarely (never) see mentioned is that the ability to quickly evaluate a technical hire is a skill managers can and should cultivate. I never give coding tests. I sit down with a candidate and within 20 minutes of verbally discussing their prior projects I know if I want to hire them or not. This does mean that the manager has to be technical and have the ability to deep dive in these conversations. It's by far the most efficient and candidate friendly (and interviewer friendly!) method I've seen. I've never had a bad hire doing this and I've hired dozens of people
keep an eye on that list, the last seen column should tell you if this is current of ancient activity, if he/she is seeding, correlating this with times your roommate is home (or his/hers pc on) should give you a good idea of whether this is him/her or someone else sharing your IP. Another such file coming up on that list is a strong indicator as well, and could help you even if he/she is no longer seeding. Keep in mind that remote control of a torrent client is possible. If you control the router you could try getting a new IP. All this without downloading the actual file
Sciter and Ultralight are the way to go on paper. They address many of the issues of Electron and it does it in a very portable way. Instead of embedding the world in a giant toolkit, they give to you what you want as a library, easy to interface with native code.

However they are proprietary, and this is a no go for me and many. There is no way I bind my software stack to an arbitrary unstable compiler ABI and its platforms. Nor I will bet on a toolkit that can disappear tomorrow if its only maintainer disappears or get hit by a bus.

We need something like these projects, but OSS and still I would be happy to pay for that.
I started strongly encouraging my family and friends to use adblockers around the same time, when nytimes.com was hit by a malvertising campaign.

I understand the economic model of free access with advertising, but I'm not going to put my computer and data at risk for it. Allowing ads to include executable code was idiotic.
I keep it enabled for sites that do respect it, like firefox.com and friends. By removing support from Safari, Apple took this choice away from their users, but I suppose that's not something surprising.
People hate meetings because they're in bad meetings. We spend so much time in meetings without giving them much thought to designing them. I highly recommend the book "The Surprising Science of Meetings: How You Can Lead Your Team to Peak Performance". It covers different types of meetings, including remote meetings and when not to have a meeting. This podcast interview with the author is a good introduction to the book:

https://www.gayleallen.net/cm-127-steven-rogelberg-on-making...
By “mobile data” I don’t mean location data, I mean your internet usage while you’re out and about. If you’re sending all that out through your home VPN, your ISP has a bigger picture of your overall internet usage, not just your home usage.

As for upload amounts, you are probably uploading less data, not more, because you don’t have to upload 100% of the data to the cloud to access 1% of it on demand.
As with all packages. They started slim and nimble, but the scope grows, it gets heavy and bloated.

React used to be great, and to some degree it still is, but somehow its contributor has a vision to make it our generation's J2EE, which IMO, is due to be hated by a lot of people, including me.
Regarding that screenshot of GitLab:

https://git.sr.ht/~sircmpwn/linux/tree/master/arch/arm/boot/...
This is really incorrect advice in the world of software engineering. At least in FAANG companies and big name startups, no one cares if you read How to Win Friends and Influence people and have "social skills". If you can't pass the engineering interviews, you're fucked.
> IT person skipping over the chain of command was bad enough it got them fired.

Isn't this roughly the opposite of what you want in an org? Otherwise there can be the failure mode of only good news getting reported up, so the folks running the company base their decisions on finely cultivated bullshit and are completely isolated from reality.
Although I am somewhat tempted to see exactly how far you will bend over backwards to justify people shitting in doorways in broad daylight, I will resist the temptation and move on. Take care.
Those guys were called 'phreaks', not 'phrakers". BTW, Apple was founded by two phreaks.
I'm a little younger than Woz, and I am skeptical we'll have truly autonomous self-driving cars in my lifetime.

Three thoughts:

1. Any of us who work in software development know that "getting to 90% done is easy... it's the second 90% that gets you". And I believe that to the extent that we may seem to be 90% of the way to self-driving cars, it's definitely the "first 90%" not the second. The devil truly is in the details.

2. From what I've seen / heard, it seems that most of the testing done to date has been done in day-time, on limited access, smooth, flat, straight roads, OR urban surface streets where traffic speeds are relatively slow. I believe the leap from either of those environments to "any arbitrary twisty, curvy, back-country road, at night, when it's foggy and snowing", is quite substantial. And I don't consider a car truly autonomous unless it can handle those conditions at least as well as a human (to be fair, humans don't always handle those conditions well, so maybe this bar isn't as high as it seems).

3. I've developed software for 20 years... knowing how the sausage is made, seeing the compromises that are made in order to "hit the ship date", the bugs that are swept under the rug, the boundary conditions that are assumed away as "impossible", etc., I won't be trusting any self-driving car anytime soon.
It is actually super readable! Takes, maybe 10 min to skim through, a good afternoon coffee break.
> Is the comparison with Qt relevant?

Absolutely, when considering cross-platform UI frameworks in general. In that sense, Qt competes not only with Electron, but also with toolkits like wxWidgets, GTK+, JavaFX, Flash, and some older ones like Java/Swing, Lazarus and Adobe/Macromedia Director.
Ask HN: What shiny new tech would you want to try?
> The request data acquired by Gizmodo, which covers a five-month period in 2018, showed that Ring customers in Fort Lauderdale, Florida, had largely ignored police requests for footage. Between May and September of 2018, the Fort Lauderdale Police Department issued 22 requests via Ring’s law enforcement portal. Those requests resulted in 319 emails being sent to residents asking them to hand over footage, a statistic that the company now says it keeps confidential.

I wonder how much of this is just because who's going to believe some random email that "law enforcement" wants to see my security camera footage? We live in an age where the "IRS" calls every day to inform me that they're going to come arrest me, and I'm supposed to hand over surveillance footage to some random email?

About a year ago someone was murdered near my office. Our office is in a townhouse in a mostly residential neighborhood. Detectives came by in person to ask if we had any surveillance cameras that might have footage they can look at to see if it might have the killer on it. They didn't just send an email.
Seattle replaced all streetlights with LEDs a few years back. It too bad that they are the blue lighting that the article mentions, which absolutely makes viewing anything in the sky a lot harder than it already was. I'd love to go back to Flagstaff some day to see the lighting in person.
If you have hungry mouths to feed, and whether or not they get fed depends on whether your app makes enough to justify the time and expense it takes to develop it, tell me you would have made a different decision.

When development is your livelihood, you target the platforms that make money and only the platforms that make money. That pretty much means Windows and maybe Mac. Anything else is throwing money away.
[Edited] I am awake now. Simple carbs have more of a glycemic load and thus more impact on the liver. When your body responds to glucose, it releases insulin. Over time you build up a resistance to insulin. Your liver has to compensate for this by using up stored glutathione. I am very much over simplifying for the purpose of HN, but long story short, sugar, processed foods, grains, put a heavy load on the liver and pancreas

For example, green leafy vegetables are complex carbohydrates. They have very little glycemic load and will not harm your liver.

Pretty much all carbs are bad news. Always subtract fiber content from carbs and what is left over, your liver and pancreas will be dealing with. Vegetables have a lot of fiber for example.
So really you only care about 2 operating systems, and you're willing to give up all the native integration opportunities on both of them for the minor convenience of only having to write one (bad, bloated, totally-out-of-place) GUI.

Developers in the 90s often supported 5 or more different platforms. How is it that modern development is so much worse?
There's no way to automatically know if an answer from 4 years ago is still relevant today.

Maybe it is, maybe it isn't. Trying to tie an algorithm to "age decay" is the wrong solution, because it will decay too quickly for some questions, but not quickly enough for other questions.
People seem to act like the Model Y will just be an entirely additive thing to Tesla sales. How many Model 3's will be cannibalized by Tesla announcing a cheaper crossover? The demand for each of their vehicles is very interrelated, as seen by what the Model 3 has done to S/X sales in every country it has entered.

What I see with the revenue decline, and if you look at sales patterns by the countries they have entered is a company whose number one vehicle, the Model 3, has peaked in demand. I don't see many levers for them to really increase that, and many of the company releases, like the Model Y, will only cannibalize more of that demand.
It really depends on the meeting. Meetings that revolve around basic information sharing (typically the recurring ones) like status updates or daily scrum can 100% be replaced with a written update. These are the meetings people hate.

A great meeting is when the right number of people discuss an ambiguous problem that requires a fast feedback loop (body language, tone, etc) in order to achieve the desired meeting outcome.

I'd also argue that poor documentation is a result of lack of structure (something asynchronous communication can provide much better vs. synchronous comm)
Dapr's virtual actors sounds like a good idea, but besides the API spec[1] is there any better doc to have a look to an example? How are the callbacks used..?

I want to give it a try, but really seems that is pre-alpha.

[1] https://github.com/dapr/docs/blob/master/reference/api/actor...