skysight-inc/HackerNews huggingface dataset:
A few things:

1. A lithium ion battery charger is smart, it will not overcharge or harm your battery in any way keeping it charged.

2. In terms of discharging a lithium ion battery - they are not susceptible to memory like ni-cd and ni-mh batteries, so regular discharging is not required.

3. Apple and other companies will suggest discharging your lithium ion battery fully. The reason being that a complete discharge followed by a full recharge will update an internal counter which records the capacity of the battery. The capacity decreases over time, so your battery charge indicator will need this full discharge/recharge regularly to stay accurate. Not important for actual capacity you get out of your battery.

4. There is a recommendation that in order to get the MOST NUMBER OF DISCHARGE CYCLES out of a lithium ion battery, you should only discharge it to 50%. I put MOST NUMBER OF DISCHARGE CYCLES in bold because it is important to know that this is the most important factor in the life of your battery - you do not need to discharge the battery to 50% in order to get a longer life, but if you do need to discharge it, 50% discharge is optimal to avoid any damage by over-discharging. If you discharge your battery EVERY day because you charged it to full, you are going to severely decrease the lifespan.

5. (Edited in) Laptops and phones use a State of Charge estimation model to decide how full the battery is. Depending on the device, the manufacturer may suggest fully discharging and fully recharging the battery so that the estimation model understands the capacity of the battery and avoids overcharging: http://chargedevs.com/features/the-challenges-of-battery-sta...

My recommendation: Don't discharge when it is full. Only discharge when you need to. Charge it at 50% if possible to avoid over discharging. KEEP IT COOL - heat kills batteries lifespan as well.

Battery technology has changed a lot since I worked in the industry - they're always advancing and changing. There are many resources to keep yourself well informed: http://batteryuniversity.com/learn/article/how_to_prolong_li...

Edit: All applications and devices are different. My recommendation might not be the best - some have suggested avoiding keeping your battery at 100% constantly, whereas my suggestion assumes that the charger won't harm the battery by overcharging. For example: battery is at 100% on the device, but in actuality it is sitting at 90% state of charge in the context of lithium ion technology.
I'm curious if anybody who starts programming in college would ever write such a message. I think "dusklight" started programming around 12 and programs for fun more than 4 hours a day.

I was doing x86 assembly as a teenager and perform terribly compared to at least one person who started in college.
Not sure if it's exactly pertinent, but If I remember correctly tesla recommends draining your battery to 20% then charging back up to 80% when driving on a road trip, but this if mostly for speed of charging. The car battery charges fastest in this half-full range, charging past 80% to 100% is a exponential rate like blowing air into an already full balloon, it gets harder as you reach 100%.. to their recommendation is not necessarily about battery health but more likely about reducing the speed of your mid-trip recharge.
Why would there be extra heat if the battery is fully charged? Shouldn't a well designed charge circuit disconnect once the battery hits 100%?
As the Euro Slides, a Coin Meets Its Waterloo
If the indicators are correct, HP's chargers keep the batteries at ~95% (varies between 95-100% all the time). So they're not keeping them fully charged or overcharged, but instead leave some breathing room.
A 40% depth discharge is going to put way more wear than leaving it at 100%. Unless you want to plug and unplug constantly most users are probably best leaving it plugged while working.

If you really want to, you can do a little bit of good by letting it drop to 40=80% during periods of non-use.
There's also quite a few hammers, as they focus the point of the blow.

Reddit (not authoritative, but illustrative): http://www.reddit.com/r/AskHistorians/comments/1pl35a/how_po...
From that point of view a speaker makes perfect sense, and that insight points to an even deeper importance of implicit versions of this transform.
I think there is a question of progression through your career as well. For talented programmers, (I believe) it is less likely to feel 'stuck' at some point. Over the years, they can handle increasingly more complex challenges with same relative ease. Others have to do significantly more efforts to handle abstractions well enough to ensure 'cruising' along.
Stalin was a Hitler's ally no more than a person, yielding to a ransom demand from a kidnapper. His one and main purpose was to delay Germany attack on USSR, to prepare for war as good as it was possible. Anything else would be a suicide.

It's just a part of massive denigration campaign.
Maybe I'm misunderstanding you, but robotics is now, and probably always will be, inherently about combining skills from electronics, mechanics, and software. I'm not sure what you're looking for, a complete robot that you can simply program? You could look into the NAO robot[1], probably too simple for you, but I think they're pretty cool. Wish I could afford one ;)

1 -- https://www.aldebaran.com/en
Hi,

It's not the worst idea, but here are some thoughts to consider:

* concurrency and locking

Databases are good at giving you a consistent view of data. Some are better at it than others. Depending on your application this may be more or less important to you. However, how often would it be possible for your application to have multiple requests that come in. How would you deal with if 2 requests write to the same file in s3? Which one will have the accurate representation of your data?

