skysight-inc/HackerNews huggingface dataset:
"Even doctors will pickup on one thing you say and draw conclusions from that and dismiss everything else."

This pattern seems really common, and is what scares me about the future in general. The 'experts' concentrate on the stuff they understand / are best to the detriment of where the actual focus needs to be. In a lot of cases, this is despite the insistence of the supposed non-expert who is the one suffering as a result.

Some of the worst cases are as a child, where you get in trouble twice. First for wasting adults time because you didn't tell them properly, and then again for pointing out that you did.
There is a cost to not using types -

Dealing with bugs at runtime that would of easily been caught by a compiler.

Difficulty in understanding your own code base - functions available, parameters on those functions, the properties on the objects passed into those functions.

Refactoring - some of the most refactoring you'll do is when quickly iterating on a small application. Refactoring is super error prone, and typing minimizes those errors.

As always the typing is optional. So if it is slowing you down or some library doesn't have types, or you just don't need it in a particular case - then just use 'any'.

I've experienced typings increase my productivity in even the smallest projects. The compiler is your friend, the typings you need are often minimal and mostly inferred.
That's fair.

I'm just wondering whether there's scope for a cooling off period for vehicle purchases?

I have at least one friend who might have benefited from such a thing.
> then everything internal you can trust

I'd argue that what an expressive type system gives you is precisely this trust that internal data is passed around correctly.

In a dynamic langauge it's much easier to pass the wrong argument to a function, and I'd probably want to test for that...
Adafruit Quotes
The car purchase I referred is deeply confrontational. They want to force you to buy a car at the worst possible terms.
400 (Bad Request)

>The request could not be understood by the server due to malformed syntax. The client SHOULD NOT repeat the request without modifications.

Some APIs use it for the case when the client passes in invalid data.
I also have a 2018 MBP.

There's so many possible issues that I have to baby the machine & live in constant fear:

* keyboard keys getting stuck - [0]

* USB-C ports wearing out [1]

* stage light issue [2]

[0] - https://www.apple.com/support/keyboard-service-program-for-m...

[1] - https://www.reddit.com/r/macbookpro/comments/9l5gno/usbc_por...

[2] - https://9to5mac.com/2019/01/22/macbook-pro-stage-light/

For a supposed Pro machine that costs $$$$, this machine was not designed well.
The problem is that RSA is somewhat unusual in that it does not really distinquish between public and private keys and the primitive operation is invertible by doing the same thing with the opposite key. That means that encrypt/decrypt/sign in the textbook aproach are essentialy the same primitive operation and verify is trivial extension.

For most of other asymetric algorithms the primitive operation is DH-style key agreement function and the derived encryption and signature constructs are significantly more involved and in fact there isn't that much of an symetry between them. (and also the plain asymetric encryption operation gets somewhat pointless)
Be: Fundraising Misadventures
Hope yall are doing well! I had no idea this industry existed until Ryan showed me one of the tiny cubesats in the office!

Curious if you receive any branding confusion over Kubos versus Kubernetes?
And the point of this exercise is? I mean, it's not like anybody working on / in the AI field pretends that AI is perfect. Everybody is acutely aware that we're still a long way from AI systems that never make mistakes.. then again, we're a long way from human systems that never make mistakes as well.

If people think calling this out is important, more power to them. But honest, it's a lot like running around screaming at people to look both ways before crossing the road.
The art of Unix Programming https://amzn.to/2I2CVvX

My first reading of this book convinced me to move away from Windows. I usually read it at-least once a year.
It could just be that the devs on a team don't know how to use those tools yet. Having to learn how to use TypeScript effectively while establishing the patterns that underpin a new project would definitely slow you down. Maybe that's a cost you can bear early on, but maybe it isn't.
For example, having a compiling system. That is a drag for everyone, but especially for newcomers and people getting started.

Edit: can you really not imagine any situation where typescript slows down some team in some situations? :)
Possible cooked S-boxes in Kuznyechik & Streebog..Russian cipher & hash
There are endless articles written about this. If it's a taboo, nobody seems to be paying any attention to it.
Do you think the people involve care about your unease? Or do you think the lady is willing to risk infection to have a working hand?

I bet the doctors have thought an awful lot about the balance between the risks and benefits.
Are you implying that dynamically typed programming languages are a mistake?
Many large counties in California report mail-in ballot results many days after election day, so they're definitely not scanning ballots as they're received. (I live in Santa Clara, population 1.94 million.)

You state many other things in your comment that are incorrect. For example, if I make an error on my mail-in ballot, I get a new one... just like the instructions say. That's never happened to me, because it's pretty straightforward to not spoil my ballot.

