skysight-inc/HackerNews huggingface dataset:
I want to plus one everyone saying no. All of their reasons make sense to me.

In addition, I'd love to help your confidence with getting used to the idea that saying no is ok. I remember being in this situation many times and feeling like if we said no we'd lose the client and maybe go out of business.

But truly, clients often ask for things that aren't very important to them and they will not mind being told that the answer is no.

The mistake you can make here is to blow up your no answer into a big deal.

The term I was given for how you should respond is "the principle of the simple explanation." People are totally ready to believe you, so just say no in the simplest way possible.

In the middle of some other response just include a line like:

"Re: source code access. No, our source code is proprietary and we don't share it."

Or even more simply "No, we don't share access to our source code."
Everyone in here is generally giving you the right advice.

If you want someone to help specifically advise, guide you through the process, and potentially represent you in negotiations, feel free to get in touch and I can probably help.

By way of background, I primarily work with investors who are selling middle-market software companies to larger companies (over 80 or so personally and oversaw another 80 or so, over the last 3 years). I have a lot of insight and experience into contract negotiation from both sides of the table here. I've also worked for/with the big enterprise software players (SAP, Oracle, Microsoft, etc).
CareerBliss (https://www.careerbliss.com) | Irvine, CA | Full-time, REMOTE

CareerBliss is a resource and community for job seekers. We provide users with career research, company reviews, job postings and email alerts.

We're looking for a Software Engineer to join our engineering team. We have a fun and fast-paced environment that focuses on rapid innovation. Our project infrastructure includes a C# MVC website, SQL Server 2008 R2 database, Solr and MongoDB search and analytics, and Golang based email engines.

If you have a passion for development, want to work with variety of technologies and grow in your career, this is the position for you.

The ideal candidate for this position will have the following required skills:

* 2-3 years of experience with C# ASP.NET MVC

* 2-3 years of experience with SQL Server 2008 or newer

* 2 years of experience with Bootstrap and JavaScript

If you have any of the following preferred skills, please also apply:

* Any experience with AngularJS or ReactJS

* Any experience with Solr or Elasticsearch

Come join a growing company with a great corporate culture and a passion for innovation. We are looking for someone who enjoys the startup atmosphere and is willing to rise to the occasion on new challenges.

This is a remote position. If you'd like to apply, please send your resume and a note about what makes you interested to nadeem.chaudhry {at} careerbliss.com
I imagine you're a blast at birthday parties.

> That's an odd age to celebrate. I (and many others) have had plenty of birthdays over several decades.
Meaning enacting gun control wouldn’t actually work? Why do gun advocates worry about it so much?
A Linux Version of the ProcDump Sysinternals Tool
1) Yes. I would say "no".
2) Not very.
3) Yes, but they are not likely to be effective or easy to enforce.

If they want to look at it badly enough they can buy it.
Which is impossible by definition.

If the goal of the leader is to maximize, not merely increase, his own gain; then the gain of the others will never be maximized, because the leader will naturally try to grab a bigger share of the bigger pie.

Others, specially key workers and allies that help the leader keep his status as leader, will see their own gains increased, but rarely by a percentage equal or greater than the total growth. Most players will see only marginal increases if at all, since most are content to not see his own share decrease. Finally, players that land in a bad position in the social hierarchhy, those that lack options and cannot easily walk away, will see their share decrease and be blamed on "the economy" or some other abstract boogieman.
They stated their intent was "to see how your algorithms made decisions" that sounds like its your secret sauce. They didn't ask for escrow of source code should you go bankrupt.

Have your people interacting with them be confident enough to tactfully state they will walk away from the PoC if that is a condition.

Coca-cola hasn't revealed theirs, why should you?

Ask more questions about if they are seeing things in the analytics results that don't look correct... that might be their concern if they are basing business decisions on your software.
Doesn't seem like a brag as much as a milestone. That being said, as mentioned in the article, only 12k projects on GitHub have hit the 1k mark. I've hit the 100 mark before myself, but not 1k.
Again, you completely miss the point of the article.

The article is not about Science! The article is about public perception of science. About how very valid criticism of bad science can be used to paint with an overly broad brush, and about how that rhetorical trick works well when convincing voters and/or policymakers to ignore good science.

BTW, the piece quotes Steven Goodman -- one of the "good guys" leading the charge against unproducible social science -- making exactly this point.

No one is making the case for letting bad science slide, least of all Steven Goodman.

The things you are saying are true. But they have absolutely nothing to do with the article that they're attached to.
Are you rolling out your product as a SaaS offering, or is this something you're planning to license to people to run on-premises? If the latter, I expect that you'll get lots of requests for source, either for inspection or for escrow.

