Name your most hated technology
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
ya know what I really hate? ATL. ARGHH!!! IT'S SO ANNOYING! I'm forced to work with these appz that my "Fellow Engineers" have added to and it doesn't make me very happy! ATL might be very handy for some people, but it's just annoying for me! ARGH!!! :mad: :mad: :mad: :mad: :mad: :mad: :mad: :mad: "The world doesn't care about your self esteem. The world expects you to get something done BEFORE you feel good about yourself." ~ Bill Gates
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
I'll start by naming one of my most hated technologies: DDE (Dynamic Data Exchange)... :mad: That's probably the most crappy technology Microsoft has yet invented. After so many years in the Windows API I still don't get it. What's this about sending Windows messages to other application - couldn't Microsoft have figured out something a little more fancy. I mean, come on, for a communication protocol, Windows Messaging probably isn't the best path to take... The documentation claims that you can use it to "...establish conversations and perform transactions with applications...". So it that like a "MS Transaction Server"-lite? And why are we still sending DDE messages to ProgMan. I thought he died many years ago? The fact that the Windows Explorer still uses DDE, and Internet Explorer uses it to launch some URLs correctly simply makes me really tired. Bjarke Viksoe My code at: www.viksoe.dk/code
-
ya know what I really hate? ATL. ARGHH!!! IT'S SO ANNOYING! I'm forced to work with these appz that my "Fellow Engineers" have added to and it doesn't make me very happy! ATL might be very handy for some people, but it's just annoying for me! ARGH!!! :mad: :mad: :mad: :mad: :mad: :mad: :mad: :mad: "The world doesn't care about your self esteem. The world expects you to get something done BEFORE you feel good about yourself." ~ Bill Gates
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
I once worked with Oracle Express for Windows NT (about 3 years ago). This had to be the most buggy and poorly done product I have ever used. The Unix version was pretty good, but the WinNT version was a total bomb. The funniest thing about it, though, was that there were a few places in the UI where you could press F1 or click HELP and the app would blow up.
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
I had to take a detour and start Java and all it's by products (dont ask me why b/c there was no other alternative for me). Although there are many things in java that I like and many I dislike, but some some of them are so annoying that you can only bang your head on your keyboard. lol . These days I am working on apps that require an application server to run and for this we are using iPlanet and the least I can say is "iPlanet sucks". If you add a new servlet then there are so many XML files that need to be informed about your servlet, otherwise the new servlet wont come up. Not just servlets, the story continues for EJBs. It is partly b/c of the so called J2EE standards (BTW: J2EE itself is a big......[YOU KNOW WHAT!!!!]). Please no flames from java gurus! if there is any... :) ;) ;P :-D :cool: Farhan Noor Qureshi
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
hate it hate it hate it. it's an absurdly complex solution to a simple problem. FCOM -c ------------------------------ Smaller Animals Software, Inc. http://www.smalleranimals.com
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
many things about crystal are worth hating: - 20mb of dll's to install for the "web" version, you do one thing with crystal and they ALL are instantiated, often crashing the web server - lame api - poorly/non documented api but the worst thing about this completely lame product is that it will turn honest programmers into office-automation hacks... everything that you do, you have to hack to get it to actually work. i hate hate hate that product. in a job interview once, the interviewer asked what i thought about crystal, and i said, "I truly hate crystal reports and if it would be one of my job duties, then I will not take the job." -John
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
Oh, this is an easy one: DirectShow. Has anyone here ever tried to write a DirectShow filter that modifies a stream as it's being played? Well, microsoft includes some "base classes" that make writing most filters easy. Unfortunately, the one kind of filter that is total hell to write is a splitter, and they don't even offer sample code for it any more! It's actually EASIER to write the filters from scratch, using your own COM objects than it is to use their base classes. -- Paul "I drank... WHAT?"
-
many things about crystal are worth hating: - 20mb of dll's to install for the "web" version, you do one thing with crystal and they ALL are instantiated, often crashing the web server - lame api - poorly/non documented api but the worst thing about this completely lame product is that it will turn honest programmers into office-automation hacks... everything that you do, you have to hack to get it to actually work. i hate hate hate that product. in a job interview once, the interviewer asked what i thought about crystal, and i said, "I truly hate crystal reports and if it would be one of my job duties, then I will not take the job." -John
I feel your pain... I'm now venturing into Crystal Hell again myself. The last version that I worked with was 4.x several years ago, with Btrieve as the DB. I had to write a user DLL just to perform a simple table lookup. Now we're trying to use v8.5 with ASP, and while their examples work, a simple report of my own doesn't, and no one appears to know why or how to determine what's wrong. Sigh... Perhaps its time to learn XML and XSLT and write it myself. Steven J. Ackerman, Consultant ACS, Sarasota, FL http://www.acscontrol.com steve@acscontrol.com sja@gte.net
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
Just one? I have several. 1. IBM Webshpere Application Server -- This Horrible piece of crap takes up 512 MB of memory per processor!!!!! 2. IBM Websphere Studio -- A poor imitation of Visual InterDev. You have to publish files multiple times before they are actually published. Crappy HTML/JSP editor. The damn thing actually tries to color code the text in a Java string, and when you save, the color coding dissappears. WTF? 3. MFC -- Well, I don't hate it. But I feel that it could have been implemented in a much simpler way. 4. MS Access -- I made the mistake of letting someone know that I had some experience with programming Access/VBA. Got stuck on a 9 month Access 97/VBA project. :-( 5. Crappy, half assed open source programs -- Not so much a technology but I still hate them. I have to do a lot of work with Linux lately. A great OS, but all the tools and utilities blow goats. Jason Gerard, Master of Kung Foo
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
JavaScript and generally all the client-side scripting technologies. They make me crazy. Especially 'onmouseover()' :mad: X| :(( I vote pro drink X|
-
Yeah - even coming down from the trees was a bad move... cheers, Chris Maunder (CodeProject)
-
I feel your pain... I'm now venturing into Crystal Hell again myself. The last version that I worked with was 4.x several years ago, with Btrieve as the DB. I had to write a user DLL just to perform a simple table lookup. Now we're trying to use v8.5 with ASP, and while their examples work, a simple report of my own doesn't, and no one appears to know why or how to determine what's wrong. Sigh... Perhaps its time to learn XML and XSLT and write it myself. Steven J. Ackerman, Consultant ACS, Sarasota, FL http://www.acscontrol.com steve@acscontrol.com sja@gte.net
immediately i read this post, i scanned down the replies for 'crystal' ;P
-
ya know what I really hate? ATL. ARGHH!!! IT'S SO ANNOYING! I'm forced to work with these appz that my "Fellow Engineers" have added to and it doesn't make me very happy! ATL might be very handy for some people, but it's just annoying for me! ARGH!!! :mad: :mad: :mad: :mad: :mad: :mad: :mad: :mad: "The world doesn't care about your self esteem. The world expects you to get something done BEFORE you feel good about yourself." ~ Bill Gates
ATL *rules*. What don't you like about it ? Do you not have experience with templates ? If not, they are a pretty essential thing to wrap your head around. Christian #include "std_disclaimer.h" The careful application of terror is also a form of communication. Eagles may soar, but weasels don't get sucked into jet engines.
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
Netscape's rendering engine. All of them. cheers, Chris Maunder (CodeProject)
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
-
To cheer up this forum, I thought we should play a little game. The game is "Name your most hated technology". :) It doesn't have to be a Microsoft technology, but you have probably worked with something in the past that you deemed totally hopeless or just not worthy your programming time. This site is littered with acrnonyms like ActiveX, ATL, COM and MFC. Most of them we enjoy and spend many intimate hours with. But what about that OLE Automation stuff? Remember that... when embedding a picture in Excel was a big thing. Do you remember the struggle to figure out the stuff about sources and containers? Or "Direct Animation" - the *big* Microsoft replacement for FLASH web contents... does anyone actually use this. And was I the only one to write a "QuickView File Viewer" shell extension, only so it could be killed in the next Windows version, 2 years later. I also once looked at writing an OLEDB provider using the "Simple OLE DB Provider" interfaces... I'm pretty convinced that all the C++ samples are there to fool the enemy - this has got to be a hack for Visual Basic to allow them to write anything that would be close to an OLE DB provider. No way that overly-simplified buggy no-functionality interface could be a real COM interface. So don't be shy. Here's a chance to flame your most hated technology... regards bjarke
ODBC - defninately the worst technology I have ever used. Oh yeah, and MMC.:mad: (2b || !2b)