skysight-inc/HackerNews huggingface dataset:
I don't mean to downplay the achievements of Mastodon in any way, but what the author is describing in the example of Mellified.Men sounds like a glorified forum. (Yes, I know it's more than that due to federation.)

Every few years the "group discussion / chat" concept gets reinvented on the internet, and that's all fine and dandy, but I still think there is immense value in having a centralized identity on a service that everyone is using. The problems of Facebook and Twitter have less to do with the fact that they are centralized and more to due with the fact they are funded by ad revenue and the constant pressure to impress the public stock market.

We need a centralized service driven by micropayments from the users themselves, with little to no advertising. App.net was a step in the right direction, and its downfall was more a result of missteps in execution rather than a problem with the core idea.

I fear that might never happen largely due to the inherent structural problems of VC funding. It costs a ton of money to run and scale a social network, and most VCs will be looking to recoup their investment using the traditional means of web-scale revenue (advertising). So what's the solution? My personal hope is something based on blockchain cryptocurrencies. But we'll see if anything takes off in that vein or if the evil empire of Facebook just continues to win the day.
For reference, here is the video: https://youtu.be/MtzCLd93SyU?t=19m28s
Not clear from the article how he would cash out those gains?
it seemed to me you were saying that your received benefit in exchange for not being able to change the battery... was that you now had to pay someone else to do it. which is a bit odd.

i would wager that their post was trying to highlight that.
The slack url in this post overflows the text and zooms the page out on my phone making for an apropos blog reading experience about the future of jQuery mobile. Photo here https://twitter.com/potench/status/943950784592363520
> Apple has legitimate technical reasons for not allowing other browser engines (well specifically the JS part). Intent matters.

Oh please... source?
I'd also like to hear more about this -- both the feature set and the development process. It's interesting that two large engineering organizations responsible for some of the most popular applications on the planet spent hundreds of engineering hours building almost the same exact tool at around the exact same time.

I'd also like to know how much quicker or better it could have been completed if it had been done out in the open.
Of all possible explanations, that is the one I suspect is most divorced from reality.
Apple Revises Policy on Template Apps
> it seemed to me you were saying that your received benefit in exchange for not being able to change the battery... was that you now had to pay someone else to do it. which is a bit odd.

That would be odd! Which is why that's not what I said.

I said that the received benefit in return for having to pay for the batter to be replaced was 'a nicer phone'. I like the single form of the iPhone.
This is sort of like the lover of an old book whose author has stopped reprinting it wanting to preserve the book for themselves.
Reading this as someone who writes mostly in statically typed languages, the whole exercise seems odd.

Having so much dynamically typed code to maintain that you need to run production code using a separate tool just to figure out the types sounds just wrong. Why not use a statically typed language for such a large code-base? Is this done by purpose, or did they end up with a million lines of Python code and are looking for ways to make the maintenance easier?

And before I get down-voted to hell - I completely understand using Python for many things. It a good technical choice for many different problems, but navigating a million lines of Python seems just daunting to me (although maybe I'm just not experienced enough with Python).
I think this is a great idea and I'd love to participate in something like it, personally.

What Mastodon does for decentralized / less-shitty Twitter, this could do for Usenet.
i really wish the standards bodies would make a concerted push for a solid advance in CSS (flexbox and css grids are pushing that way but are relatively complex), so that we could get rid of DIV-itis. it's like the TABLE-itis of the past, but two letters shorter (i'm exaggerating, but still...). that would not only clean up the html but make both learning and development faster.

they should also really advance basic web functionality, like making contenteditable more flexible to build text editors on top of, and adding more (and more stylable) form controls (e.g., a good date-time picker, a true omni/combo box, etc). forms are all over most websites, so let's make those faster and less error prone to develop without a bunch of extraneous javascript handlers or resorting to formidable js frameworks.

