reifman writes Amazon's hiring so quickly in Seattle that it's on pace to employ 45,000 people or seven percent of the city. But, 75% of these hires are male. While Seattle women earned 86 cents per dollar earned by men in 2012, today, they make only 78 cents per dollar. In "Amageddon: Seattle's Increasingly Obvious Future", I review these and other surprising facts about Amazon's growing impact on the city: we're the fastest growing — now larger than Boston, we have the fastest rising rents, the fourth worst traffic, we're only twelfth in public transit, we're the fifth whitest and getting whiter, we're experiencing record levels of property crime and the amount of office space under construction has nearly doubled to 3.2 million square feet in the past year.
New submitter clcto writes Back in 2010, Computer Engineer Barbie was released. Now, with the attention brought to the Frozen themed programming game from Disney and Code.org, unwanted attention has been given to the surprisingly real book "Barbie: I Can Be a Computer Engineer". So much so, that Mattel has pulled the book from Amazon. The book shows Barbie attempting to write a computer game. However, instead of writing the code, she enlists two boys to write the code as she just does the design. She then proceeds to infect her computer and her sister's computer with a virus and must enlist the boys to fix that for her as well. In the end she takes all the credit, and proclaims "I guess I can be a computer engineer!" A blog post commenting on the book (as well as giving pictures of the book and its text) has been moved to Gizmodo due to high demand.
braindrainbahrain writes: A rock star needs an agent, so maybe a rock star programmer needs one, too. As described in The New Yorker, a talent agency called 10x, which got started in the music business, is not your typical head hunter/recruiter agency. "The company's name comes from the idea, well established in the tech world, that the very best programmers are superstars, capable of achieving ten times the productivity of their merely competent colleagues." The writer talks with a number of programmers using agents to find work, who generally seem pleased with it, though the article has viewpoints from skeptics as well.
HughPickens.com writes Gurvinder Gill writes at BBC that Ayan Qureshi is the world's youngest Microsoft Certified Professional after passing the tech giant's exam when he was just five years old. Qureshi's father introduced his son to computers when he was three years old. He let him play with his old computers, so he could understand hard drives and motherboards. "I found whatever I was telling him, the next day he'd remember everything I said, so I started to feed him more information," Qureshi explained. "Too much computing at this age can cause a negative effect, but in Ayan's case he has cached this opportunity." Ayan has his own computer lab at his home in Coventry, containing a computer network which he built and spends around two hours a day learning about the operating system, how to install programs, and has his own web site.
Microsoft Certified Professional (MCP) is a certification that validates IT professional and developer technical expertise through rigorous, industry-proven, and industry-recognized exams. MCP exams cover a wide range of Microsoft products, technologies, and solutions. When the boy arrived to take the Microsoft exam, the invigilators were concerned that he was too young to be a candidate. His father reassured them that Ayan would be all right on his own. "There were multiple choice questions, drag and drop questions, hotspot questions and scenario-based questions," Ayan's father told the BBC Asian Network. "The hardest challenge was explaining the language of the test to a five-year-old. But he seemed to pick it up and has a very good memory."
An anonymous reader writes Debian developer Tollef Fog Heen submitted his resignation to the Debian Systemd package maintainers team mailing list today (Sun. Nov. 16th, 2014). In his brief post, he praises the team, but claims that he cannot continue to contribute due to the "load of continued attacks...becoming just too much." Presumably, he is referring to the heated and, at times, even vitriolic criticism of Debian's adoption of Systemd as the default init system for its upcoming Jessie release from commenters inside and outside of the Debian community. Currently, it is not known if Tollef will cease contributing to Debian altogether. A message from his twitter feed indicates that he may blog about his departure in the near future.
An anonymous reader writes "I will be traveling to a remote Himalayan village for year and won't have access to the internet. What offline resources would you all recommend to help me continue to develop my coding skills? I think this would be a good time to get better at fundamentals, since I won't be able to learn any new frameworks or APIs. What about other, non-programming skills to practice and learn? Any ideas?" What would you bring?
HnT writes A new working paper shows strong support for what many have always suspected: your boss's technical competence is the single strongest predictor of workers' well-being, way ahead of other factors such as education, earnings, job tenure and public vs. private sector. On top of other studies which have already demonstrated that happy workers are more productive workers (e.g. this 2012 paper.), it does make you wonder how long organizations can afford to continue promoting incompetent bosses in today's very dynamic and competitive business world.
Nerval's Lobster writes While pundits and analysts debate about diversity in Silicon Valley, one thing is very clear: Black Americans make up a very small percentage of tech workers. At Facebook, Google, and Yahoo, that number is a bit less than 2 percent of their respective U.S. workforces; at Apple, it's closer to 7 percent. Many executives and pundits have argued that the educational pipeline remains one of the chief impediments to hiring a more diverse workforce, and that as long as universities aren't recruiting a broader mix of students for STEM degrees, the corporate landscape will suffer accordingly. But black IT entrepreneurs and professionals tell Dice that the problem goes much deeper than simply widening the pipeline; they argue that racial bias, along with lingering impressions of what a 'techie' should look like, loom much larger than any pipeline issue.
dcblogs writes: Nicholas Carr, who stirred up the tech world with his 2003 essay, IT Doesn't Matter in the Harvard Business Review, has published a new book, The Glass Cage, Automation and Us, that looks at the impact of automation of higher-level jobs. It examines the possibility that businesses are moving too quickly to automate white collar jobs. It also argues that the software profession's push to "to ease the strain of thinking is taking a toll on their own [developer] skills." In an interview, Carr was asked if software developers are becoming less capable. He said, "I think in many cases they are. Not in all cases. We see concerns — this is the kind of tricky balancing act that we always have to engage in when we automate — and the question is: Is the automation pushing people up to higher level of skills or is it turning them into machine operators or computer operators — people who end up de-skilled by the process and have less interesting work?
I certainly think we see it in software programming itself. If you can look to integrated development environments, other automated tools, to automate tasks that you have already mastered, and that have thus become routine to you that can free up your time, [that] frees up your mental energy to think about harder problems. On the other hand, if we use automation to simply replace hard work, and therefore prevent you from fully mastering various levels of skills, it can actually have the opposite effect. Instead of lifting you up, it can establish a ceiling above which your mastery can't go because you're simply not practicing the fundamental skills that are required as kind of a baseline to jump to the next level."
An anonymous reader writes: The EFF, representing a coalition of computer scientists, filed an amicus brief with the Supreme Court yesterday hoping for a ruling that APIs can't be copyrighted. The names backing the brief include Bjarne Stroustrup, Ken Thompson, Guido van Rossum, and many other luminaries. "The brief explains that the freedom to re-implement and extend existing APIs has been the key to competition and progress in both hardware and software development. It made possible the emergence and success of many robust industries we now take for granted—for example, mainframes, PCs, and workstations/servers—by ensuring that competitors could challenge established players and advance the state of the art. The litigation began several years ago when Oracle sued Google over its use of Java APIs in the Android OS. Google wrote its own implementation of the Java APIs, but, in order to allow developers to write their own programs for Android, Google's implementation used the same names, organization, and functionality as the Java APIs."
An anonymous reader writes: Over the past couple of years, Google has implemented some changes to how Android handles SD cards that aren't very beneficial to users or developers. After listening to many rounds of complaints, this seems to have changed in Android 5.0 Lollipop. Google's Jeff Sharkey wrote, "[I]n Lollipop we added the new ACTION_OPEN_DOCUMENT_TREE intent. Apps can launch this intent to pick and return a directory from any supported DocumentProvider, including any of the shared storage supported by the device. Apps can then create, update, and delete files and directories anywhere under the picked tree without any additional user interaction. Just like the other document intents, apps can persist this access across reboots." Android Police adds, "All put together, this should be enough to alleviate most of the stress related to SD cards after the release of KitKat. Power users will no longer have to deal with crippled file managers, media apps will have convenient access to everything they should regardless of storage location, and developers won't have to rely on messy hacks to work around the restrictions."
HughPickens.com writes: Discussions whether a given programming language is "the right tool for the job" inevitably lead to debate. While some of these debates may appear to be tinged with an almost religious fervor, most people would agree that a programming language can impact not only the coding process, but also the properties of the resulting product. Now computer scientists at the University of California — Davis have published a study of the effect of programming languages on software quality (PDF) using a very large data set from GitHub. They analyzed 729 projects with 80 million SLOC by 29,000 authors and 1.5 million commits in 17 languages. The large sample size allowed them to use a mixed-methods approach, combining multiple regression modeling with visualization and text analytics, to study the effect of language features such as static vs. dynamic typing, strong vs. weak typing on software quality. By triangulating findings from different methods, and controlling for confounding effects such as team size, project size, and project history, they report that language design does have a significant, but modest effect on software quality.
Quoting: "Most notably, it does appear that strong typing is modestly better than weak typing, and among functional languages, static typing is also somewhat better than dynamic typing. We also find that functional languages are somewhat better than procedural languages. It is worth noting that these modest effects arising from language design are overwhelmingly dominated by the process factors such as project size, team size, and commit size. However, we hasten to caution the reader that even these modest effects might quite possibly be due to other, intangible process factors, e.g., the preference of certain personality types for functional, static and strongly typed languages."
Nerval's Lobster (2598977) writes Remember when executives at Apple, Google, and other firms "fixed" the market for highly skilled tech workers by agreeing not to steal each other's employees? That little incident made a lot of people think about the true modus operandi of corporate and third-party tech recruiters. Dice sat down with some of those recruiters, who talked about everything from "no poaching" tactics to the "blacklist" that exists for candidates who make boneheaded mistakes in interviews. The bottom line? Recruiters seem to pass the blame for some of the industry's most egregious errors on "junior recruiters and agencies," while insisting that their goal in life is to get you a job. How does that align with your experience?
HyperTalk wasn't just easy, it was also fairly powerful. Complex object structures could be built to handle complicated tasks, and the base language could be expanded by a variety of available external commands and functions (XCMDs and XFCNs, respectively), which were precursors to the modern plug-in. But ultimately, HyperCard would disappear from Mac computers by the mid-nineties, eclipsed by web browsers and other applications which it had itself inspired. The last copy of HyperCard was sold by Apple in 2004. "One thing that's changed in the intervening decades is that the hobbyist has largely gone by the wayside. Now you're either a user or a full-fledged developer, and the gulf is wider than ever," writes Peter Cohen. "There's really nothing like it today, and I think the Mac is lesser for it."
theodp writes After an NPR podcast fingered the marketing of computers to boys as the culprit behind the declining percentages of women in undergraduate CS curricula since 1984 (a theory seconded by Smithsonian mag), some are concluding that NPR got the wrong guy. Calling 'When Women Stopped Coding' quite engaging, but long on Political Correctness and short on real evidence, UC Davis CS Prof Norm Matloff concedes a sexist element, but largely ascribes the gender lopsidedness to economics. "That women are more practical than men, and that the well-publicized drastic swings in the CS labor market are offputting to women more than men," writes Matloff, and "was confirmed by a 2008 survey in the Communications of the ACM" (related charts of U.S. unemployment rates and Federal R&D spending in the '80s). Looking at the raw numbers of female CS grads instead of percentages, suggests there wasn't a sudden and unexpected disappearance of a generation of women coders, but rather a dilution in their percentages as women's growth in undergrad CS ranks was far outpaced by men, including a boom around the time of the dot-com boom/bust.
mtaht writes ESR is collecting specifications and donations towards getting a new high end machine to be used for massive CVS and SVN repository conversions, after encountering problems with converting the whole of netbsd over to git. What he's doing now sort of reminds me of holding a bake sale to build a bomber, but he's well on his way towards Xeon class or higher for the work. What else can be done to speed up adoption of git and preserve all the computer history kept in source code repositories? ESR says he'll match funds toward the purchase of the needed hardware, so if you want to help drive him into bankruptcy, now's your chance.
HughPickens.com writes Jim Edwards writes at Business Insider that Google is so large and has such a massive need for talent that if you have the right skills, Google is really enthusiastic to hear from you — especially if you know how to use MatLab, a fourth-generation programming language that allows matrix manipulations, plotting of functions and data, implementation of algorithms, creation of user interfaces, and interfacing with programs written in other languages, including C, C++, Java, Fortran and Python. The key is that data is produced visually or graphically, rather than in a spreadsheet. According to Jonathan Rosenberg , Google's former senior vice president for product management, being a master of statistics is probably your best way into Google right now and if you want to work at Google, make sure you can use MatLab. Big data — how to create it, manipulate it, and put it to good use — is one of those areas in which Google is really enthusiastic about. The sexy job in the next ten years will be statisticians. When every business has free and ubiquitous data, the ability to understand it and extract value from it becomes the complimentary scarce factor. It leads to intelligence, and the intelligent business is the successful business, regardless of its size. Rosenberg says that "my quote about statistics that I didn't use but often do is, 'Data is the sword of the 21st century, those who wield it the samurai.'"