skysight-inc/HackerNews huggingface dataset:
Care to enlighten me on how you place a 'loan' on the blockchain? Isn't a loan issued from a bank -> borrower? My assumption in this case would be that the ETH contract would be written to change the legal owner of the loan? How is that then reflected in the real world?
thats intersting
http://alumni.media.mit.edu/~jorkin/goap.html
Then perhaps the solution is for the FDA to allow HALT testing. Having said that, I imagine there is little incentive for pharma companies to willingly extend the shelf life of their products - perhaps the real solution is for the FDA to actually require HALT testing.
The parties that need a common ledger can do it jointly, with mutual mistrust. Think of ten big brokerages maintaining a blockchain for recording bond ownership.
Well it depends on what you're cooking, if you make an omelette it's not a big deal if you have too much egg, but if you make say a chocolate fondant than the size of the egg is very important to get the correct texture.
Having never worked at a gaming company but having a friend who was the head of testing at one very recognizable shop, the answer was definitely no, at least not there. Its definitely a big enough industry that I'm sure some does though.

Also, last time I wrote any 3D code, it at least appeared to be incredibly hard to test that some visual thing was just so. Of course there are still things like business logic that surely could be tested, but it's just not going to be as straight forward as having some code generate some HTML string and then asserting things against it. Those last-mile things you might want to test are always a challenge IMHO.

I learned a lot of my coding chops at a Rails shop that was very in to testing, so that's definitely my perspective, YMMV.
Ah, I see. Yes, I was imagining something more like Numpy.

So -- just thinking out loud here -- in order to use a design like the one I've proposed, you would have to make the "flatten" operation user-visible; it would look like a type conversion from a functional matrix to a bare array. Then the user's algorithm could run on the array, and once they were out of the hot section, they could, if they so chose, convert it back to a functional matrix.

If I personally were going to write Julia code, I think I would like things to work this way. Not only am I accustomed to functional semantics, and generally prefer it, but I'm also used to switching modes (even writing mixed algorithms in which some collections are functional and some are imperative). But I can see the argument that that might be a little too much complexity for your target audience.
EROEI
State of JavaScript Survey 2017 is back!
Nothing blockchain is a fail concept and it can't scale plus the expensive fees
Facebook Timeline Cover: 15 (Amazingly) Creative Examples
https://spaceknow.com/
I learned to not carry knife, as u might trip and stab urself
looking forward to examining your tool and its output, rhythmus!
We had been collecting these internally for a while now. We're working on a product in this space currently so this seemed like a good time to start sharing some of this stuff with the outside world.

We intend to keep curating on high quality full handbooks only but perhaps it's worth thinking about other sub sites or a blog at well at some point.

Glad you like it!
I'm not in the game industry, but from what little I know, this is probably going to be a tricky question to answer.

Reason being, a high proportion of AAA game development is done using off-the-shelf game engines. Of course it's still necessary to write code for the game logic and features, but because of the stable base this code is written against, it might not be seen as necessary to follow a strict TDD/BDD approach.
I believe the tolerances on Lego for it to be "just right" are fairly narrow, and most 3D printers aren't precise enough (but I could be mistaken).

It is likely that Lego has patents on parts of their brick design, so you could be in a fairly bad legal minefield if Lego decides to sue you. Also I'm not sure that describing your project as "a tool for designing Lego" is a good idea.
Perhaps that's not the best example, but in this case the loan is securitized, so you're basically just trading a piece of paper (or digital representation) that represents who "owns" the loan. That's the way the vast majority of assets are traded these days - stocks, bonds, even cash are usually just numbers in some account somewhere.
Are you trying to imply that entropy sometimes decreases (things become more ordered) or are you trying to say that the term disorder is inaccurate?

Those links appear to show examples of "spontaneous" decreases in entropy. The problem is that entropy can easily decrease in local systems, without violating thermodynamics or the fact that entropy as a whole always increases.

For example plant life can form, decreasing entropy, as long as on a global scale entropy increases.

On the other hand, if you're trying to say that disorder is a confusing term, then that's true. The every day meaning of disorder is often the opposite of what is meant when talking about entropy and thermodynamics. But if you take the word "disorder" in the thermodynamic sense, as a full microscopic description of the system, then an increase in entropy does imply an increase in disorder. So although it's a confusing term, it's still a valid description.

https://en.m.wikipedia.org/wiki/Entropy_(order_and_disorder)
You mean like cargochain by dominik https://twitter.com/domschiener
Unity 2017.1 includes an updated version of Mono supporting .NET 4.6. Still experimental at the moment, but coming out of the deep freeze that it has been in for a while.
Quoting myself from https://news.ycombinator.com/item?id=14775416 :

