What was the name of that version control tool before CVS, RVCS? Back in 2007 I had heard one very big name hardware company using that for version control and planning to move to CVS as they thought the former was beginning to show its age.
I disagree. The rest of the world gets talent back at the cost of those talented individuals. You are one individual starting a startup and the government, the people, everybody is against you. You must own a strong corporation with R&D centers to be able to swim against that tide. It's not for individual entrepreneurs. I think this way because I have been through it and now closing down in my home country, moving to the U.S.
How would you fix it? The leaders in those countries should fix it.
I don't think this answer holds true anymore, i.e. the newbies who are a year old would claim comment quality is going low. I think it now has become the norm. Why not just aim for a standard near the top quality submissions?
haha the losers are partnering up. Nice move. This was visible from many years ago. Starting from details like how microsoft windows annoys you to install updates or creates pop ups and how slow your machine gets after a while. Also take Nokia's mediocre symbian GUI with no developer/hacker perspective whatsoever on their devices.
Why do new build systems have to use some clunky old make style syntax? For me speed is hardly a primary goal. A build system must be understandable, readable and easy to debug. For starters, it should have an easy to read syntax.
If you have a build system which your users are also concerned about, readability and maintainability are a lot more important. SCons managed to achieve most of this by using a Python syntax. But its behavior can be quite unpredictable at times.
The only reason GNU/Hurd is still a popular subject of discussion is its historical fame. There is no concrete reasoning behind this project anymore as to why it may find adoption. It is not easy to write operating systems in the first place. Adoption is even harder today because the subject is very well explored and the solution has become a commodity.
It's pretty interesting. Do you handle Android and TV broadcast in separation? We build a hypervisor for android on omap processors (http://b-labs.com). It might be interesting to build a prototype demo for this platform.
You don't really have to have networking or files to write programs. Currently in a baremetal embedded system (I am including the RTOSes) you can write programs in C or C++. It would be very useful to be able to write programs with a main() function using python. You could write an interactive shell, device drivers, even a small operating system. So what I mean here is instead of aiming for applications, you could use python to write system software.
I think there are already lua interpreters ported in this way but python is more common and perhaps easier to use.
Interesting. What would it take to run this on a baremetal ARM processor? There are many embedded ARM processors out there and ones running linux are a small fraction of them. There is also no reliable scripting interpreter for baremetal use except Lua.
Yes I thought about this idea. For example it would be nice to have a .fpga section in the ELF files and one could load images as part of OS file execution.
It is a nice idea and I would try to push this as a technology if I was Xilinx or Altera. But it requires that momentum to become a reality because this creates a new model and ABI for software - one that doesn't exist today.
I've researched this topic for a while in university, and the idea was to keep a general purpose FPGA as a programming device, and load preconfigured images to it when needed. For example load up an encryption module when encryption intensive operations took place, or load a video encoder/decoder whenever needed.
There were a few problems:
* Each FPGA vendor has its own architecture and such a technology requires momentum from these vendors. A 3rd party cannot do much about it.
* Dedicated ASIC circuits often perform better with less power consumption. So keeping a general purpose FPGA may not bring sufficient benefit to develop the technology.
I believe non-english speaking countries are hard for startups. I would personally not choose a country other than UK or U.S. How do I handle company accounts in Spanish? How do I deal with government? In UK government is easy to deal with, you can file everything online.
"These statements aren’t just true about the product — sure, they might have a crufty old VB6 app and you have the new Node.js hotness. They are equally true about the customer acquisition process. You’re competing with their business, not with their product, so you could possibly either focus your innovation on customer acquisition or, more likely, use innovation on both customer acquisition and product in a mutually supportive manner."
This is very true. You often have a more innovative product but the established competitor has a business. It makes sense to acknowledge this fact and work on it.
Codezero was a result of dissatisfaction from earlier L4 kernels and we worked through the engineering details. It is a simpler kernel with a smaller API, linux virtualization interface and source code. We also have better ARM support including multicore and focus only on ARM and Linux. See here for some of the features: http://bit.ly/ifGXxN