Personally, I wouldn't be scared of BigCo ripping you off. For the most part, large companies care a lot about staying on the right side of their contracts, and also it's generally really hard for a large company to out-innovate a startup. So I would be pretty surprised to see them steal your source (assuming you put in place an appropriate NDA etc.). EDIT: I'd be even more surprised to see them try to compete; the worst likely case is that they steal the source and stop paying you, not that they steal the source and get into the data analytics / ML business themselves.

However, I think that in the ML world, this "what the hell is the algorithm doing" question is a really common one, and it'd be super-worthwhile to invest in some sort of tooling to peel back the cover of the algorithm a bit. Validation of appropriate responses against future data is a real quagmire right now, to the point that some people are using ML to help find a solution, but then trying to re-implement the logic more traditionally once the ML algorithms figure out what to design for. I think there's something there, at least for a good subset of use cases.

Also, it's common for a large enterprise to require some sort of source code escrow if they do a big deal with a startup. Sounds like this is different than what they're asking for, since the source in escrow won't be available to them until the escrow conditions are triggered. Again, I wouldn't be concerned about signing escrow agreements, but I would make it a negotiation point, rather than a standard term.
Can you go into more detail as to why that world would be terrifying? Is it because the implications predicted by orthodox monetary theory?
It's probably not a great idea to show up in person and ask for an interview. That doesn't mean that you need to go through their bureaucracy to get a job though!

For any company that you're interested in, I would recommend trying to find a person who would be your direct supervisor if you were to get the job you wanted there and sending them a nice, personal email asking what sorts of opportunities are available at their company. Finding this persons contact information can sometimes be a bit of a challenge, but for most companies, some clever googling can get you close.

The great thing about emailing a human (rather than trying to go through the corporate bureaucracy), is that you're likely to get a human response. Even if they don't have a position open right now, they might be able to refer you to someone else in the industry. And, if they do have a position open, you'll have a contact to help you navigate HR, which can be especially helpful if you're missing some of their "required" qualifications.

I've used this approach in the past, and it totally works. It does require quite a bit of research and talking to quite a few people, but it feels a lot better than sending resumes to HR departments and never hearing back from them.
Awesome site! Really like how it's build, how it works, etc. Any chance you'd do an explainer on how you built it, why you built it, etc? Sort of how indie hackers handles these things? I'd love to learn more.
Indeed there are clearing protocols on top of Bitcoin, which can reduce fee-paying to only occur upon depositing and redemption. But the Bitcoin blockchain is still limited to ~20 million of such transactions per month[1].

Only if we remove the withdrawal transactions from the equation, and start trading unconfirmed transactions as regular bitcoins (confirmed transactions), can we get around this limitation (such that only the number of new users joining is limited to 20M per month). I’m somewhat skeptical this can work, though, since recipients of funds usually have suppliers to pay, so I assume that we need to settle on the blockchain at least monthly.

[1] https://runeksvendsen.github.io/blog/posts/2017-10-08-no-bit...
Ask HN: Looking for two cofounders
One full stack mobile engineer. One design person. My background is education BS MS in software engineering and MBA and multiple years experience in both fields. Also decently connected in SV.
Reddit down multiple times today
That's a really weak answer. It's more absurd than logical. You can interview criminals and prisoners just as easily.
Views on remote?
They should apply the same rigor to the economic forecasts for their tax cuts. That would be interesting.
Even source code escrow should be resisted. "Out of Business" is not always clear and if you are trying to get acquired your value drops dramatically if major customers have your source.
I'm pretty sure both of them came from monied families?

Or is that the point?
Bitcoin is technically not a fiat currency. Fiat currencies are established by governments and are inflationary in nature since the governments can print more money whenever they feel like it. Bitcoin is deflationary and more like digital gold since the supply is limited.

Bitcoin could end up a popped bubble if Tether[1] loses adoption.

[1] http://fortune.com/2017/12/05/bitcoin-btc-price-usd-tether-l...
If it's possible to get vote attestations (using view keys for instance) then coercion and vote buying will happen. Consider that if I can coerce/buy your vote I can coerce/buy your view key (no a duress key doesn't help, if it exists I'll demand both).

The system needs to retain the current property of being able to lie about having voted a certain way with 0 chance that you will be discovered because getting proof is impossible.

Consider that it won't be "comfort of their own home" it'll be the comfort of their union bosses office so he can be sure they voted as directed.
>IOATA and their overrun nodes

IOTA is a Tangle[1], which is coordinated[2] flow, similar to a Directed Acyclic Graph[3]. I'm not sure what you mean when you say "overrun nodes" but by virtue of how the network operates, this should not be an issue unless everyone is sticking with only the default nodes in their configuration, but that delves into a conversation of programmer vs user error that isn't pertinent to this thread. Some of us choose to run full nodes without incurring any speed loss, and it doesn't seem to be much of an issue of not having enough of them, only that people aren't using them. Even still, this has not degraded network performance.

