skysight-inc/HackerNews huggingface dataset:
Cloud migration specialist here. Biggest thing I see is the culture. Large shops will be 80% infrastructure and 20% developers. Infrastructure folks almost always will be fired after a successful cloud migration. Middle Managers want to keep a large staff and budget to justify themselves. CIOs often come up through the infrastructure career path and don’t trust firewalls if they aren’t made by Cisco or SANs that they can’t touch. (“So you’re telling me that their homemade switches are better than Cisco?”) I even had a CIO of a Fortune 1000 ask me what brand of fiber optic cables are in use in AWS. Overall it’s mostly shops putting their head in the sand hoping they can go another 2-3 Years in their cushy “Director of Infrastructure” jobs.

Most of my success comes not from selling to IT but the CFO or Board. Once they realize they can eliminate a dozen or so SAN Storage or networking engineers then the cloud doesn’t seem so expensive after all.
Do you think Mozilla would promote the Google container extension if Google found itself in Facebook's position?
In the US, we have a common law system, so a court ruling about the meaning of something instructs regulators on the interpretation of what the law means going forward. In a civil law system, judicial interpretation doesn't control how the law is interpreted by regulators.
The fact Walmart feels the need to go about patenting such things is the sad thing!
But that's a bit specious. There are not 70 software developers at AgileBits engaged in writing the code for the product. A business like AgileBits requires a lot more overhead than just software engineering.
True in the traditional model. But the Mac App Store model doesn’t have paid upgrades, which meant there was no incentive for them to keep updating. With a subscription system, there’s (theoretically at least) the possibility that customers would jump ship if they feel the developers aren’t pulling their weight.
One upshot of better tech is significantly less bycatch, at least in regions where per-species quotas are strictly enforced. I'm told the latest sonars can distinguish both the species and age of fish in a shoal.
Yeah, that was the point I was hinting at :)
It's not just bandwidth -- if you are not utilizing the various services of a cloud provider just use it as a glorified VPS (which many do) then it's really hard to beat dedicated providers like those you mentioned and then Incero or Dedispec -- Incero has an E3-1230, 16GB RAM, 2x 1TB HDD
2x 120GB SSD, 30TB transfer for $40, Dedispec has a E3-1230v2, 32GB RAM, 480GB SSD, 100TB transfer for $55. A real lot of websites would run just fine with servers like these. The major selling point of clouds of easy scaling often turns out not to be necessary with machines at these price points -- one machine is just enough.
Have an upvote, because I think you're bang on target.
The images advertised look worse than those of mid-range smartphone cameras. Compare those images with images of e.g. an iphone se and you will see that the focal length of google clip distorts people to a level of ridicule.

Do you think there is a market for this camera? Because I really think there is not:
Extra gadget, needs to be setup anyways and, above all, poor image quality (see advertised images), not en par with mid range smartphones.

Let's wait for next year to see if that product worked.
I was going to say this looks a lot like the stuff on the imatest website.
Have to agree wholeheartedly. He seems to have a problem landscape that involves CRUD on single 'documents/tables' with no business logic involved or required.

I suppose it is fine to have business logic in a client, but replicating that for every platform seems silly and a simple way to acquire huge amounts of technical debt and complex role out strategies. He says about being the only backend guy to ensure not much code gets written there. I feel like this is not a person I want to work for. Not even seeing the problem before telling me the solution.

This article could have been much better framed if it discussed using his suggested tooling to solve simple CRUD applications in a bootstrap scenario perhaps. But it has been my experience that long term, complex business systems that are created in Javascript are black holes of lost time trying to maintain and extend. Especially ones written to 'configure' the backend based on client defined configuration which he also suggests is a good thing.
I think you'd agree however that having this option nowhere to be found on the "Pricing" page would result in most concluding the option didn't exist.
Show HN: Chefly – Generate recipes and a grocery list for your week
Getting close to the Nyquist limit is unsafe. The limit is theoretical; it applies only to an infinitely repeating signal. You'd have to create and then observe an infinite signal for the Nyquist limit to be correct, but of course you can't do this.

That would be 2 samples for each feature detail you want. Things work OK in the real world at about 4 or 5 samples, but it takes 10 or 12 samples to work pretty well.
Conversely, I’ve seen executives fired out the door when the public cloud costs were much higher than on prem costs, and the savings didn’t materialize (either the execs had drank the cloud koolaid, or the business changed direction).

Edit: There is no silver bullet. Model your needs, make sure your model is accurate. You might still be wrong if your model doesn’t match reality due to unanticipated deviations.
Mortgages are not a remotely valid analogy here unless, in the case of Robinhood, you try to compare it with margin accounts, which I think is actually a fair analogy but is not the case here. And even then, the bank does not steal your transaction history without your awareness or consent, as is the case here.