in short, let's keep the learning curve shallow for web development--that's what made it great in the first place.
Visible Minority men here chiming in;
I find this type of perspective (and the lack of empathy that underlines it) kinda saddening. Most of the argument you are saying are the same we used to make to other minority, "No i didn't mean all of them", "Understand the context in which i make a wide generalization etc..."

> assumed the speaker meant...
I am guessing you are not an old person being subject to ageism...

> Context matters a lot

Yes it does, the context in which the statement is made, the person who made it and the context in which the statement is receive. Asking us to only consider on side of the communication ,and making excuse because in certain context the statement is not offensive doesn't seem fair to me.

> such quotes are usually said in reference to a company's leadership team, and there's quite a bit of truth to them

There is truth in any stereotype, that's why they exist. The usual issue is that they are alienating and non inclusive to some people.

> it's overwhelmingly middle-aged/old white men

And the prisons in America are filled with poeple who look like me, should i be okay with generalization on me about that. One thing that it seems that most leftist like me forget is that most CEOs are white , but most white are not CEOs...

> I would consider that just as problematic as the age-discrimination that the article was referring to.

Yes and the first step is adopt an inclusive language, and not make excuse we wouldn't accept on any other protected classes. The fight for diversity is won we get everybody on board. When we start to have a hierarchy of protected classes, some classes where it's kind of okay to discriminate against because X,Y,Z reasons then it starts to look like the exact opposite of what we are trying to achieve

And i guess the most interesting thing is the amount the mental gymnastic we have to do to find this statement okay, instead of just taking the most plausible explanation... It simply reflect the latent ageism in our industry, and the fact that it is still okay to be ageist so long as it's directed at white men...
> Delayed gratification implies that the object of one's desire is not a staple of life.

I don't agree with this statement.

> Therefore delayed gratification works to one's favor if they are limited by finances or time.

It's not that difficult -- delaying gratification is about making a calculation about expected value and utility. Questions such as, will I get more if I delay are obviously considered. Other questions such as whether I want more, or whether or not I actually think I will get more are also considered.
Superhuman AI in heads-up no-limit poker: Libratus beats top professionals [pdf]
The point is that the apps will display it where they display Open-Source license notices: off in some deep menu no one but a suitably dedicated hunter would find.

The same sort of person that would google it.
>Okay, cool, but why didn't it have oil?

Good point.

Five Whys:

https://en.wikipedia.org/wiki/5_Whys#Example
How to Create Basic Interactive JavaScript Pie Chart: Quick Tutorial on AnyChart
> Maybe Python on Debian.

Cool, thanks. I'll look into it. I'm more familiar with Ruby and Debian which has a... storied history :)

> But why shouldn't C be the benchmark?

In some sense, it shouldn't, I'm in agreement that in some sense, we should talk about what's desireable. However, there's a reason that it's significant: apt is designed around C. Its compilation model, everything. So of course C works with apt very well; I'd hope so! But non-C languages have a much larger hurdle. In terms of Rust's integration into a system, it'd face challenges similar to non-C than to C.
I literally just had this exact thought independently of you. I mean if you need to do something like this, doesn't that mean you should be writing code in a statically typed language?
Same here. +1
Maybe for the good of us all, maybe in that case they SHOULD have used Java ;)
iPhone 3GS had a 600 mhz 32 bit processor with only 256 megabytes of RAM. The last update for it was iOS 6. Like all operating systems, iOS's memory and CPU demands have grown over time, that's likely why your perceived performance suffered.
Artists Create an Amazing Paper Mario Guitar That Doesn't Sound Flat at All
I think it was the opposite of paid. They wanted to draw the Mr. Robot crowd to Firefox.
> That... wasn't really the point.

The 15 minutes wasn't really my point either, but you assumed it was and I went along.

> OK, replace it with coffee -- do you think an adult would wait 90 minutes for a second coffee they may or may not want when they can already get one instantly?

I see people ordering 1 cup of coffee all the time and being satisfied that it's enough. When was the last time you saw someone being satisfied after eating 1 marshmallow?!

