Low code development
-
Yes Pega is one of the platforms..
I have used it - it is not too bad but the SQL it writes can be truly awful, and you spend nearly as long getting all the configuration settings right as you would coding the solution in a 3GL.
-
Luigi Esposito wrote:
I think that such things belong to the past.
They belonged to the past even back in 2005 :laugh:
Luigi Esposito wrote:
The new paradigma of [insert technology/methodology of your choice here] is..
If I had a quid for every time I'd heard a sentence starting like this.. :doh:
How do you know so much about swallows? Well, you have to know these things when you're a king, you know.
:-) I'm not a fun of these platforms but some of them really seems to be very promising. Try to get a look at the Forrester research about low code development, it's a report very interesting ;-)
-
Duncan Edwards Jones wrote:
O worked for the Asia/Pacific arm back in 1999-2001 when thay were called PegaSystems. Got a free trip to the USA and England for training. In the US they sent me to Cambridge while in the UK it was Reading.
Michael Martin Australia "I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible." - Mr.Prakash One Fine Saturday. 24/04/2004
-
Hi Everybody, my company is going to start new age development of our legacy software using some of the low code platform available on the market. Please i really would like to have some feedbacks/opinion/suggestions about the "low code" development. For low code development i mean the one using BPM (Business process management) platforms. Thanks in advance
-
Hi Everybody, my company is going to start new age development of our legacy software using some of the low code platform available on the market. Please i really would like to have some feedbacks/opinion/suggestions about the "low code" development. For low code development i mean the one using BPM (Business process management) platforms. Thanks in advance
Every language has it strengths and weaknesses. If it is easy to write it cant do much. If it is hard to write it can do magic. A bad decision can ruin the company by loosing some months in money and competitive edge!!! The ultimate guide are the interfaces/backbone or software with which it must work. I would stick to C# or Java to have enough power. Dont bet too much on buzzwords - you can loose ;-)
Press F1 for help or google it. Greetings from Germany
-
:-) I'm not a fun of these platforms but some of them really seems to be very promising. Try to get a look at the Forrester research about low code development, it's a report very interesting ;-)
Sometimes they can have uses, but in the main it's a way of trying to create a product while avoiding coding.. :omg: There are many RAD-type platforms (call them what you will) and while you'll often get a reasonable product out for minimal effort, it usually doesn't take long before you come up against the limitations of the platform - be it capabilities, licensing, support or vendor issues, e.g. going out of business or dropping support for the platform you use :)
How do you know so much about swallows? Well, you have to know these things when you're a king, you know.
-
Luigi Esposito wrote:
Or even worst... I could become a pillar of salt VB
FTFY!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
Pile of VB, surley:~
-
It sounds like you've been working with SAP. That works best if you change all systems, including your country's taxation and accounting system, to adjust for SAP.
Wrong is evil and must be defeated. - Jeff Ello
Jörgen Andersson wrote:
That works best if you change all systems, including your country's taxation and accounting system, to adjust for SAP.
.... and then pour a billion tons of cement to make sure that none of them ever able to change again.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt
-
Jörgen Andersson wrote:
That works best if you change all systems, including your country's taxation and accounting system, to adjust for SAP.
.... and then pour a billion tons of cement to make sure that none of them ever able to change again.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt
Dan Neely wrote:
.... and then pour a billion tons of cement to make sure that none of them ever able to change again into buckets and add SAPs marketing department to the mix.
Wrong is evil and must be defeated. - Jeff Ello
-
This lot may not be a good source of opinions on enterprise type software. From my VERY limited experience with these things the "development" is mostly configuring their framework. The only validity for the expression
low codewould be low value code. A framework is an abstraction layer and I would consider these to be very abstracted. You probably need to find a forum of configurers rather than developers.Never underestimate the power of human stupidity RAH
Mycroft Holmes wrote:
the "development" is mostly configuring their framework
Ah, sounds like IIS. X|
-
I think that is not only matter of configuring their framework. Most of the activities will be spent on process design, including coding C# scripts and where complexity depends from the process you are defining.
Luigi Esposito wrote:
including coding C# scripts
I rest my case, any time you describe coding as writing scripts you are not looking at development requirements but configuration.
Never underestimate the power of human stupidity RAH
-
Hi Everybody, my company is going to start new age development of our legacy software using some of the low code platform available on the market. Please i really would like to have some feedbacks/opinion/suggestions about the "low code" development. For low code development i mean the one using BPM (Business process management) platforms. Thanks in advance
Just clear: Low code platforms are not ERP systems (SAP, PeopleSoft etc)! Those are around for a long time now and pretty established. We talk about AlphaSoft, Mendix, AppWay to name a few development platform providers. There is a push to use such platforms as well where I work. In all of the cases the push came from business and not from the IT department! In most cases business didn't really could articulate what they want but they already knew that there is this great tool on the web that can everything in no time. It is also not surprising that sales persons of such platforms contact business people directly, because they know where the money is. Our business departments have high hopes (faster development, less IT costs, reacting faster to market changes etc) in such platforms but are not yet aware to cut down on fancy functionality that are beyond of what those platforms currently are able to do sometimes (this will change!!). However, it is something to look at, and make the necessary decisions, soon or later whether you want to use spend time in looking into the options to use such a platform as part of your tool stack. Business don't want to wait and spend the money for a beautiful implemented C# algorithm, they want to generate revenue with an application that can be built and deployed fast, worldwide and on every mobile device.
-
Hi Everybody, my company is going to start new age development of our legacy software using some of the low code platform available on the market. Please i really would like to have some feedbacks/opinion/suggestions about the "low code" development. For low code development i mean the one using BPM (Business process management) platforms. Thanks in advance
Hi Luigi, DevExpress XAF is the only right answer for "low code development". The XAF framework is built on top of award winning controls (grid, tree, ribbon, navigation, dropdown, etc.). I have been programming since 30+ years (C, C++, Borland, Delphi, VB6, MFC, SQL, html, aspx, javascript, etc.) and have seen or heard from many "Frameworks", but there is always a limitation somewhere. There is however no limitation with DevExpress XAF: - WinForm AND Web, at the same time, from the same code. - Based on top of award winning components, every year. - Visual Studio + C# (or VB), absolute full control through code over every aspect of the application, if necessary. - You describe your data model through code or visually in a class designer: Class, properties, aggregated lists (relations) or not. - XAF does the rest: * Builds or updates the database, be it MSSQL, Oracle, etc. * Prepares views for you: List views, detail views, Lookup views, that you can link to an "Outlook" navigation. * Gives access to CRUD operations via standard toolbar buttons (fully customizable). - If necessary, you add you own views or navigation items, dashboards with graphics, gauges, etc., buttons/actions where you want, mainly by describing what you need, with only a few lines of code here and there. - XAF has all standard features that a business application requires, under others: active directory login or standard authentication, user authorization, validation, appearance, auditing, pivot, localization, etc. everything is so easy and well designed, ready to be used mostly by describing what you need. I am using this XAF framework intensively since December 2014, and each day, I feel like sending to the DevExpress developers the caviar and the Champagne that they deserve for having build such a marvelous and unique tool. I assure you that it is not possible to build a framework that can do more that this one, simply because it has all what you need, implemented in the most logical, elegant and intuitive way, on the best development platform there is today, namely .NET, Visual Studio and C#. Some links to mind blowing demos: Amanda building a small XAF business application in 10 minutes[^] Seth showing XAF in depth (1h 10mn video that highlights many basic features of XAF)[
-
Hi Everybody, my company is going to start new age development of our legacy software using some of the low code platform available on the market. Please i really would like to have some feedbacks/opinion/suggestions about the "low code" development. For low code development i mean the one using BPM (Business process management) platforms. Thanks in advance
-
OriginalGriff wrote:
Or even worst... I could become a pillar of salt VBA
Access was mentioned!
Never underestimate the power of human stupidity RAH
-
Hi Everybody, my company is going to start new age development of our legacy software using some of the low code platform available on the market. Please i really would like to have some feedbacks/opinion/suggestions about the "low code" development. For low code development i mean the one using BPM (Business process management) platforms. Thanks in advance
Let me take a stab at the business decision making process. (Because when I got started in the 80's, I was told "don't bother" the 4GL tools are so good, there won't be ANY programming jobs in a decade!" ROTFLMAO) 1) You see this budget for programmers... It is all for "coding" 2) If you had a solution like... X... You could do you're own reports, etc. etc. etc. 3) See that, you don't need to do coding, so you can cut the programmers and SAVE MONEY ... 4) Oh, it takes a LITTLE configuration (eh, a lot like programming), and it has a 3-5 year break even. To which I say "RUN". Honestly, someone has to get to the WHY of this decision. Because if it went the above way, they need help. I will gladly warn your management to NOT DO IT. "low code" appears to be buzz for "very little programming required"... Just configuration. Which is wonderful... Until you have to do something SPECIFIC... Or worse, beyond the tools ability, design or intent. For the record, I am not against moving forward. I am replacing an 14 year old system as I type. But all of that functionality takes a long time to understand, re-envision, and to implement and test. And if it runs your business... What is the worse that could happen? (and we have seen it happen).
-
Just clear: Low code platforms are not ERP systems (SAP, PeopleSoft etc)! Those are around for a long time now and pretty established. We talk about AlphaSoft, Mendix, AppWay to name a few development platform providers. There is a push to use such platforms as well where I work. In all of the cases the push came from business and not from the IT department! In most cases business didn't really could articulate what they want but they already knew that there is this great tool on the web that can everything in no time. It is also not surprising that sales persons of such platforms contact business people directly, because they know where the money is. Our business departments have high hopes (faster development, less IT costs, reacting faster to market changes etc) in such platforms but are not yet aware to cut down on fancy functionality that are beyond of what those platforms currently are able to do sometimes (this will change!!). However, it is something to look at, and make the necessary decisions, soon or later whether you want to use spend time in looking into the options to use such a platform as part of your tool stack. Business don't want to wait and spend the money for a beautiful implemented C# algorithm, they want to generate revenue with an application that can be built and deployed fast, worldwide and on every mobile device.
You perfectly described what is happening in my company :-). Just for clarify we are speaking about a large software written in PowerBuilder that need to be migrated the soonest (SAP, the new Sybase owner, decided to give PowerBuilder development to external company ... we are getting too much worries from these news) Thanks for your feedback
-
Somehow all this sounds like a new fancy name for Access. And if some company tells me they are going to start a new age by using Access...
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a fucking golf cart.
"I don't know, extraterrestrial?" "You mean like from space?" "No, from Canada." If software development were a circus, we would all be the clowns.:laugh: sounds like the "suits" have found a way to get rid of overpriced coders :)
-
:laugh: sounds like the "suits" have found a way to get rid of overpriced coders :)
And the results will suit them just fine, like always when they try to be smart.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a fucking golf cart.
"I don't know, extraterrestrial?" "You mean like from space?" "No, from Canada." If software development were a circus, we would all be the clowns. -
Just clear: Low code platforms are not ERP systems (SAP, PeopleSoft etc)! Those are around for a long time now and pretty established. We talk about AlphaSoft, Mendix, AppWay to name a few development platform providers. There is a push to use such platforms as well where I work. In all of the cases the push came from business and not from the IT department! In most cases business didn't really could articulate what they want but they already knew that there is this great tool on the web that can everything in no time. It is also not surprising that sales persons of such platforms contact business people directly, because they know where the money is. Our business departments have high hopes (faster development, less IT costs, reacting faster to market changes etc) in such platforms but are not yet aware to cut down on fancy functionality that are beyond of what those platforms currently are able to do sometimes (this will change!!). However, it is something to look at, and make the necessary decisions, soon or later whether you want to use spend time in looking into the options to use such a platform as part of your tool stack. Business don't want to wait and spend the money for a beautiful implemented C# algorithm, they want to generate revenue with an application that can be built and deployed fast, worldwide and on every mobile device.
hug.login wrote:
(this will change!!).
This sort of abstraction attempts is not new. And they will not ever support "fancy" because that sort of thing is often new and at best (idealized best) the abstraction layer must play catch up to every single one.
hug.login wrote:
Business don't want to wait and spend the money for a beautiful implemented C# algorithm,
Business doesn't want to wait nor pay for anything. But what happens is that some businesses will make the mistake of buying into the sales pitch and one of three things will happen... 1. They will realize almost immediately that it can't do some critical bit of functionality, something that the company probably already had. And to implement it, if possible at all would require a large scale effort (months) of effort. (And of course the transition period doesn't allow for new features either.) 2. They will end up giving up after a short period of time and redoing their entire development because the abstraction layer never does deliver on its promise. 3. They end up tied to the proprietary product for years producing a product that looks 'clunky' compared to the competitors because it never has and probably never had the cool stuff. And suffer from hiring because the pool of 'senior' users of the proprietary products is so small.