And if the ballot is marked oddly, there is a paper trail, it's... the original ballot. As you're probably fully aware, some recounts look only at ballots that show overvoting or otherwise are judged less confident by the counting system, and more precise recounts look at all ballots. It's not that tricky, and it's certainly not completely suspect.

My county uses the same system for in-person and mail-in votes.
Barriers to exit are barriers to entry.

If you make it hard for me to leave, I'm less likely to come back. If you make it hard for me to leave, I won't recommend you to my friends. If I hear that you make it hard for me to leave, I'm less likely to sign up in teh first place.
These people reap the greatest benefit, because they are least familiar with the codebase and get the most out of having the computer check their changes make sense.
This is my question as well. I think about types even when I don't explicitly declare them.

"Function x will return a list of a"

"Function y will return an instance of b or null"

"Function z will return an instance of c or throw an error"

How much time am I losing by putting that information in the function declaration? I doubt it's more than the time I lose when a function returns or throws something it wasn't supposed to.
Employee here- I haven’t seen an official comment here yet

The JSON file that was linked to does have partner domains which (when the header is present) the website will provide a specific integration. When those specific partner sites are visited, the headers are sent with the request

An example someone mentioned here already is marketwatch. They have a promotion where you can sign up for a free subscription if you use Brave

The browser is open source and nothing is being hidden- although this and the whitelist (used for a better webcompat experience) could be better documented

Should these lists be shown in the UI and configurable? (ex: disableable?) I wonder what a better experience would look like for people that don’t want this functionality
core function:
1. Configuration api generation.
2. Automatically verify the data submitted by the request and convert it to a format.
3. Automatically generate api documents and provide a web page for query and mock data presentation.
4. Compatible with django and flask
5. Container format conversion: list, dict, set, tuple
6. Custom Format Converter, data_format.datetime format conversion class; '2019-01-18 23:25:25' to datetime
7. Multi-language support.
8. Document support hot overload.
9. The default value supports method functions.
> crafting their internet comments to sound nice

It's not hard.
> but reading the Wikipedia article they seem to have a business model of replacing website adverts with their own. Which doesn't seem all that ethical.

https://twitter.com/galkowski_t/status/1074703403274698763

It seems blindingly obvious that Brave/BAT is in seriously dangerous legal territory. I would be that very close to 0% of the money transferred by BATs has made it to the "rightful" owners, where rightful is "where people paying BATs thought they were going".

If this scheme ever gets any serious attention, positive or negative, it's going to be a spectacular implosion.
Air drones - loud, need to be pretty big and noisy to lift larger payloads eg. groceries. In order to cover use cases of food/grocery/package delivery across a city and surrounding suburbs there would be a constant stream of high powered drones whirring through major areas and around streets/footpaths. I don't think this would be acceptable to the public at scale.

Self-driving footpath size delivery vehicles - people won't tolerate anything going faster than 10km/hr on sidewalks and that + crossing roads makes it too slow. In addition, at any reasonable volume and covering longer distances eg. 5km trips across a city these would end up blocking footpaths eg. if grocery delivery sized drones were working in any sort of numbers.

Self-driving delivery cars - could work, but to replace all current package/grocery/food deliveries would involve a huge fleet of cars, or carrying multiple deliveries per car which makes them laggy - not good for takeaway food or packages where a person needs to go to a sidewalk to meet the delivery vehicle.

The idea is that delivery drones in tubes can travel at high speeds - faster than cars (50+km/h with few/no stops), can be centrally controlled to cooperate well on limited bandwidth routes, and will end up being able to be routed like internet traffic. being able to arrive "just in time" will make them ideal for sidewalk pickup by the end customer.

Although highly capital intensive, I think that a well-planned network like this would allow efficiency and competition the likes of which have never been seen before in delivery of groceries, packages and takeaways. Imagine the ability for ANYONE in the city surrounds to compete on grocery prices, not just the large supermarkets on high value real estate. "Last mile" delivery costs are more than half of total courier costs - imagine if these were reduced to near zero.
> burdening them to “sell” their vision on some architecture, recruiting policy, whatever.

Fair warning, if I ever interview you for a position of senior or higher, I will be evaluating your ability to sell your ideas to other engineers. Anyone who comes in as a Staff Engineer expecting to simply dictate their ideas to lower-ranked engineers without selling those ideas, is going to fail.
Look at pop country music. That stuff hit a plateau in the late 90s. It's the exact same stuff. Maybe pop music has ended up in the same place.
Nobody is claiming it stops all vulnerabilities, so let's get that straw man out of the way.

I'm saying it's significantly better than the alternative, and you continue to ignore that point. For example, reproducible builds directly stops XCodeGhost from ever happening, which was the single largest mobile malware infection in history by a wide margin. As another example, heartbleed has nothing on this 15 year old MacOS bug. https://www.macworld.com/article/3250125/macs/full-macos-com...
Andrew Yang (pro-UBI candidate for U.S. President) lists as the first benefit of UBI:

