tag:blogger.com,1999:blog-33103854.post115651825743448359..comments2023-05-22T14:15:21.482+02:00Comments on Karsten Wagner's Blog: OOP is dead (part 3)Karsten Wagnerhttp://www.blogger.com/profile/09652404623625038743noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-33103854.post-4396144570464091172009-06-25T17:44:08.807+02:002009-06-25T17:44:08.807+02:00Small typo: you said "overloading" when ...Small typo: you said "overloading" when you meant "overriding". Overloading is resolved at compile time, and overriding is resolved as run-time. (Just being pedantic:-)Loup Vaillanthttp://theroleplayingprogrammer.blogspot.comnoreply@blogger.comtag:blogger.com,1999:blog-33103854.post-88873813072269845272009-04-08T15:06:00.000+02:002009-04-08T15:06:00.000+02:00I believe OOP, along with XP programming methodoli...I believe OOP, along with XP programming methodoligies was driven by business needs. OOP and Agile or XP allows fewer programmers to produce functional code with vague, changing or incomplete specifications. I believe there may be drawbacks to functional programming as well UNLESS the waterfall development approach comes back into vogue.<BR/>As entrepenurial type businesses drove OOP and Agile, IAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-33103854.post-10702772648994913632007-12-09T03:28:00.000+01:002007-12-09T03:28:00.000+01:00The things we cache in Java and other OOP language...The things we cache in Java and other OOP languages, aren't anything that functional programming is going to improve the performance of.<BR/><BR/>How will functional programming increase the speed by which I recieve bits from an HTTP connection? We cache the results for performance.<BR/><BR/>How is functional programming going to increase the speed of I/O? It can't, and that's the usual reason CruxOphttps://www.blogger.com/profile/09750085477043025592noreply@blogger.com