skysight-inc/HackerNews huggingface dataset:
> Code duplication

It can be easier to maintain a small amount of code that you duplicate and check in and is purpose-built to your use case and treat as your own, compared to a general library imported for one routine that you have to think about (licensing, upgrading, auditing). Or sometimes libraries break backwards compatibility to add features you aren't interested in, and it makes busy work to stay up to date.

> Is there no package pinning solution?

Multiple dependency managers have supported pinning since at least 5 years ago e.g. glock, dep, glide. Go Modules supports pinning.

> Pinning is the solution for avoiding breakage due to dependencies

Related to the first point, in general you have to do work to upgrade your dependencies. If not because you care about bug / security fixes that happen, then because you use ANOTHER library that has the same dependency, and that other library uses a feature only present in a newer version. Any time you upgrade a library it takes work to verify nothing has broken, and potentially work to fix things that do break.
Agreed. Oracle sucks and needs to die off. The sooner the better.
https://play.golang.org/p/dOYpmSK-Xor
The Inimitable Jeeves by P. G. Wodehouse (1923)
As someone who pays for multiple Google services this is not something I'm interested in at all.

I would be very interested in something that gave me the paid features in all of their services: YouTube red (no ads + custom content no one likes), Google storage (one), Google Plus Music (or whatever they're replacing it with) for "infinite" music, YouTube TV, Stadia, and my Fi account.

If Google integrated these billing systems and made a cohesive feature set that was constantly expanding it would be a no brained to spend like +$50/month on this bundle (phone + backups + entertainment).

I'm assuming they don't do this because of fragmentation across product teams or anti monopoly stuff.
Does golang have an option to use 'shared' libraries/modules? while it is great its size is unfit for so many embedded devices, tinygo is a good try, but still.
Not being snarky at all - how would component be different from current my Firefox + uBlock experience?
A Go contract design combining the strong points of official draft v1 and v2
No one is going to admit in writing on slack that they are stuck. In person it's a lot easier to call people out.
Go is compiled to assembly. What makes you think it's an interpreted language ?
One can be a level headed person and can be completely outrageous when coming up with ideas. I think both of them are not interwined, but it could be if you think it is, like a paradox.

One immediate example that springs to my mind is Albert Einstein. You could say that his ideas are outrageous that space and time are same and they are bent etc. Even people (like the Nazis) publicly called it outrageous and blasphemy. But if you think about his ideas, he clearly followed through with a rigourous mathematical proof which I think might be indicative of height of level headedness. In fact, if you skim through his process of explaining relativity to general public through his book [0], you cannot distinguish when he is being level headed and when he suddenly jumps into a bizarre thought experiment.

[0] - https://archive.org/details/cu31924011804774/page/n10
Funnily enough, you said the exact same thing the last time you were called out for it: https://news.ycombinator.com/item?id=21108977, but apparently didn't feel the need to stop posting such submissions?
New AI System Predicts Seizures
I prefer to look at the other side.

Why the focus on acquisition with vague synergy? HANA drives SUSE adoption, but the Linux piece is relatively static compared to the tooling required to scale and manage these big stacks?

I like to think HashiCorp or another software vendor sees the appeal of building their components into a sturdy Linux product like SUSE.

I might have speculated the same about Docker or Ansible, but they have already been similarly absorbed.

Rather than the consolidation in favor of existing and entrenched tech like SAP, it's inspiring to think a new IBM or Microsoft is being built and could benefit from a Telco-grade OS.
More on Melissa here and also some more detail on David L. Smith: https://en.wikipedia.org/wiki/Melissa_(computer_virus)

> The virus itself was credited to Kwyjibo, who was shown to be the macrovirus writers VicodinES and ALT-F11 by comparing Microsoft Word documents with the same globally unique identifier

Not sure how that explains how the FBI caught David though. Can someone else elaborate? What sort of OPSEC fail is at play here?
My non-chalance covered that reasonably well in the not buying from them and recognizing that the lack of quality is sinking their company.

This isn't an inequality thing, mansa musa was more unequally rich than bezos. It's just quality control.
Bitwarden offers sync and have a Linux client.

I currently use KeepassXC hosted on Dropbox, which takes care of the sync for free. And mobile apps like Keepassium or Strongbox integrate them directly.
If you need more than 2TB it's quite likely that you are using the product in a professional context. Thus, they are able to charge more. The smaller tiers are cheap to be attractive to end consumers.
Nanoparticles: Toxins in our air too small to see
It depends. If it’s somewhat deterministic like disease, and there are no adverse effects or if there are they are overridden by the benefits then I don’t see why not investigate that avenue.

Obviously if it remains guesswork then the reason to pursue this option doesn’t exist.
Yes there is a network effect, if you mean by that, that a user would bring more users in.... like Facebook or so.
I think you mean 927?
I think the situation with TypeScript is a little different. JavaScript is a very powerful language and you can do a lot of "hacky" things with it. It feels to me like most new features are an improvement, I use :any very rarely now and can model almost everything with it.

I you would design TypeScript from scratch, you might have a point.
Okular 1.8.2 says the document contains XFA forms and it's not yet supported. This is the first time I ever even heard of this. <https://enwp.org/XFA> says the technology is already deprecated.

I have used Okular many times for PDFs with embedded forms (no apparent special name). I think you should notify the originator of the unusable PDFs that they should redo the file with regular embedded forms so that they work in most PDF readers.
One thing I omitted in the response which might be relevant is that usually you can only use one version of a package in any given build[1], so you have to use a version that works for everything that depends on it.

I think that might be a difference for folks coming from other ecosystems.

[1] The asterisk is that you can have multiple major versions coexist using Go modules, or you can use gopkg.in import paths, or some other workarounds, but in my experience that is not common and typically you do have to find a single version that works for your whole program.
From looking at Google's privacy policy for this product, it seems to me that if I have a file called all-my-deepest-secrets-fears-and-desires.txt stored in Google's cloud, then nothing stops Google from sharing what they learn from this file as long as it is "non-personally identifiable information". That sounds like they can do whatever they want, as long as they don't attach my actual name to it.
Phones have much smaller batteries and you’re not going to usually be playing graphic intensive games on a laptop. Besides, games usually use the GPU which would use up more battery.
I know, I work for Red Hat ... I was addressing the original point that the poster made by pointing out that IBM buying Red Hat or SAP maybe buying SUSE in no way is a "bad trend for user freedom" because you can simply download and use CentOS or OpenSUSE at any time without paying the "fat giants" a penny and even fork them to make your own distro. Of course it won't be certified but that's not a free software problem.
Go is compiled. The compiler is so fast that for most programs it looks like it's interpretting the code:

go run main.go

---------

OP edited in "garbage collector" over "interpreted".
I would love to see some test cases of that. Call in an unknowing jury by normal procedure, conduct an apparently-real trial, present evidence that a) DNA means X did it and also b) X has three friends who swear to an alibi.

