- People may feel there is no content they wish to broadcast about themselves to the world. I don't have a desire to promote myself constantly, I'll just continue being quiet. Not everyone feels the need to tell the world their thoughts constantly.
- A single gmail/similar address can work fine.
- Not everyone has enough friends to warrant using "social media".
Good points, I suppose one assumption I'm making is that people do have something they'd like to share with the world at large.
What are your thoughts about the notion of registering YourName.com now basically as an insurance policy to ensure it's available in the future if you'd like to use it?
Personally I think the annual reg fee is worth it, actually my domain went unused for a couple years.
Sequence, Structure, and Organization. Oracle is making the case that even if an individual method in the API isn't subject to copyright, collectively the are because of SSO.
How big is this problem? A number or percentage of programmers would help to quantify things. Are all these blog posts about 10 programmers, 10% of programmers?...
No, generally we have less than four options for insurance provided by our employer. When we are not employed, most of us cannot afford to carry insurance.
The best hosting experiences I've had are with Linode, AWS and Rackspace. Linode for their brilliant custom control panel - a key differentiator between them and those running stock control panels. Rackspace for the support - if I need to speak to someone, someone will pick up the phone in 2 rings or answer a ticket in 15 minutes. AWS for the fine grained pricing and ability to scale up and down at will.
All of the above are leading or close to leading in their respective niche areas. Their innovations and key differentiators appeal to different types of customer, product and price range, neither which you have stated. It is difficult to give advice on this basis, are we advising how to innovate $x/month bargain hosting or $xx,xxx/month enterprise solutions?
I think you have to identify these clearly before proceeding.
Hey, thanks. I like what those companies are doing but I'm already doing the same with shared hosting. I've already committed to really, really good support. I have integrated live support available most of the time customers are awake.
Basically I've got a dedicated server and a virtual server which I use to sell $x/month bargain hosting, just not basement bargains. Short-term goal is to be slightly premium as in $xx/month. I feel that fanatical support and stellar uptime on well-managed servers will make me a fortune in time.
So all that is identified already. In fact, I'm up and running. I just need a better way to get to my 20,000 accounts goal sooner rather than later.
Is there an opportunity for a data driven approach to politics?
I would be interested in a service that segmented people into large groups based on their political ideas. A cross between a semi-anonymous Facebook, groups and politics, none of the social networky stuff, just ideas, viewpoints, groups and votes.
For example, you might belong to a very large simple 'liberal' group, with vague and general ideas. Within this group, you'd have factions with more specific ideas and options. It may drill down to situations like: "You are a member of group liberal-software-developers (xxx,xxx members), group members strongly support ..., generally support ..., generally oppose ..., no strong opinion about about ...". Eventually you might find a group you nearly always agree with.
With enough support across the population, it would make it easy for everyone, including politicians to see how everyone felt on various topics.
To make this work, you'd need to put topics to people (in a fair way, with proper presentation of each viewpoint) and do some polling. It would then be interesting to see the correlation between groups you are in, and your viewpoint.
You could then pivot the data based on categories and any number of dimensions to see what people are thinking.
Some other usecase ideas:
"I'm a member of liberal-software-developers, I generally agree with this group's viewpoint. I'll trust viewpoints from group members who are better informed on topic Z, rather than some TV commercial."
"My group doesn't have a strong opinion on some healthcare thing, I'll trust liberal-doctors instead..."
As a step for the original question, perhaps conduct a fair nationwide poll on each contested topic? You could ask 1000 people what they thought of each topic in a credible fashion. The result then gives media organisations some content to work with and read out. If public support is overwhelming for each topic, then it may become difficult to ignore the polling data.
I'd encourage you to look into www.popvox.com and www.votizen.com - they are not exactly the idea you've talked about but are similar in vein of organizing data to present to congress.
However, the problem is getting congress to recognize these systems are better. Currently, lobbying groups do the education of topics, and donate to campaigns of candidates. This system needs to be changed first, and We The Lobby believes a fundamental positive change would be to alter where the money comes from; and thus whose influence (special interests vs. the general population) is being made on Congress.
Sounds like creating a new filter based on open source participation levels and quality. Potentially this is a pitfall, you're excluding brilliant developers who push all their energies into their (non open-source) day job. Although perhaps this is the idea.
I wonder what percentage of say, Google engineers have public open source projects?
Also excluded would be developers who push their non-work energies into improving themselves technically.
After a hard day of work coding, I'd much rather, for instance, spend the evening reading Russell and Norvig's AI book and working on the problems therein to learn in depth the things that were covered in an introductory fashion in the online Stanford AI class, than dabbling in some open source project (and the often associated social drama).
I've got a lot of books besides that one that need more attention.
You lost me. I'm not understanding how you think contributing to an open source project is not a way to improve yourself technically, but reading a book is. In my experience you learn far more doing the former than the latter.
And in any case the subject at hand is identifying good developers. They aren't paying you to read books, they want to know if you can produce software. If you want to show them that you can, then producing software is an awfully good way to do that.
"Improve yourself technically" was not good phrasing, as of course working on an open source project will likely improve you technically, at least if the project touches on some areas that you haven't completely mastered.
However, that is going to tend to teach you things that are narrowly focused on the needs of that project.
For example, there are several occasions in my career where it would have been very helpful to know more about statistics than I do. I have learned some by taking open source projects that needed to do the same kind of statistical test I needed and studying their code, and adapting it for my needs (unfortunately my needs were sufficiently different from those of the open source project that nothing worth contributing back came out of my adaptations). However, what I learned there was how to do certain specific things in certain specific situations. I did not learn the boundaries of when those specific techniques are appropriate, nor did I acquire an understanding of WHY we use those techniques.
It would be much more productive overall if I were to sit down with a good textbook on statistics and study it, cover to cover, as if I were back in school. That will overall improve me in this area far more than looking at open source projects (or closed source projects) that happen to do some statistical calculation.
I aspire to be more than a coder just coding up implementations of things where others have done the deep thought. I aspire to be like a Knuth or a Dan Bernstein, who can code well but who has a deep and broad understanding of the theory behind what he codes and why it is being coded that way.
Books can teach you things. Open source can teach you things. Often these are different things. Open source has its own problems. (Books have their own problems).
If you stick to people who do a lot with open source because open-source measurement is all you can do, you're going to miss out on people who have been studying certain deep, interesting things, because while open source is great for general-purpose computer programming practice, it can be a lousy place to play with advanced, in-depth computer science.
I think whether an open source project improves you, technically, depends on the scope of each project. For example, you could make 100 simple CRUD web applications in the same way, and not learn anything from it.
For the projects I tend to work on, reading 100s of pages of documentation is necessary. To create a good solution, I must understand the domain well. I spend many evenings reading books on kernel construction, networking, algorithms and so on. This is improving me technically. When I go into work, the knowledge then helps to make better software.
Isn't your point just agreement with mine? You're reading books (or wikipedia or whatever) as a necessary task in a focused effort to develop software. Clearly you didn't take me to mean that you should never read, right?
But the GP post seemed to be arguing the opposite: that focusing your effort and learning on a practical goal was not a way to "improve yourself technically". And that's the part that lost me.
I don't budget books. (Well, the actual budget has to do with available shelf space and how much of the floor my wife is willing to let me pile books on).
About ten years ago I read a bunch of books on MPEG2/4 and some other video-related stuff. I wasn't doing much in the field, it just seemed interesting. Eight years later it turned out that the project I was on needed this type of expertise, so I was able to contribute on stuff that people hadn't expected me to be able to. It was fun.
You can't easily foresee this kind of thing. I'll probably never need to know the details of how Vax/VMS did its free page management, but I might run into a related problem, so reading that OS book 25 years ago might pay off.
What I see from people who /just code/ is that their skills rot far faster than people who like to learn stuff. If all you do is code, after ten years you have another 100KSLOCs of Java or C++ or SCHLOPBOL under your belt . . . and who cares?
I like to learn stuff and hopefully get a chance to apply it. Otherwise I'm just a garage mechanic who fixes bicycles in my spare time.
I had the same reaction. They I tried to think of the best developers I know. Then I thought how many open-source work they've done, or had a git account, or had an "accurate", traceable profile on Stack Overflow.
I came up with ZERO.
As much as this service probably tries to harvest social media information about the developers a company might want to hire, most of my developer friends are VERY social media agnostic. They don't like it, won't use it, and most of the time, don't want people to know what they're working on in their spare time.
Many very good engineers don't do open source. Not to mention that as an employer, ideally people you hire put close to 100% of their development time into things that benefit their primary employer. Hiring someone who is a hard core open source contributor could actually be a negative, because at best the day job will get 75% or so of his attention.
>> Google engineers have public open source projects?
Probably much lower than for comparable skilled developers. I would expect that the push to show a productive 20% time project (in addition to your other work) would make it really difficult to do more projects on the side.
How is the push to show a productive 20% project at Google any different than the push at most companies to show a productive 100% work time. Most people working on open source projects are working full time and doing open source in their free time. People who are willing to do that, and who produce high quality open source code are definitely worth hiring, but it's difficult to do and isn't for everyone, so hiring only on the basis of open source contribution is a bad idea.
I don't work at Google, but I have heard that there is a lot of pressure to show some good results on your 20% project. It is pretty hard to do great things in a day a week, so there is a lot of pressure for this project to bleed out into evenings and weekends.
At the same time you are also expected to be doing great things on your 80% job, surrounded by brilliant people who are also doing great things.
I can't speak for Steve Yegge, but the energy that he put into blogging before going to Google seems to not be available now (unless he is getting internal pressure to blog less).
Don't put their slogan on a Powerpoint presentation then. Also, your corporate culture could use some lightening up (you may not have the power to do this, just saying.)
- A single gmail/similar address can work fine.
- Not everyone has enough friends to warrant using "social media".