Forgot your password?

Comment: Re:Wireless bandwidth is limited (Score 1) 38

by DaChesserCat (#48172485) Attached to: Internet Companies Want Wireless Net Neutrality Too

Wireless bandwidth is limited by the allocated spectrum. With landlines, you can always drag more fiber or copper, hook it up, and expand your bandwidth. You can't do that with wireless.

No, but you can:

  • install more towers
  • reduce the power output/coverage on the existing towers, creating smaller cells
  • re-use the bandwidth you've already been allocated, in smaller cells

This is how wireless carriers increase bandwidth. There's considerably more bandwidth available, per square mile, in a city than in a rural area. Not because they have more spectrum in the city. But because each tower services a smaller cell.

It's slightly more complicated than that; adjacent towers need to use non-overlapping spectrum, permits, backhaul connectivity, power. Yeah, it's expensive. Of course, it's expensive to drag more fiber or copper, too.

User Journal

Journal: Hydraulic Hybrid Notes

Journal by DaChesserCat

I've commented multiple times about hydraulic hybrids. I like them, relative to electric hybrids, because they have a very high power density. I like the acceleration that power brings. And 1,000 charge/discharge cycles is hard on batteries but pretty much a normal day for hydraulics.

Comment: I gotta call BS on this (Score 1) 546

by DaChesserCat (#47820505) Attached to: Does Learning To Code Outweigh a Degree In Computer Science?
In 1990, with a couple semesters of college behind me (including formal courses in C and Fortran) and a LOT of self-directed learning behind me in high school (including AppleSoft Basic, 6502 Assembly and Machine Language, 8080 Assembly Language and Pascal), I took an entry-level development job. I was working with C (on which I had formal training), an assembly language (different from the others I'd already learned) and a language called Occam II.

It did not go well.

While I had a good understanding of the basics, and I could do bitwise logic and such (courtesy of my assembly language and machine language experience), I found myself struggling. Hard. It took me a while to get stuff working, because I had to "feel my way through" on most everything and I was severely handicapped in how complex the code could get before I was lost.

I eventually went back to college and got the Computer Science degree.

Being able to program is a useful skill. But if you don't know enough theory to handle relational databases, trees and other fairly complex data structures, you're hampered right out of the gate. Yeah, that's theory. Being able to code a balanced tree is useful; understanding when you do and DON'T need that data structure is more so.

Additionally, I don't get where they're saying these degrees are all theory. I had to write a pile of assignments in C++ during my college studies, as well as learning enough Scheme, Java and MIPS and x86 Assembly Languages to write assignments in those languages. That's practical, hands-on development, gaining experience with the language and its associated APIs. Additionally, if you do an internship somewhere while you're in college (I didn't, but I've managed/mentored an intern or two, now that I'm an experienced dev), you have hands-on experience with more than just a programming language.

Every company does things a little differently. Different standards, different conventions, different infrastructure. Ergo, it is PHYSICALLY IMPOSSIBLE for someone to walk in, with no existing experience with that company, and go right to work, being productive for the employer on day one. Yes, Human Resources and management keep indulging in that pipe dream. If only the schools would teach THIS, not that. If only they'd spend less time on math and more time on the finer points of this framework. Failing to realize that they'd be chopping out useful theory which could (and quite frequently, will) be useful down the line.

Besides, if you were trained in EXACTLY what this company needed, you would never be able to jump ship to another employer. Too many employers keep finding excuses not to provide raises that keep up with the cost of living. The only way to keep up, these days, is to jump ship every few years. And your next employer will need stuff the last employer didn't need. So, getting trapped in a pipeline which is heavily customized for one employer is bad for your long-term prospects.

Comment: Re:Lithium shortage (Score 1) 143

by DaChesserCat (#47723681) Attached to: How Argonne National Lab Will Make Electric Cars Cheaper
For your first question, unlikely. People like to compare supply/demand for lithium to petroleum. Unlike petroleum, you aren't "consuming" lithium. You're making it into stuff. Stuff which can be recycled. So, if you're seeing articles about "Peak Lithium" (a reference to "Peak Oil"), you can safely bet they're full of it.

Your second question suggests a basic understanding of supply-demand. Good.

As the demand for lithium increases, the price WILL go up in the short-term, which will stimulate investments in creating supply. We're already seeing the ramp-up in supply coincident with the ramp-up in demand. A few years ago, Electrovaya was advertising Lithium Ion batteries, large-format, for $300 / kWh in volume. That's what Elon Musk claims to be paying for his batteries, today. But the demand is at least an order of magnitude higher. We've already passed the "hump." And Elon Musk's investment, with Panasonic, in the "Gigafactory" is intended to push the supply higher, pushing the price lower, on the cheaper side of that hump.

A sudden, HUGE spike in demand could create another hump, but most manufacturers are sensitive enough on price that they will probably avoid it.
User Journal

Journal: Competition needed 1

Journal by DaChesserCat

When you go to fill up your car, you have a choice of where to fill the tank. All too often, all of the gas stations in an area have the same price. Or if one is slightly cheaper than another, there's some other factor that "evens" them out.

User Journal

Journal: Truly private email

Journal by DaChesserCat

The problem with modern email systems is that the emails are stored in plaintext. Some systems may use site-wide public/private key encryption but, if a third party gets access to the site's private key, everything is, effectively, plaintext.

So how do we fix this?

Do all encryption/decryption on the client. The client holds the private keys. The server has everyone's public keys. All traffic and stored data is, by default, encrypted.

More specifically:

Comment: Re:Nissan Dealers Hate the LEAF (Score 2) 335

by grqb (#46328911) Attached to: Why Nissan Is Talking To Tesla Model S Owners

If I were you I would consider the battery thermal management system in the electric car. It might be a bit technical for most people, but it has a direct impact on how many years the battery will last. The Leaf doesn't have a thermal management system. The Tesla and the Volt both have sophisticated ones.

Comment: Actually contributing something (Score 1) 712

by DaChesserCat (#46297873) Attached to: Are Bankers Paid Too Much? Are Technology CEOs?
Google actually provides something useful to society; I may not like advertising (which is where they make most of their their money) but, at least, there is SOME utility. And the profits from that subsidize their other activites, which are quite useful.

JPMorgan Chase makes their money skimming a percentage off financial transactions. And gambling (let's face it, that's what 'investing' in the modern stock market really is). And, all too often, rigging the gambling (high-frequency trading, anyone? Mortgage Backed Securities, which they sold KNOWING that the valuation was a flat-out lie?) What's the utility to society?

None. So we get kinda up-in-arms when we see people getting obscene amounts of scratch for such grifting.

The sooner a tech company can automate getting/paying loans (the one useful thing which JPMC does), the better. The sooner tech companies can create the kinds of financial networks which undercut Mastercard, Visa et al. with similar utility and lower rates (less "skim"), the better. At that point, the only thing keeping dinosaurs like JPMC in business will be regulations REQUIRING human interaction on certain transactions, put in place at the urging of JPMC-paid lobbyists (such regs already exist).

That said, not all tech companies provide utility. So being a tech company doesn't mean you're automatically off-the-hook.
User Journal

Journal: Graphical SQL query builder

Journal by DaChesserCat
There has been significant talk, as of late, about how to to do programming using a graphical interface, instead of the usual text-based ones. A previous entry into this journal talked about that. It's time to start nailing down some more concrete ideas about this.

Comment: Re:COST (Score 1) 473

by DaChesserCat (#46217877) Attached to: Ugly Trends Threaten Aviation Industry
It's not the federal regs. It's the financial liability.

Properly maintained, an airplane will last much longer than a car. But even an airplane hits "tired iron" status after some decades.

Your 30-year-old car is involved in a crash. You die. Do your relatives sue the car company? Probably not. It's an old car. Most cars don't last 30 years. The auto manufacturer is perceived as being absolved of any liability, long ago. Three years, the manufacturer may be liable. Most people won't find an auto manufacturer liable for a 10-year-old car, much less 30.

Your 30-year-old airplane crashes. You die. Do your relatives sue the aircraft manufacturer? Probably. And, quite frequently, collect. Consequently, Cessna, Piper etc. are largely on the hook for EVERY AIRPLANE THEY EVER BUILT, even ones from decades ago. At least one company was talking about leasing their aircraft, not selling them, and pointedly destroying them after so many years of flight time, so that they could limit their liability.

I know, I know. It's fashionable to blame everything on federal regulations. And yes, they are pretty strenuous. But the financial liability is, quite literally, sky-high.

Then, of course, there's the fact that they don't build as many airplanes as they do cars; they never did. Which means they don't get to amortize their R&D across as many produced items.

Comment: Re:Lego Mindstorms (Score 1) 876

by DaChesserCat (#46211539) Attached to: Ask Slashdot: Why Are We Still Writing Text-Based Code?
IIRC, you don't have to have 30,000 keys. You need something akin to the text prediction systems found on most modern smartphones and tablets. Enter a few symbols (phonetic, a small subset of possible symbols), the system 'guesses' what word you're typing, suggests possibilties, you keep doing input until the symbol you want appears and you select it. I do that all day long with my smartphone. I can use T9 or 'compact' layouts to further reduce the number of possible symbols I can enter, but such things depend more heavily on the text prediction having my desired word in its dictionary/corpus.

The difference is that, for Japanese and Chines, you had to do that for desktop PCs and laptops because there was no way to represent the thousands of symbols available on any keyboard.

As touch-based input systems become more common (smartphones/tablets), there's the possibility to have a 'finger painting' type input system, where you draw the symbols. In that respect, eastern languages would be better suited to text input on such devices than us westerners.

Comment: I've pondered this as well ... (Score 1) 876

by DaChesserCat (#46195611) Attached to: Ask Slashdot: Why Are We Still Writing Text-Based Code?
... and posted a Journal article about it a couple months back. Yes, folks, it IS possible to create a general-purpose programming language which can be represented, and written, graphically. As more and more devices sport touch-based interfaces, this will work even better. The main reason we're still writing code with text is because programming involves a lot of complex, inter-related data input. And, for now, the fastest, most efficient mechanism we have for putting lots of complex inter-related data into a computer is ... text.
User Journal

Journal: Conversion slide rules

Journal by DaChesserCat
I mention, in a previous journal entry, the fact that I want a wristwatch with a slide rule bezel. We do a lot of traveling, frequently to places where they use Metric, instead of the Imperial units with which I'm familiar. I have also traveled to places which had significantly different currencies. When I was in Norway, it was approx. 6.5 NOK = 1 USD. When I was in South Korea, it was about 800 SKW = 1 USD. When we went to C

Between infinite and short there is a big difference. -- G.H. Gonnet