Skip to content

Jim McKeeth, world renowned Delphi expert, joins Embarcadero Technologies

In his new position as Developer Relations Lead Evangelist/Engineer, Jim will be a key part of Embarcadero’s evangelism team and developer community outreach.  Jim will write about application development, visit with developers, create videos, and participate in online and live events.

Jim will lead and grow Embarcadero’s Most Valuable Professional (MVP) program which already has more than 60 worldwide members. The MVP program chooses the "best of the best" Embarcadero community members to be trusted alleys for our customers and prospects. An MVP is passionate about Embarcadero products and the success of everyone who uses them. An MVP evangelizes Embarcadero products by writing and speaking on the elegance, simplicity and productivity of our products at user groups, conferences, and webinars, and in websites, articles, newsgroups, blogs and social networks.

Jim is a world renown and well respected Delphi expert with more than 20 years of programming experience. He is an active member of the global Delphi community. He is the creator of the Podcast at ( interview program which will continue as part of his Embarcadero responsibilities. Jim has spoken at many Embarcadero (and Borland) events including CodeRage, Delph Live, EKON, BorCon, other industry conferences and user group meetings.

Jim was the first person to earn the Delphi badge on Stack Overflow. Jim is a regular speaker at iPhone and Android conferences and runs the local Boise Google Developer Group. Jim holds the patent for the swipe to unlock and pattern unlock used on both iPhone and Android phones, plus a number of other computer and software related patents.

Jim told me, "I started programming with Turbo Pascal while I was still in grade school. That was the start of my love of the programming language. During my 20+ years as a software developer I’ve always enjoyed sharing and teaching the things I found exciting in the world of software development. My ideal is pushing the boundaries of technology and then showing everyone what I find."

We are very excited to have Jim join our global developer evangelism team. Jim’s deep experience with the Delphi language, developer tools, software architectures and mobile application development will help developers move their ideas and applications forward to new levels and to new platforms.

{ 45 } Comments

  1. Daniel Magin | July 15, 2013 at 6:26 am | Permalink

    Jim is a great guy and a realy expert in delphi. Great value for EMB and the community. Jim: good decision :-)

  2. Jim McKeeth | July 15, 2013 at 7:15 am | Permalink

    Thanks David and Daniel for the kind words. I am very excited to be part of a great team and standing behind such a fabulous product!

  3. Victory Fernandes | July 15, 2013 at 7:55 am | Permalink

    Now I see why he tweeted saying he could not sleep yesterday! :)
    Great news Jim! We will wait for you in DelphiConferenceBrazil2013

  4. Brent Shelton | July 15, 2013 at 9:06 am | Permalink

    Congrats Jim. I’ve enjoyed your podcasts in the past!

  5. Cary Jensen | July 15, 2013 at 9:21 am | Permalink

    This is great news for the Delphi community. Jim is a Delphi expert and an excellent public speaker, qualities that we will all benefit from as he fills his new role with Embarcadero Developer Relations. Congratulations, Jim. And congratulations to David I and his team.

  6. Olaf Monien | July 15, 2013 at 10:17 am | Permalink

    Congrats Jim!

  7. Warren Postma | July 15, 2013 at 10:20 am | Permalink

    Very glad to hear this news. Best of luck Jim, in your new role!


  8. Steven Kamradt | July 15, 2013 at 11:34 am | Permalink

    Congratulations Jim! Best of luck on your new endeavor.

  9. Mike Sutton | July 15, 2013 at 11:36 am | Permalink

    Great news, Jim.

  10. Anders Ohlsson | July 15, 2013 at 11:41 am | Permalink

    Welcome Aboard, Jim!

  11. Jeroen Pluimers | July 15, 2013 at 12:05 pm | Permalink

    Congrats to both Jim and the rest of the team. Awesome combination!

  12. shuhin ashayeri | July 15, 2013 at 12:07 pm | Permalink

    Very good news.

  13. Alister Christie | July 15, 2013 at 12:32 pm | Permalink

    Awesome, I think the Delphi community will greatly benefit from his full time input.

  14. Marco Cantu | July 15, 2013 at 1:32 pm | Permalink

    Welcome, Jim. I’m pretty sure I’ll enjoy working with you…

  15. Eliseo Gonzalez | July 15, 2013 at 5:38 pm | Permalink

    Welcome aboard, Jim!

  16. ray | July 16, 2013 at 9:45 pm | Permalink

    Can you please help. I tried using the TLang component to translate the English FireMonkey app to Arabic on iOS but when I run it on the iOS simulator, the text appears blank. Is there a setting I am messing to get the Arabic language working on the iOS simulator?

    thank you very much

  17. sepp | July 16, 2013 at 10:30 pm | Permalink

    I wonder what happened. Did he get sick of evangelizing "native" platforms such as .NET and Android?

    Anyway, good to see some positive news in the Delphi arena.

  18. Jim McKeeth | July 17, 2013 at 4:11 pm | Permalink

    Thanks for all the well wishes!

  19. Phillip Woon | July 18, 2013 at 5:45 am | Permalink

    Congratulations Jim.

  20. Im confused | July 19, 2013 at 4:40 pm | Permalink

    @marc, thanks for the info. As i love delphi and love remobjects components (but don’t have any empathy with all your concept for design on oxygene , not visual interface for android and iOS, to start with…) what must is expect from your company? Do you plan to let all delphi developers alone with the new delphi mobile options? Do you plan to let us with our delphi servers and no way to implement mobile clients using Delphi mobile? Will we need to migrate all that servers to Datasnap? Which are our options, marc, on this scenario? We need definitions now we have two delphi mobile platforms : iOS and Android. I hope you have a definitive answer to this questions.

  21. Dalija Prasnikar | July 21, 2013 at 4:21 am | Permalink

    Congratulations to Jim, I wish you all the best in your new workplace.

  22. Im confused | July 21, 2013 at 8:41 am | Permalink

    @Eliseo Gonzalez The truth behind this is RemoObjects need to define to delphi customers what will bee the future of the RO and DA libraries on the Delphi mobile scenario. And ever more, if they plan not to be anymore EMB partners, i imagine delphi and RO probably have not anymore a future.

  23. Im confused | July 22, 2013 at 3:30 am | Permalink

    I believe you deliberated loose the point of my question. Will or will not Remobjects support Delphi Mobile compiler. Yes or not. This is the question you must give to your customers if you really care.

  24. marc hoffman | July 22, 2013 at 4:19 am | Permalink

    @Im confused: i believe that question has been answered multiple times. Right now, we have no plans to support the Delphi/Mobile platform, not while it is (a) so vastly different from regular Delphi (requiring a code fork or more IFDEFing than we’re comfortable with) and (b) unproven as significantly relevant development platform. It’s simply not feasible and sensible for us to pursue this platform, at this stage, with the resources we have.

    As i said before, it’s your right to not be happy with us not providing libraries for Delphi/Mobile, but it is not like RemObjects *owes* you such a product. It’s not like we promised such a product, and/or took your money for such a product, and are now not honoring that. We never promised support for this platform, nor were we ever unclear or misleading about intentions for Delphi/Mobile.

    And to be clear, we are 100% fully committed to our existing libraries for Delphi/Windows, today and for all future plans that have been made so far.

  25. Im confused | July 22, 2013 at 5:14 am | Permalink

    Is clear now, but not less dissapointing for delphi and ro users having several remobjects servers on production, and suddenly now forced, for your decision, to migrate to data snap. And in the middle term, don’t expect it not to impact RO and DA sales on the delphi community. Is obvious you start a flame war with delphi community , not now, years ago, and now is on the hot part. But that Marc, is very stupid for a company owner having the most of the license on RO/DA for delphi. Is delphi the best technology for you? Yes we get is not. Blaming your customers for using delphi is not very smart, your attitude with delphi community with not help your company at all.
    Like it or don’t, Delphi users pay your accounts. Do you have doubts about the significantly of delphi mobile products? Just see around you, get out of your box, and as a business man understand Oxygene is a a tiny product from a tiny company. Embarcadero sales are vast larger than Oxygene sales. Stop that stupid war with your best ally, even if they don’t like you, the users of EMB are you best bet here. Don’t let your elephant size EGO dominate your business.

  26. marc hoffman | July 22, 2013 at 5:39 am | Permalink

    @im confused: i’m not sure what your beef is. No-one is "blaming Delphi users", and there’s no "flame war".

    We create RO/DA for a large number of platforms (five in total). We’re fully committed to all five of these platforms, and they include Delphi/Windows, .NET+Mono, Java+Android, Cocoa and JavaScript. We simply do not have the resources to add a sixth niche platform to this matrix, for the few users that (currently) demand this.

    This has nothing to do with Oxygene which, yes, is very much as niche when it comes to iOS and Android development as Delphi/Mobile is. This also has nothing to do with ego. With *have* native libraries for both Android and iOS. Had them for years and years. That’s where the market for Android and iOS development is: with the platform-native tools and frameworks: Java and Cocoa.

    To imply that *i* am too shortsighted to see beyond the bubble of my favorite tool is pretty ironic, don’t you think? I’ve personally been doing iOS development with Xcode since the say the SDK came out (and Mac development, longer), and since 2004 or so, been building a company around platform agnosticism. I believe i have a pretty good grasp on the iOS development market and tool space — enough to understand that neither Delphi *nor* Oxygene will ever be a major player in it. (Ditto for Android, minus the part of me actively developing for it much, myself).

    Once again: you have every right to not be happy with our platform choices and priorities. But please don’t turn this into a personal insult. We’re not obligated to support every development platform under the sun, and we cannot possibly afford to. We never promised (or accepted you money for) a version of our products for Delphi/Mobile — so please don’t act like you are entitled to such a product, and like we fail to deliver something we owe you.

    Data Abstract *has* you covered on just about any platform you want to go to, today. including Android and iOS. Has had, for years. We’re not forcing you to switch to DataSnap (nor do we keep you from doing so, if you think it gives you the better value).

    Please take a deep breath and relax.

    ps: is suggest looking up the definition of "ally".

  27. Im confused | July 22, 2013 at 6:01 am | Permalink

    @marc. Is far from be personal, don’t be wrong. I appreciate your company, but no, don’t like your permanent criticism to every thing EMB do. Neither your criticism to delphi, all the time. You imply delphi users are stupid in all the ways you can, don’t matter if now you say your company have a deep compromise with delphi community.

    I know you are a old mac user, and that is fine. Your main critics to delphi are the ui shared between diffs platforms produce an uncomfortable experience to mac an ios users, and i agree. But theres some points here, to remark:

    First, on delphi you can use diff ui for android and iOS, and same code behind. Also, you can use native ui using TMS components. Im sure they will do the same with future android release.

    Second, Work in Oxygene is very uncomfortable, due to the lack of visual designer. Not to talk about Visual Studio experience.

    Third, not oxygen nether delphi can emulate the experience of coding using Xcode. When you integrate nougat inside xcode maybe can get a winner there, in the meantime your solution have no advantages over fm, even worst, have a lot of disadvantages imho.

    Hope you don’t take personal, that are the points i think every delphi developer will consider before use oxygene.

    Using delphi and produce a iOS app is quick and work, on oxygene is a very different experience, uncomfortable at least.

  28. marc hoffman | July 22, 2013 at 6:12 am | Permalink

    @Im confused: its seems the discussion is drifting off even further, so lets put this to rest here. Surely this is not the place to discuss Oxygene vs. FireMonkey, and it goes without saying that everyone is entitled to their opinion and to choose their tools based on that.

    We’re providing Oxygene as one of many choices available on the free market. Lots and lots of people, i’m glad to hear every day, love it. And i’m sure lots and lots of people don’t like it at all — that is fine. No-one is forcing anyone to use Oxygene (or Delphi, or Xcode, or personal hygiene products). Yay capitalism.

    If you don’t like it, by all means, don’t use it. If you like Delphi for iOS development, by all means DO use it. But please do not infer from your choice of tools that RemObjects *owes* you a Data Abstract implementation for it. We don’t. That’s all i’m saying.


  29. Jeremy | July 22, 2013 at 6:14 am | Permalink

    @Im confused. I don’t get why you say you have to migrate to datasnap, nor why you are trying to blame RemObjects for not producing something you want.

    I too am a [very] long-term Delphi user, and have used the RO SDK and DA for many years. We have looked at both FireMonkey and Oxygene, and decided that for creating mobile apps, the latter is a [far] better solution for us, and it also has the advantage that we can easily communicate with our existing Delphi DA servers.

    Converting them to datasnap so I can only use Delphi is wrong on so many levels.

    We use the right tool for each job, and for us, FireMonkey just looks like an easy way for Delphi developers to make iOS and (one day) android apps, from one code base. We are instead spending the time to learn a new IDE to develop a better product for each device we need. RemObjects has made this extremely easy for a Delphi developer with Oxygene. The single code base is a nice ideal, but I can’t imagine big companies like Facebook try this, and we as a tiny company aren’t either.

    I believe the more people use FireMonkey, the more they will wish they hadn’t (unless it changes a lot), and I believe Marc knows better than you where his customers are and the direction they wish to take, let only which areas pay their accounts, so I don’t see why you are taking the stance you are.

    You seem to think that they aren’t supporting it because EMB dropped Oxygene and that’s annoyed RemObjects so they aren’t supporting the new Delphi mobile stuff out of spite. I think it more likely that EMB could see how much better Oxygene was than the way they were going, and RemObjects had already decided not to support FireMonkey for sensible reasons which is why EMB dropped Prism. That’s my guess anyway.

    Accept their decision and deal with it.

  30. Im confused | July 22, 2013 at 7:57 am | Permalink

    @jeremy you say "I don’t get why you say you have to migrate to datasnap". Simple. because if i want to stay at delphi i cant use same technology on both, servers and mobile. I can get why is too hard to understand that.

    Is not about accepting or not one decision. That is the first time Marc point clearly will not support delphi mobile at all. Good to know now delphi developers can make a decision too. Don’t you think?

    Jeremy, tell me, how you design your UI with oxygene? I’m curious.

  31. Im confused | July 22, 2013 at 8:01 am | Permalink

    @marc is ok for me, is sad to leave behind a technology we love to use before, i mean rem objects. we must "deal with this"as jeremy says.

  32. marc hoffman | July 22, 2013 at 9:11 am | Permalink

    Oh, and where is this "no visual designer" stuff coming from? Oxygene has full support for visual designers and the platform-native widgets. That includes WinForms and XAML for Windows and Windows Phone, and XIB/Storyboards on Mac and iOS.

    So (ignoring the fact that 90% of iOS developers in fact do not use visual designers), i’m assuming Jeremy is designing the iOS UIs for his Oxygene apps the same way as every other iOS developer.

  33. Im confused | July 22, 2013 at 11:05 am | Permalink

    @marc the 90% of iOS developers don’t use visual designers? Where do you get that statistics? And for that reason xcode is so , so oriented to visual design? Do you mean game developers i bet, and i imagine you know we are mainly business oriented developers. So, no, i’m sure you are quite wrong. Visual designers is a must. Xamarin and delpgi, both, include good ones RAD approach, so the lack of one is a problem for Oxygene, sorry.

    And yes, i’m talking about android and iOS. As I’m a delphi developer i have no need of .net crap, thank you!

  34. Jeremy | July 23, 2013 at 1:19 am | Permalink

    @Im confused I understand now what you say, but we’ve decided it is better for us not to use Delphi for everything, but to pick and choose the right tool for each job we have. We use Delphi for our DA servers because we always have, and we wouldn’t ever want to change that for the current ones as there is too much in them (switching them to use DataSnap would be way more work and cost than just using another tool for a different client to talk to them). We use Delphi too for our Windows clients to these servers, for the same reason. Some of the new ones (where we had a .NET requirement) we used Prism from RAD Studio.

    Because we used RemObjects’ RO/DA for our comms (and boy were we please we chose this route), this was easy to do, and when they brought out the Xcode DA, we looked at that too and started looking at XCode and use that for some iOS clients.

    Now EMB have dropped Prism, but we loved using it and with Oxygene for Cocoa we’re now starting to use that instead of Xcode because for a Delphi developer it is so much easier to switch to, and it really would be a pointless exercise for Oxygene to have a GUI designer since the one in Xcode is so nice (the best I’ve ever used, even better than the Delphi one) and you don’t need to know Xcode to use it, just read one of the plethora of books on the subject, or Apple’s own docs. You have to have a Mac and Xcode anyhow, so it makes sense to use it. I think RemObjects are better spending their limited resources on making Oxygene better than trying to replicate what Apple provide for free.

    So, Marc is correct, we are doing the GUI the way they have suggested, and it’s working fine for us. We are now looking at using the Android flavour right now, as we are building something to run on that and it seems so far pretty straightforward.

    I should probably say that the way we’ve developed our stuff is that a lot of the work is actually done at the server so our clients are really just the GUI so we don’t have any requirement to use the same code base for all our clients, we prefer to use the native components on the relevant device as that’s what our users would expect, which (TMS components aside) FireMonkey doesn’t really do for us.

  35. Jeremy | July 23, 2013 at 1:20 am | Permalink

    In other news, I’d like to wish Jim well in his new role (I forgot to say that when I read this news yesterday and got a bit sidetracked in responding to the digression started by @Im confused)

  36. Jason McMillen | July 23, 2013 at 3:22 am | Permalink

    A big win for Embarcadero!

    Congrats on the new job Jim. Having done a couple of podcasts for him and had him as a guest judge in one of our PGD Challenge mini competitions I have found him to be a very outgoing, gracious and inquisitive person. Traits that EMBT would do well to exploit. ;)

  37. Im confused | July 23, 2013 at 6:50 am | Permalink

    @jeremy. I understand that is the strategy of RemObjects, just force actual customers to go to Oxygene for mobile development, no matter what they say, is the only option. Or i’m wrong? I agree with you, migrate to datasnap is not a option, remobjects and databastract is far better than data snap, but fm is a real rad option for mobile, there we are.

  38. marc hoffman | July 23, 2013 at 9:21 am | Permalink

    @Im confused: this is my last reply to this subthread, since at this stage it’s nothing but trolling, but: We’re not forcing anyone to do anything. As i explained countless times now, we provide A LOT of options for using RA/DA, on different platforms, none of which require you to abandon your exiting Delphi server or client apps.

  39. Im confused | July 23, 2013 at 10:33 am | Permalink

    @marc im very sorry you think i’m trolling. Im just trying to tell the truth and made you do the same, without success till now. We agree theres no way to get a delphi & ro server working with delphi (mobile) clients, then the only way to go for actual delphi & ro users is develop mobile clients using oxygene. Like or don’t that is the true. Call me troll, but that don’t change the facts remobjects is using that in a deliberated way for, again, force actual users base shared with delphi to get the oxygene path. You can deny this. You are forcing your loyal delphi customers to use oxygene form mobile development. If i’m wrong explain me how can a delphi user implement a delphi mobile client using a delphi compiler.

  40. Im confused | July 23, 2013 at 10:38 am | Permalink

    Off course i mean a delphi mobile client for a delphi RO/DA server.

  41. marc hoffman | July 23, 2013 at 2:32 pm | Permalink

    @Im confused: "then the only way to go for actual delphi & ro users is develop mobile clients using oxygene." false. Pure and simple, false. Not sure what else i’m supposed to say to this. This is not a correct statement (as i have explained some 10 times now).

    There are countless options for using RO/DA that do not involve Oxygene, including but not limited to Xcode/Objective-C, Java, C#, Java Script, etc.

  42. Jeremy | July 24, 2013 at 12:40 am | Permalink

    @Im confused: I don’t see it the way you do at all. RemObjects aren’t (in my opinion as a happy customer of theirs for many years) forcing people to use Oxygene for mobile development, but they have made the decision not to spend their limited resources at the moment on creating DA for FireMonkey simply as they don’t see a return for it, whereas they have other things to work on that will (I’m also pretty sure that would change if enough people asked for it - rather more politely than you), but I agree with their decision. Marc has already pointed out there are lots of other options, and on their own forums I have seen Marc recommend to people many times to do things in a way that is better for them rather than RemObjects (which I always thought odd for a CEO but now I just think it is Marc being always honest with people rather seeing the opportunity for a sale).

    I’m sure they know their customers better than you or I, just as EMB do, to the extent that they have provided you with a tool you want to use for mobile, and I can understand why you want to use it. We’ve also looked at it, and I can see the superficial attraction. However, we’ve also looked at (and are now using) Oxygene and it is a far better tool for us and was worth the effort to learn it, so that’s the route we have chosen.

  43. Im confused | July 25, 2013 at 12:32 pm | Permalink

    @jeremy, i see your point. And is ok, you like oxygen don’t like fire monkey. But theres a lot of people don’t have the enough time, and don’t need to release a superduper iphone app, just need to add a app that "just work" with the less effort on android and iphone. For that people is better the approach from embarcadero.

    If the problem is the money, lack of resources, whatever: why just dont charge for a special delphi mobile version? I can pay a reasonable price for that. Believe me is better pay that plus than having to learn objective c and then java android. I hope @marc understand theres many people on that position and releasing a version for extra money will be ok for them.

  44. Myles Wakeham | August 14, 2013 at 7:49 am | Permalink

    Major congratulations to Jim and Embarcadero for this. This is great for the Delphi community.

  45. Im confused | August 14, 2013 at 8:53 am | Permalink

    Well, seems im im banned of marc blog, sad he cant discuss this topic with encourage…

    I mean here, 2 post and two banned…

{ 2 } Trackbacks

  1. [...] show is live today as episode 94. This show was recorded when I was a Delphi MVP, before I was an Embarcadero Employee, but after I had accepted the position.In this episode I am interviewed about Tablet Development [...]

  2. [...] I dug out the paper work, then found out that Jim McKeeth - now leading the MVP program at Embarcadero – could lessen the paperwork [...]

Bad Behavior has blocked 1763 access attempts in the last 7 days.