> You don't why a poor person would be skeptical of the scenario you posed?

No??

> If you live in an area with homeless people I challenge you to find one of them and do your experiment with $5 and $10 dollars, with 0 and 90 minutes respectively. I guarantee you the homeless person will take the $5.

Of course he would. And I challenge you to do the same thing with non-homeless people in your neighborhood. I bet they would react exactly the same way. Because a random nobody suddenly appearing out of the blue and offering you money in 90 minutes sounds like a prank or a scam. And because non-homeless people will also have (in fact, are more likely to have) more productive things to do in those 90 minutes than waste brainpower on whether/when/how you're planning to give them those $5. If this is how you're going to design counter-experiments you really don't seem to be in a position to criticize these experiments.

> Anyway, I'm not really sure what we're discussing at this point. My original statement, "People who can delay gratification are likely those who have the means to do so to begin with", is obviously true.

Yes, it's probably true, but also irrelevant to the point that the research is trying to make, which is that training yourself to delay gratification seems to pay off to your own benefit.
Sure, and so are the motherboard, screen, digitizer, etc. But that doesn't make it consumer-friendly. The battery in my phone is also user replaceable. A new battery costs almost $20, and requires me to pull the back cover off the phone with my fingernails. Whatever excuses a company makes for not offering that feature really just boils down to making money.
There is “trickery” in the sense of dark UI patterns involved though.

There is no easy way to distinguish between the IAP for Mario Run ($10 once, to buy the full game) and $10 in coins for spins for lives for Candy Crush (or however it works now).

The result is that people don’t want to spend ANY money on mobile because so much of it is scamming garbage, that the rest of It might as well be too.
Great. Now we’re on the path to making this a systemic risk.
Wasn't this addressed a couple of years ago? [1]

[1] http://www.wired.co.uk/article/dmca-game-preservation-exempt...
Even with a low market share Apple could still theoretically be engaging in practices that are anti-consumer, such as disallowing the use of other browser engines.

Though, afaik, Apple does not stoop to the levels of Amazon, who removed the Twitch app from Roku platform for absolutely no reason other than to line their pockets with more cash.
THANK YOU!!!!! I've looked for that video several times and have been kicking myself for not bookmarking it.
Oh good, I was worried that the BC bubble bursting wouldn’t have enough negative effects on the economy at large.

(/s)
Whoa, wait a sec, what makes you even slightly suspect this doesn't already happen?
Pocket.

Mr. Robot.

Google tells me - "Dude, for providing me your information you get gooodieeeees!"

Mozilla tells me - "We respect your privacy. "

In a micro-font : "except when we do things that you should not be concerned about"
Was her replacement phone a refurbished or new unit? Either way, she can probably get a brand new battery just by taking it in to the Apple Store.

Also, battery age isn't actually time based, it's cycle based. If your wife uses her phone so heavily that she has to recharge it multiple times a day, she's putting more cycles on the battery. Still should last more than 6 months though.
Missing?
Macports was there before homebrew, is managed properly, and just works.
If paired with a requirement that a job posting ad purchase must cover all age ranges (e.g. one ad covers 18–35, another 35 and up) then that would make sense. However, I do not believe such a requirement exists currently.
> And unlike my 5s, no phone update is coming to turn it into a slow crawl.

That's one way to celebrate being an Android user.
Yes, I think it is just recursively swapping the left and right branches of the tree.
If you've ever been caught up in a mob and felt yourself losing your identity in the crowd, so that you could get swept away doing things you'd never do alone, you'll know how dangerous unstructured freedom is for people.

We're tribal animals, but we're almost herd-like when we get caught up. It's important that the institutions that whip up the herd and point it around have some kind of checks and balances. We try and get by with the notion of offending public decency, of using concepts like honesty and integrity to shame people into doing the right thing, but it doesn't come naturally - it needs to be chosen, repeatedly and maintained.
Yeah, it is. It's called public domain. Seems pretty reasonable to me.
It's rarely easy to re-implement large or complex codebases in a new language. That kind of major effort requires significant signoffs from leadership and a large effort.

