jkeisling/hacker-news-corpus-2007-2022 huggingface dataset:
> I think the interest in Go has been increasing with or without Google's name tacked on to it, honestly.

> Otherwise, you might as well say that the only interest in Rust is because it's funded by Mozilla?

Of course some interest in Rust is because it's funded by Mozilla, but the difference is the only there.

Go and Rust differ in that Rust actually builds upon the last few decades of programming language research and takes a good shot at solving some real-world problems. It occupies the same space as C/C++ but solves many issues that plague both languages. You could explain Rust's popularity by association with Mozilla, but you could also explain its popularity by the fact that it's actually a pretty interesting, well-designed language.

Meanwhile Go is neither low-level enough to be useful for performance/memory intensive work nor does it provide reasonable features to compete with higher level languages. It solves some very Google-specific problems (compilation time? If compilation time is an issue for you, it's much more probable that you've done something wrong than that you need a faster-compiling language). And to do that it gives up features which make it inappropriate for almost every project (I don't even want to hear about how you don't need generics--if you're creating empty interfaces you should be using a dynamically typed language and if you're using `go generate` you should go back to 1980 and rediscover why type-unaware code generation is fucking terrible idea). Literally every feature in Go is done better in languages that existed before. Go brings literally no innovation to the table (if you say that Go has a new way to do threading my head will explode). And Go doesn't even include most of the innovations of the last few decades of language design. It's literally decades behind. Given that, I can think of no explanation for its popularity except its association with Google. There's simply nothing it has going for it except hype.
Fellow hackers,
I created this site that analyzes reviews of an Amazon product.

The algorithm analyzes language and many other variables improving over time due to machine learning implementation.

Primary aim is to distinguish fake reviews (aka, reviews that were paid for the purpose of inflating a product ranking) from the legit reviews.
That does not actually need DOSBox, it runs great with WINE: https://i.imgur.com/YgOw2Zc.png
Across an ocean?
This is a silly standard that nobody is held to in the real world. Nearly every company can have a breach due to an intern or another employee leaking credentials. There’s nothing the CEO can do about that.

It is often the case after these breaches that HNers start assigning blame in ways that indicate their lack of practical experience in the security world. After 20 years working in security, from startups to fortune 500s, including the most well funded security teams in the world, EVERYONE has stupid password problems in some corners of their company. The password leak was absolutely not the CEOs mistake.
Please don't post unsubstantive comments or flamebait to HN. Please do follow the site guidelines. You've broken them badly in this thread.

https://news.ycombinator.com/newsguidelines.html
Hiring froze??
That's setting modern at a pretty low bar. There are git tools that existed 10 years ago that satisfy that description. "Modern" is a go-to trendy term like cloud or web2.0. Try describing the tool like you did in your response there instead of using a non-descriptive term like modern.
> this was the best for passengers

It's only best for when you crash.

When you're not crashing (most of the time) most people find it quite a bit less pleasant as it means you're facing down when the aircraft climbs and descends. I'd avoid it pretty strongly when booking seats.
They do but those aren't made available to you like a database, just through their search tool and indirectly through their contextual lookups.

See also tools that build databases from code history, like

