|
The late Apple co-founder's home was burglarized by an alleged thief who didn't even seem to know whose home he was robbing. $60,000 in computers? They probably only cleared one room.
|
|
|
|
|
In November of last year, Adobe made a surprising about-face on its popular Flash plugin, announcing that it would stop development of Flash for mobile devices. Tomorrow, Adobe will disable new installs of Flash on Android, effectively cutting it off from the future of the mobile web — despite the company's historical assertion that Flash would enable the "full web experience" on mobile devices. Instead, Adobe surrendered the major mobile battlegrounds and pledged allegiance to HTML5. Both people using it mourn the loss
|
|
|
|
|
It’s long been said that “I agree to the terms of service” is the biggest lie on the internet. And even if you do read them, many TOS are so ridden with legalese that you practically need to be a lawyer to understand them. By reading this news item, you promise to pay me...
|
|
|
|
|
Improvements include a redesign of its Web interface and the release of an application for Android devices Now with more Metro... uhm, "Windows 8" interface
|
|
|
|
|
After working hard to build a business and achieve millionaire status, a Florida entrepreneur is selling it all on eBay. This includes his successful video game stores, two beachside condos, several expensive cars and three kayaks. All for the small price of $3.5 million. For those who don't have a life
|
|
|
|
|
Cloud-based, on-premise application lifecycle management servers respectively add capabilities for kanban board, Git repositories Keeping up with the buzzword Joneses
|
|
|
|
|
What’s the quickest way to startup success? One is to think of a great innovation. Another is to copy someone else’s great innovation. That's a lot easier than coming up with your own. And it’s often a shorter, surer path to your first million - or billion. Copy/Paste for fun and profit
|
|
|
|
|
Little problem: in the business world with high entry cost it takes a legion of lawyers to deal with imitation. In the internet world when you are dealing with pop&mom garage operation simple $200 legalese letter (or even simpler complain to the ISP) to seize and desist usually is enough to squash the competition. Until the patent laws are redone it's 'seller be ware'
|
|
|
|
|
Thinking about the freelance life? There are many ways to earn your bread as a freelancer. Fields like copywriting or website design may quickly bring clear pictures to mind. But you may have a hard time visualizing yourself as a “freelance consultant.” Repeat after me, "It depends"
|
|
|
|
|
Fortune 500 executives are using their business e-mail addresses to access a wide range of prominent social media web sites, leaving a potentially troublesome trail of clues for sophisticated hackers and cyber criminals, a security researcher has discovered. [ITworld]
|
|
|
|
|
The GNOME Project is coming away from its annual GUADEC conference with a new goal for itself: creating a new operating system on which to develop apps. [ITworld]
|
|
|
|
|
Good read... it'd be interesting if GNOME puts out some sort of response as to the reasoning behind their OS idea.
|
|
|
|
|
some web site guy wrote: Our APIs are a constantly shifting target, and application distribution is slow and fragmented. It is also very difficult for application authors to maintain their brands or to generate revenue streams from their work,”
I don't see how a new OS or distro - even just as development environment - is going to help with that.
It simplifies setting up your devenv, which could be a separate install or package or whatever those linuxy guys fancy.
At worst, it also makes distribution GNOME-based software more of a user problem: "Works on my machine".
|
|
|
|
|
peterchen wrote: At worst, it also makes distribution GNOME-based software more of a user problem: "Works on my machine".
I think they're almost admitting that's a problem already. I have noticed that things don't work exactly the same on all distros already, even things that should work the same, only way to know for sure is to test on all of your supported distributions unfortunately.
|
|
|
|
|
Software development’s not quite the lawless and anarchic wild frontier people make it out to be. Developers today have seven decades of
practical experience of writing software under commercial pressures to draw on, and there are many insights that have been built up over that time that an aspiring young programmer needs to know. Check out this free ebook. You might learn something.
|
|
|
|
|
Generally the cowboy programmers have been weeded out since code cannot be maintained.
|
|
|
|
|
These are many of the basic principles I wish many of the people I've come across during my professional career would have understood.
At my last company, we were so bogged down with maintaining a failure of a code base that we didn't have the opportunity to change. It may have been too expensive to start from scratch, and the constant fixes prevented any real innovation. Basically, we had a losing product and there was no customer willing to pay what it would cost to fix the situation.
I have had coworkers with no desire or willingness to change. Here I am, exploring the latest technologies and innovating, and I am left unable to violate their turf, and so parts of the product remain in the stone age. They weren't only holding me back; they were holding the company back.
As far as learning while developing goes, I've not yet worked for a place that allowed for rapid learning to take place (I refer here to learning from mistakes, not learning new tech). Without the ability to test locally and without an environment that allows for all the pieces to be tested together, it can delay learning and both cause frustration and cost time/money.
And do I ever have some stories to share regarding communicating with other developers through code. Most developers I have worked with write code that the computer can understand (if the computer is very forgiving), but that was obviously built with no intention of having the code be understood by another developer. How easy is it to write a comment? To format your code? Most can't seem to manage these most basic tasks. Maybe it's hopeless to think they'll ever be able to write code that is simple, effective, and that can tolerate change well.
There are solutions to all of these problems, but far too few places implement them or even recognize the problems. And if you bring up the problem and even provide a solution, people are often so used to their comfort zone that they won't even let you fix the problem for them. I'm sure there must be places that have figured out the solutions; I suppose it's the luck of the draw whether or not you happen to end up at one of them (and probably also initiative to seek them out).
|
|
|
|
|
Finding a needle in a haystack is easy. When it comes down to it, needles are not hay. Finding one book lost among a million other books? That’s hard. The only reason such a thing as a library is possible is that it is a gigantic, life-sized, walk-in data structure, tuned for fast lookup. This post is about searching and sorting, two fundamental aspects of data processing, and what the library has to teach us about them. You could look it up.
|
|
|
|
|
I want to explore what happens when a statically linked program gets executed on Linux. By statically linked I mean a program that does not require any shared objects to run, even the ubiquitous libc. In reality, most programs one encounters on Linux aren’t statically linked, and do require one or more shared objects to run. However, the running sequence of such programs is more involved, which is why I want to present statically linked programs first. It will serve as a good basis for understanding, allowing me to explore most of the mechanisms involved with less details getting in the way. The exec's connected to the sys_execve....
|
|
|
|
|
So you just finished your most recent Arduino project and are hungry to build something new and impressive. Feeling confined by the Arduino's limited environment, peripherals, and power, you begin looking around for other options, but there are too many choices. There are microcontrollers from dozens of vendors in eight-, 16-, and 32-bit flavors, each requiring its own compilers and programmers, which could add up to a fortune. Is there no cheap and viable alternative for the little blue board that has stolen all our hearts? Enter the ARM Cortex M series of 32-bit microcontrollers... If we need that extra push over the cliff, you know what we do? Put it up to 32-bit.
|
|
|
|
|
One of the great tragedies of modern technical writing is that it has gotten so standard and boring. There is absolutely no reason for it. It does not make it clearer or easier to read, in fact it makes it worse in every way - less clear, less fun, less human. If you read actual great technical writing, it has humanity and humor. Pedantic and condescending. And so is the technical writing. (Warning: rough language.)
|
|
|
|
|
Head First Design Patterns had a pretty interesting writing style. They even have a few pages in the front of the book that describe why they use the writing style they do (basically, to trick your brain into thinking what you are reading is absolutely important, so you'll retain the information better).
|
|
|
|
|
The operating system is VxWorks. This is a classic microkernel. A modest guess is that the kernel is less than 10 Kilolines of code and is quite battle tested. In other words, this kernel is near bug free. The key here is isolation. We isolate different parts of the rover. There are certain subsystems which are outright crucial to the survival of the rover, whereas a scientific instrument is merely there for observation. Hence we can apply a nice fact, namely that only parts of our 2.5 million lines of code needs to be deeply protected against error. There will some parts which we can survive without. To Mars and beyond... the Erlang programmer's view.
|
|
|
|
|
Hopefully it doesn't get hacked, but it would be quite the news story if it did. 
|
|
|
|
|
While there's overwhelming similarity between the operating systems in most cases, there are also a lot of differences. As you probe more into the differences, you find that they emerge from deep-seated disagreements. Some are disagreements over development methodology, some over deployment and usage, some about what's important, some about who's important, and some about which flavor of ice cream is superior. Just comparing the surface differences doesn't tell you anything; it's the deeper differences that both explain and justify why each group does things the way they do. You know what works on all of them? rm -rf *
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