I'll bet X gets convicted.
I think a big part of the reason is also the fact that several parts of the userland don’t compile for aarch64.

See e.g. https://github.com/raspberrypi/userland/issues/314

One of the first comments there also say about the RPi 3:

> The GPU is a 32 bit processor. I haven't checked, but I'm expecting that there's a heck of a lot more work to do to get Khronos or other multimedia extension stuff up and running against a 64bit kernel than just getting userland to build.

Don’t know if that’s the case for the RPi 4 as well.

And another comment too:

> I'm sure there are certain applications where having a 64-bit kernel (let alone userland) may be beneficial, but I suspect the hoped-for performance improvements didn't materialise, otherwise people would be waving benchmark results at us demanding an RPi-supported aarch64 kernel.

I’m missing this too, and am planning on eventually doing some benchmarking of my own to see if there is any advantage of running the aarch64 kernel for my applications.
Go does not avoid abstraction, only certain constructs. You do have functional abstraction with high order functions. You do have types and methods.
> Wifi firmwares are non-free and are not included in the official iso for a reason.

And the result is that 99.99% of people can't get 99.99% freedom because of 0.01% of people doubling down on the 0.01% of freedom. I love Debian, but I consider that gatekeeping a great crime against regular people who could be empowered and informed from minimal freedom to nearly total freedom instead of kept out by arcanity and hardlining.

