skysight-inc/HackerNews huggingface dataset:
Recognizing, managing, curating, and killing technical debt is something that only comes with experience.

It's all about trade offs, and trade offs are informed by the environment they are in. When it's early and getting an MVP and revenue is important, you need to go with what you're comfortable with and have significant experience in. To do otherwise is going to distract you from the area you still need to explore and become an expert in: the business logic.

Really, this is why you'll see startup job postings saying they are looking for specific languages or frameworks: when they start seriously hiring for the first time, they need more people to help grow what they already have, no matter what that is, not people who want to come in and replace it with their favorite whatever.

There is no one-size-fits-all solution, and few technical debts are exactly similar. All are multifaceted and look different from different perspectives. What may be technical debt for one company, group of engineers, or at a specific time, may not be for another company, group, or time.

Presumably, before writing a single line of code, you aren't approaching the task totally green: your very idea must have been influenced by your abilities and experience. You should know if your web app needs a frontend rendering framework, and you're comfortable with one already or are willing to learn one in the short term. If you know JSON and are familiar with libraries and language support for it, don't bother looking at protobuf or thrift or serialization format du jour.

There will be technical debt, or at least there will be things that you know/think are technical debt that you wish you could have done differently. But that's the trade off you make. It's not going to be perfect ("perfect is the enemy of finished", or whatever that line is). The thing to do is make sure you're making informed decisions, know the tradeoffs, and that you're comfortable with them at that time. This is the only way to make progress, and progress is the most important thing, especially early on. Later on, progress will take on a different definition, which may include evaluating past decisions and recognizing them as technical debt and fixing them up (aka creating new technical debt).
Fully agree. Unhappy world is better. It is far more exciting to create better lives for the people than just simply live in a happy world.
>The primary reason a founder succeeds is that he or she works on the right thing at the right time and does it in the right way.

I think this is very true. But the interesting thing is that often the founders themselves don't know their project is the right thing at the right time. Even after the official start of my site it took me almost a year to realize what the project actually is, and even now I'm working every day to define it so I can express it to others. As it grows I have to get to know it more and adapt it so it can grow even more. The ability to be able to adapt your project to the market is the key to success I think. Darwin said: It is not the strongest of the species that survives, but rather, that which is most adaptable to change.

That means you have to know your market and you have to know what you are doing. You need to know where you want to go, and the steps you need to do to get there. You need to try stuff. Most of it won't work, but some will. You need to do things for the sake of the business even if you do not personally want to do them. The business and its market may not be obvious at first so it's important to persist and revise and look for ways to grow, to survive until you get understanding. It's like that thing where people say they want to follow their passion. If you start a business and it grows you will quickly become passionate about it. But you have to start it.
So if a) users don't get smarter about security and b) the use of Bitcoin as a ransom currency doesn't get disincentivized, how will this play out? I can't see the status quo continuing; resigning to "oh well, the nerds have won, we can't do anything" isn't how the government tends to operate.

Would the government try to really hammer down on Bitcoin if this becomes the epidemic I think that it might?

Government regulation of companies that permit easily "hacked" accounts?

The introduction of personal insurance policies for online data that would pay?
I wish reviewers would include some measure (real, not paper) on GPGPU performance. WPA hashes per second is a widely known reference number for integer performance. Neural network training is a similar one for floats.
Fannie or Fan-E ? ;-)
"A Navy MH-60R Seahawk helicopter shot down an Outlaw surrogate threat drone with a .50-caliber gun, proving old-fashioned solutions can work fine against new-fangled threats."

Why yes, bullets will destroy aircraft of many types.

I get the feeling that someone building a scaled down version of the Phalanx CIWS to deal specifically with drones might get a fairly lucrative contract with the DOE.
Serious question: why didn't we evolve a more effective instinctive drowning response than the one we currently have? For instance I learned how to tread water the first or second time I entered a pool and cannot remember a time when I would drown if placed in deep water, even though I took a long time to learn how to swim.
Does anyone have stats on what percentage of newcomers to SF actually work in tech? I'd be very curious: is it the vast majority, or are tons of other people coming here too because the local economy's doing well in general, or because SF just is a culturally trendier place to live than it used to be?
On my opinion, they are the best in cloud hosting and yes they have complex but great UI
The bank is not a public good. Think about how they keep the lights on: they reinvest the capital of their clients. If their clients are bringing them hundreds of thousands of dollars each the economics can work; less so for the client with hundreds of dollars. The bank doesn't really want these clients, they can't make money off their capital, so they hit them with fees whenever they can. All "no fee" accounts that I know of have requirements that must be met -- usually a minimum balance, plus (or alternatively) some various combination of others specific to the account.

