skysight-inc/HackerNews huggingface dataset:
Nobody knows how Rentech makes money. The most likely explanation for the success of Medallion is that Rentech assigns ex post the best strategies to Medallion, which is run for the benefit of insiders. For instance the fund Bluecrest was charged and fined for doing exactly that. We also know, because it appeared in a Senate report, that Rentech is a massive tax fraud and owes over $5 billion in unpaid taxes. Is it so unreasonable that a massive tax cheat would also cheat his investors? The press is far too credulous towards Rentech. For instance Zuckerman in his book devotes just one paragraph to a discussion of the tax fraud and the Senate report. Noah Smith himself worked at SUNY Stony Brook, which is heavily funded by Simons.
I actually found the last part was my main takeaway.

Even in the early 1990s, Simons had basically checked out of the fund and was mainly doing venture stuff. He clearly made some good hires pre-1990s (I can't remember but the data guy clearly seemed to give them a huge edge over the competition, they clearly had data that no-one had) but it was that sequence of hires after this point that really elevated things: Peter Brown, Nick Patterson, Robert Mercer, etc. Very humbling. Of course, everyone will continue to think the strategies are the secret sauce.

Also, I think it highlights that quant investing starts out being very scalable but stops scaling quite quickly (and most similar firms hire people that, on paper, are very smart and get nowhere...so RenTech is the best example of scalability). At the top end, fundamental investing is still more scalable (which is what common sense would indicate).

As an aside, the article is totally pointless. Finance professors are engaged in an argument with themselves. They know they believe things that make no sense, and so spend all their time grappling with facts to fit them into their model. Humans do not reason perfectly, when you put a trade on you move the market, effects can last for ages (you have pure arbs that take years to close)...the whole discussion is just non-sensical, and any academic examination of finance should start from reality, not what theories are fun to teach. It is kind of tragic to see intelligent people do this to themselves...but some people just prefer Haskell to Python.
Let's not play on words. Consumerism sell you promises of better life which turned out to be false most often. It might only be an implicit advice but anyway.
The resources for the GPT-3 replication will be provided by the cloud company CoreWeave.
This likely depends a lot on lifestyle - those with long commutes, workout a lot, certain types of jobs, etc. will have very different preferences than a WFH programmer
Instead of downvoting, please provide a peer reviewed reference (or preprint).
I find this amusing.

Know how much a Honda Accord costs?

About 25 Grand.

Know how much a Mercedes S450 costs?

About three times as much.

They are both great cars, that will be rewarding to own.

The Mercedes doesn't have 3 times more parts, but it probably took four times longer to make, and they paid the folks that make it, a lot more than the Honda. It's actually, probably better "bang for the buck," although it won't seem like it, on the surface.

The reason is that all those little things that go into high quality take lots of time.

I can write a pretty complete app that does some cool stuff in a day or two. I do it often, when I write test harnesses for my libraries and whatnot.

However, if you want that app to be ship quality, and highly usable, you're looking at over a month.

The thing is, many folks would consider my test harness lash-ups to be their "shipping" product, and will use that as a basis for estimation.
The article touches on this, since its an important realization. In C, however, if the integers are not unsigned, the add/sub version exhibits UB on overflow, because C unnecessarily ties signed/unsignedness with overflow behavior (UB, two's complement, etc.).

Not that this is important, but could hint why this trick is more often shown with XOR than with add/sub.
Imagine inheriting that guy's codebase.
NPM really exacerbated the problem with the npms.io ranking service. They rank searches like https://www.npmjs.com/search?q=pad%20string on metrics like "quality" and "maintenance". They track how many issues are open more than 7 days, more than 1 month and more than 1 year in order to make a judgment, so there's a strong incentive to aggressively close issues early
Why bother with CCTV when everyone is filming themselves.
Additionally, if you already believe the Qanon stuff, that's a pretty good guess you're on the wrong side of that curve.
Context matters. You can “donate to Syria” but actually be helping prop up the Assad regime:
https://www.theguardian.com/world/2016/aug/29/un-pays-tens-o...

You can also truly donate to Syria and help build apartments, schools, and hospitals in areas outside Assad’s control:

https://molhamteam.com/en/campaigns/204

https://molhamteam.com/en/campaigns/239

https://www.sams-usa.net/

(The last link is to an organization registered in the US, and tax-deductible).
This actually got me thinking.... What if someone utilized GPT-3 to write incoherent garbage that can pass off in front of Quant firm's sentiment analyzers as trending topics? If one were invested enough, one could certainly pump all sorts of stocks too.
The blue zone studies and conclusions seem, to me, to be the opposite of “one weird trick” and run in the face of pop diet literature.

At some point, a holistic lifestyle offering statistically higher quality of health outcomes could risk sounding like an agenda, I suppose, but perhaps only if something about that lifestyle makes one feel guilty.

As you go into particular questions, you might find the material around blue zones goes more into those than most. Along with temperance and mostly plants, commonalities included natural exercise and positive disposition, for example.

Or perhaps, is our disdain of the simple holistic findings a result of our convenience culture? Are we actually just unhappy there is not one weird trick, preferably in a tablet form, that wouldn’t inconvenience our own “modern” ways?

Disclosure: My mother’s side had many siblings making it to 100, some were part of the California blue zone, while others lived in Scandinavia, farming and fishing by the sea. The realization these lives are differently healthy is hardly pop: there’s a body of health knowledge behind that tracing back to late 1800s, Kellogg (the family behind the cereal whose home page now says “one of the original plant-based wellbeing companies”), and the like.
Well, lawyers take a retainer. Doctors are paid per-diagnostic-visit and per-procedure. Accountants bill hourly. Most professions have this - electricians, plumbers, locksmiths, etc.

This business model is normalized for other professions, and it should be for software engineering too. As a profession, we should move more towards partnering with organizations to realize business value through software rather than being simple "feature factories" (see also: Developer Hegemony[0]).

[0] https://daedtech.com/developer-hegemony-the-crazy-idea-that-...
I'm the author here! Thanks for sharing :) Feel free to ask me any questions.

I wanted to highlight some of the libraries we used: Gradio [1] to create the interfaces in the GIFs, and PAIR-code's [2] Tensorflow implementation of the papers.

[1]: https://github.com/gradio-app/gradio
[2]: https://github.com/PAIR-code/saliency
This kind of data infrastructure is a great use case for Rust. A lot of data infrastructure is memory-bound, so saving the memory overhead of GC is a huge win.

The use of Arrow to support multiple programming languages is also a great concept. Other distributed computing engines have ended up tied to the JVM (Spark, Presto, Kafka) as a way of avoiding serialization/deserialization costs when you go across a language boundary. Arrow is a really elegant solution, as long as you're willing to batch up operations.
Are you scraping this or just visiting each site manually and getting the machine readable data? Cool stuff!!
Is it standard to prune these kinds of large language models once they've been trained to speed them up?
Great work!

Yes, I was also thinking of adding an autostart on login feature and saving previously connected devices. So users
don't have to reconnect every time.
There are certainly men who have benefited from therapy.
I think this is a big factor in estimation inaccuracy for really new programmers - but it is pretty well fixed by project managers following estimation rules of thumb - like double it and add five days... The bigger issue that I am less certain about being teachable is the experience side of things. I've worked in industry for a while and I know how long different sorts of patterns will take to write and what sorts of complications different sorts of add-ons will add to those numbers. Some projects are about where my naive brain fifteen years ago would put them and other ones are wildly different due to complexities that aren't visible in a surface level examination. Learning to sniff out those complexities seems to just take experience (not with every individual scenario - but it's a pattern analysis thing).
As an American living in Russia, not really. Russian people overall have a very positive attitude towards the US and Americans and are able to differentiate people from their government. Even the official Russian propaganda (Channel 1, etc) has a less harsh depiction of America compared to how US media portrays Russia. All the Russia hate in the US right now doesn't even make an effort separate the politics from the people, which is really disappointing.
Adobe executes (executed) massive releases on a well-defined cadence (1.5 yr per "creative suite"). Sure, I won't say they don't have collaboration, or top-tier engineers etc. But in the end, the success of this well defined cadence boiled down to the simple strategy of "we release what is ready". Everybody knew the deadlines well in advance, and everybody strives to 'make it' - but, (not so) occasionally, some teams didn't and you could see entire features get ruthlessly cut out. Simply no other way of synchronizing across the entire company... you cut scope to make it in time, and if you can't make it, that's it, your feature gets cut. With enough teams working, you still get features to showcase at each release.
Aren't those relatively sales oriented in general? At least they seem to be in those companies that I seem to work with.
Imo, while both Perl and Raku are exemplars of extensible PLs in their own ways, Perl's approach is essentially a tower of hacks built on the wrong foundation while Raku's core concept[0] is built to last for decades, if not a century[1].

[0] https://gist.github.com/raiph/849a4a9d8875542fb86df2b2eda892...

[1] https://thenewstack.io/larry-walls-quest-100-year-programmin...
They are not free to violate my right to life by being unwilling to follow basic public health measures.
My price estimates are only for the "traditional" bulb size/shape (A19) used in the US [0]. GU10 bulbs do seem to be much more expensive than that (I'm seeing ~$5~6 being pretty typical) [1] which is basically exactly how much the IKEA bulb you linked is.

[0]: https://www.homedepot.com/p/EcoSmart-60-Watt-Equivalent-A19-...

[1]: https://www.homedepot.com/p/C-Cattleya-75-Watt-Equivalent-GU...
I've been hearing this rule for years now, and I think the coefficient is increasing. It started at 1.5x, now it's at 3x... Is this just me?
What do you mean “credible or not”?

Are you suggesting the media knowingly discuss information they cannot find as credible?
I have a Ph.D. in chemistry and I have taught general chemistry at a large research university and at a small liberal arts college. For what it's worth I teach this explanation and know of other colleagues that do, and the explanation is not novel to this article. That said, it's probably less well known and less widely taught than it should be. It's counterintuitive to many people that the formation of strong bonds results in the production of heat!
> Not working? Ditch 'em and try again

There used to be pro-familly policies in USA that basically assumed that is male is in the house, the male is responsible to be breadwinner. That meant that if there was make, woman would not get social support money on her nor on kid.

They were even quicker to kick unemployed male out due to that - his presence meant they risk support. It sucked, imo.
Hi,

"that guy" is here and reading your mean comment. Anyways, I don't think my code is that bad.
Personally, I have arrived at a similar set of ideas in my consulting gigs, though not the same technology stack choices.

I think it is the need to be maximally productive in the shortest amount of time. Basically, any time you spend fixing someone else's problem is time you aren't getting closer to the clients goals. It is not that the time isn't for the greater good, but the hours I have allocated to this problem are fairly tight to start with and I don't enjoy the "We are over budget. Here is why" talks.

I have reached the point where I have started using npm ls as a proxy for how much pain migrating a legacy app will end up being.
Neither China or South Korea created technological solutions. The solutions in both countries are social.

China used some good old communist methods, mobilise the entire population in the fight against the virus. Virtually every apartment building had someone sitting in front of it taking temperature. Every restaurant had. When someone was sick, two others were checking in and ensuring that people comply with regulation and go shopping for them. When China had one case in a city they cordoned off half a million people and tested millions.

South Korea wasn't quite as stringent with lockdowns but it worked the same way, compliance of the population, quick testing and human tracing. Same in Taiwan. What worked there was giving you a phone, locking you in your apartment, having the health department call on you three times per day and fining you 10k bucks if you didn't listen.

The tracing apps did, to put it mildly, jack shit. The solution, which is why a lot of Asian countries, even relatively poor ones like Vietnam, made it out of this, was adherence to law and compliance and harsh measures for those who fell out of line.

Throwing some random Apple dongle at every problem fixes exactly nothing, you can install a hundred apps on your phone, if your entire population has lost the collective will to actually act in coordinated fashion you're in the dog house.
Integrations for time-tracking software with issue tracking software exists, but I've never actually seen them used in combination before. You'd think that issue trackers would always include a very user-friendly time tracker by default, and advertise integrations with popular time trackers just to get that "actual time spent" data. I've also never looked at a burndown chart with any particular interest after knowing you can close an 8h issue after .5h and a .5h issue after 8h of work and the issue tracker will just keep pretending its charts mean anything.

Yet any company that does a lot of the same work could probably use that. You'd still need to do some extra work and tag your issues by things that you want to observe (and maybe predict), but then you could say things like "after we switched to that fancy new API client generator, our client development times went way down but debugging times went up a bit". And the system could display some time range while you're writing the issue. You could also look at the issues at the end of a sprint and then merge them with other items from the time tracker to see how meetings and other distractions played into the outcome.
This is so completely mainstream that the first I heard of it was a recent The Magic Schoolbus episode.
I disagree with the premise of this article. Software development is largely a waterfall process even if you use TDD (which was using a machine gun to chop down a tree) and the effort estimation is both predictable and consistent. At least with the model that we use in-house developed over the past 10 years that has resulted in several exits.

Don't rely on HN submissions to shape your view of the world. Pedantry, pendants waste your time. Only real world results and data matter. The people who can't do simply teach or publish papers so all you are left are people who grab a leg or an arm and think its an elephant in complete darkness. You simply will never ever find us publishing these information nor do others that have figured it out.

Transparency when it comes to winning trust is a must. Disclosures in the name of generosity or some collective good is lust; You might feel good but it ultimately results in increased competition and higher operating cost until your edge disappears. We are not in the business of helping our competitors, we use our unique edge to push them out of the market when we can, we use capital to buy them out when we can't.
NB: The first post doesn't actually link the second.
Yep, code signing is a racket and a complete bs :/
And if reaction is a defining factor then all chemical reactions are solid friendships.
When bitcoin launched there were no non-mining nodes, every node was a mining node. "Node" in the whitepaper refers to what we know today as mining nodes. You are suggesting that the task of relaying blocks falls solely on non-mining nodes, when this isnt true. Mining nodes carry out the same roles as non mining nodes when it comes to relaying/propagation. Every node within the network, whether it be mining or non-mining, pass blocks they receive to their peers.
Are we trending towards more focus or multiple experiences dominating our lives?

I love reading but am audio book while I mow the lawn offers two experiences at the same time. More time.
I think part of it is that there is a huge difference in cost between some facilities. But another part of it is that a lot of hospitals don't really know what they charge. They had to scramble and hire consultants to come up with these numbers to meet the deadline and the numbers will probably get more accurate and vary less over time as hospitals get better used to working with prices out in the public.
100% agree. I think because it’s hard enough to discern between what I would call first order (dna caused personality traits) and second order (immediate family and early childhood experiences) contributions to personality and what experiences a child had, that most people ignore third order, friends, bad luck, basically everything else. Then, you throw in luck ...I mean who knows why anyone does anything bad or good.

I’m not religious, but the saying often attributed to Christ saying, “forgive them, they know not what they do,” is probably totally, 100% accurate. I would add we don’t really know why they do what they do either. Christians want that to mean specifically about the crucifixion, but I believe whoever wrote that down was trying to say something more general about human experience.

I know from personal experience, just how much which kids you sit next to from 1st-5th grade, as they are often the same in the US, can influence your life in extreme ways.

All this says to me, we should probably go easier on everyone, even the “worst” of us...
My understanding, from a long-ago report which I cannot find, was that the children of lesbian couples do better than average: higher college admission rates, lower prison rates. It was thought that the relative difficulty of having children as a lesbian couple (including, in the case of adoption, which is understandably more prevalent among such couples, state approval) means that they're better prepared for child-rearing.
Hottie hangout pics with nude babes - https://adultlove.life
Your manufacturer is "very supportive, open minded and keen to produce interesting product". Then I would recommend, join them as an employee for a few years. Help them grow and then start the company again with new insights from your past experience.
Should be at the end of the 1st article.
> An Immoral, DIY Rape Kit Startup

I read the title as there was a startup selling kits for DIY rape. Pretty immoral indeed. I was just wondering what's in the kit.
I mostly agree with the author on "I avoid the new and shiny." ... The post links to another named "TypeScript is weakening the JavaScript ecosystem". In that post, the author says "My context is that I've not looked into TypeScript yet. That means I have no idea how it works.". I am all for reading a good critique, but how can you adequately critique a technology if you don't know how to use it?
There’s audiences for both
If you have an app with a traditional backend, you likely wouldn't.

I saw the need when I had a couple of simple apps where I didn't really have a web server where I could create payments/subscriptions via stripe's server-side libraries. I also didn't want to use stripe's Checkout. I had to spin up a simple service just to confirm the payments and I figured I could abstract it.

The signed jwt response can be helpful because now you just need paysly on the frontend and your backend can be dependency free - all it needs to do is parse the token.
Plumbing is skilled labour and requires school/training - proper apprenticeships take four years, though there are fast-track options.

Any "manual labour"? Certainly not true. Unskilled manual labour is a race to the bottom in most places and usually done by immigrants who can afford to work for peanuts.
I thought this would be something more specific, but it's just a fairly generic website that lets anyone create a countdown clock. Not only that, but this seems to be counting down to 5:00 PM EST (for me, at least), and the inauguration is at 12:00 PM EST. So I'm guessing this website doesn't even account for timezone differences?
>Monero is a [...] untraceable digital cash that preserves privacy

Not exactly. A single transaction might be untraceable but over repeated transactions it's possible to deanonymize people with a high degree of confidence. See: https://www.youtube.com/watch?v=9s3EbSKDA3o the good part starts at 10 minutes.
Those two Spanish accounts look very suspicious...
We may disagree on this point but thanks for taking the time to reply nonetheless :) I will take a look at your paper.
I'm happy that you have fpund a stack you enjoy using!
Programmers can also try to come up with reasonable estimates, only for management (product, middle or upper - or often all of them) to come back and assert that the estimates are off base and to "reconsider." Not much to do at that point but to give a lower estimate and hope it works out. If you make that your hill to die on as a programmer you will find yourself out of a job with only your integrity to keep you warm at night.
How do you know they are thoroughly waterfall? How do you know they don’t use agile, time-boxing, etc.? Apple is so secretive, it feels like we know of little other than what they are confident about releasing. The things that weren’t done on a schedule compatible with a hardware release, how often are they simply postponed? And for those postponements that they do admit, how many are waved away with a creative explanation? I think you need a good deal more information to back up your point about Apple’s work management.
> I think it is the need to be maximally productive in the shortest amount of time. Basically, any time you spend fixing someone else's problem is time you aren't getting closer to the clients goals.

Yes, that is an important reason how I arrived at this way of working!
Unfortunately everyone doesn't know. I live in Russia and am constantly having to explain to people in the US that yes, you can own property, start a business, not everyone is an alcoholic who fights bears etc there. Americans understanding of modern Russia is often very much out of date.
I read a comment/tweet somewhere akin to, "if you run a foreign intelligence agency and did not have agents inside during this, you should be fired."