Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror

Comment Use blockchain based mail instead (Score 1) 74

Instead of using a third-party emails, somebody should build (if it doesn't exist already) a blockchain based messaging system. People would create "accounts" that consist of a uuid, and (short) messages would be distributed publicly via the chain (but signed via PGP or some such).

Comment Here's why (Score 4, Insightful) 275

To stay on top as a developer, you need to learn new things every single day. As one gets older, that becomes harder - and for many people it eventually becomes more work than its worth. At that point a clock starts ticking. Three years...five years...at some point somebody who doesn't learn something new about software every single day will get out of date. The other thing is something my dad warned me about decades ago - as one gets older, there's a good chance that people problems become more interesting that software problems. If that's the case, then lack of enthusiasm probably equates to boredom - and again, the clock starts ticking.

Comment Sounds like a Ponzi scheme (Score 1) 597

Sounds like a Ponzi or chain letter. All it would take would be a large cohort to break the bank. Or a smaller than usual cohort to reduce the taxation collected below the required amount. If they're going to go the government-funded post-secondary route, it should be based on general tax revenue, not on a specific tax. ALSO: wouldn't this be a disincentive for some people to go to university (i.e. if I know I'm going to incur additional taxes as a result, will I not go overseas, or pay for private college, or just skip post-secondary education entirely - particularly in light of things like MOOCs)?

Comment Re:Auth belongs in the browser (Score 1) 86

Something along these lines. The problem is that there's a proliferation of authentication schemes owned by various companies, and implemented in a scattershot fashion. What is really needed is a standard that can be implemented by many vendors, and that allows users to control their own data.

Comment Re:Auth belongs in the browser (Score 2) 86

I'm not a shill for anyone. Hmm. Maybe for myself. BrowserID uses emails for authentication. Why do we even need to have that? What if you want to change your email address? And why should websites have your email address unless you want them to do so. What I had in mind was that users can create any number of profiles for themselves on their browser, each with flexible set of fields for things like their name, and each field having privacy options. They then can register that profile on a given website; view a list of sites that are authenticated against a given profile; change privacy options for any given field/website combination without going to the site; deregister from a site etc etc. The key is that everything would happen through some kind of negotiated and secure back-channel. Advantages include heightened privacy for users, the ability to have many profiles (each of them having some kind of unique identifying certificate) that can be used globally, and the ability to be able to manage their internet identity from their own end.

Comment Auth belongs in the browser (Score 5, Insightful) 86

I've implemented sites that use a variety of third party authentication schemes. Its a nuisance for users (multiplicity of accounts, more insecure passwords to remember etc) and a nuisance for developers. Why are we still doing this? Authentication (and user profiles for that matter) belong in the user's browser. I'm not talking about Chrome's password wallet. I'm talking about a certificate-based system that allows the user to control from their end which sites are authenticated, and what data they should have access to. Sites would then implement a simple API (possibly combined with meta data on the front end to let the browser know details) that would allow for login, signing up, or changing particulars. The process could be made completely transparent for users. I have this partially implemented as an insecure proof of concept browser plugin. It wouldn't take too much work to get it running, although it really should be core browser functionality instead.
Businesses

When Smart People Make Bad Employees 491

theodp writes "Writing for Forbes, CS-grad-turned-big-time-VC Ben Horowitz gives three examples of how the smartest people in a company can also be the worst employees: 1. The Heretic, who convincingly builds a case that the company is hopeless and run by a bunch of morons; 2. The Flake, who is brilliant but totally unreliable; 3. The Jerk, who is so belligerent in his communication style that people just stop talking when he is in the room. So, can an employee who fits one of these poisonous descriptions, but nonetheless can make a massive positive contribution to a company, ever be tolerated? Quoting John Madden's take on Terrell Owens, Horowitz gives a cautious yes: 'If you hold the bus for everyone on the team, then you'll be so late that you'll miss the game, so you can't do that. The bus must leave on time. However, sometimes you'll have a player that's so good that you hold the bus for him, but only him.' Ever work with a person who's so good that he/she gets his/her own set of rules? Ever been that person yourself?"

Comment Speaking as an employer (Score 1) 897

Just a few comments as the owner of a small software company: 1. I can't speak for the rest of the industry, but we're currently struggling to find sufficient decent php developers. There's much more demand than supply. Same goes for several other areas that we work in, including mobile app developers. 2. We're currently working with some of the local community colleges in our area to build programs that train people in areas that are particularly "hot" at the moment. That includes the broad spectrum of "open source", and particularly web platforms like Drupal. Good Drupal developers make a decent amount of money these days. I know because I sign the cheques. 3. With regards to offshoring - I've tried on a number of occasions to open up shop in places where labour costs are cheaper. I eventually gave up because of the frustration of trying to manage across time zones and cultural/language gaps. That could be an issue of my team's ability to manage people in general, but I've spoke to enough other people with the same issues. As a result, I find it _cheaper_ to hire North American developers for real salaries. Net result as I see it - if a) you have a palette of a few development skills that are commonly used, b) you write clean, maintainable code, and c) you're willing to learn new things as you go along, I don't see any reason why you would have trouble finding well paying work anywhere in the world.

Slashdot Top Deals

Life in the state of nature is solitary, poor, nasty, brutish, and short. - Thomas Hobbes, Leviathan

Working...