To give an example, lets say (step1) request A comes in and pulls down this json stored in s3. This request turns into a subsequent request (step2) to store the data in s3 (lets say a value in the JSON needs to change.) Meanwhile, another request session is started, request B that also pulls down a copy of the data. Lets say request B does this in-between step1 and step2. So then on step 2 of request B - you are potentially overwriting data that you did not intend to.

* performance fluctuation

Having used S3 extensively, I can tell you that its performance varies. What if your 400ms request goes through a 15 minute period where they are 4000ms requests. Stranger things happen. S3 is an extremely reliable system in terms of not losing your data, and generally working all the time, but performance varies. With each request that takes longer than you think, resources in your application (file descriptors, cpu burn, etc) pile up. If your application can sustain itself comfortably with these upper levels of latency you would be fine, but this may trigger downstream impatience with the users of your application, causing them to refresh data even more.

* querying and features

S3 is just a key value store at the end of the day. Maybe that is enough for your application. One day however, if you decide you want to know how many items in your database have a certain value, or how many were created on a certain date, you have no option but to really download the entire bucket iteratively from S3.

S3 doesn't have a good way to even estimate the amount of data in it. Clients that do this have to iterate over the contents of your bucket, and if one day the data grows to 100GB, this is a slow task.

In short, S3 tends to lend itself better to data that doesn't have as much concurrency issues, or data that is mostly static. However, if there is a will there is a way. If it were me, I would be most worried about the lack of database-like features, and secondly worried about the concurrency issues, but it does depend on your application.

Cheers
>I don't have much in the way of useful advice or contacts.

Go to the Advanced search feature on Linkedin. Sort for alumni from your "second-tier state university" with current titles of CEO, CTO, CIO, CFO, COO, VP. My hunch is that very quickly you'll have a robust target list of influential decision-makers spread nationwide, even overseas.

Next reach out to these people individually. (*Yes, it's time consuming, it's worth it.) Try to have a live phone/Skype conversation with them. Make a friend; explain your mission to help Ph.Ds find jobs, ask for their advice. BTW, this is how you tap into the hidden jobs market.

Bonus, you will grow your own personal network & broader university community influence in turn. Additional food for thought on this process, read Adam Grant's book Give & Take >http://www.goodreads.com/book/show/16158498-give-and-take
>This is sickening and if Freddie Gray wasn't a good enough reason to riot (yes, I fully condone these riots. "A riot is the language of the unheard - MLK Jr", no one gave 2 shits when they were just protesting.

Interesting that you quote MLK in your support of these riots. He understood why people were rioting, but he also understood that it is, at best, an ineffective tactic and, at worst, counter-productive to the overall cause.

Riots aren't a good thing. The people being hurt here are mostly A) the rioters, and B) business owners. You're not changing anyone's mind with this sort of thing.

I'm not disagreeing with your outrage, but I do think that supporting riots is going too far and is, honestly, extremely short sighted.
I wasn't supporting the libertarian view. ;)

I'm just explaining why this came about. This is very much a tragedy of the commons where one sector of the economy was able to profit from this privilege and socialize the costs now that it is a problem for them.
I'm really sorry to hear that. :(

It's funny because if they hire you early it's because (presumably) you have skills they need to grow, but at the same time most are oblivious to the fact that they're still learning business.

Such is the plight of the startup NCO.
I've pulled out batteries out of working laptops to test just that theory - only a 2006 Toshiba P300 shut down, the rest of them (newer, Fujitsu, Dell and HP) ran uninterrupted. Either they switched faster or more likely, ran off the AC all the time. It's just good design...
> How does his hypothetical dependency graph capture the multitude of disprovable points in the average paper? How does it capture what the "pillars" are?

How about bug trackers? Papers that are continuously revised as they're published? Scientific prestige based on how often your papers are cited and how active their bug trackers are?

That's how we do it in programming. I think the analogies could be stretched to scientific publishing.
>plug in and let charge to 90%, unplug and use for a couple of hours, plug back in at 50% or so, rinse and repeat.

