Today's Posts Follow Us On Twitter! TFL Members on Twitter  
Forum search: Advanced Search  
Navigation
Marketplace
  Members Login:
Lost password?
  Forum Statistics:
Forum Members: 24,254
Total Threads: 80,792
Total Posts: 566,472
There are 1283 users currently browsing (tf).
 
  Our Partners:
 
  TalkFreelance     Design and Development     Programming     Other Programming Languages :

What to learn next?

Thread title: What to learn next?
Closed Thread    
    Thread tools Search this thread Display Modes  
12-18-2008, 09:53 PM
#1
echoSwe is offline echoSwe
Status: Member
Join date: Jul 2005
Location:
Expertise:
Software:
 
Posts: 185
iTrader: 0 / 0%
 

echoSwe is on a distinguished road

  Old

Originally Posted by Village Idiot View Post
Isn't someone a little grumpy today?
Yes, in fact, I have to do C++ on linux in the kate editor because eclipse gets out of memory exceptions when trying to compile C++ code.


Also, the following are not programming languages:
PHP (scripting language)
ASP (scripting language)
Javascript (scripting language)
Yes they are. Haven't you tried PHP on the CLR for example? Can access any other class in the framework. ASP's VBScript is a programming language. Javascript is a fullfledged programming language as well. http://www.aptana.com/jaxer (one example of it)


HTML (markup language)
CSS (style data)
SQL (application with an advanced querying language).
Never said these were programming languages.


Yelling at us for SQL not being a programming language is like yelling at someone for referring to a sedan as a car. SQL is for all intents and purposes, a programming language.
MySQL isn't. It's an application. Is Visual Studio a programming language? Or PostgreSQL? Recursion panic! I said SQL was a data manipulation language. SQL in a database is also a data specification language and then with stored procedures and flow control constructs it becomes a programming language, as you say.


Another thing, t-SQL can only in theory be applied to all SQL databases, in practice they must be converted (I had to convert about 200 at work some time ago from MySQL to SQL, don't try and tell me that they are compatible).
Yes, there are dialects, but what's your point? I never said they weren't programming languages as much as I never said they were.

SELECT * FROM users;
if users is a table,
works on both PostgreSQL, MySQL and MS SQL as far as I'm concerned. That MySQL has - INNER JOIN t USING `attribute`, while MS SQL would require you to do an explicit - ON t.attribute = t1.attribute doesn't really matter much in my opinion, when we are talking about learning SQL, since MySQL also supports the ON notation which how you learn it initially anyway (unless you talk about theta or equivalence joins an relational algebra, in which case you need the two tuples to be union compatible and then you can simply do a NATURAL JOIN (postgresql can do that)).

As far as I'm concerned, an operating system is a big program. It's run with the same fetch-execute cycle as any other program, besides that the CPU has hooks for virtual memory, interrupts and traps which not normal programs in user space have access to, but only because of the layered security model in operating systems (which if you take an operating system like singularity, doesn't exist, instead they have software isolated processes). Care to tell me why it's not?

12-18-2008, 10:56 PM
#2
unclekyky is offline unclekyky
unclekyky's Avatar
Status: Junior Member
Join date: May 2005
Location:
Expertise:
Software:
 
Posts: 43
iTrader: 0 / 0%
 

unclekyky is on a distinguished road

  Old

Originally Posted by echoSwe View Post
As far as I'm concerned, an operating system is a big program. It's run with the same fetch-execute cycle as any other program, besides that the CPU has hooks for virtual memory, interrupts and traps which not normal programs in user space have access to, but only because of the layered security model in operating systems (which if you take an operating system like singularity, doesn't exist, instead they have software isolated processes). Care to tell me why it's not?
Our difference is just that of semantics it seems. In my view, an OS is a collection of programs, libraries and tools that offers an abstraction to the hardware (through the kernel). Its true, an OS facilitates the programming of the processor, but strictly calling it a program is like calling a consortium a company. In effect, a consortium is not a company, but rather multiple companies acting together.

Anyway, when linking to that post I was referring more to the general advice in the thread. I just linked to the first post with misleading information. There are many more examples like this I've run into recently, this was just one from this community that I read through only minutes before.

12-19-2008, 01:48 AM
#3
echoSwe is offline echoSwe
Status: Member
Join date: Jul 2005
Location:
Expertise:
Software:
 
Posts: 185
iTrader: 0 / 0%
 

echoSwe is on a distinguished road

  Old

Originally Posted by unclekyky View Post
Our difference is just that of semantics it seems. In my view, an OS is a collection of programs, libraries and tools that offers an abstraction to the hardware (through the kernel). Its true, an OS facilitates the programming of the processor, but strictly calling it a program is like calling a consortium a company. In effect, a consortium is not a company, but rather multiple companies acting together.

Anyway, when linking to that post I was referring more to the general advice in the thread. I just linked to the first post with misleading information. There are many more examples like this I've run into recently, this was just one from this community that I read through only minutes before.
So you're saying operating systems have to be big? By what standard? What about mobile/sensor networks/smart dust research operating systems? Aren't they operating systems? http://www.tinyos.net/ for example? http://en.wikipedia.org/wiki/Tinyos It's 579 812 bytes long, in its current size. I would wager to say, that's not a big collection of programs. And what about monolithic kernels where most of the actual OS is in kernel space?

12-19-2008, 06:29 PM
#4
unclekyky is offline unclekyky
unclekyky's Avatar
Status: Junior Member
Join date: May 2005
Location:
Expertise:
Software:
 
Posts: 43
iTrader: 0 / 0%
 

unclekyky is on a distinguished road

  Old

Originally Posted by echoSwe View Post
So you're saying operating systems have to be big? By what standard? What about mobile/sensor networks/smart dust research operating systems? Aren't they operating systems? http://www.tinyos.net/ for example? http://en.wikipedia.org/wiki/Tinyos It's 579 812 bytes long, in its current size. I would wager to say, that's not a big collection of programs. And what about monolithic kernels where most of the actual OS is in kernel space?
I don't recall ever saying anything about how large an OS needs to be. You did though

Originally Posted by echoSwe
As far as I'm concerned, an operating system is a big program.

Closed Thread    


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 

  Posting Rules  
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump:
 
  Contains New Posts Forum Contains New Posts   Contains No New Posts Forum Contains No New Posts   A Closed Forum Forum is Closed