> UBI encourages people to find work. Many current welfare programs take away benefits when recipients find work, sometimes leaving them financially worse off than before they were employed. UBI is for all adults, regardless of employment status, so recipients are free to seek additional income, which most everyone does.

Not increasing employment contradicts this claimed benefit.

https://www.yang2020.com/blog/ubi_faqs/benefits-universal-ba...
On the other hand, you usually pay a fee to get those documents processed and archived.
Comcast though in most places is in monopolistic or oligopolistic stance - it's either the only way to have decent internet, or one of the two/three which are equally bad on service. Thus, no incentive to do better.
The irony is that Lindy's itself dosen't follow Lindy's Law (am aware that the actual effect is about comedians bookings).
I hope I live to see the day I can read a news article about black market cybernetic chop shops.
Java has a lot more boilerplate—or near boilerplate—than the others. For example, you probably want to implement some kind of toString method, if only for your own sanity during debugging. You can do that in Python, but __str__ is often good enough.

I also wonder how many Java "lines" are just a closing brace or something trivial.
Haskell has the reputation that if it compiles, it works.

Whether it’s true or not, it would be interesting to consider languages in their ability to produce correct code more quickly.

While I don’t like the idea of writing 3x the amount of code, if one implementation is only 30% longer, for example, and is more likely correct on the first run, it’s still a huge productivity improvement.
That’s not really the nature of the problem with purchasing a car.
Guitar Hero. It was a thing.
a statement like this doesn't make much sense.

if they are not writing good unit tests and integration tests then may be the statement :

"X% of bugs airbnb could have been prevented by writing better unit tests and integration tests".
is true as well...
Tests and types are complementary. In fact, testing becomes much more useful when dealing with static types.

As a simple illustrative example, if a function argument is type-checked as a boolean then we can write two tests (one for `true`, one for `false`) which cover all possible executions (note that this is far stronger than merely code coverage).

This isn't ever possible in an untyped language, since arguments can have any value, and the number of possible values is countably infinite.
>>the bomb project was also probably riddled with CIA and KGB agents

You mean to say India’s bomb project was riddled with CIA and KGB agents?
There is plenty of anti-Mormon sentiment among American Protestants who happily deny Mormon status as Christians while willfully ignoring that their own particular stream of Christian practice is only a small slice of the doctrines that have been developed over the millennia.
Ask HN: Why do AI and ML folks not comment code and use vague variable names?
Deflation involves lowering existing titles, which can lead to a lot of awkwardness even when done company-wide. As a result it's a lot easier to inflate than deflate. Thus the natural workplace dynamic you mention.
The competitors don't really keep chips around for longer. Intel isn't manufacturing Skylake anymore. Nvidia isn't manufacturing Maxwell GPUs anymore. (Incidentally, Apple did appear to be using their 4-year old A8 SoC in the first HomePods, released in 2018, though.)

Hardware and software are different things. We are all sad that Google Reader doesn't exist anymore, but every silicon product has basically been a flash in the pan. They make it, you buy it, and by the time it's shipped to you, it's announced as obsolete. That's the pace of that industry. Maybe with Google's attention span, they should have been a hardware company all along. They will fit right in.
but these errors are usually so trivial, that any good integration test would find them any way...
Relatively recently I've adopted the stance that JS (via V8+NodeJS) has the best feature set of the "scripting language" tier of interpreted programming languages, assuming ecosystems for your problem are comparable. The combination of compile time type-checking support (via Typescript), parallelism support (recently in v11 w/ worker threads), and built in async IO paradigms give Node a huge leg up over ruby, python, and perl.

Weirdly enough, JS is the best in my opinion precisely because it does so much to not be itself. The crazy iteration speed of the JS ecosystem means that people have done crazy things, but the good stuff has remained. Python relatively recently added typing[0], and Matz has mentioned that ruby has no plans to include types in the language proper (though people are working on it). Perl might be the closest in terms of features since it has thread support but...

If you enjoyed this hot take, here are a few others you might enjoy:

- "extensive" unit testing is a poor man's type checker

- developers that don't think specifying types is helpful are still early in their careers (those who suffered in the dungeons of Java get some slack)

[0]: https://docs.python.org/3/library/typing.html
Yes, through duck typing. At some parts of my code near the entry point I might not care about what the input "file" is, but later (or the underlying library) for instance might accept both a path or an object for instance.