In my experience, the most reasonable of these accounts require you to have at least $100 in your account for the entire monthly period -- if you dip below at any time, you get charged $12 for the month. And then to boot, if you didn't have $12, they might also hit you with a $34 overdraft fee.

To much of "the rest" of the world, this is unacceptable.
There are many approaches to their current situation. We will see how the greeks will decide. I might try something new. Simply tell the world I won't pay my debts. Starting from the zero without bankrupcy.. Is there somebody to lend the greeks money for the new beginning? Sure there are many investors who would lend them even if they know that the greeks are not reliable partner. There is just too many money on the world..
Google apps lets you generate a series of one-time use codes, which you can print out and keep in a safe/folder/notebook, so that if your 2-factor-auth device (phone, fob, etc) gets nuked, you can still log in.

I find it interesting that he could log in without 2-factor auth. Those things I thought were keyed to phone hardware.
Thats great, but Samsung is not big on second sourcing its designs. This SoC is no longer in production, it never be again. This board is build using waste reels found in Shenzhen market.
>Police in Norway has also been generally armed now, and waltz around with glocks.

Is this due to the Breivik massacre?
Most people just call that Spring or Spring framework though (in my experience).
We see successful people get lucky all over the place but it's the success that they have in common along with passion and most importantly the intellect to back both. To say their success is owed to luck is an unfalsifiable proposition.

Steve Jobs would be insulted if you suggested the iPad was luck, and for good reason. Microsoft's tablets sucked, and even after the iPad they butchered Windows 8 over making it more tablet-like. But this is precisely why the recent trend of devaluing ideas and touting execution is worrisome. If it were true then Microsoft should have won. They shipped first and kept shipping. What Steve had were ideas. Quality ideas that Bill had when he grew Microsoft into a monopoly. And business strategy, marketing, corporate philosophy... They are all ideas! If you don't value what you are executing then honestly you probably are wasting your time.

Look at anyone successful especially entrepreneurs and they are all fountains of ideas. Hard work and execution is the given. What these people do is think harder. Whatever the situation, a good idea can make something work. Luck reverse engineered is always either insight, preperation, or determination. Insight is a fresh idea. Preperation requires having ideas of the future. Determination is knowing your idea works.