This tool? This tool takes an existing set of codebases and makes them safer. No major boiling of oceans required.
Please don't bring lazyweb to HN.
Goldman Is Setting Up a Cryptocurrency Trading Desk
People experience the same thing when they switch to ketogenic diets (dubbed the "Keto flu"). The psuedosciency way I've seen their communities describe it as "withdrawal from carbohydrates" — increasing your electrolyte intake tends to help.
Apple's self-contained platform, huge sums of money, and massive upgrade adoption rates would make it very easy for them to ship modern software. They for some reason choose not to
Exemptions are temporary and must be reasserted every three years.
>How can we change that?

When someone demands an update for your open source project, ask them what they can give back in exchange?
I think that number is inflated by CMSs such as WP early adoption of jquery. I have used jQuery extensively and I agree that's still relevant, but jQuery Mobile and UI never really took off.
I use chromium because firefox and chrome remain memory hogs that are slower. Other than that, I'd go firefox.
I was going to address the "why" by explaining actually why (Refactoring time required, impact difference, other negative tradeoffs, active devs on the projects / hiring requirements, benefit to the global python community, ...).

But it looks like this is a troll account, so flag & move on.
Nope. I can hire out of school programmers for $70k/year. I can hire grey beards for $200k/year. Not a single grey beard is worth 3 of those out of school programmers.

This is also why grey beards suck for P&L so they better want to work long hours.
I worked with IE6 both as it became the defacto standard browser everywhere, and for the years it took Mozilla Phoenix^wFirebird^wFirefox to take hold as the defining force, and then Chrome coming to dominate.

When IE6 came out it was kind of a breath of fresh air... it allowed for a lot of things, and the v4 browsers finally fell off the map. IE 5.0.0 had some hideous bugs on stamped CDs (Office 2000, Windows 2000) that I had to work around for a couple years. IE6 corrected many of them.

Now as things progressed, IE6 became a boat anchor for a long time.. and IE7/8/9 though relatively current at release fell behind very quickly. IE10-11 were also rans in my opinion, and I'm glad most people get to ignore them now.

Nothing compares to dealing with IE4 + NN4 issues... it was truly painful and I'll take what we have today over either. Most people aren't dealing with most of the newer browser features... but for those that are, it can be bad. Safari is the worst actor in the bunch, and they are emphatically not rock solid on that front.
The problem is not that they rolled their own crypto. I mean that is a problem, but it's not the problem. The real problem is that these people have a substantial degree of control over the IOTA network (centralized coordinator, control of wallets and clients, access to funds), and their actions and words are not those of a competent, reasonable technical team. They're at best bizarre. There are real people who have invested a ton of money into this currency, and they stand to be really hurt if this blows apart.
I would have written the same. I have no idea what Google understands by "inverting a binary tree", but to me it looks this. "Recursively swap left with right."
Now just convert that to an inferior language, like java or python, so they can understand it.
Its interesting, this is a similar learning Clojure came around with, that the types weren't really useful unless everything is typed. Though Typed Racket's solution was to promote types to runtime validation at those borders between things with types and things without.

I do find it intriguing though, that adding back types manually is so hard and slow. Is it slower when done retroactively? Or is it just as slow when done at the same time, but we don't realize its overhead?
Nonsense. Octal, not hex.

(Not totally a joke. My mother wrote in octal before she got an assembler.)
> Bitcoin isn't growing in value because it represents shares of a business that makes real money.

With bitcoin, you’re investing in whomever the individual is on the other side of your trade. I hope some of these techies become rich enough to take government positions.