That's why I like the link I posted. Because it says "this will actually work on your computer" AND also informs you about user freedom and the harm of proprietary device drivers.

> Please, don't exaggerate.

Let's perform an exercise, shall we? Starting from www.debian.org, reading from top left to bottom right as the English language is read, how many words must you pass over, how many links must you pass over, which links do you have to click, and how do you know to click those links and not the other ones in order to find an iso that installs on a market standard laptop over WiFi? The decision tree is much deeper than you acknowledge.
In general, yes. The more lines of code per feature, the more bugs per feature. Also, the guarantees you get from a typed language like Java does not seem to prevent bugs to a meaningful degree. Probably things like programming culture associated with a language is more important, like a strong preference for testing.

This is an interesting study on programming languages' effect on software quality: https://web.cs.ucdavis.edu/~filkov/papers/lang_github.pdf
Choice is greatly diminished compared with ten years ago. I'm satisfied with http://www.tuxedocomputers.com/en
Launched August 15, 2018; 14 months ago.

Source: https://en.m.wikipedia.org/wiki/Google_One

Shouldn’t we add „[2018]” to the title?
I think the test case (which nobody has passed) for true photographic memory is: you are given an image of a bunch of random dots with no apparent structure, then you are given a second such image, and you have to mentally combine them and say what image they form. Because if you superimpose the two images of random dots — say using transparent slides, one on top of the other —- they actually form a photograph of Marilyn Monroe or something, but each image in isolation looks totally random.

If someone had photographic memory then they could do this superimposition in their memory, but it doesn’t seem like anybody can.
So it‘s a possibility to really get support from Google? Or is it the same support like any non-paying user?
When I had my DNA tested I found out I was 7% Jewish. It's not clear if that's enough "bad" blood to qualify me for the gas chamber.
Game emulators are running everything emulated. An application running on top of an operating system will hopefully get some benefit of spending time calling native operating system code. It helped a lot back in the day with Apple’s 68K to PPC transition.
>it does severely handicap their newer hardware.

Does it? I thought part of the lag is due to there being no obvious benefit on a 1-4gb device
I'm new to Golang and have been exploring it for a while. Go isn't simple to me when it comes to web dev. It starts with the scarcity of resources to learn from. I'm looking for how to structure the codebase(boilerplates, best practices etc), how to go about unit and integration testing, dependency and configuration management. Are there any resources somebody here can point to regarding these topics?.
I am both using Go and Lisp and like both very much. As mentioned by others, the simplicity of Go isn't in the syntax, it is the conceptual simplicity. To large extend it does share this with Lisp. Especially if you look at scheme, most abstractions are built on top of functions, something you can equally do in Go, as you have first class functions and closures.
Some people find it unethical to do that, whereas paying to block ads is ok because it's an agreement with the provider.

As for practical reasons, one may want to watch YouTube outside of browsers, where using uBlock is impossible.
One benefit of radical go-style simplicity that I haven't seen discussed much is that it forces you to focus on the task at hand. Like, you know that your code will look like shit anyway so it is pointless to fuss too much over it. Whereas many programmers using a more "clever" language like haskell will spend a lot of time trying to make code more readable, searching for the right abstraction, arguing whether something is a monad or some other gizmo. Most of it is wasted intellectual effort.

Everything in moderation of course. For me personally simplicity of go is too much and I don't feel comfortable writing it.
>Intel has put out a legal fix statement last time around. Similar announcement this time?

