Jnr Software Developer

cguy said:
Well, I would love to hear your expert opinion about my errors. You owe it to those newbies who would otherwise be damanged by my incompetence. As a matter of interest, do you have any qualifications? I would love to know what/where you studied that set the foundation for the insights you have been sharing with us in this thread.
Click to expand...
You really want to go there?

Same as C++, just choose a named method table, in the same way as you would name an instance's class. This can be generated by an object factory or constructor function.
Click to expand...
No not the same. In C++ you do not set it. It's automatically tied to the function for you and except in the case of virtual functions is not kept in the class.

Same as C++ for virtual functions. If the -> syntax offends you, it can easily be wrapped in a method that takes the object as a parameter.
Click to expand...
OMG can't believe you're this clueless. -> has nothing to do with member pointers or virtual functions. It dereferences a pointer to an object and not pointers in objects. For that you have to use either .* or ->*

Of course they're tied together, the method only operates on objects of that type (determined by the first parameter usually). In C++ this parameter is just in a different place.
Click to expand...
They aren't. You have to explicitly feed it the object where OOP automatically feeds a pointer to it.

Of course there is inheritance (just create a function table which is a copy of the old one and overwrite the methods you want to change, and ignore the the methods you want to inherent). You don't need object containment either, a simple set of macros containing attribute lists will allow you to define inheritance in much the same way as C++.
Click to expand...
C doesn't support inheritance. Do you even know what that is?

Update function pointer? Why would that be necessary - only the table pointer needs to be set per object, same as C++.
Click to expand...
Yes you have to manually set (update) it. More opportunity for error.

No, that is the point of C++/Java/C#/etc. OOP is a paradigm - being "behind the scenes" has nothing to do with using the paradigm - you can shout that this isn't so from the rooftops all you want, but the world disagrees with you. I've worked in several OO C code bases before, and there is no conceptual difference to the model, and from the caller/API user's perspective, the syntax is actually pretty damn clean. No, overall I don't think C's OO syntax is particularly awesome, but fortunately I know the difference between syntax and semantics.
Click to expand...
Get this is your head, C doesn't have an OO syntax because it has no support for OOP. Yes OOP is a paradigm and C doesn't support that paradigm. You can shout from the rooftops and keep waving your arms that it does but the world disagrees with YOU. What you are using is just procedural programming and by the sound of it a very ugly version of it that leaves ample room for errors.
 
gkm said:
Sigh. What do you base that on? Sure, most interesting websites contain Javascript client side, but they are still often backed by a fat server side system written in something else most of the time. If I for example log into the internet banking of my bank, the server side software that gets my bank balance is very unlikely to be written in JavaScript.

Ref: http://en.wikipedia.org/wiki/Programming_languages_used_in_most_popular_websites
Click to expand...

That list is but a tiny sample of websites written with non js backends.

http://nodejs.org/industry/

LinkedIn is an example that has one of its platforms entirely written in Javascript, backend included.
 
Swa said:
You really want to go there?


C doesn't support inheritance. Do you even know what that is?
Click to expand...

You can emulate it with virtual tables and dynamic dispatch.

Swa said:
Get this is your head, C doesn't have an OO syntax because it has no support for OOP. Yes OOP is a paradigm and C doesn't support that paradigm. You can shout from the rooftops and keep waving your arms that it does but the world disagrees with YOU. What you are using is just procedural programming and by the sound of it a very ugly version of it that leaves ample room for errors.
Click to expand...

While there is no native support you can emulate it again.
 
semaphore said:
You can emulate it with virtual tables and dynamic dispatch.



While there is no native support you can emulate it again.
Click to expand...
You can't emulate it because all you have to use is procedural programming.
 
semaphore said:
That list is but a tiny sample of websites written with non js backends.

http://nodejs.org/industry/

LinkedIn is an example that has one of its platforms entirely written in Javascript, backend included.
Click to expand...

Agreed, it is used a fair bit. I just object to "the predominant way currently is Javascript". I think there is a long way to go before that is true. So, learning JavaScript is good, but in my opinion not optimal in getting a first job as a junior in an existing team at some company.
 