Why do the assets behind a company matter? In the event they go bankrupt and have a liquidation event, first their assets will go to loan-providers, then to bond-holders, then to private preferred stock holders, then finally if there are crumbs remaining, to public common stock holders.
Webb Telescope’s “Silver and Gold Decorations” – NASA
How to Get the HPC Best-In-class Performance via Intel Xeon Skylake – InsideHPC
> This is simply a ruling that allows an exemption to copyright law for the specific use of preservation by libraries and museums

And

> The DMCA does not allow people to copy games. It does not allow gamers to play shut down MMOs.

In short: no.
Didn't Facebook do this for PHP (Hack) and Microsoft with JavaScript (TypeScript)?

From a technical aspect, I do find these projects cool. I wonder if its more efficient for large companies to initially develop using dynamic languages then transition them with these optionally typed languages.
there's a difference between should be and should have been

maybe it's easier to do this half-measure than rewrite your entire code base
There's still a good deal of people who think of static typing as 'limiting', and dynamic typic as 'human'. Matsumoto said as much during (iirc) last years Ruby conf.

I think the reverse is true. Static typing is liberating for humans because it tames complexity. Because I'm not a machine I cannot possibly keep track of fuzzy programs that arise from dynamic typing.
This tool seems to be built for teams that have already created large codebases in non-typed languages. This is a pretty common thing today. They are addressing a very real problem that a lot of people face which is "oh we fucked up, what's the most painless way we can fix it".

We just recently moved our entire codebase from JS to TypeScript which was pretty hard but super worth it.
I remember years ago (when I was still active in browser dev) having to argue with people who wanted jquery to be embedded in the browser and/or be part of the DOM spec.

I'd like to imagine that this kind of article would help people understand why browsers don't just do that and instead try to develop general APIs that enable frameworks to grow and evolve or simply be replaced as new dev models spring into being.

<grumbling>

Consider this:
jQuery needed a bunch of DOM operations to be very fast and have certain behaviors (it's a long time ago, but iirc there were selectors, property apis, certain kinds of nodelist behaviour). Multiple webdevs proposed build jQuery APIs into the browser, so rather than making the underlying operations fast, we'd just have the critical path implemented natively inside the browser. While that would have solved some performance problems it would not have helped any other framework.

By instead making those core functionality faster, and providing general APIs for the things jQuery needed, other frameworks could also make use of them.

My hope is that by seeing these posts (which are honestly tending toward EoL notices) people will remember than no one library is ever likely to be permanent, and will stop asking for browser to just include the libraries internally.

</grumbling>
I agree with you but I think it's pretty straightforward how this sort of thing happens:

1. Startup builds thing fast in dynamic language because they need to optimize for development speed and iteration, not maintainability or scalability.

2. Startup grows and continues to hire for expertise in the tech stack they are mostly already using.

3. Repeat for some years and some hundreds of engineers and you arrive at this exact scenario.
I wholeheartedly agree. If there is one thing I'd like Google to change is to think about and care for their users.
No, it doesn't have complete dominance. But it has more share than all the other players combined.
https://www.w3counter.com/globalstats.php

That is a dominating position making it the de facto standard, even if not absolute.
I'm not sure it's possible for a movement to be both "grassroots" and also "funded by billionaires".
Android phones do suffer from spontaneous reboots. It appears not as much as iPhones, and the most likely reason is the higher performance CPUs in iPhones. Android manufacturers have chosen to let the minority of users who suffer through spontaneous reboots, to keep suffering through them, rather than moderate CPU performance for them.
No guarantee that replacing the battery would disable the underclocking. I suspect it's still be underclocked.
Tesla is going up because investors want Tesla to be a thing.
Learning no. Using, I think yes.
Why do you think it would have any effect? It’s still a comparatively tiny market.
No, that’s not the law. While neutrally written, the intent is clear (and will be enforced as such) - it is to prevent discrimination against historically-rejected groups (women, minorities, the elderly, disabled, etc.).
Alternatively, you could say Apple is putting in a barely-sufficiently-sized battery for planned obsolescence... and masking it under "make it as thin and light as possible".

In reality, it's probably some mix of both sides.