AMD64 was announced in 1999 and the spec was out in 2000, with the first implementations in 2003ish IIRC, and Intel releasing its implementations starting 2006 somewhere. While there have been more extensions and new features since then, most of the really key ones from the basic perspective of requirements to run software were early. Which means we're at or rapidly approaching the big deal day when all possible patents expire on all core parts of the ISA. It'll definitely be very interesting to see what happens at that point. As well as Microsoft, it may be something Apple has been waiting for as well. Moving to their own chips for Macs would be a lot easier if they can just flat out implement x86-64 (or at least enough of it) however they want for a transition period or even permanently.
Seems similar to being thankful that the mafia’s criminal acts help fund its philanthropy in the community.
You may find this informative:
https://en.m.wikipedia.org/wiki/Attractor
I think the reason it's awful is because they prioritized making the transition from Matlab easy.
Does this give me a human support? Otherwise it's a bit meh.
Hello
hi every one
We can see governments in Europe making moves to encourage European vendors to build clouds that are unreachable by US legislation. i think SUSE can come into play here, one way or another. I think EQT will try to position SUSE in this area.
How so? I didn't think the recent update was destructive?
This is bc our moon is abnormally large. We're almost a binary planet with our moon bc of it's size in comparison to earth.
Do you have thoughts on LASIK/PRK vs. refractive lens exchange? I’ve been holding out for something “better than LASIK.” Would love your perspective on whether that’s sensible or misinformed.
You’re a moron.
It’s also because Google Accounts is such a complicated mess by now that no one inside Google knows how it works: https://grumpy.website/post/0PU1U2r3v
That is actually the very definition of hyperbole. No, software engineering isn't going to be seriously hampered because Google has to pay for what they knew they stole.

Some terms about API use would likely change in some software agreements. Google would fess up about 8 billion dollars. And not much else would happen.

Software engineering is a vital part of the world and the economy and it will not go away because the law got enforced.
You're forgetting about Intel's SSE2.... (which was incorporated into AMD64).
I don’t mind matplotlib but I highly recommend trying to use seaborn over it for anything.

Specifically seaborn’s catplot (for categorical), lmplot, swarmplot, pairgrid, and facetgrid.

The seaborne gallery really has an extra level of expressiveness that you might not have considered as an amateur visualizer and you can make some very nice things.

Matplot lib runs underneath it so you’ll need to learn all of the adjustment functions: lim, figsize, ticks, etc. but I think it’s fine overall.

Charts are hard because there’s more depth than people realize and if the library wasn’t deep you’d be unable to express that depth.
Funny, I'm the exact opposite -- the only thing I'm interested in is storage, so I'm glad I don't have to pay for the rest.

But the products you list all serve mostly dramatically different markets. I would assume they don't offer a bundle because the venn diagram here would actually be quite small. I don't think the main reason is internal politics or anti monopoly.
It doesn't seem that decent a way if one has to write a bunch of scripts and a Makefile of all things.

It, well, I wrote a bunch of perl scripts to "streamline all life cycle commands across all services" back in 2002, where all we had were FreeBSD jails.

So, again, what's so special about Docker?
> "The problem is that these huge cylinders, which can cost between $500,000 and $1 million each, are custom-made, and researchers say that only a few companies, like BlueFors in Finland and Oxford Instruments in the UK, are producing high-quality ones."

It's a wonder that manufacturers of audiophile equipment have not yet jumped into this space.
If you allow it to "deserve the protections of copyright" then it absolutely will be abused to ensure that inter-operation, and thus not violating Oracles copyright, is impossible.
Checkout some examples of Clean Architecture in Go.
What happens if one of Google's bots decides to delete your account? Is that it for your family's picture collection?
Unless you're completely inept with computer it's always faster to do the tasks with hands.
The most likely reason for the error is badly decoded signature. YT uses &sig as a "crypto" access token (lasting couple of hours last time I checked). I have zero trouble playing dash videos in standalone mplayer (after manually extracting two video audio sources and decoding proper signatures).
>It's ridiculous to think that reduced demand for some stock will not reduce its price.

