the problem is that to allow Joe Common use LaTeX you need everything nice... so LyX seems to me as the only (free) viable option for now. Others would naturally prefer a plain text editor..
... to me as a physicist the EM intensity levels of a cellphone are benign (far below maximum alowance in most countries). Still there is much that can happen without us being able to reasonably meaure it that every new approach to test safety of electronic devices so commonly used has sense.
as long as people are given some basic direction but still can move freely, they feel happy. when there are too many constrains, people get unhappy and perform not so well. this applies to programming, sports, politics and civil rights.. thats why socialist/communist/autocratic states usually go bankrupt soon. balance is the key to success.
I am really amased that noone came up with anything like this before. The approach suggested is commonly used in computational physics (i.e. modelling EM fields, etc.).
Still, the finite-element analysis is here to stay. While the method can suggest in what direction to go in terms of design can in no way replace the 'holistic' view FE analysis offers.
AAh sorry I forogot that there would be people who would poke the post because it isn't 100% correct factually. Too easy to flame... Oh well, let me comment your reply to my post just for you:
ASP: well I am biased against ASP so it was lucky to get listed at all. I dont like ASP in all its forms and thats about it.
Perl and PHP: Well take it one end or the other, these are scripting languages. Same as Py/R/L. But Perl/PHP have their limits (deployment in case of PHP and performance-related in both cases), Py/R/L can do just about everything at decent speeds.
OOP: well today basically any language has OOPish features. I used my personal bias here, cause I prefer OOPish coding with some languages, while I prefer functional coding with others.
High level: Py/R being basically the same have some of the features LISP offers. Not all of them. Or if they do by now, I still prefer LISP over them to do some tasks.
Haskel deserving its category: well there are languages I didnt mention at all. The point wasnt to categorise languages. But to categorise the way you code.
Py/R vs Java: Py/R looks and feels the same. Probably because I don't look at the differences but the similarities. Java and Lua, in terms of coding, feels similar to Py/R. Each in its distinct way. Gosh you must have some really hard times writing in different languages that they seem so different to you.
Lua and OOP: While it may not be the OOP language par excelence, it still has some OO features. Good enough for me.
So to make it perfectly clear: My post was about coding categories, not categorising languages. I hope most people got that.
Among my collegues we discussed this about a year ago. After doing some performance tests and after trying to write "problematic" pieces of code in some other languages, we dropped the standardisation idea. You either end up with bad performance or some long bizzare code (when you have problems with translation). There are also times where interpreted/scripting languages are of much higher value. Naturally you shouldnt end up using everything...
There are a few languages groups: Special: Sql, Fortran, ASM Brute force: C,C++ Object: C++, Py, Java, Ruby, Lua Scripting: Perl, PHP, asp High level: Haskel, LISP
As Python, Ruby, Lua are all the same and closely related to Java I definitely wouldnt use all of them. You might be well of with one, maximally two from each of the groups you use (appart from the special group:)).
That's my point of view being a person solving a very wide range of problems. But if you just write stuff that doesnt have much inovation (i.e. basic desktop apps.), a single language might suite well enough.
Jesus. Today NASA says they launch the Lunar Reconnaissance Orbiter to explore the moon. Not two days ago, we had here an article Should We Land on the Moon's Poles or Equator?. The con for landing on the pole was that it was not well explored. Seems like there are at least two groups of people in NASA which have no clue about what the others work on... Quite sad.
Seems like NASA is too big to handle itself and, like CIA, can't work effectively. Maybe the guys there should think of reorganizing. Reducing the numbers of people involved and outsource problem solving to the private sector and universities would help NASA to lower costs, increase the number of opened projets and speed up development. Ultimately, the private sector would gain access to some fine technologies which we might use some day in our daily lifes.
When Novell bought SUSE, I thought that nothing appart from the name change would happen. Over the last months Novel turned out to be a big surprise for me. Those guys really push some inovation into the linux world. Just to remind you, there's Novell's xforms implementation, support of a large number of open source projects (i.e. Gnome), or among the current issues, the most wanted win/mac apps poll or the opening the Xgl.. pretty cool.
While I'm no economist, whouln't everyones life be easier if there were no patents but everything you buy would have, say, a 2% extra tax which would be then distributed amond the developping companies according to the marketshare of their product or products based upon them? This would be received by the company for, say, 10 years since the product is sold...
I guess there won't be a breaktrough discovery if we land in either place. But if a decision has to be taken, why not using some relatively cheaper technology to have a look of whats on the poles... If the private sector can reach outer space, there shouldn't be a problem for NASA to come up with a low-cost survey method of the poles...
Japan really influenced the west in many ways. It's not only the games that are not quite like the western ones, it's also anime vs. cartoons, hentai vs. porn, japanese horrors vs. western horrors, karate/judo/aikido vs. box/wrestling, sushi vs. steak...
Even if Japan woulnt produce their own games there's tons of stuff that penetrated to the west that made our games cooler..
If you really want to go behind the theory, you will want to start here. But be prepared to have some really good skills in math, statistics, computer sciences and system administration to understand the articles as they are not intended for general public.
A brief intro of how classical search engines work goes as follows: Grabbing: A crawler visits pages which it considers important, downloads them and parses them Analysing: The document receives an identification string and is stored in a reversed index, which is simply a database table with culomns such as "word", "document", "possition", "importance". The "word" culomn is indexed and used for searching. Searching: Say that you search for the phrase "ask slashdot". The search engine searches the lines with the terms "ask" and "slashdot", looks into the "document" cell and selects only those documents that both terms occure in. Then it looks into the "possition" cell which carries all the possitions of the searched word in each document and discards all the documents that do not have successive "ask" and "slashdot" terms possitions. The resulting documents are then sorted according to the importance cells of the searched terms.
This is how basically all search engine works. The only major difference is usually only in the math used to compute the imprtance. There are also some major optimisations done to speed up the responses. To discuss this would take too long. So if you have any questions feel free to ask. Currently I am part of a team developing a large scale search engine, so you have a chance to get some hot info here:)
GNU-ing Solaris is the best thing to happen to both systems. Let's compare:
Solaris Has: Strength on good HW. Is a good, stable base for any decent server/workstation Has: Some really neat kernel related code and apps. Needs: Users. Needs a comunity to be an alternative for paid support. Needs to be recognised by developpers better.. Needs: More apps to chose from. There are apps that just won't run on Solaris out of the box. So you either edit source or don't use the app.
Linux Has: Great userbase. Has: Tons of apps. Needs: Backup. Sun has a great reputation being a software and hardware producer. Sun's HW is really good and is now approaching mainstream by working with AMD. So plainly, good support from HW producers means HW vendors are more likely to offer alternatives to Windows. Needs: Well Linux doesn't really need the stuff Sun/Solaris offers but it would definitely improve linux here and there
Slashdot Mirror
well the same can be done easily in some other part of the EM spectrum in which the facial hair is "invisible" wether you have it or not
going to die soon? (nothing personal)
... the arctic ice sheet has to be taken in account too..
the problem is that to allow Joe Common use LaTeX you need everything nice... so LyX seems to me as the only (free) viable option for now. Others would naturally prefer a plain text editor..
... to me as a physicist the EM intensity levels of a cellphone are benign (far below maximum alowance in most countries). Still there is much that can happen without us being able to reasonably meaure it that every new approach to test safety of electronic devices so commonly used has sense.
But there are already such formats. I.e. latex. Ufortunatelly the only usable wysiwyg editor s LyX which runs oout of the box only on linux.
as long as people are given some basic direction but still can move freely, they feel happy. when there are too many constrains, people get unhappy and perform not so well. this applies to programming, sports, politics and civil rights.. thats why socialist/communist/autocratic states usually go bankrupt soon. balance is the key to success.
I am really amased that noone came up with anything like this before. The approach suggested is commonly used in computational physics (i.e. modelling EM fields, etc.). Still, the finite-element analysis is here to stay. While the method can suggest in what direction to go in terms of design can in no way replace the 'holistic' view FE analysis offers.
I wonder if the OneCare AV can detect the Microsoft Windows® virus..
This won't help dealing with the terrorists at all.
What if they communicate via
- plain old websites/ftps
- internet storage servers, irc, etc?
- instant messangers
- VoIP
- decentralised networks?
Lets not forget that they can
- obsfucate.. simplest method would be typing stuff into a CAPCHA-like image. OCR has no chance...
- use slang
- encrypt!
It will end up as an intrusion to the privacy of ordinary people unaware of this and/or private communications among companies.
AAh sorry I forogot that there would be people who would poke the post because it isn't 100% correct factually. Too easy to flame... Oh well, let me comment your reply to my post just for you:
ASP: well I am biased against ASP so it was lucky to get listed at all. I dont like ASP in all its forms and thats about it.
Perl and PHP: Well take it one end or the other, these are scripting languages.
Same as Py/R/L. But Perl/PHP have their limits (deployment in case of PHP and performance-related in both cases), Py/R/L can do just about everything at decent speeds.
OOP: well today basically any language has OOPish features. I used my personal bias here, cause I prefer OOPish coding with some languages, while I prefer functional coding with others.
High level: Py/R being basically the same have some of the features LISP offers. Not all of them. Or if they do by now, I still prefer LISP over them to do some tasks.
Haskel deserving its category: well there are languages I didnt mention at all. The point wasnt to categorise languages. But to categorise the way you code.
Py/R vs Java: Py/R looks and feels the same. Probably because I don't look at the differences but the similarities. Java and Lua, in terms of coding, feels similar to Py/R. Each in its distinct way. Gosh you must have some really hard times writing in different languages that they seem so different to you.
Lua and OOP: While it may not be the OOP language par excelence, it still has some OO features. Good enough for me.
So to make it perfectly clear: My post was about coding categories, not categorising languages. I hope most people got that.
Among my collegues we discussed this about a year ago. After doing some performance tests and after trying to write "problematic" pieces of code in some other languages, we dropped the standardisation idea. You either end up with bad performance or some long bizzare code (when you have problems with translation). There are also times where interpreted/scripting languages are of much higher value. Naturally you shouldnt end up using everything...
There are a few languages groups:
Special: Sql, Fortran, ASM
Brute force: C,C++
Object: C++, Py, Java, Ruby, Lua
Scripting: Perl, PHP, asp
High level: Haskel, LISP
As Python, Ruby, Lua are all the same and closely related to Java I definitely wouldnt use all of them. You might be well of with one, maximally two from each of the groups you use (appart from the special group:)).
That's my point of view being a person solving a very wide range of problems. But if you just write stuff that doesnt have much inovation (i.e. basic desktop apps.), a single language might suite well enough.
Jesus. Today NASA says they launch the Lunar Reconnaissance Orbiter to explore the moon. Not two days ago, we had here an article Should We Land on the Moon's Poles or Equator?. The con for landing on the pole was that it was not well explored. Seems like there are at least two groups of people in NASA which have no clue about what the others work on... Quite sad.
Seems like NASA is too big to handle itself and, like CIA, can't work effectively. Maybe the guys there should think of reorganizing. Reducing the numbers of people involved and outsource problem solving to the private sector and universities would help NASA to lower costs, increase the number of opened projets and speed up development. Ultimately, the private sector would gain access to some fine technologies which we might use some day in our daily lifes.
When Novell bought SUSE, I thought that nothing appart from the name change would happen. Over the last months Novel turned out to be a big surprise for me. Those guys really push some inovation into the linux world. Just to remind you, there's Novell's xforms implementation, support of a large number of open source projects (i.e. Gnome), or among the current issues, the most wanted win/mac apps poll or the opening the Xgl.. pretty cool.
It's now clear that Sun understood it's possition in the linux/unix world. It's to open up or die eventually. Will Microsoft ever get this?
While I'm no economist, whouln't everyones life be easier if there were no patents but everything you buy would have, say, a 2% extra tax which would be then distributed amond the developping companies according to the marketshare of their product or products based upon them? This would be received by the company for, say, 10 years since the product is sold...
I guess there won't be a breaktrough discovery if we land in either place. But if a decision has to be taken, why not using some relatively cheaper technology to have a look of whats on the poles... If the private sector can reach outer space, there shouldn't be a problem for NASA to come up with a low-cost survey method of the poles...
Japan really influenced the west in many ways. It's not only the games that are not quite like the western ones, it's also anime vs. cartoons, hentai vs. porn, japanese horrors vs. western horrors, karate/judo/aikido vs. box/wrestling, sushi vs. steak...
Even if Japan woulnt produce their own games there's tons of stuff that penetrated to the west that made our games cooler..
If you really want to go behind the theory, you will want to start here. But be prepared to have some really good skills in math, statistics, computer sciences and system administration to understand the articles as they are not intended for general public.
:)
A brief intro of how classical search engines work goes as follows:
Grabbing: A crawler visits pages which it considers important, downloads them and parses them
Analysing: The document receives an identification string and is stored in a reversed index, which is simply a database table with culomns such as "word", "document", "possition", "importance". The "word" culomn is indexed and used for searching.
Searching: Say that you search for the phrase "ask slashdot". The search engine searches the lines with the terms "ask" and "slashdot", looks into the "document" cell and selects only those documents that both terms occure in. Then it looks into the "possition" cell which carries all the possitions of the searched word in each document and discards all the documents that do not have successive "ask" and "slashdot" terms possitions. The resulting documents are then sorted according to the importance cells of the searched terms.
This is how basically all search engine works. The only major difference is usually only in the math used to compute the imprtance. There are also some major optimisations done to speed up the responses. To discuss this would take too long. So if you have any questions feel free to ask. Currently I am part of a team developing a large scale search engine, so you have a chance to get some hot info here
Well I guess you don't wanna pay people... There's an article about recruting people to work for free on an IT related project. You would know if you searched on my site :)
GNU-ing Solaris is the best thing to happen to both systems. Let's compare:
Solaris
Has: Strength on good HW. Is a good, stable base for any decent server/workstation
Has: Some really neat kernel related code and apps.
Needs: Users. Needs a comunity to be an alternative for paid support. Needs to be recognised by developpers better..
Needs: More apps to chose from. There are apps that just won't run on Solaris out of the box. So you either edit source or don't use the app.
Linux
Has: Great userbase.
Has: Tons of apps.
Needs: Backup. Sun has a great reputation being a software and hardware producer. Sun's HW is really good and is now approaching mainstream by working with AMD. So plainly, good support from HW producers means HW vendors are more likely to offer alternatives to Windows.
Needs: Well Linux doesn't really need the stuff Sun/Solaris offers but it would definitely improve linux here and there