[1] - https://iota.org/IOTA_Whitepaper.pdf

[2] - https://www.reddit.com/r/Iota/comments/792d6c/eli5_the_coord...

[3] - https://stackoverflow.com/questions/2283757/can-someone-expl...
Hootsuite/sens8: Kubernetes controller for Sensu checks
The impact of these things on in-game cheating is eventually going to make them not worth the trouble in my opinion. They make cheating profitable in the real world, destroying the fun for regular players which at some point will impact the value of the game.

The simple fix - other than eliminating them - is to eliminate the possibility of rare items that become valuable.
I work a a large corp and we occasionally run our own POCs or engage externally to learn about significant aspects of a technology or process. Sometimes learning about what matters can make us better at selecting good vendors.

We are generally not in the business of the services our vendors provide and don’t have the staff, expertise, incentives or instructional fortitude to compete.

That said, I’d never ask for a vendors source code (especially on a POC) unless I felt like an escrow situation was warranted if they went out of business.

If I were you I’d ask for

1. Something like a non-compete or exclusivity agreement. They will not replicate the functionality internally or work with another vendor.

2. A lot of money to see the source code. If they are trying to learn from what you have, then you are providing them with a material benefit you should be compensated for. Offer to throw in consulting services if their objective is to learn.

Bottom line, cover the risk that they steal your magic or otherwise benefit without you being compensated.
Doesn't seem to be a problem in the UK the US population is only 5x

Of course properly implementing the civlservice reforms (of the 19th century) and not electing Judges and other positions that should be filled on merit by civil servants might help
That's a different episode [0] but indeed pretty epic.

[0] https://www.youtube.com/watch?v=hxUAntt1z2c
If my memory serves me right, This is exactly how Microsoft stole Apple's code in the early days
High IQs associated with mental and physical disorders
Schneier once wrote[0], "The worst enemy of security is complexity", and I'm inclined to agree with him. "Sophisticated and safe" is an almost guaranteed contradiction.

[0] https://www.schneier.com/essays/archives/1999/11/a_plea_for_...
Well said.

We've conditioned ourselves to pay close attention to pain for obvious reasons (e.g. something presents an acute threat to our survival), and we respond by escaping the sensation as quickly as we can.

With practice, we can learn to accept pain as any another sensation. If you're not afraid of death, it won't bother you at all. If (like most of us) you do, next time you stub your toe, recognize your conditioned response of trying to soothe the pain, just try leaning into it a bit. Know it won't kill you. Just take the opportunity to explore the experience and try to understand it more deeply. Remind yourself that you're not in danger, accept you can't unstub your toe (or whatever it may be), realize that the fight or flight response isn't necessary or appropriate, you can take more of your attention back from it than you gave it in the first place. It will still hurt, but you can make it much quieter, as it were.
The Paradox of Self-Amendment:
If their justification is "we want to see how your algorithm made its decision", you should perhaps have your model output more stats and infos about that.

As a user of data tools myself, I am generally suspicious of any black box model, and would like to understand the model well before using it. For instant if your model is a deep neural network, I'd like to know the structure of the network and the activation of the layers when I run my data through it.

If they're really interested about the guts of the model they will agree to a solution like that. Having the source code will certainly not help them understand this as it is highly unlikely that anyone will dig into this.

Note that asking for the source code is fairly common practice in finance cause people generally distrust black boxes (at a firm I worked for they specifically chose MySQL over some other tools because they had the ability of looking through the code if they needed to).

There is actually no point for them to look at your code...

You can agree to something where if you go bust, then you'll give them the source code.
What you're saying isn't about inherent worth of a dollar, but rather the basic management of money. Your future expectations of a recurring stream of income changes your behavior, that is you are effectively worth more if you have a recurring salary, but the inherent worth of a dollar doesn't change.

So it's not that the recurring $1 is "worth more", but rather you have more than just $1, you have all the future accumulation of that recurring income. At least that's how people perceive it. Similarly debt is in the same sense future earnings perceived as current earning, and it leads to very poor financial planning.

Even if you have a recurring stream of income you shouldn't spend your future income now, unless of course it's some kind of investment that will put your money to work in some way.
1) Yes - We said no because the source code is an embodiment of our trade secrets and the basis of our company but we'd be happy to answer your questions.

2) Likely they aren't trying to "steal" you IP. They stated their goal as them want to see how your algorithms made their decisions. So just answer as best as you can without giving away your trade secrets.