When I open up a checking account, all I need is my license and my SSN and $1000. They don't need the transaction history from every other checking account I have because they are not assuming any liability or risk. Such is the case with the average Robinhood customer, ergo, they should not steal the customer's transaction history from their bank. This should honestly be prosecuted.

I don't mean to be rude, but I think you have to be either high, really dumb, or a robinhood stakeholder to think that people would want this or that it would be a good idea. I would suggest moving to China if you think it's a good idea - I'm sure you will be able to get great discounts on a lot of things if your transaction history is conducive to the greater good in the near future.
> I think the question should be: what's the bigger risk? Being "locked into" the vendor with the most useful stuff, or taking months/years longer to build, and needing much more code, and needing more skills on your team?

I get that this is PR, but the bigger risk is still being locked into the vendor. And the assumption that it takes longer and requires more skills than the "useful stuff" from a vendor is simply incorrect. It's not magic. You can benefit from this stuff of course, but only in specific cases, not in general. You'll know when and why.
For something like a password manager, the most compelling updates are security fixes, but there are several problems with charging for these:

- It's unreasonable to expect people to pay the full price for minor security fixes that still need to go out

- Because security upgrades are invisible to the user, it may be harder for the customer to see their value v. new features

- The timeline of when security updates need to go out is less predictable than that of feature upgrades, resulting in unpredictable revenue and expenditure for both the vendor and the customer and the customer may not have the budget to pay for an unexpected security fix

- Customers often want to take time to consider whether it is worth paying for upgrades, whereas security fixes should be applied as soon as possible

- The vendor must invest a lot of resources in testing the security of their software even when no security upgrades are warranted
This is the key. And worth pointing out that the moment you're set up to use cloud services for spikes, the cost of using dedicated services for your base load drops:

You can afford to let the servers handling your base load get much closer to capacity when you know you can scale up near instantly instead of having to provision new servers.

This is the biggest reason for me to run services that are prepared to run on public clouds, though it's very rare I've ever needed to make use of it - the kind of spikes that are severe enough and long lasting enough to be worth provisioning cloud instances for tends to be very rare for most people.
Which vendors will be hurt/helped by the GPU/blockchain hangover?
ok - typical of a New York presentation.. focusing on the monetary values.. yes, indeed, there are spiritual retreats, and in special lands with wide vistas.. but why? and who? not "how much"

For a less financially-focused treatment of this very real topic, please see "Visionary State" by Erik Davis

The Visionary State: A Journey Through California's Spiritual Landscape

https://en.wikipedia.org/wiki/Erik_Davis
Some other reasons could be: to know if they are hiring in an area you have skills in (although that could also be found from their jobs page), and because they are competitors.
I recall reading about a teaching system where homework involved taking submissions of previous year's students and adding features on top of that, providing students with all kinds of practical insights on what makes code easy or hard to maintain.
Someone who purchased 1Password 3 when it was first released on the Mac App Store in 2012 has already received six years of free updates to versions 4, 5, and 6.

As far as I'm concerned, AgileBits has gone well above and beyond what is reasonably expected in terms of providing long-term upgrades to existing users. For those people to now turn around and complain that they aren't also getting version 7 for free... frankly comes across as entitled and ridiculous.
Here's a counterpoint:

If someone pays $40 for, say, 1Password 5, they have no incentive to upgrade. It works well enough, and there's no reason to pay again. So, 1Password is stuck supporting a legacy product (and servers / APIs for it), the user is frustrated by an old version of the software, and the company gets no money so they're at risk of folding (which would hurt both the customer and 1Password).

I agree that subscriptions can get annoying. However, if it ultimately is about the same price, it ends up working out much better for both sides. And hey, they can always stop their subscription and go somewhere else if things get bad. They don't lose their buying power completely.
If Haskell is so great, why hasn't it taken over the world? (2017)
Predictable or flat/consistent? If my load is negligible in US weekends and outside of business hours, that's a factor of 2 or 3 you can theoretically save over baseline=peak with some "cloud on demand" service.

It's not an order of magnitude, but it's something. Probably not worth the effort, for most, though, and I have no idea if "dedicated box" services can approximate something similar.
Some of these they have "solved", but their solutions have not been tested or audited yet, or at least not in a way that's visible. There are a few big financial players going all-in now, and I think everyone else is watching and waiting and letting them take the risk. A lot of these regulations were written assuming on-premise control and there's a lot of fuzzy area and issues with interpretation. Sometimes there's a lot more than technology in play.
"When you get to the client interactions, of course, you have amazing heterogeneity."

The heterogeneity of client apps is very superfical. One layer underneath the fancy design and arguably unnecessary custom imteractions, everything start looking very much the same as the article argues is the case for backend.