To borrow the words of Chomsky, "we don't need more heros, what we we need are good ideas." Or to take it further perhaps heros with ideas. There should be no line between ideas and execution. They are one in the same.
(Yeah you can't reply straight away)

Looking at a lot of stuff you referenced.

I think my definition of tests is a lot more generic than yours. Taking a look at your links it seems tests are written in RISC-V machine code? The code will execute some functionality of the CPU and check for an expected response then possibly through a logging IO from the chip send a pass/fail message to the test harness or update a status register that is polled.

They run Verilog simulation on RTL and gate-level using Synopsys VCS. (At least they didn't skip it! Which is good!)

This is a very specific way of doing stuff that really only applies to this particular core with very little I/O.

We don't do it this way in industry. (This is where a throw a drink in the face of whichever Berkley academic that put this crap together.) The last time I saw something like this was maybe 1999-2000. It is terrible. Usually testing is done at the interfaces.

A real-world design has lots of I/O. For me, a test generically should stimulate the inputs to the design as well as have code for the CPU if it exists. Checkers check the outputs of the design for correct behavior. These stimuli and checkers are written in the verification language of your choosing. This is the standard approach. More checkers peek into signals inside the design itself usually.

If that stuff is written in Chisel so it can be simulated by the C++, then you are screwed for the RTL and gate-level. This is what I am saying.

The RISC-V test harness pretty much only has a clock and reset for inputs, Some sort of host bus. That's it! And the tests are assembly code or whatever.

If your design is not a CPU, what would your test be? say it's a HW cryptography encoder thing, no code to load into a memory.
Wave Pool fun creation in your own pool
I don't mean for this to be a "you kids get off my lawn" type comment, but back in my day 1000+ pages/wk was not unusual. But this rarely meant reading every word; the ability to summarise and skim is crucial to how easily you read that many pages:

http://londoninternational-blog.com/2014/01/10/1000-pages-pe...

At least the '1000 page rule' seemed to be the expectation if you were, like me, a humanities student at a private university in the US or UK in the days of yore.
The problem is, those existing systems were there for a reason. And I'd guess the reason usually was that the previous, less formal system also had their weaknesses. Most notably, they are very probably very subjective.

IMHO performance ratings and deciding who gets a promotion simply are very hard problems, and no good solutions. So people are always dissatisfied with the current approach, and so add rules and layer to fix it. Eventually, the system becomes unworkable and bloated, and are stripped down to the basics again. Which we currently observe.

But I wouldn't be surprised at all if the cycle continues, and more rules and formal processes will be added.
Write an emulator for an 8-bit Z80 microprocessor and then execute an actual Z80 program.
I think it's good to sit and talk about performance and work every now and then, I don't think it's good to write things down and put them into a system for years. Also, I think it's horrible to have things like OLR where "leaders" sit and talk about you and how well you do (from below to above expectations). The thing is, most managers are bad, especially the middle ones, and their opinions about their reports tend to be bad and flawed. Managers get overly excited about extroverted people and the introverted struggle because they don't show "leadership skills". However, in many fields (i.e. mine in finance), you need a high % of introverted people because they are the ones that usually perform the work, while extroverted spend time socializing and "networking". This whole situation creates a continuous incentive to game the system - instead of doing your job, you spend time working out ways to game the reviews (there are many, the classic is when you are indispensable for some mission critical tasks). The result of this is that you will get politicians at the top, those that game better the system, instead than results.

It's not easy, but definitely performance reviews and OLRs are not the answer. I think 1:1's are a good idea, because they happen more frequently. As for feedback from others than your boss, I think it would make much more sense if that was on the whole team/department, rather than on single individuals (like in OLRs).
Ultimately, 3taps knew they were wrong no matter how many ways they try to justify it. For all of their time and energy, they should have just built a new craigslist.
Read about the four kinds of luck. And how to become 'more lucky'.

Luck #1: Pure stochastic luck. Roll of a dice.

Luck #2: Doing enough things that you get lucky. If you don't try, your chance of doing something = 0. If you try 10 things, it's non-zero.

Luck #3: Doing enough things, plus a prepared mind. You had the right background to recognise when luck knocked on your door, and seized it.

Luck #4: The things you did in the past, gave you an angle of attack that no one else saw or thought possible. You did these things, but then seemed lucky.

Now you could say the Paypal guys were lucky to do Paypal, or the Youtube guys were lucky to do Youtube.

But do you then attribute the Paypal mafia, and the Youtube mafia's further successes also to luck?

Go make your own luck!

Ref: http://pmarchive.com/luck_and_the_entrepreneur.html
Emerging Market Currencies Tumble to Record Low in 'Violent' Selloff
Right for repurposing someone else's data without permission? Nothing right about that.
That's totally awesome! Have to try this myself.
Can this be the consequence of liberal gun ownership laws in the US? When anyone police interacts with can carry the gun it makes perfect sense to act as if they did. Hence excessive violence in trivial cases.
I like this idea, but the challenge will be building effective ammunition (I suspect depleted uranium might not be the best option here) for frequent engagement, and minimal (read: no) collateral damage.
Forking an important project like ffmpeg in a hostile manner is fraught with danger. More often than not these forks are not for technical reasons or philosophy, they're simply about ego. In a way it's like a me-too project but starting of the back of the contributers to the pre-fork one.

This kind of behavior is lethal to open source projects, end users will end up fragmented across the two versions, package maintainers for the various distros have to make tough choices and everybody loses.

Forking a project should be reserved for when a project becomes - by some objective criteria - abandoned and there is enough support for the project to continue. Then and only then should a project with a large amount of traction be forked.

Forks are both the greatest thing in the open source world and the most annoying thing at the same time, they have the potential to rescue projects but more often than not they're used to kill projects.

Really happy to see ffmpeg back, and I hope that the people that the majority of the contributors to libav switches to directly contribute to ffmpeg so that there will be an end to all the duplicated effort and wasted resources.
Readers of this would do well to pick up a copy of Ghost Fleet (http://www.ghostfleetbook.com).
All of this over apartment listings? These aren't cancer cures we're talking about, these are for profit listings to sell a product.
Id imagine a drone based short ranged flak weapon would be rather effective.

Thinking about it though, i could get absolutely burried in details rrying to think of counters and counters-to-counters haha.
We launched in December 2012 our offline desktop software product for business and freelancers (niche market with a TAM of about 100,000 users) only as a subscription, no perpetual licenses available. Previously this project was freeware (closed source) so our 2.x version remained freeware and our 3.0 was only available as a subscription sold in chunks of 1 year-subscriptions as opposed to monthly).

In retrospect, we are very happy to have chosen the subscription model because it resembles a lot the freeware model: for maintenance you just focus on the latest version/build issues because 100% of your customer base is entitled to have it, you don't compete with yourself across paid versions and don't need marketing effort to explain customers why they should upgrade every year. Your sales effort is also lower because your price point is lower.
Eye drops could dissolve cataracts
How to install Cydia for iOS 8.0 – 8.1.2 with TaiG jailbreak
Shouldn't someone simply build a "log-in-with-LinkedIn" website that allows people to list their current and former salaries?
And yet police forces across Europe come into contact with people with lengthy and violent criminal histories without killing them.
> For future HN bug bounty/black market threads: note the absence of Facebook XSS vulns on these price lists. Nobody is paying tens of thousands of dollars for web vulns. Except the vendors. :)

Is this due to the fact that the value of a Facebook XSS vuln is very low, or that the high likelihood that Facebook will notice the vulnerability (possibly from another source) and patch the issue before a profit can be realized?
I get the feeling you want something tough enough to take down the drone but not penetrating enough to be any danger to the concrete containment building.

Thinking about it, shotgun shells should work. Flechette rounds would probably be a good choice.
I do think trying to quantify performance into a number is flawed for anything other than factory work and the like.
That has nothing to do with high level, C++ for example also had no built-in guarantees for a long time. Making no promises about timing simply means that threading is either a non concept in the language (see C++ before 11) or the language declares everything to do with threading unspecified or undefined.
People were 'outraged'? Really? The average person couldn't have cared less. There's nothing stopping anyone from building a new CL, marketing it and then getting people to post on it. The fact that there's a chicken egg problem is irrelevant; that's the same problem faced by every social startup, yet the successful ones manage to overcome it.
Actually, famines happened all over Soviet Union. You could live anywhere.
They just take cash anonymity for granted.
The bigger problem would be the quick ID on the drone as opposed to a bird. You shoot down an eagle and you should expect to get hammered in the press. I would also expect some protests if you are constantly using radar.
The console UI is not a perfect solution, but just works.

btw, I found an alternative UI designed for making automated job from Japan.

"Cloud Automator" - Change your way of cloud operation
http://cloudautomator.com/en/
Hey, can you post some quotes from those at Craigslist who were against you using their data for various graphs?
What was the cause of this issue?
Actually I don't agree that determination is personal. It boils down to love really. It's the passion that keeps every founder going and most of them wear it on their sleeve in addition to completely embodying it. They use it to hire people, to sell their idea, and to keep going. But the key is for passion to ascend into will power. The best common man analogy is when we must go pee. We do whatever it takes to prevent public embarrassment with complete focus, maximum speed, and accute intellect. For a moment we all become geniuses. Entreprenuers use this power to overcome anything. Of course not because they want to but because they are forced to... As if to avoid embarrassment.
Performance reviews are a form-letter attempt at managerial automation. They seem to suggest that a manager should only be monitoring the performance of their team at certain points in the year. A good manager (a rare breed) knows to a fairly certain degree how their team is performing at any time based on the output from the team. If they don't know this, how are they meant to manage?

I flat out refused to do performance reviews at a previous position. If the company has an issue with my performance, then HR can talk to me directly. If the company wanted to fire me for not filling out their performance review, then I didn't really want to work for that company.

They never mentioned it, and I left the company amicably.
'In the old order, most people had a place in the world (the land, the guild, the church, etc.). In the new order, you worked 16 hour shifts just so you could eat and you had no guarantees'

I think you are romancing the old order.

Most likely the same kind of people (being most people) worked (or struggled along) for '16 hours a day' (for example on land not owned by themselves). Just so they could eat and probably without guarantees.
Many 2fa implementations offer SMS (which would be compromised given a social engineering cell redirect) as an alternative to TOTP. (What's commonly referred to as "Google Authenticator" - it's time-based, so if you capture the initial image or code, you can actually set it up on multiple devices, so it's not exactly device-based)
Yes. And the dilemma is that there has to be one number (the one on the pay check), and it'd better correlate with performance in some way.
There is a difference between learning philosophy, and learning the history of philosophy. We don't need more historians; we need people able to think clearly about hard questions. Not understanding how the world came to be the way it is would be unfortunate, but the opportunity cost of making everyone study history is just too high.
I think although a lot of people used OpenSSL only few looked into its source code. Those who did might have been horrified but since there was no real alternative continued using it.

Only after massive security vulnerabilties and a lot of media attention more people looked at OpenSSL in detail and eventually decided to do something about it. Which mostly was "let's write a new library or fork it". Thus, LibreSSL, sodium, nacl and such.

What got us in the mess with OpenSSL, was to leave a key component of many software projects to a struggling, small team. It's amazing how much open source relies on a few ancient programs written and maintained by few with little to no financial support (e.g. NTP, GPG).
No disagreement on that one! If your application must be multi-threaded, it does make sense to write it in a language with proper multi-threading support.
As for my job the aging makes a great impact in the medical field.