Cutting through all the [templated] legalese, we can say: "Contract A, between parties K and L, concerning transaction T: T shall be considered done and legally binding once Coloured Coin X has been paid from address [foo] to address [bar], and has been verified by no less than 20 subsequent blocks."

The idea of a Coloured Coins is that you use something uniquely identifiable to make a transaction in globally verifiable transaction log. (Iow: blockchain.) Real-world contracts can reference the binary result of "has this transaction happened?" to verify that a contract has been completed and an off-blockchain transaction is valid.
More people die in trafic accidents, when in woodworking in any time.
Factorio is a good example of a test driven developed game:

https://www.factorio.com/blog/post/fff-186
How to Create a New Attribute in Magento 2? (5 Minutes)
my roomate's mom makes 84 every hour at home. she's been unemployed for 7 months.. last month her payment was 17908 just working on the internet a few hours each day... go here to this site
.... http://bit.ly/2coUNgf
> expensive medication

Apart from biologic drugs, most small molecule compounds are dirt cheap to produce. So cheap that nobody is even striving to produce them in a cheaper, more efficient way. If you compare this kind of industry with chemical specialty industries, where the mindset is to increase yield as much as possible, in pharma the production cost is not much of a consideration. So, what you pay for your drugs has almost no relationship to how much it costs to produce. You are paying for patents, market exclusivity and the whole system that goes with it (the pharma companies are not the only ones benefiting from it).

> How did they come to an expected shelf-life of 2 years in the first place?

Stability studies supporting 2 years data (submission to approval takes one year, and compiling all data before submission for filing is a 6 months process, so you can start submission with 1 year stability data in your hands, and tell the regulatory agencies you will provide the 2 years data during the second half of the regulatory review to get 2 years).

Because that's good enough for most drugs. 3 years is usually ideal, but not always necessary. If your drug is used in high volume most patients won't get batches that are produced long ago anyway.
just as Bryan said I'm shocked that a student able to profit $7511 in 4 weeks on the computer . check this site out>.... http://bit.ly/2coUNgf
Will this mean that you can't get a job without a Google account?
I've been wanting to try this for a while. This looks great! Nice to see some excellent suggestions in this thread as well, that I definitely never thought of. I hope this is successful, as I'm a huge fan of the idea.
It probably will be just about as safe. The benefits of the borrow checker only become apparent when you're doing complex things.
C++ allows you to write bad code easily though, though the most obvious modern way is safe typically.

At least until multiple threads or processes happen or you have hard realtime requirements.
Google rolls out new protections against phishing plugins
- Netscape, IE, Opera.. Firefox started to emerge around that time too.

- The javascript complexity that can run in browsers is an achievement. Relatively speaking, flash was the one runtime Java promised to be, and Java applets however clunky looking back were as futuristic as today's tools are in some use cases.

- Responsive flash apps were perfectly possible if you wanted. Most never learnt that though. That resolution was painful tho.

- Ajax apps are the original JavaScript apps. It was possible to build desktop apps in the browser just fine. 1999, Outlook web app was one of the first complex JavaScript apps in 2000.

- Flash also developed the ability to index content. Same flaw though can exist in js apps too.

I don't want to guess how much of the stuff you wrote about you have used, but those were my experiences in that time. A lot of bleeding edge stuff much like today. I'd still take today though because there's so many more folks online.

It does feel like there has been a lot of constant reinvention and a loss of forward progress. We just keep rebuilding browsers, flash as webassembly, and no shortage of frameworks to extend programming languages to the web, and recreating libraries. I like choice and being a polyglot as much as the next person but at a certain point it seems like our tools are getting broader instead of deeper.

Flash was far from perfect but probably could have stuck around for a few more years while the future of progressive apps matured. They never really got their security game together, but flash lite powered graphical guis on more mobile phones than anyone knew and it was possibly a threat to iOS as no other rich experience existed in mobile.

Instead we all had to wait painfully for JavaScript apps to mature to what flash could do 10 years ago with flex and air (although I wasnt a fan of either they laid a lot of ground work for the rich internet application space.)

Granted it probably helped push things along that flash wasn't around as a crutch...

Some would argue developing mobile and js apps as as painful in the past 5 years as web dev was in the 90s.

I'm just pleased to see the ubiquity and js apps on any medium continue to converge. Hope the high level tooling is coming next to create a whole new segment of beginners.
Interesting. So can the core of uranium weapons be re-used for nuclear reactors? (Assuming there is a big arms reduction event)
It's a shame that units are not understood by the system. Once imputed they should be stored as K or °C and then displayed as the user wants
Sounds like a viable model, thanks!
Keeping the Wind in Your Sails
I'm an anesthesiologist. I'm always interested to hear the story of colleagues on hackernews. Would like to ask you a few questions about your projects. Reach me on albin.stigo@gmail.com
Is there really anything wrong with conflating a hash table and an associative cache in this context? An associative cache uses a portion of the address as the key, and has a usually limited capability for handling collisions. From a software perspective this is pretty similar to how a hash table works, even if the circuit that you visualize when hearing "hash table" is different.

