New Roadmap
New Roadmap
https://community.embarcadero.com/article/16563-rad-studio-roadmap-september-2017
https://community.embarcadero.com/article/16563-rad-studio-roadmap-september-2017
https://community.embarcadero.com/article/16563-rad-studio-roadmap-september-2017
https://community.embarcadero.com/article/16563-rad-studio-roadmap-september-2017
Sigh... I'd rather see more resource spent on Linux on ARM (Pi 3, etc) and ARC on Windows, than the RAD Server. The RAD Server doesn't really belong in RAD Studio at all, IMO.
ReplyDeleteI need a working compiler with great language features and platform support, FFS. I don't need an Inprise style extra charge solution that I won't use - to increase the price of my development tool.
It is sad when a road map contains more of a recap of things that you have delivered, than an introduction of what you intend to deliver.
Lars Fosdal yup. Seems we pay (and sometimes wait) not for the features we need or want, but instead the investment we make often goes for new roads to places many do not want to travel in the first place. ARM would be great! There is even an emerging ARM server market to be had.
ReplyDeleteOn the bright side - the debuggers are getting a workover, which is way overdue.
ReplyDelete/sub
ReplyDeleteAndroid in tokyo is impossibile, I hope they will fix most of the problems in 10.2.2! I'd prefer that instead of new components
ReplyDeleteI was pleased to see some mention of GUI for Linux. What they really need is a new device independent framework similar to NextStep that would run anywhere. I gave a demo of one back in 1995 with enough to get going with... buttons, scrollbars, memos, menus, dialogs and so forth. That's the big pain for Linux (and so forth), the UI controls. What ya going to do, QT? I see a list of repeated "improved support" for various devices. and controls. Timeline? Long way out.
ReplyDeleteThey could own the market on that (for every developer tool), had they invested into building a good framework, and been way out ahead on providing support for new platforms.
Instead, the question is always "how do we patch our controls to work on platform x". It could be the other way around. Take a look at the nightmare Lazarus goes though to get UI controls on different platforms.
It does not have to be that difficult.
Seriously, here we are in 2017, and still no true device independent UI framework. It's been there all along. And it would be very valuable today.
Steve Jobs used it in Next. Displabable PostScript.
One code base for UI controls, that runs anywhere. What a concept.
[Plug: I know a guy who can deliver something like that - the same guy that demod working code back in 1995].
/sub
ReplyDeleteAndroid support is so broken.... I'm having great expectation on this for release 2.... As said before, my Tokyo installation is taking dust...
ReplyDeleteI had to switch to Qt for a project that I was asked to do because with Tokyo (even with the hotfix) it was impossible! I don't know if this issue is with Firemonkey in general or with Android in specific, I've never tested an app on iOS. But still the problem remains...
ReplyDeleteLinux GUI support is still "Under consideration" :-(
ReplyDeleteI have also noted that Embarcadero for some obscure reason continues to target Linux development for Enterprise. Why on Earth? I'd rather see Mac support there (never seen any Mac in my life - probably the toy of the other hemisphere), while Delphi Linux should firstly target Pro/Starter level development.
the latest OSX versions coming out only support 64 bit? (true/false?)...delphi might miss the boat on this?
ReplyDeletedeveloper.apple.com - 64-bit Requirement for Mac Apps - News and Updates - Apple Developer
ReplyDeleteI doubt that Delphi can become the No. 1 compiler for mobile development. I would advise to concentrate on desktops, client-server applications, micro-services and improve compilers, IDE and the language. Delphi for Windows is excellent, and it should be the king in that area!
ReplyDeleteT n T For me Delphi would be much less attractive without mobile development. Smart enterprise developers want single source crossplattform and Delphi IMO needs to deliver this. of course they will never be the No. 1 compiler for mobile.
ReplyDeleteRoland Kossow Sharing a source code between platforms is a good feature that greatly simplifies development. But this is no longer a unique feature of Delphi. And it makes sense for large projects (yes, enterprises). I would prefer to have one or two excellent tools from a specific manufacturer than a large set of tools of variable quality. Of course, this is just my opinion.
ReplyDeleteWith VCL + tms components you can really do everything for windows. In my opinion that is pretty solid, the needed improvements are on android/ios. I only use webbroker (small projects) so idk about the webserver side status
ReplyDeleteSleep on. Nothing new for VCL people.
ReplyDeleteno Linux in Pro or starter to target iot users is a missed opportunity in my opinion
ReplyDeleteit's not a sexy roadmap...
ReplyDeleteIt is a realistic roadmap. Embarcadero has dismantled most of its development teams in several countries. I'm well aware of what has happened here in Spain.
ReplyDeleteNothing mentioned about right to left support, so it is the time to check others tools like javafx. any experience?
ReplyDeleteTo be honest ---- we should never forget the roadmap (road network maintenance I guess) implied here ... quality.embarcadero.com - Log in - Embarcadero Technologies ... if they get all that GREEN asapand still following the published roadmap ... I think it is VERY SEXY ... we developers demand that ... they need to do it to stay credible ... besides of that they need to keep up with he evolving plattforms 64BIT MACOSX, ios, Android, IoTETC ... if they should abandon crossplattform - IMO the niche would be getting to narrow for Delphi/Rad Studio and besides of that they would fail on their product strategy (and on me as a developer strategical leaning towards their tools).
ReplyDeleteahmed altayib ahmed Hi. I think you would get the platfrom based r2l support with the native text controls on the roadmap and I guess that is why they took it off the roadmap ... maybe.
ReplyDeleteFurther it might be a possibility to switch every text reperesentation and input to ...
delphihtmlcomponents.com - HTML Component Library for Delphi - Home
... IMO these components should be used by everyone anyhow - they are so awesome - and they might support right-to-left input, but I am not sure. Perhabs approach their support and ask about it.
But besides of that - if I would need arabian or hebrew language support I also would not be lucky about the roadmap - as you are.
Kind of sad reading, but in line with what seems to be the new direction.
ReplyDeleteI wonder what UI and UX improvements are. Rearranged Project and Run menus perhaps? Or can we hope for something more, than things touching the surface?
I hope Idera will surprise this time (in a positive way that is) and deliver MORE than anticipated for once. For example Linux ARM support - that would give some hope for the future.
Installed Tokyo and never used it. Still using Berlin to maintain my projects. Nothing exciting here. I am done with paying for software I cannot use.
ReplyDeleteGiven the limited development resources I expected EMBT to focus more. It makes no sense to deliver a lot of software but main parts are broken each time (as the multi platform story shows from update to update).
ReplyDeleteIt does not help to enter new areas (e.g. RAD Server) while other areas are constantly under construction.
But I can imagine the business excel sheets showing all the wonderful potential numbers for the new areas. Just it will not happen. To late and no industrial standard. As a result the money is missing in the core area.
"Focus were you are strong and delivery high quality" should be the message.
BTW: This is not against Marco or Nick. They understand very well our demands and problems!
I think it is a solid road map. And one that seems to be doable. The interessting part is the RAD server Sencha integration. I guess they try to be more of a service than a tools company. That's were the money is made nowadays.
ReplyDelete