Funny enough, not too long ago people said you don't need frontend devs, because of tools like gwt. And long before Firebase people were already claiming you don't need to write backend code because of uml.

If you take enough steps back everything will start looking the same and generic. But dependant on the problem your are solving, you should take a closer look at certain aspects, instead of blindly following "best practices" of the current week, month or year.
https://news.ycombinator.com/item?id=17112746
راديو نوراليقين  أمداح نبوية ، رقية شرعية ، و تلاوات رائعة للقرآن الكريم
GNU Emacs Lisp Reference Manual
Sinc is closely related to Bessel functions (which is what the Airy disc is). In image processing afaik it is interpreted as a radially-symmetric filter, if it's not just used as if it was separable (i.e. on the x axis, then on the y axis).

I don't think it is exactly the same as the Airy disc, but it's a good question. http://mathworld.wolfram.com/SincFunction.html
The Coming Wave of Murders Solved by Genealogy
Of course. You can read the protocol specification and/or study the source code of the existing libraries and clients to figure out how they work.

I think a reasonable first step is learning about B-encoding so that you can parse and generate torrent files.
1password is also supported by many mobile apps (on iOS at least).
Consider reading "Reinforcement Learning, an Introduction" by Rich Sutton[0].
It is very accessible (and probably the most used textbook in the field), and goes into detail about the connection between RL and MDPs.

If you want a high-level answer right now about how the two are related: reinforcement learning focuses on predicting or maximizing the discounted sum of rewards, G_t = R_{t+1} + γ R_{t+2} + γ^2 R_{t+3} + ... which is called the return
Crucially, the process generating the rewards (the environment) is assumed to be memoryless[1].
So we can reformulate the return as a recursive equation: G_{t} = R_{t+1} + γ G_{t+1}, since the return from "t+1" doesn't depend on the reward you got from the previous time step ("R_{t+1}").

This in turn allows you to define Bellman equations (which define optimal solutions to the problem of maximizing return, which is what you want to do).
More generally assuming the problem is Markovian makes things substantially easier to reason about, because you don't have to worry about complex histories leading up to the agent's arrival in a state.

While it's honestly a pretty strong assumption, it's one that we make across many fields and particularly in RL.
It's actually not too inaccurate; for example most games are Markovian (or close), and in physical problems (e.g. robot locomotion) if you've got position+velocity then controlling the robot can be viewed as a (continuous-time) MDP.

The weaknesses are obvious: not every environment is Markovian, sometimes there is long-term dependence on the past.
For example, translating prose or poetry in such a way that preserves the point across is very tough[2], not really something you can formulate as an MDP.
Other times, the weaknesses are easier to overcome (think of a poker game, where you can combine the present state information with the betting patterns from the past; this augmented state should be able to tell you everything you need to know).

---

0. http://incompleteideas.net/book/bookdraft2017nov5.pdf

1. Another way of phrasing this is that each state provides all the useful information, and knowing about previous states does not tell you anything new about the environment.
Think of perfect information games, like Chess.
It doesn't really matter how you got into a particular position, just the moves you make from there.

2. Compare the poetry translations of Jerry Lettvin with what you'd get using existing translation software (https://sites.google.com/site/lettvingroup/Home/Projects-His...).
Is there a lucrative job market for EEs?
10000 processes (2013)
IDK, we've had "money over IP" with cryptographic signatures for decades already in various financial exchange protocols, with the main difference from Bitcoin being the requirement of pre-existing trust relationships.

However, since the vast majority of people and institutions do have some pre-existing trust relationships, Bitcoin doesn't bring that much to the table, we already had the technology to wire money worldwide.
Here is a bit torrent client I wrote back when I was in school. https://github.com/war1025/Torrent
Classical Simulation of Intermediate-Size Quantum Circuits
I see more FUD the other way, about high devops costs etc. As someone who has spent years consulting both on on prem systems, dedicated hosting and AWS, I typically ended up billing more ops time to the AWS clients - they still have 90% of the same ops needs and then in addition they need to manage the AWS specific bits.

In terms of actual hosting costs, I've more than once been prepared to offer clients to move them off AWS and guarantee my fee will simply be a percentage of the savings - I've seen clients cut hosting cost between 50% and 90% on moving from AWS to dedicated hosting, and cut their devops costs at the same time.

For someone doing admin/devops who wants to maximize billable hours, recommending AWS would be better than recommending on-prem - it's all remote, no annoying travel etc., and you're likely to make more money, and at the same time you ironically gets less pressure from managers who have been told cloud will cut their costs.

> Doing a lift and shift can be cost-effective, but decomposing these applications and rebuilding them in serverless would probably provide significant savings.