3) Yes, there is a way to do this with legal protection. Which would be to follow a clean room process. However, this is pretty expensive for a small company to do. So I wouldn't offer it.
In software development using git (without the help of centralized solution as github), the consensus is reached by mail and discussions betweens human people who build software and decide where is the trunk.
Interesting! A bit or research in this area may literally pay :)
But all these attacks still remain possible with whatever electronic voting system you choose. So I don't see how electronic voting offers us any help here.
> after slowly learning more and more about how difficult it is to create secure system

It's an IT problem that many at HN should understand. Secure this system against potential nation state attackers who are highly motivated:

* System is distributed across locations in every county in the nation

* System is actually a variety of different systems, not built to any standard or spec (AFAIK).

* Software and hardware are not audited or known to be secure. Much of it is well past it's designed lifetime. Level of maintenance varies, but is probably low on average.

* System is operated by amateurs, often volunteers, a different group of them in every location. Operators have a variety of training, but often very little and often minimal security training. Operators are not vetted.

* Physical security is minimal. Also, up to 180 million users are given private, physical access to the system.

...

Obviously, it's an absurdly impossible task. To any degree that it is possible, the expense would be so high that paper would be the obvious choice.
Look what you made me do. Now I had to up vote the story.
If the out of business scenario includes the possibility of acquisition or asset sale, code escrow is a significant factor lessening the value of assets or killing the deal entirely. Stated differently, it's not what a buyer wants to find in due diligence.

The $50+bn company might even be the potential buyer, but under code escrow they just get it for free (less whatever was negotiated up front.)
I’m open to remote.
I’ve found zwave/wifi switches to be much cheaper to outfit a whole house with.
In the Uk with paper ballots when you vote your checked against the electoral register before you get the ballot.
You are stressing me out…. Man
most of what I've done has been around adwords lead gen. not cold emails.

and the ads/landing page has pretty specific formula. not to say their isn't a better way.

example: http://www.bid2mow.com/Vendor/index.html
If it is reasonable for you to continue with postgraduate studies, I would recommend that you do that. The more math you can do or know the better. And it is going to be harder to gain those skills once you leave university.

You haven't mentioned any software skills. I would recommend develop whatever skills you have in that area. The ability to program is becoming as important as literacy and numeracy. Even more so for a mathematician.

My bias is that I have a PhD in math and have been a software engineer for the last 10+ years. I have worked in a lot of different areas and that has largely been because of the combination of math and software (and luck).
What if I take sell $100 product through LLC and book it as profit, pay taxes on it and after that, the customer files a chargeback. Where will the chargeback fees plus the original amount come from?
I've had customers ask to see certain parts of the source, and we've never done it – it has also never been a dealbreaker. If it is, I'd be very suspicious of that deal.
your findings are supported by Baron Schwartz as well (https://www.xaprb.com/blog/2012/09/17/is-automated-failover-... and others)
I think in certain situations the worth of a dollar amount changes. For example if I'm running a project and I run into a financial bump and require getting 100K ASAP, that 100K is "worth more" to me now as that 100K can mean the difference between losing millions, or gaining millions more.
> in Europe, many decisions are guided by the precautionary principle

Unfortunately, European politicians apply precautionary principle also to cases where an overwhelming majority of scientist think that, for example, GMO crops are safe.

And after Fukushima, Germany decided to abandon nuclear power, although tsunamis are not really a thing in Germany. This has made Germany resort to burning more coal for energy and caused Germany's carbon dioxide emissions to increase.

These are cases where sticking to the precautionary principle has caused way more harm than good.
> We found IBM’s Softlayer to be highly “new-user” friendly, which greatly expedited the process of configuring and ordering an instance

That's surprising. Usually the complaint is that IBM's stuff if complicated to figure out and Google and others are "user-friendly".

> Softlayer is also the only platform that allows the provisioning of bare metal servers amongst the 3 cloud service providers,

Wonder if there is an opportunity there to deploy Kubernetes on it and manage it on your own. Before cloud orchestration was the super-secret-money-making sauce, but lately with some solutions being open source maybe that's changing and bare metal servers would become popular again. Wonder in general if Google talking about Borg and sponsoring Kubernetes was aimed at weakening Amazon's AWS's position.
It was actually medical debt that at one point may have been worth $15M, but was bought for about $60,000, which is less than one half of one percent of that value. This was essentially worthless non-recoverable and out-of-statute debt. Out-of-statute debt is debt that collectors cannot legally sue for. Lots of symbolism, but no actual relief for debtors.

http://www.slate.com/blogs/moneybox/2016/06/06/john_oliver_d...
Can you elaborate a little on this? The reason I ask is that my experience has been different. I have seen a lot of requests for code escrow (source is released to big company if and only if small company goes out of business) when a large company was dependent on a third-party product, but I have almost never seen a request to review source code (the one exception being selling into classified government environments where security considerations required a source code review).
It's quite simple: they are executable code.