or set your power drivers to do it for you.
When I registered to take a look I received my username + password by email in plain text. :(
Probably not as bad as you think. I already have a remote control with an e-ink display for changing settings, equalizer levels, bluetooth pairing and other functions. It's for a Vizio soundbar. I haven't changed the batteries since buying it.
Why do so many of today's pop hits sound plucked from bygone eras?
Wireless spectrum is a scarce public resource, allocated by government license, effectively granting the telco a monopoly. Simple market forces don't apply here.
Have manufacturers never considered this? If leaving them at 80% was better, they would've configured the adapters to do just that. Unless they really wanted to sell extra batteries, of course...
I am guessing ESO Fund is going for bigger fish but maybe one day they'll target the smaller fish. Biggest problem I'm guessing is valuation but if that problem can be pushed to the two parties (the two engineers) doing the swap...
Show HN: Pied Piper has an API
Double-digit growth for firms creating own online communities
Object store or database? The use cases you suggest are centered on storing files - if that is your central use case - then S3 is designed for that, and perfect.
This is exactly what I thought when I read this. It's incredibly pretentious and doesn't come off well.

That said, electric cars are more accessible than ever. The leaf starts at only $21000, which is in the range of most new-car buyers.

The real problem is the lack of diversity. There are very expensive electric sedans like the Teslas and the i8, and then there is the leaf and plug-in prius. But, there are not downmarket electric compact sedans, minivans and true SUVs. If you want an electric vehicle, you either have to shell out $800 a month or get stuck with an odd-looking hatchback. I really hope manufacturers begin rolling out new form factors for their EVs sooner rather than later.
Nothing consensus-driven like Namecoin or other blockchain-driven registrar should be used by people who take security seriously. Lowering your security level to "inconvenient and/or expensive to attack" is not a desirable goal.

Consensus is no replacement for authority.
They're a gimmick.

Startups in the valley are notorious for following these. It's based off the misguided assumption that it equates to a candidate's future quality, throughput and they can mold you into any stack.

The real value comes from learning algorithms when you can actually apply them. You'll real learn things when the time comes - and self-interest in your own software / task will keep you engaged enough continue optimizing speed.

If you truly were a master at o(n) this, quadratic that and shipped voluminous amounts of code - take that and apply for a quant job.
Apple Watch's Hidden Diagnostic Port to Allow Battery Straps, Innovative Add-Ons
I've noticed that, too - I thought it's a safety feature to not overcharge the battery and kill it prematurely.
stupid edit: The second sentence of the first graf should say:

"""The Leaf should have gone 84 x 1000 = 84K miles before hitting that."""

40K miles to 22% loss is about 50% faster than it should die.
Keep in mind many Li-ion batteries have protection circuits that prevent the battery from being discharged too far.

I don't know how much reserve they keep on hand, but what your OS reports as 0% charge is almost never actually that low.
Why would you copy open source XML code from your own code base. Why would that be the first option you thought of, instead of just downloading it from the official repo?
Are there really laptops where you can't remove the battery when connected? I've never had one that wouldn't keep running when you pull the battery when on ac.

However the reason I know this is the same reason I keep mine in: I've dropped every laptop I've ever owned on the floor multiple times, and I've had one or the other of battery or charger cable fall out at least once for all of them, at least with the battery in the chances of losing power is reduced (though I have on occasion had both fall out at the same time).
That's like saying all Turing-equivalent languages are the same. It may be true in theory, but is hardly a useful point in most programming language discussions.

As an example of code vs. data, and this is a general statement (so YMMV) I try to structure my code such that, if there is a choice between making the code more complex, vs making the data more complex, I generally choose to make the data more complex. The code is usually harder to reason about, so it's a win if I can use a simpler algorithm.
Seems like you should be able to program the auto-attendant to only allow a certain number of transfers, or make it require some unusual transfer operation, like *8 [extension] # on Audix VMSes. A lot of Nortel ones even have the option to detect sequential dialing, and pretend anything the user dials isn't in service.

That being said though, if you have access to ISUP fields on an incoming trunk, you can check and see if the JIP parameter matches an office corresponding to one of the two ANI fields, and route it to an operator if it doesn't. There'll always be a way to set your number to whatever you want, but if your number shows you're calling from a Centurylink phone in Seattle while the JIP corresponds to some random CLEC's switch in California, something is definitely up.
Agreed.

And it isn't even just fraud. Charities and marketing companies also fake/alter the caller ID.

I will say that a lot of IP<->phone networks terminate on numbers which look like local residential numbers, so even if caller ID could not be faked, they would just not put a caller ID in at all and let it resolve to the local area code number.

Unfortunately there might be no "good" answer to fraud. Maybe some kind of reporting service?
I would think that correct unicode handling would satisfy that requirement.
Spurious IP Address Used to Continuously Activate Windows 7
That act doesn't affect whether the preceding act was legal or not, so that really shouldn't be the big issue.
CA spends less than half as much per student as New York:

http://www.usnews.com/news/blogs/data-mine/2015/01/29/how-st...

What the 'right' value is subject to debate, but as a parent in SF having negotiated the tragicomic SFUSD system for my own children, I'd wager it's a lot closer to New York's 19K per student than CA's $9K.

This is pure speculation, but my subjective experience is that CA funds schools at close to the minimum possible level, and that there is a lot of headroom in which every dollar extra spend causes an immediate improvement in service and richness of experience.

I say this because one of the differentiating factors of the most-desired schools in the SFUSD is the large amount of extra money parents bring in via fundraising.

Yet even the most successful schools, which raise on the order of half a million dollars, are only adding something like ~$1K per student.

Yet what they offer above and beyond comparable schools without that funding bump is very evident: all the 'enriching' staples my own generation took for granted as par of public education: art classes, PE, green space, staff with expertise in supporting kids with differing needs (at both ends of the performance/ability spectrum)... etc etc etc.

I have also observed that affluent parents who privilege education also both prioritize and have the luxury of donating their time -- no small thing in a city in which a single-income household is mostly unthinkable.

So that extra $1K may be multiplied by donated time, as well.

But any way you slice it, a few extra K per student, judiciously spent, would make a hell of a difference in my parts.

That said, a dollar raised and allocated by the parents, in accord with parents' priorities, and subject to their audit, is probably much better spent than one squeezed through the SFUSD.

QED non-profit charters (of which there are several) are currently a very strong bet in SFUSD...
You are visiting this page because we detected an unsupported browser. Your browser does not support security features that we require. We highly recommend that you update your browser. If you believe you have arrived here in error, please contact us. Be sure to include your browser version.
Heat is a major cause of battery degradation, partially why I don't agree with constantly charging/discharging since it causes more heat.

Keep your laptop cool, perhaps even consider battery saving options while plugged in if you find it is generating too much heat.

Edit: A running laptop will cause heat, so shut it off when not using it. A plugged in laptop shouldn't create much more heat than a laptop running on battery power, if anything, the battery should be cooler when plugged in and fully charged (assumption made).
>> It would be great if I could trade equity with other engineers to slightly lower the risk of the "all in one company" issue.

Yeah, one thing I never understood is that people consider it normal to go "all in" as employee but a big no-no in terms of investing. As an employee I AM investing when I get the equity by working there and taking lower-than-market salary. No one questions or protects me from making that decision. Yet if you want to BUY equity for some startup, you are not allowed to do unless you are Accredited Investor. I think thats just not fair.
I think you make some excellent points, but I'd like to share some perspective from the outside (and from someone who strongly supports Mozilla and its mission):

> Let's put this in context, though: This isn't a press release, nor is https://blog.mozilla.org/ux/ a press channel.

That distinction may be well known internally, but nobody else knows or cares to learn about it; we're going to base our judgement on impressions: The page says "Mozilla UX" in big letters at top and it's on the mozilla.org domain; to me and I suspect to almost everyone else outside Mozilla, it's official Mozilla communication.
I don't know what that means. But "Two ears = two speakers" must really blow your mind.

FFT is closer to what's going on with Cochlear Implants. Which both suck for some of the same reasons.
Mumtaz is a female name. And since that suggests you aren't very familiar with India, I'll recommend not assuming that Internet.org is the only way people are going to get Internet.

It's not even taken seriously in India and got dragged into this debate only because of other proposals that are actually, intentionally malicious.
Flexibility on work hours and the ability to work from home occasionally. Being able to flex around doctors appointments, errands that can only be done during normal business hours, etc makes life a lot less complicated.
Correct. I, of course, am talking about battery cells, and not battery systems. It is up to the reader to understand the specifics of their use-case and apply this information appropriately.
>Why would the battery be heated if it's not charging?

Heat transfer from the device it's plugged into.
the laptop can run, plugged in, without the battery in it.
I think there is a lot more granularity in abilities than you are accepting. Like the article discusses, there are many different skills that make up "programming." These include writing code, architecture, data structures, communication, debugging, interface design, documentation, etc. To say that there is a bimodal distribution is to say that all developers are either extremely good at all of those things or extremely bad at all of those things. From my experience, even the best coders are still lacking in one of those areas, and even the worst coders are usually pretty good in one of those areas.

I also think you arbitrarily use the 10x thing a lot based on how you feel things are happening and not actual measurements. It is simply illogical to assume that all developer either fit into a category where they will complete a task in 1 day or 10 days...I'm using speed here because that is the metric you used in your post. I think what you will see more is a wide range of timeframes that developers will finish a task in. And with that some of them will have great interfaces, some will have terrible interfaces, some will have average interfaces. Furthermore, some will have excellent documentation, most will probably have no documentation. Some of the developers will be able to clearly articulate everything that is happening in the interface and in the code, some will not. Some will have created reusable frameworks, some will have hardcoded values. The quality of how they perform the task will be very granular based on a number of aspects, speed being only a small part.

The bimodal distribution your anecdotal evidence points to is very lacking in the full scope of what makes up "being good at programming."
Time to write an app to do that (possibly only for rooted phones), someone?