gkm said:
Agreed, it is used a fair bit. I just object to "the predominant way currently is Javascript". I think there is a long way to go before that is true. So, learning JavaScript is good, but in my opinion not optimal in getting a first job as a junior in an existing team at some company.
Click to expand...

Well i dont agree with your last statement a lot of jobs are mostly web these days which javascript is basically one of the fundamental building blocks. And as for a long way to go i thought that in the beginning of the year and after the strides in the progress this year i have decided to start moving all our core services over to nodejs.
 
semaphore said:
You can repeat yourself over and over. Its doable, not ideal but doable if you want OOP go with C++.

http://www.planetpdf.com/codecuts/pdfs/ooc.pdf enjoy perhaps you'll learn something you don't already know.
Click to expand...
You can keep shouting and waving hands over and over, it's not OOP. I never said what he's doing isn't possible but it's not OOP and is confusing and prone to error.
 
semaphore said:
Well i dont agree with your last statement a lot of jobs are mostly web these days which javascript is basically one of the fundamental building blocks. And as for a long way to go i thought that in the beginning of the year and after the strides in the progress this year i have decided to start moving all our core services over to nodejs.
Click to expand...
One of the fundamental building blocks client side so in that regard it's good to know it.
 
Swa said:
You can keep shouting and waving hands over and over, it's not OOP. I never said what he's doing isn't possible but it's not OOP and is confusing and prone to error.
Click to expand...

So you're telling me that emulating OOP to get the desired outcome of OOP and functionality of OOP paradigm is not OOP? Okay then... ;) It may not be native.

@Necuno - He doesn't know what OOP actually is and he has showed that evidently in all his posts.
 
Swa said:
One of the fundamental building blocks client side so in that regard it's good to know it.
Click to expand...

Yes but its also used server side now.

Entire backend processing systems written ENTIRELY in javascript.
 
semaphore said:
So you're telling me that emulating OOP to get the desired outcome of OOP and functionality of OOP paradigm is not OOP? Okay then... ;) It may not be native.

@Necuno - He doesn't know what OOP actually is and he has showed that evidently in all his posts.
Click to expand...
You can't emulate it. You are not getting the desired outcome because it's more than just the program achieving what's required. It's supposed to be thinking in terms of objects and not mere procedures that can easily lead to common errors. There is no non-native. If it's not native it's just procedural programming.

semaphore said:
Yes but its also used server side now.

Entire backend processing systems written ENTIRELY in javascript.
Click to expand...
Yes it is. It always has been just not to any large extent.
 
Swa said:
Yes it is. It always has been just not to any large extent.
Click to expand...

No... It has not always been, and i hope you not saying that it still is not to a large extent because some of the biggest names in the industry are using it. Stick to your C and leave the newer trends to people that know what they talking about ;)

Do you even know what the JS V8 engine is ?;)
 
rward said:
I disagree.
C#/Java is ONE way to go, the predominant way currently is Javascript.

For serious use of javascript on the web - check http://www.findyourwaytooz.com/

Please don't come back saying "It's using WebGl and that's written in xyz" because then we can break everything down and advise everyone on the planted to learn how to use punchcards and go back to that method.


And OP - Python is as good a place as any to start.
Click to expand...

Problem with javascript is that you can not complete a enterprise based application with it alone, it just does not have the framework for this where as java and C# has.

Reasoning for the afore mentioned languages is just job hunting related as other languages are a lot more specialised
 
semaphore said:
No... It has not always been, and i hope you not saying that it still is not to a large extent because some of the biggest names in the industry are using it. Stick to your C and leave the newer trends to people that know what they talking about ;)

Do you even know what the JS V8 engine is ?;)
Click to expand...
You might not have heard of it till recently but server side JS is old. You keep cherry picking and think it applies in general.

I think what you mean is you stick with C and leave the real stuff to us. ;)

semaphore said:
:whistle: Please do research before making comments like that.
Click to expand...
LOL @ pottle
 
@Swa, you are just trolling. Give up whilst you can because you ignorance is being exposed by semaphore.
 
You must log in or register to reply here.
Back
Top
Sign up to the MyBroadband newsletter
X