This is specially useful for options that are not used near the entry point, but instead are passed down. If the later implementation changes, you'd have to change the middle implementation as well to accept the new/different types.
Listing arguments and their types in docstrings always feels likea bad idea for this reason.
To be honest, we decided to punt on that because if we make it to even 5K custom domains we would be in a great place in terms of MRR, that we could invest the time to find a solution then.
Super helpful comment! Thanks for taking the time to outline that so clearly.
Dynamic load-balancing on multi-FPGA systems: a case study
We are using DraftJs.
One could imagine that a type system is actually a set of tests confirming that a function will only accept arguments that are typed according to the function's signature.

To confirm this in a dynamic language, one would need to pass every possible permutation of every type available to the language to the function under test, to confirm that a function of, say, (string, int, boolean) would only ever work in the expected manner if the first argument was a string, the second was an int, and the third was a boolean.

Have you tried passing every possible permutation of typed arguments to your functions in test cases? If you haven't, then your program is less tested than a similar program written in a typed language. In a typed language you get all of that for free.
Huh ... I thought that must be a sensationalist headline but sure enough - a fresh download of Brave browser loads facebook.com on pinterest.com.

https://imgur.com/a/M4B9kJ2
Totally agreed. I'm not saying that they would not get benefits! I'm just saying there's also a cost and that might be the difference from someone continuing learning or giving up.
Yes, I agree. I found the title misleading and led me to think about this https://boingboing.net/2011/12/27/the-coming-war-on-general-... as well.
highly classified stuff, but in its day likely a FORTRAN implementation, the OPLAN is not simply a computer program but is a heuristic of human operations that is modified depending on current intelligence briefs, and asset deployment and distribution. The ARPANET [DARPANET] was a major part of this.
A bit more about the economics of this:

Assuming each person in a city has:

- a postal/courier package delivered every 2 days

- a grocery delivery every 3 days

- a takeaway/food delivery every 4 days

This means on average overall each person gets 1 delivery per day. Assuming delivery cost of $2 per delivery, this means in a city of 1 million people there is $2 million daily revenue for operators of this, or $700 million per year. At a cost of capital of 5%, this would allow up to $14 billion dollars to construct this network in a city of 1 million people. At an average $4 delivery cost there would be up to $28 billion available.
Your hypothesis doesn’t make much sense to me. Why wouldn’t you assume that something about the surgery caused Alzheimer’s since that is what directly preceded its onset?
I could see using an entry point for that. The entry point script could take as an argument the experiment to run and then the docker command would be: docker run -ti experiments:latest experiment-1

I could also see creating a base dockerfile, and a dockerfile per experiment. The base docker file would do the setup, and the experiment docker files would just run the commands necessary to reproduce the experiment, and exit.
The legal age of consent is the legal age of marriage, but not the normal age of marriage. How many people do you know who married at the age of consent? Most people marry later.
If you’re using a new enough version of Python 3 then you can add type annotations now. Not great by any means but it’s made working with a large-ish python codebase tolerable (together with PyCharm).
I've bought an AMD Radeon RX580 on my desktop for gaming, and it's been working great so far with the default open source drivers that come with Ubuntu (18.04 onwards). Didn't have to do anything.
No, that is why I said this has been the golden age to date. Meaning I think there is much more to come. (So I guess maybe it really isn't the golden age then...)
What evidence do you have to support that hypothesis?
Image Generator – Drawing Cartoons with Generative Adversarial Networks
Part of the problem apart from handover (which wouldn't typically affect surgeons), is the level of complexity. Much of the idea of the modern surgical training (and many other fields) is that the only way of learning well enough is to do, as much as possible. So we push surgeons to carry out as many surgeries as humanly possible.

Whether we have the balance right in terms of maximizing repetition vs. minimizing mistakes from tiredness is a good question, but it's not a given that reducing the number of hours worked for surgeons would improve patient survival without a great deal of care in how (e.g. ensuring you cut their number of hours without reducing their critical skillset).
Although typing bugs are often the simpler type of bugs to fix.
> Perhaps we could treat each other as adults

A good adult like thing to start with is not literally say "fuck you" when leaving.
I would also add, the ability to spread things by word of mouth online is much better in the age of social networks etc. So even very obscure niches can get filled.

For example, so far as I can tell, these guys have gotten most of those likes from reshares of the video (I've seen it several times, from completely random people). Whereas if you did market research, I doubt that "Mongolian bluegrass folk" would rate highly, so finding a publisher might get tricky.

https://www.youtube.com/watch?v=jM8dCGIm6yc
That's a rather horrifying statistic, especially as nowadays we would not class 14-16 year olds as "women". It beggars belief that 98.4% of Mormon girls would have fallen in love by age 16, especially with older men who already have a harem of wives, so we have to assume a shocking degree of social pressure, amounting essentially to arranged marriages.

I've always wondered at the historical accuracy of "A Study In Scarlet", but its depiction of the social climate regarding marriage among the LDS would appear to be spot-on...
A Javascript validation library that encourages rapid development and clean code