That's the point. Stocks are priced according to discounted future earnings. if the price goes down but the future earning prospects hasn't changed, it means I can get future earnings for cheaper. In other words, my rate of return has improved.
Qutrit
Bharat Mobi –Transform Your Car to EV and Drive GreenMiles
“Low level” often means “close to the metal”, though.
Every time I see a new product from Google, I think of Reader.

Edit: let's be honest with ourselves... you do too
Related: http://johnbokma.com/blog/2019/06/08/clean-install-mojave-fu...
That's all just UX complaints.

Behind the scenes, a Google account is a single unified Google account, as far as I know.

(In other words, individual products can be confusing, but I don't think the backend inherently prevents unified billing.)
Whilst not quite UPI, the UK has a pay-via-text (sms or Whatsapp) system that nearly every person has access to but barely anyone uses. It amazes me how people naturally gravitate to card-based payments, even when Visa and MasterCard are taking a cut.
They’re not related.
not exactly.

there is a big difference between an API exposed to all other programmers in the world - versus one that is there for say compatibility.

Their entire API works the same way as Java system and you program it as Java - it would be very different if say Android was programmed in Go and they had a way to translate Java programs into Go.
Note that copyright misuse is a separate doctrine from fair use, and unlike fair use it is not effected by any usurpation of market share.

That said, I think fair use is more likely to apply than copyright misuse in this case. I just brought it up as one way that the judiciary is empowered to be lenient in their judgment on copyright infringement because of compatibility and lock-in.
Larger user base will hopefully protect me from being cut off.
The Swedish version of the press release (https://mau.se/nyheter/arbetslivets-moten-har-ofortjant-dali...) has a reference; it seems to be a book:

Mötesboken : Tolkningar av arbetslivets sammanträden och rosévinsmingel, by
Malin Åkerström, Vesa Leppänen & Patrik Hall. (ISBN 978-91-984203-6-4)

https://lup.lub.lu.se/search/publication/06a08c62-a8f3-43cc-...
Does it? What does the 64-bit mode provide that the 32-bit one doesn't? On x86 things were different because the 64-bit ABI also provided access to more registers and other benefits, but as far as I know, the 32-bit mode has the same features as 64-bit on ARM.

This reminds me of when the UltraSPARC CPU's came out. I was working at Sun at the time, and I remember asking why Solaris 2.6 was released without 64-bit support. The reason was the same, there was really no benefit to it (except for support for more than 4 GB of RAM in a single process, which wasn't really needed back then).

Even as later versions of Solaris came out with native 64-bit support, the entire userspace was still 32-bit because it worked on both architectures, and the binaries were both smaller and also faster.
Maybe that's problem with your local version, in Polish I see everything described, page is quite long. There's also FAQ.
Tell that to someone using G Suites! I don't know the real internal structure, but I've experienced a frustrating number of "unsupported features" or "unexpected errors."
Often developers create an abstracted mess to avoid code duplication.

The code is hard to follow and modify later if the common functionality needs to be handled differently.

There are many times when working on my old code that I was burned by this.

Code duplication isn't necessarily a good thing, but the cure can be worse than the disease. It is better to be pragmatic.
Agreed. My PhD research is inspired by the simple fact that we drill in martial arts, so can we apply similar 'common practices' in CS education.
Tesla vehicle efficiency is improving at over 3% per year
Although you could infer bad studies by citations, external criticisms etc, ultimately wouldn’t you have to look at the content of the studies themselves? The ubiquitous paywalls in online academic repos seems like a big obstacle to this.
> Starting from www.debian.org, reading from top left to bottom right as the English language is read...

I guess you should start with the first link, the one that says "About Debian". There you can know what Debian is about and align your expectations.

If you think it works for you, then go back to www.debian.org and do a ctrl+f and type "download", there is a big button in the top right corner. It is probably what you need (amd64, netinstall).
Good point, but that assumes the algo would need to be known, open/accessible, auditable, etc. If it is somehow hidden behind a proprietary curtain, then that's no good.
Thought about this so many times with domain registrars. I’m content not being a huge company. Way simpler.