https://www.adamtornhill.com/articles/crimescene/codeascrime...
This is an argument against any and all changes.
It's a two-step manoeuvre: one, morality is "immanentised", meaning, it's made into an essential and necessary part of reality, and two, immortality is taken as the moral Good. You can also refine this by justifying immortality as the Good on utilitarian grounds (for example, so that euthanasia isn't ruled out a priori).
Two things I wouldn't want to see in a modern CMS:

- IDE-like administeation UI with fifty buttons in the toolbar

- Forms for content editing
You can enable client side encryption. At this point you'll have to give chrome a password the first time it wants to sync, but google wouldn't know your passwords.

On a related note: what exactly is the business value for google to abuse your trust and misuse the passwords you've given them in the course of non-client-side encrypted password sync?
Dartmouth College and Stanford Business School classes did. We often had old tests to study from. Professors need to work harder and think up new questions each year!
I can't imagine at all what kind of people here are upvoting this considering how many points you need before you can vote. Might it be 18 or 19 first year comp sci students/whatever who have enough points for voting but weren't paying attention to certain kinds of tech news when they were 13 or 14? Odd indeed.
Wow, ok. To be clear, I'm a water bottle kind of person but telling adults they can't drink bottled water just seems disrespectful.
Because you'd have to be insane to thumb-type SQL queries.
There was never any conformation that all/most/any startcom used/issued keys/certs were leaked so they were never under any obligation really.
I'll provide my personal input, if a website requires a Facebook account to log in, I won't do it. I have the Facebook Apps platform turned off for a reason.
I think using defn as an example here is a poor choice for this argument. defn is not an abbreviation of `define` or 'defun', instead it is a fusion of `def` and `fn`. fn is clojure's anonymous function form and def binds a var to a value. You can see this via macroexpand:

user=> (macroexpand '(defn f [x] x))
(def f (.withMeta (clojure.core/fn f ([x] x)) (.meta (var f))))

[edit: clarified an ambiguous initial statement]
creating llc's and some legal info.
Then go to a uni with a required co-op or intern program
I would prefer "Please Google, buy delicious for some amount and run it as-is." They would get so much love.
>trying to move away from the community

What does this mean? You simply delete your account and not login.
I like the way Balsamiq's run - people-orientated and sustainable. I wish more companies were like that.
While I agree with you, "what a dumb question" doesn't really contribute to the discussion.

In my opinion, getting your degree and teaching yourself or launching a product show two different types of initiative. If you've done both, you should get double points.
When did you last go for 2 weeks without any coffee or cigarettes?
Then I imagine part of it is the fact that people are willing to spend $x on a fan (of any sort) and $x+y on an air purifier.

If an air purifier is generally accepted to be a higher-price item, then making a fan into one with some sort of filter helps justify the higher price.

(Just speculation, though. I have no info about their design or marketing decisions.)
I think the trick to using Scala is to read the high level/key features of the language (case classes/pattern matching/using Option/Some/None, type aliases etc) and basically stick to them. A good yardstick for what are those features is the Scala Book[0]. This is what I read before I started to actually code in Scala.

That coupled with side-effect free functional style (as much possible without overstretching) uses the power of Scala and keeps the code concise and readable. That is how I use it and find it very pleasurable to write in Scala compared to Java.

[0]: https://docs.scala-lang.org/overviews/scala-book/introductio...
Anything a computer can do can be assigned to a shortcut.
Huh, I've never heard of that...
Funny how all voices of reason in the Bitcoin threads get downvoted into oblivion. I'm upvoting your posts to make them seen. Correct. Bitcoin Cash was a fork that tried to prove an incorrect point, and lost the fairest way possible.

Increasing block size is simply a bad idea. You do not move fast and break things in mission-critical code. Bitcoin is more focused on working (as it does) and remaining secure. Bitcoin is the best money the world has EVER seen, and it's not important to be able to buy frivolous things with Bitcoin. What is important is making sure value transfer is safe and secure. Those of us who routinely truly use Bitcoin understand we can easily send $50-100 or whichever value you prefer and put in low fees around $0.50-2 and just wait on the money to securely transfer. Not many of us using Bitcoin care if that takes 1-24 hours. The currency aspect is very beta yet, and may even take a few more years to mature and will have to come in layer 2.
RLCD is starting to pick up in some niches in China (e.g., the Hisense Q5). Its main disadvantage is that it tends to have a color cast depending on the nature of the ambient light, which e-ink doesn't, but it is cheaper and has higher refresh rates.
I have built projects that had 100 users per day but was told by the CEO that it needed to be able to handle 100,000 concurrent users, and part of the acceptance testing was proving that.
I trust Google to keep my e-mail safe!
I've always felt we should have put more effort into supporting those who are feel they are vulnerable, rather than punishing those who are not.

I've felt especially bad for young people who are at minimal risk from covid, having their lives turned upside down, who will inherit the extra trillions of dollars of debt all this will have cost.
As a young Czech programming acolyte in the late 1990s, I had to cope with several competing 8-bit encodings. It was a pure nightmare.

Long live UTF-8. Finally I can write any Central European name without mutilating it.
Personally, I would rather they remove ads from YouTube videos. YouTube is a great channel for learning, but is becoming marginalized by needless, annoying crap popping up. Instead they have done what the rich always do, make a small, visible allocation of their profits to a "cause" that is easily marketed. They will certainly derive more revenue from increased traffic due to this advertisement than it cost them, and they get to feel warm and fuzzy about it at the same time.

This is not HN worthy.
Fame is a distraction. 'Nuff said.

As far as coders becoming factory workers - I think this is true, depending on the route you take. Do you just write code? Or do you also manage people, make great presentations, or define business models?

Just because you can write code, its hard to think about something invisible, and no one else in your business can do it doesn't mean you're a rock star. This requires a programmer to walk around thinking they can do everyone else's job but not vice versa.

If there was only one thing about (us) programmers I hate the most it is our collective attitude. Our holier-than-thou more-technical-and-logical-than you bull shit. Then we complain about accolades, accomplishment, social standing.

We are what we make ourselves. What we do does not define who we are or what we think we are entitled to. I agree it takes a lot of distinguishing to get noticed as a programmer but I would say that's true whatever you do in life.
There are two purposes to a sin tax: reducing consumption or compensating society for the loss caused by the sin. A perfect sin tax is set at such a level that no one needs to care which one occurs.

If a soda drinker inflicts $0.03 / soda on society, the perfect sin tax would also be $0.03. In such a regime, I don't care how much soda you drink since you are paying for your own health care via the sin tax.
I dislike regressive taxes as much as anyone; but the point of this tax is to encourage that poor mother not to buy $25 of soda a week. I grew up in a middle-class household that could've easily afforded a 24-pack of Coca-Cola every day, but we only had soda as a rare treat: a rootbeer float once a month or so. If we were thirsty other times we'd go for the pitcher of water in the refrigerator.

I don't want to get all "uphill both ways" with this, because I really don't feel that I was deprived--I just think a tiny step toward a healthy lifestyle like that shouldn't be reserved only for the wealthy.
If we agree that both scenarios are equally dystopian, perhaps this suggests that we as a society need a far more creative solution than the ones we're currently squabbling about - instead of trying to implement one or another path to a dystopian outcome. No need to rush headlong into a mistake.
> Maybe in a year or two we will wonder what possessed anyone to think that trying to have a mobile phone and a browser on the same device was a good idea. Time will tell...

Time has already told that one. In certain areas of the world, like Japan and other parts of the “Far East,” phones and browsers have been the same device for years, if not decades. Japan especially never had a fully blown PC culture, so they standardized on text messaging over e-mail, “emoji” instead of emoticons, and q-codes over URLs. Web browsing and telephony are both communication activities more than computational ones, so there is a certain logic and cultural precident in place to move the communication activities away from computers to more dedicated and portable appliances.
Given the general level of discourse (and lack of historical knowledge) around here these days, you'd probably be better served by adding some kind of sarcasm indicator. :)
We currently use Google Analytics, Git & Pivotal Tracker. If those were merged it would be awesome. I could see the trends of usage (via Google Analytics events) with the information about when key updates were pushed (via Git or Pivotal Tracker).
I'm assuming caching cell towers and wifi improves performance. An unlimted cache is a bad thing, a limited cache is a good thing.
Except it's not tracking your location, it's tracking cell towers. I'm sure a lot of cell phones do this, to a different degree of "log length". The issue I have with a perpetual log of cell towers is not a privacy one, it's a space one (how long will the log be in a couple of years).

But hey, I'm not stopping anyone from hopping into the most recent episode of the iPhone hating bandwagon. It's what makes the internet go round (any hate bandwagon for that matter)
I'd be interested to see some details on your setup.

How would it be more complicated with redundant hardware? Also, it might not be more expensive if you use something like Linode. Linode is not supposed to be "cloud" AFAIK -- those VMs sit on a single "statically allocated" box. AWS is supposed to be "cloud" in the sense that VMs can migrate between physical machines automatically.

I am searching for "aws automatic failover", but some sites seem to be down, probably due to the AWS outage :)

http://www.quora.com/What-is-the-best-automated-single-serve...
True, though I bet 90% of users don't even realise there's been an "uproar" over Dropbox's security.
It is worth taking this with a liberal sprinkling of salt.

The first problem is that there is no documentation of method. It appears that the results were obtained by simply running JSLint on itself once. Without some indication of how the results are obtained and how stable they are it is essentially meaningless. Of course this is quite fixable but until it is fixed the data presented is basically worthless.

The second, and arguably larger, problem is that the page makes grandiose claims about the applicability of the benchmark that it doesn't even attempt to back up. In particular the claim that the performance on JSLint will be a better proxy for "other large, well-written JavaScript applications" than existing benchmarks. If we examine the Microsoft paper linked, it says:

"Specific common behaviors of real web sites that are underemphasized in the benchmarks include event-driven execution, instruction mix similarity, cold-code dominance, and the prevalence of short functions"

It is not demonstrated, nor is it obviously apparent, that JSLint will be any more typical in these respects than other benchmarks. I haven't examined the JSLint source code but I assume it isn't event-driven, deals mainly with string manipulation and makes many calls to the same few functions during parsing. If my guesses are correct it sounds like it will not, on its own, be a significantly better proxy for real-world performance than existing benchmarks. Of course it may be that it exercises a different subset of the ECMAScript engine than existing benchmarks; in this case a test like this would be a good addition to, rather than replacement for, an existing benchmark suite.
CoffeeScript doesn't generate JavaScript in the same way GWT does, it's more a thin layer of syntax for Javascript that compiles one-to-one to Javascript. It's an abstraction layer, rather than a library that provides functionality like jQuery.

For reference: http://jashkenas.github.com/coffee-script/
As I understand it bitcoin has no seignorage. The issuers of bitcoin do not gain anything the way governments do.

Seignorage is the difference between the cost of production - for paper money it's very low - and the value that is bought with the money.

In the case of bitcoin, they are about the same and any difference doesn't go to the designers or to the issuing network. The network is "paid" in cpu cycles (electricity) and spits out roughly the same value in bitcoins. But giving more power to the network doesn't make them come out any faster. In short, unlike governments who use inflation of fiat money as a very regressive wealth tax of last resort, the runners of bitcoin aren't getting rich off this.
Why? You need the user's iPhone or their computer in your physical possession to read the iOS location cache.
Doe anyone remember the excitement and promise around Google App engine when it was first announced, and before they changed the pricing model to per instance? The ability to put your app on the cloud, and scale up to the free tier, then out from the free tier on a paid plan if that's what you needed.

That model entirely disappeared. I miss it. Is anyone doing that now?

Just about every PAAS (including AppEngine) does this[1][2][3][4]. What am I missing?

[1] https://www.heroku.com/pricing

[2] https://cloud.google.com/appengine/docs/quotas

[3] https://www.openshift.com/products/pricing

[4] https://appharbor.com/pricing
Borderlands? Seems to be a solid port to me.
Emacs24.com, maybe.
Here's the full segment from 60 Minutes: http://www.cbsnews.com/video/watch/?id=7363070n
Isn't != the canonical programming form of "not equals"?
Seems very unlikely to me. Why would Apple want to get involved in that mess? Anyone who buys a big cable TV company at this point is buying a ticking -- very obsolete, time bomb. Apple would have no trouble finding partners especially with telco-video providers like.... AT&T and Verizon. AT&T is probably a better fit since they are aggressively deploying U-Verse reusing lots of old infrastructure faster than Verizon is building out FIOS with new infrastructure. In either case you have a service that is already IP based and simply needs an Ethernet connection unlike cable with its RF tuners, burst modulators, CableLabs certifications, vast amounts of federal/state/municipal regulation, deeply proprietary backend systems, etc.

Just like the iPhone it would be a game changer. Give AT&T a few years of exclusivity on U-Verse and the cable operators will be begging for an Apple set top to replace their (mostly) vintage mid-90s Motorola/Cisco set tops. By this point they will already have made the jump to IP which will massively simplify the work Apple needs to do to support cable. The FCC has been looking at IP gateways as a replacement for CableCARD which plays right into this strategy. Eventually Apple could sell one IP set top that works with every provider.

It would also not preclude Apple from keeping the current carrier-independent Apple TV product around with reduced functionality. This strikes the right balance between hardcore TV watchers who demand 800 channels and casual TV watchers who are happy to pay a couple of bucks per episode.
I'm also a computer scientist(y) person, and the separation of parallelism and concurrency has never been quite clear; indeed, the meanings seem artifically separated.

Nonetheless - I understand concurrency to be a notion such as coroutines, and parallelism to mean, you know, things happening at the same time.
Try to build something that people want. Better, try to build something that people would pay for.
Irc and g docs here.

Even though I can't say how secure g is these days.
Assuming you have git installed:

git clone https://github.com/jonromero/music-as-data.git
cd music-as-data

Now follow the steps on https://github.com/jonromero/music-as-data listed below "How to use".
Tell all that to the IBM PC.
I get so mad when I see multi-billionaires getting pissy at each other over bullshit. What the fuck do they have to complain about?
The memory tax for GCed language was written up in [1]. The blog post [2] (which is a great read that I recommend) summarized it like this - "As long as you have about 6 times as much memory as you really need, you’re fine. But woe betide you if you have less than 4x the required memory."

[1] http://www-cs.canisius.edu/~hertzm/gcmalloc-oopsla-2005.pdf
[2] http://sealedabstract.com/rants/why-mobile-web-apps-are-slow...
Joel Spolsky's classic 2004 essay on Microsoft resonates as strongly as ever. He contrasts what he calls the Raymond Chan camp, i.e. maintain the integrity of the API at all costs, with what he calls the MSDN Magazine camp:

> The MSDN Magazine Camp is always trying to convince you to use new and complicated external technology like COM+, MSMQ, MSDE, Microsoft Office, Internet Explorer and its components, MSXML, DirectX (the very latest version, please), Windows Media Player, and Sharepoint... Sharepoint! which nobody has; a veritable panoply of external dependencies each one of which is going to be a huge headache when you ship your application to a paying customer and it doesn't work right. The technical name for this is DLL Hell. It works here: why doesn't it work there?

> The Raymond Chen Camp believes in making things easy for developers by making it easy to write once and run anywhere (well, on any Windows box). The MSDN Magazine Camp believes in making things easy for developers by giving them really powerful chunks of code which they can leverage, if they are willing to pay the price of incredibly complicated deployment and installation headaches, not to mention the huge learning curve. The Raymond Chen camp is all about consolidation. Please, don't make things any worse, let's just keep making what we already have still work. The MSDN Magazine Camp needs to keep churning out new gigantic pieces of technology that nobody can keep up with.

http://www.joelonsoftware.com/articles/APIWar.html

Spolsky concludes, "Inside Microsoft, the MSDN Magazine Camp has won the battle."

Incidentally, .NET was what finally convinced me to jump ship from the Microsoft world, and I've never looked back.
The audio books situation is even more obviously pathetic, at least in Audible's case. On Audible, for $15 a month you get to listen to, wait for it, ONE book! Worse than that, each additional books costs. Worse still is that prices appear to be at or near hard-back prices. And to add insult to injury, this arrangement prevents the purchasing of books on iOS devices (I guess because Amazon doesn't want to pay the 30%)!

Compare this to Hulu, Netflix and Spotify which offer unlimited consumption (although with incomplete libraries) for around $10 per month.