₦airaland Forum

The snake could only have come in through the plumbing.

How I wish it had forever rendered the man's "bazooka" worthless to other peoples daughters (notably undergraduate babes).

nex:
Beaf, Becomerich and Bibiking, are you guys like forming a new rap group?

You aren't even asking if this thread should be allowed in the politics section?

--- hisses, throws a deft left hook / uppercut combination. Knocks out nex, the foolish babalawo from Hon. Wale Alausa's nudity shrine ---

^
Sharap ode!

Its a miracle how you can talk so stupidly.

@Abagworo

becomerich is too spaced out to reason with. You are likely wasting time arguing with him.

[quote author=becomrich, link=topic=349062.msg4884714#msg4884714 date=1257712757]beef , Look while for airport, lagos (MMA terminal) other part were not, ilorin and akure, only 3 airport was built in yoruba land. [/quote]
Are you speaking english or Egbira?
If the US army employs you to speak in Afghanistan. . . Na only engrrish sprreaking you go take kpai Osama!
www.nairaland.com/attachments/180447_ROTFLMAO_gif3d0c775232c7f27cf80592785b9635b6

logica:
In Java, the compilation using the tacit import directive as opposed to the verbose version has a potential impact on compilation performance (which is mostly unnoticeable anyway, as packages usually contain just a few hundred classes at the most). Yet, the referenced classes ARE NOT ADDED to the dependent classes. I expect the same with C#.

I see where youre going with this, in c# you cannot do something like;

import java.util.*;

You can import several namespaces as I pointed out here https://www.nairaland.com/nigeria/topic-47678.96.html#msg4884209
But whether, you use them or not does not affect performance in any way.

Nice article here from a Java fan

[size=14pt]C# is now a better language than Java[/size]
30 July, 2009 at 10:22 PM

I'm currently teaching myself C# (with .NET to follow); my client is building a new data warehouse, and the support tools will be Windows-based. As a newly minted consultant, it also can't hurt to have .NET/C# experience under my belt, even if I generally prefer to do my development anywhere but Windows. As a consultant, I need to maximize the possibility of getting future contracts; if that means doing Windows, I'll do Windows (and program where I'd prefer to program at home).

As pretty much anyone who knows me knows, I am not a huge fan of Microsoft. I've spent a large part of my career programming on Unix-like systems. From 1999 to 2008, I worked for an independent software vendor, as a core member of their development team; the product was written almost entirely in Java.

I like the Java VM. It's mature, it's fast, it's highly portable, and there are loads of languages running on it. When I was developing full-time in Java, I was the only member of the team whose desktop ran Linux; everyone else used Windows. With Java, it didn't matter. In fact, it was an advantage. Several of our clients ran our software on Unix-like systems; having at least one developer who used and tested our product on Linux was a win. Our nightly build system was a cheap Linux server, as well; since Java runs anywhere there's a Java VM, anyone on our team (as well as any of our customers) could run executables produced on that Linux box.

But Java, the language, depresses me lately. It's being left in the dust by other languages. Scala, my current favorite language on the Java VM, incorporates many newer (and some not so new) ideas that have yet to find their way into Java.

Worse, though, for Java enthusiasts: Java has fallen behind C#. I'm boning up on C# using O'Reilly's C# in a Nutshell book. (See http://oreilly.com/catalog/9780596001810/. As an aside, the "Nutshell" books are an excellent way to learn a new language, if you already know n other languages.) I'm only partway through the book, but it's already clear to me that, overall, C# (the language) now has more goodness in it than Java does. I have to give Microsoft credit (much as it may pain me to do so). Here are some things C# now has that Java does not:

•Lambdas, which are way better than anonymous inner classes. (C# has anonymous inner classes, too.)
•Delegates. You can kind of do this in Java, but it's not as clean.
•Operator overloading. This feature can be abused all to hell, but it is still occasionally useful, especially in libraries and in DSLs.
•Properties. No need to write getters and setters. Everything looks like a direct field access, even if it isn't. This is Python's idiom, and Scala's, too, and once you start using it, you never want to expose explicit getters and setters, ever again. foo.x += 1 is so much more readable than foo.setX(foo.getX() + 1).
•A yield coroutine capability. Though I prefer Python's syntax (and Scala's) to C#'s, this is a powerful and highly useful capability. If you've ever used it to build lazy iterators (in Python, Scala, C#, whatever), you know what I mean.
•Extension methods. These are the C# equivalent of the Scala implicit type conversion feature, and they're damned useful. They permit you to "extend" existing classes, even if they're final, without actually extending them. Like the Scala version, there's a mechanism for bringing the implicit conversions in scope; they don't happen automatically. (Think of them as a kind of scope-controlled monkeypatching.) [Note: As Tony Morris points out, in the comments to this article, extension methods are not really the equivalent of Scala's implicit type conversions; Scala's implicits are much more powerful. Still, it's clear that C# has borrowed one useful aspect of this notion, and it's equally clear that Java does not have a feature that's even remotely close to either Scala's implicits or C#'s extension methods.]
•A null coalescing operator that provides a simple syntax for dereferencing a reference and supplying a default if the reference is null.
In addition, C# has many of the same features as Java, including:

•interfaces
•generics
•autoboxing and auto-unboxing
•annotations (though C# calls them "attributes"
I still prefer the JVM to CLR. The JVM is robust, mature, fast, and (above all) portable. But Java, the language, has fallen behind, and it now lacks a lot of the useful features C# has. One of the reasons I'm all over Scala these days is that it corrects those flaws in Java, providing many up-to-date features while still permitting me to use the power and convenience of the JVM. Either via libraries or built-ins, Scala provides the same features as C#, with a few more thrown in for good measure. (I also happen to think Scala is a better language than C#, but I'll save that tangent for another time.) But, in the .NET world, C#, not Scala, is the lingua franca. And C#, and .NET, are the biggest hearts-and-minds competitor Java has.

Sun and the Java community have allowed Java, the language, to stagnate to the point where, compared to C# and Scala, it is almost painful to use. As a long-time Java programmer, I have to say, that makes me a little sad.

http://brizzled.clapper.org/id/93

His CV is here http://www.clapper.org/bmc/resume/resume.html

If it does'nt add to il how can it even begin to affect compiler performance? It says it there as clear as day.

bandely:
Whats all these noise from Manure fans?
5 points difference no be beans oo.

The xmas season always separates the boys from the men. Lets see if you chelski's won't be frowning by february.

logica:
I don't see anywhere in that document that the tacit "using" directive has no impact of compilation performance compared to the "verbose" directive. You can do your benchmark by creating a package with a million dummy classes and trying both. Get back to us with the results. Good luck.

Really?

Using directives impact the name resolution process of namespace-or-type-names (Section 3.8 ) and simple-names (Section 7.5.2), but unlike declarations, using directives do not contribute new members to the underlying declaration spaces of the compilation units or namespaces within which they are used.

http://msdn.microsoft.com/en-us/library/aa664764(VS.71).aspx

mike oscar:
Ol' boy, you are wicked mehnnnn, at least the guy don clean-up/evolve for the pix wey dey right na

But una nko wey get Rooney sorry Shrek and how about Feddy wey dey behave like Hackney pikin wey don smoke igbo/wiwi, see im eyes when He is in the defence line. Alex sef if i zoom in on him i'm sure I will find something on him

Take heart we won today. We beat an old rival and that can be bitter but take am easy.

See bad bele in action! Just because I show you una old coach when be like juju
Anyway I hear one rumour say de guy don pack go okija sef.
Das why essien don dey resemble babalawo dis days sha.

We are waiting at old trafford. Anyways congrats

That didn't take any time, See http://msdn.microsoft.com/en-us/library/aa664764(VS.71).aspx

logica:
And you know this because you have tested it? You have a tendency of making blanket statements with nothing to back you up. To me, you are just a C# fan-boy and nothing more.

The impact on performance we are talking about is on the actual compilation. This is trivial in most cases but non-trivial as the number of classes and packages increase, and as each package contains a huge number of classes (say in the region of millions - which really is stretching it as I have never seen such a package, and having millions of classes in a package may indicate a poor design strategy).

Charlie, name some "blanket" statements you want "backing" for na.

Give me some time to find the using statement info for you, it is quite obscure. But I am 100% sure of what I am saying. One thing, how come you said the way you declare your imports affect jvm performance and now it is compile time?

mike oscar:
Guy, you forget we're a West LONDON side. We are City boys you know

You're not serious! John Terry that should be an area boy. . .

See una old coach
https://www.virginmedia.com/images/bossnass-grant.jpg

[quote author=becomrich, link=topic=346255.msg4884210#msg4884210 date=1257707080]beaf where are you.[/quote]What?! Do you think I come to NL to entertain your nonesense?

Why do you like writing silly rubbish?

[quote author=becomrich, link=topic=349062.msg4884215#msg4884215 date=1257707110]beaf where are you.[/quote]In Lagos. . . Very busy with your girlfriend.

www.nairaland.com/attachments/180447_ROTFLMAO_gif3d0c775232c7f27cf80592785b9635b6www.nairaland.com/attachments/180447_ROTFLMAO_gif3d0c775232c7f27cf80592785b9635b6www.nairaland.com/attachments/180447_ROTFLMAO_gif3d0c775232c7f27cf80592785b9635b6

May the referee's dic.k drop and never rise again

I feel pain for my team. kai! Imagine those bush boys beating us

@logica

There are many situations where you need less code in c# than java. It is so, because the c# compiler is smarter and c# is better architected.

Option (1):

using System;
using System.Data;
using System.Data.SqlClient;

Option (2):

using System;

As long as your app compiles, neither option above impacts on performance in .NET. The compiler is that smart.

Ghenghis:
@beaf the comparison with delegates is inner classes(not anonymous classes), C# has inner classes too(not for the same reason as java).
how often do you use multicast delegates and for what ?

richer polymorphism ? what's that ? how is overrides polymorphic ?

are namespaces different from packages ?

also what you can knock up in a few minutes using c# is very subjective, it also depends of your level of experience with programming(or with C#).
besides can't i knock up similar apps with with J# (were both languages can leverage the Visual studio IDE)

Java has anonymous inner classes (which are very weak, verbose and toturous compared to the simple elegance of c# delegates).
You use a multicast delegate whenever you need to execute several methods with a single delegate.

C#'s polymorphism promotes better design (and security as to what 3rd party code can access). The virtual keyword is just one item in the jigsaw, I'd rather hardcode that than have no (obvious) choice over whether a method is virtual or not. Anyway, "final" in java does the opposite of "virtual" in c#, so thats simply a case of chicken and egg. These are some c# modifiers that are absent from java.
protected (no java equiv)
internal protected (no java equiv)

You can nest namespaces, but not packages. Namespaces are not limited to a single source file, you can have as many as you want. namespaces do not dictate app file structure, rather they are logical groupings only.

J# is not java, it is part of the .NET framework (although quite limited compared to c#). There's no java environment rivaling Visual Studio or framework rivaling WPF or XAML. The screw just gets tighter every year.

Take the step, these are free;
http://www.microsoft.com/express/vcsharp/Default.aspx
http://www.microsoft.com/express/vwd/Default.aspx
http://www.microsoft.com/express/sql/Default.aspx

grafikdon:
My buddy Mapomeji is pretty busy with his new album, featuring notable Nairaland Heavy hitters He's still recovering from Maptitis though. . . .

Chai! Unu go wound person one day o!

selingel:
stop this thread!.

She kosi (I hope all is well)?

logica:
See, the problem is you don't know enough about Java. Applets were considered safe because of the sandbox model, but fell out of favor because they were what you would consider fat clients (and of course with all the attendant draw-backs). ActiveX clients were usually avoided like the plague back in the day because of the security concerns, but not applets.

Haha.
Nobody even knew about this until last year http://slightlyrandombrokenthoughts..com/2008/12/calendar-bug.html
That was from an unsigned applet. Signed applets are just as dangerous as activex (maybe even more so, since they have the power of standalone programs. . . in your browser! ).

^
I was only showing that you could go through voluntary pain in c#, if you choose to (you can't choose in java, pain is part of the game).

The reality is that the .NET framework offers much more than any java framework and C# having tons of additional constructs and improvements over java.
Simply put, because C# is an evolution of java, it takes away those areas where is unecassary pain (eg anonymous classes vs delegates). C# has tons more data types and several areas where java simply has no equivalent (lambdas and expression trees, multi-cast delegates, namespaces etc). C# offers richer polymorphism, unrivalled event handling. . .

How do you begin to imagine a comparison between what I can knock up in a few minutes with C# and WPF and java / swing ?

@grafikdon

My friend, have you spotted any new releases for Mapomeji? Any previews?

Mapomeji's got the X-Factor!

bibiking1:
Beaf, actually the peace would ensure their bunkery business continues undisturbed. So it sorta favors them.

True, if there is peace and only cosmetic changes to the status quo. As soon as there is any propriety, bunkering will begin to fizzle out for the Generals.

[quote author=becomrich, link=topic=348573.msg4881634#msg4881634 date=1257654876]the USA have fire power my friend. Where did you get that picture.[/quote]

Are you now commanding the US armed forces too? Damn! http://en.wikipedia.org/wiki/Megalomania

Ibime:
Godwin Abbe is a fool.

Yar'Adua needs to get rid of these hawks in his Government,

Don't forget that many Generals are neck deep in bunkering. Peace and propriety in the ND will scuttle their interests.

redsun:
What are the possibilities of independent auditors summing up nigerian earnings from just oil since the iraq war started and working how it has been distributed and what it has been spent on,from federal thieves,to state thieves down to the local government thieves?

It is quite easy to catch out those thieves with track records,[b]unless of course they don't keep record[/b]s and if they don't,that is a crime by itself.

You hit the nail on the head, govt doesn't keep records or statistics. They hate records and that is one of Nigeria's major problems, there have been several instances were law courts have not even been able to prove an individuals identity and let them off the hook to commit more serious crimes.

[quote author=becomrich, link=topic=348573.msg4881596#msg4881596 date=1257652713]what nonsense pictures do you have online. Do you beaf want to start a war in Nigeria.[/quote]I want to use them to practice on your maps.

naijaway:
nice sight beaf.

Thank you o jare!

Ghenghis:
Verbose means more flesh, not less ,
@Beaf I don't get the purpose of the code , are you comparing the Java language to c# or .NET CLR to the JRE ?

Ironically your both code snippets are C#

Also if we assumed you wrote the 2nd snippet in java, what is the null check for ? Why is the encoding part not important ?

All these arguments about verbosity is even funny, what do you want weakly typed language proponents like (python to say).

Yes C# is more powerful that Java, but at what price ? complexity ? inconsistency ? (so i've said it , )

Hmm, na wa o!

I was agreeing with kobojunkie that you can actually write verbose C# if you want (the difference is that java is always verbose).
So yes its all C#, both examples are equivalent. One example is a single line and thats the point I'm stressing.

Now, for my code class
The encoding is surely important, the streamwriter is initialised with the it. The null check? Its the last man standing, in case UI validation checks either failed or were bypassed; its done so errors can be thrown for more deserving reasons.

C# is not just more powerful than java, it much easier to learn, better architected and more suited to rad techniques. Its win, win, win.

[size=14pt]Why do you think you will survive my visit?[/size]