Even if you rebuild them as "serverless" you'd probably end up saving far more by deploying said "serverless" apps on dedicated hosting providers for the base load.
Are you managing the OVH and Hetzner hosts (provisioning) by hand, using general-purpose tools (Terraform etc.), or tools you've built custom against the providers' APIs?
It's becoming obvious that well-off 'progressives' strive to crown their status with the ultimate pet: human beings in need. Horses are not so in vogue any more.

Like all pets, they are to be kept in the appropriate place, like horses that is. Not in the living room.
Not adjusting your overall rules to the actions of single bad actors can be fatal.

Single bad actors can sometimes wreak utter havoc.
The "commodity" distinction feel very significant here. Parent mentioned training videos, so probably very much not commodity. If you're selling something at $10/unit, it doesn't matter if your bandwidth costs are ¢0.05 or ¢2.5/unit. You're technically leaving money on the table, yes, but probably not enough to justify the added infrastructure complexity.
I've been saved a few times over the years by being able to "put hands" on the physical hard drives containing the data.

Example: a RAID1 setup, 2 drives. The drives used were literally made one after the other: the serial numbers were sequential. When 1 drive failed, the other drive failed too, at very nearly the same time.

Take drive out, mirror using ddrescue (took a long time) with retry, there was 32kb of data lost out of 400+GB and we never even really discovered what it was - we figure it was either a corrupt image or a part of the installed OS that was not used (such as a man page or text document).
I'm confused. Do you have anyone with technical capabilities on the team to realize that the changes needed are not difficult to implement? That's a database delete. If you're advertising your app as being secure and etc. then don't do that. Be honest to your users as what you're serving.
I believe this is the actual paper that was referenced in the article: http://mbio.asm.org/content/6/2/e00137-15.full.pdf
At first, they're not a monopoly, people who worry about that could easily use other open-source and probably less convenient solution.
Secondly, after the subscription ends the apps simply go into read-only mode. You still have access and can export all of your passwords.

We may argue about it but the most expensive solutions are still the most consumer-friendly.
Great text, a bit difficult to understand. I have written a 'digested' version in the process of understanding the concept:

https://epxx.co/artigos/dof_en.html#pmp
it's pretty steep in comparison to the alternatives in the market. What does 1password offer that the free version of lastpass does not?
Where's the "declarative" part here? It's common to do number crunching in NumPy with Python as the control layer. But the Python code is imperative.
You need software companies to provide you with security updates for their products. Insisting that you won’t pay for security updates without new features or that security updates should be offered gratis won’t lead to quality software - it just leads to feature bloat. Attaching a separate price to security updates aligns your needs with a software company’s incentives. Why is that a bad thing in your view?
Only Americans? AEOI was inspired by FATCA and has started going into effect.

(Automatic Exchange of Information).

E.g. I have a bank account in Europe somewhere and automatically details of the account, its balance, etc get forwarded to my local tax authority. The scope of what gets forwarded is maybe a bit limited right now but these things have a tendency to only increase in scope.

If you think you’re not affected as a citizen of a European or other developed country such as Australia/Canada, think again. All OECD countries are taking part, and at least a few non-OECD countries.
Car companies will be happy to ask you to pay $1200 for a simple hydraulic piston if they can get away with it. Car parts are as a rule overpriced.

Even the refurbished ones run $500 and up:

https://www.strutmasters.com/suspension-parts/mercedes/merce...
1) Cancel Prime membership, which is their hook on customers, since customers feel obligated to use Amazon even if it's not the cheapest option.

2) Find online retailers that focus solely on the item categories you need, and shop those specifically. I find General Stores (aka Amazon) have less breadth of selection than online retailers who focus on a single domain.

3) Buy in bulk from Costco. I describe Costco's product sourcing as providing 90% of the items that 90% of the population needs for daily living. The rest can be purchased from specialty stores. And since Costco prices items to break even, you have a pretty good indication that you're not getting "screwed" on most of your purchases.
It’s not just the ciphers that were weak to begin with. It’s also the lack of mutual authentication: the network checks if the phone is entitled to service but the phone never checks if it’s a legitimate base station.

Telcos do not care about technical means of security. As long as the average person can’t eavesdrop it’s good enough. When it comes to protecting their economic interest (preventing free calls) they use smart cards and strong encryption. 800MHz scanners have been illegal for decades.

Legacy support and reliability are very important (in the context of cellular service which still is inferior to fixed telecommunications). Customers will get angry if you tell them their phone is obsolete. Or encryption incompatibility causes failed calls. The FCC takes a dim view on 911 failures, so phones must have a fallback no enciphering mode to maximize 911 call success. Compatibility with roaming host networks must be maintained.

AT&T shut down their GSM network Jan 1 2017 but UMTS has plenty of vulnerabilities too. The SS7 protocol underpinning the PSTN lacks authentication.