If we assume that they really do mean "associative cache" for the predictor table, then that's obviously something that really works in hardware, and can be updated on mis-predicts. Flushing the predictor state out to some OS-accessible area when the task quits doesn't sound like magic to me. Pre-loading the cache with warm data when the task is launched next time would be very latency-sensitive and is thus more questionable, but I don't think you've adequately explained why it's impossible to pull off.
Many of them cost nothing over base rust tax, but that is not the issue.
They claim a resolution of 50 microns which is far removed from 'single digit' microns, and generally too much for precision mechanics.
Enroute to Jammu – A View from the Top
Adobe Updates Lightroom for iOS with Apple Pencil and 3D Touch Support
IIRC the Mill's presentation about deferred loads predates this paper, though the paper is a lot more detailed and has simulations. It's not clear how the Mill's gain from deferred loads would compare (it differs in a lot of other ways that would interact).
You don't need to know about TCP handshakes to use the Internet. You do need to be sold on the benefits of cryptocurrencies to start using one (other than that the price for them is going up).
None of the responses in this thread so far give a specific real-world example of _how_ blockchains solve a problem. Just repeating the mantra that a decentralised ledger is great for payments or trade settlements or whatever. Yes but how?

The only use case I know, beyond proof of ownership of coins/tokens (and, again, how can that be applied to a real world problem), is proof of document state at a certain point in time (via storing document hashes in the blockchain) which clearly has some uses in law for example, but apart from that I am stumped.
Thanks! Liked your Open-Publisher, too!

Did you subscribe to our waiting list (Textus.io)? If so, I could give you beta access right away.
interestingly x.com is owned by Elon Musk. He tweeted about it four days ago.. https://twitter.com/elonmusk/status/885776126148083712
It's a public database. That's it. Anybody can write to the database and anybody can read from it.

The problem is that whenever you have a public anything there will be spam. People will come along and they will fill the space up with scam ads and porn and hate speech. See: the internet.

To prevent the database from filling up with spam you need to find a way to make people "pay" for writing to the blockchain. Nothing is free and if you're going to consume resources (storage and cpu) from other's computers then they ought to get something in return. That's what "transaction fees" are and that's why they're measured in costs per byte -- the people who are writing to this public, decentralized, highly resilient database are being charged storage fees.

So blockchains are the solution to spam. And unlike pre-existing spam solutions a blockchain doesn't require storage/delivery nodes to "whitelist" certain certificates or for certificate authorities and CRLs and all that wackiness. This is kinda remarkable.

This innovation enables all sorts of new models of collaboration (read: business models). Just today I saw a very interesting proposal for an Uber-like system built on a blockchain. Everything -- requests for transport, driver availability, driver fees, driver certification, passenger and driver ratings -- gets stored in the blockchain. Anybody can read, anybody can write. Here's the database, here's the type of "transactions" (records) -- go crazy. The interesting thing about this system is that it doesn't rely on huge bureaucracy to protect the database. (And what are many business firms but database maintainers and protectors?) Write whatever you want -- write pics of your cats if you like -- but it's going to cost you.

(There's another element of what's commonly called blockchain which is "block verification." The problem here is that when everybody has a copy of the database how do you decide whose copy of the database is authoritative? This is the concept of consensus and note that it's only a problem if the peers in the database don't trust one another. It's actually not so interesting but it is largely an implementation detail of public blockchains with different strategies proof-of-work, proof-of-stake, electoral-validation etc.)
In my experience, no, they don't write tests first, and in fact AAA game companies write almost no automated tests at all.

Instead, AAA teams have large staffs of cheap manual testers--high school and college kids who think they're getting paid to play video games. The managers in charge of these QA teams work their manual testers to the bone, encouraging them to work late and do unpaid overtime. These testers inevitably burn out, and but there's always a new batch of kids coming in to replace them.

When manual QA is that cheap, it turns the economics of automated testing on its head. Why maintain an automated regression suite when you have humans who will do the testing for you?

There's a similar effect on the dev side. A lot of inexperienced developers are willing to take a significant pay cut to work at a AAA game company, just for the dream of working on a AAA game. The devs, too, are notoriously managed as an expendable human resource. "You'd better keep working overtime, or I'll just replace you with another kid who'll work harder than you for less money."

As a result, AAA game developers burn out pretty quickly, too, leaving the game industry for other software companies that both pay better and offer a better work/life balance.

As a result, you'll find that a lot of AAA teams are relatively inexperienced. Sure, there's a core of long-time devs on every team, technical leads who can point the way, but it's not an environment where you can get solid mentoring on the best practices of software development.

Even if one team does pick up TDD, who knows if the same team will even be there in another year or two? Good software practices are regularly "rediscovered" on AAA dev teams, and then forgotten, as the team turns over and their tribal knowledge fades away.
> this suggests to me that, for many of us, that context is rather angry and upset.

This doesn't even seem unreasonable to me: if every time my project was discussed it was met with scepticism and outright "why are you bothering to do this?", I would get fairly tired and, after the first few times, get fed up with putting in the emotional effort to see the positive nugget buried in the negative phrasing.

Someone taking 5 minutes to write a comment about a project they've just been made aware of is unlikely to have the context to know whether that project regularly gets these sort of comments ("I really meant it as a way to learn more about the project, please, authors, can you politely answer my rudely phrased question/criticism") and so they should be the ones putting in the effort of research and of starting the conversation on a good foot: questions about the points of scepticism (rather than blank statements) are a good start.
this is a pretty cool thing. just maybe they can change that design. Anyway, i like that.
Wondershare Dr Fone Crack with Registration Code Free Download
Interesting project, well executed!

Are you storing the recipes in Git repos or in the Postgres DB?

If in Postgres, what is the format? Do you put each receipe in a single JSON field? If not, what does the data structure look like?
I don't pick up my kids from school regularly, but occasionally i have to. I have to pick up a daughter from her dojo a couple times a week after work, which is in between my home and work.

My average highway speed while commuting is 75 MPH. 90% of my commute is on the highway.

Commuting also means i can afford a home in a one third acre lot, with plenty of backyard for my kids and their dog to play in.
You generally don't "own" any software anyway. If you read the terms of use/service, you'll probably see it is simply a license from the actual owner.

(this is the same with movies and music btw)
I got multiple segfaults from Terminal.app when scrolling back in bash history inside tmux for very long commands (ones which would wrap). This was only on the recent MacOS beta & I haven’t seen it since the last point release.
I'm not sure I follow about the benefits of this branch prediction scheme in the first place. I already have a branch target from the branch target buffer( assuming I'm in a conventional processor), so either the frontend can begin immediately loading code from the cache or I stall while I load from main memory. I'm never prefetching anything(at least in terms of an initial target)

Let's assume that Mill can produce a prefetch chain though that can load additional code segments beyond the initial branch target. Does this really benefit the processor? I don't understand how a static prediction of where I will branch to next after an initial branch target is even useful. If I have already branched to that location before the code will be sitting in the L1 cache waiting for me, if it isn't, well, how does the branch predictor know more about the behavior of my program than the L1 cache?

To put it another way: if the instruction set doesn't fit in the L1 cache is there some predictable way that I can load and unload the cache just based on a given branch target( that in turn implies other branch targets will be loaded next with a total instruction set larger than the cache). I don't really think there is any possible way to predict the behavior of an entire program like this. Larger instruction segments and more branch targets imply more complex programs that are correspondingly harder to predict so I'm always better off just relying on the instruction cache.

Assuming Mill tries to load entire chains of instructions into the cache based on a simple static target I would be much better off just disabling this and relying on the instruction cache in almost all cases therefore.
As a one-time indie game developer who went to work at a 250-person games studio, my answer based on limited experience is "probably not".

BDD in particular is tricky, because beyond the level of abstraction of the engine, you don't really know what you're building. How do you express that a thing should be fun, or weapons reloads feel punchy, in a BDD spec? How do you automatically test that?

Games code exists purely to elicit reactions in human brains. We don't have the technology yet to examine the desired state change in the target system.

Regular apps have the same problem, but with less expensive assets and less iteration. "As a user, I should feel that the login transition is slick" is a spec I can imagine that is UX-related. However, we can probably all agree on what slick is, and failing that you could user-test it to prove that the implementation is acceptable. A game is made of many complex adaptive interacting systems, so every change needs subjective validation.

On the subject of complex adaptive systems: many games feature them and so exhibit fundamentally unpredictable emergent behaviour. This can be hard to test for.

The most testing I've done in a games project is to figure what it is you're trying to build, then unit test the implementation when you've worked out if it's fun.
But the point here is to reduce the time doctors spend on mundane tasks.
CPU power doesn't come into it. More ETH = higher returns.

I haven't seen any specific details for Ethereum bonded validators, but the hardware required is likely to be a cheap VPS with a reliable internet connection, at least judging by other active proof of stake projects.

https://github.com/ethereum/wiki/wiki/Proof-of-Stake-FAQ#how...
Game of Thrones GIFs
It'd be handy for tracking baggage in the travel industry. Your bags are handled by numerous different companies/parties at different points and through a ton of locations.

Blockchain would be excellent for verifying that a bag has been received and processed at a certain place.

Lots of the large GDSs such as Sabre/Amadeus/Travelport are actively looking into this.