Earlier quoted context omitted.
> It blows my mind that such a large company can't seem to even get on the same page about what color scheme or menu bar position they want to use. Isn't it the other way around? Being a large company makes coordinating on an uniform look and feel much harder, not easier.
You're right, and I did think of that after I clicked "reply". What I meant was that a company with so much resources doesn't seem to have that capability. Even with such a large size, I would imagine Amazon of all companies would have the resources to say "this is the design, now get on board" and make it happen. This goes for other aspects of AWS as well, such as consistency in the way services report to CloudTrail…
Amazon Honeycode – build web and mobile apps without writing code
301–310 of 331 posts
Re: Amazon Honeycode – build web and mobile apps without writing code
#302Earlier quoted context omitted.
Thanks! I agree, was surprised to learn that there aren't that many good open source no-code tools out there.
I couldn't find the source code, where is it on github?
Re: Amazon Honeycode – build web and mobile apps without writing code
#303Earlier quoted context omitted.
Yes I do, my UNIX experience goes all the way back to Xenix and I have used most of the UNIX commercial clones, and also did porting across multiple platforms. Whatever the UNIX shell provides, can be more comfortably over an interactive graphical REPL, which even allows for proper graphical debugging tools when pipelines don't work as they are supposed to be. Secondly, since UI/UX has always been one of my focus, I…
So...where I can get this awesome new shell it sounds like you're working on?
Re: Amazon Honeycode – build web and mobile apps without writing code
#304I don't see Microsoft PowerApps mentioned in the comments. ( https://powerapps.microsoft.com/en-us/ ) It's one of the most significant recent entrants into the "make an app" space. It looks like Powerpoint and its coding is simple, with formulas like Excel. They sell licenses mainly to companies (creating internal app stores).
Re: Amazon Honeycode – build web and mobile apps without writing code
#305Re: Amazon Honeycode – build web and mobile apps without writing code
#306Ok honestly, my first thought was "here we go again", BUT when you look at the @jeffbar provided, you can see, that yes, it is "visual" programming. It does however require a certain logical fluency. So I was wrong: It is _not_ the sales/ceo dream of no longer having pesky engineers. It's a proper gateway drug into programming.
Re: Amazon Honeycode – build web and mobile apps without writing code
#307Earlier quoted context omitted.
I agree that coding is the easy part. But exactly because of that it shouldn't get into the way. I really think that is useful to have tools to generate simple apps without coding. Who wants to create the thousandth CRUD app? It is nice to have a tool capable of create apps from simple logic and reserve programming for when it's needed.
At the end of the day you have to translate requirements into software. Whether that is through a GUI or textual. Textual just happens to be an extremely effective method to do so. Every application in existence is a CRUD app. Software is just data processing after all, reading and writing bits.
Re: Amazon Honeycode – build web and mobile apps without writing code
#308Earlier quoted context omitted.
I think you are radically underestimating the perceived barriers to entry with programming. You sound a lot like the Linux advocates who think everyone should just memorize a bunch of commands, and get used to using shell. This type of insider view is often referred to as 'the curse of knowledge'.
Point of low code is to get rid of those smart ass developers who know those magic incantations and demand loads of money for their work. What you get in low code reality are smart ass business consultants that know magic configuration options and demand loads of money for their work. Just look at SAP, Salesforce etc. From my point of view any barrier to entry doesn't matter because at some level you just trade one c…
Re: Amazon Honeycode – build web and mobile apps without writing code
#309Earlier quoted context omitted.
I think you're right about perceived barriers to entry, and I certainly didn't say (nor did I mean to imply) that anyone should "just" learn to code. But I think the promise of "apps without code" is a siren song, always ending in frustration. I'd never tell anyone that learning to code is easy (only that most people can do it with some hard work), but I would also never tell anyone that tools like this will make it…
My counterpoint (to your original point) is that it's not about writing code. Making an app like this and putting it online (with roughly the same level of features) requires: * Learning a backend language, like Python * Learning how to design a data model * Learning how to design an admin interface * Managing authentication, security, and performance * Learning HTML, CSS, and Javascript * Learning how to set up a uw…
Re: Amazon Honeycode – build web and mobile apps without writing code
#310Earlier quoted context omitted.
I think you are radically underestimating the perceived barriers to entry with programming. You sound a lot like the Linux advocates who think everyone should just memorize a bunch of commands, and get used to using shell. This type of insider view is often referred to as 'the curse of knowledge'.
Point of low code is to get rid of those smart ass developers who know those magic incantations and demand loads of money for their work. What you get in low code reality are smart ass business consultants that know magic configuration options and demand loads of money for their work. Just look at SAP, Salesforce etc. From my point of view any barrier to entry doesn't matter because at some level you just trade one c…
If we can agree on the above, then presumably it's conceivable that the same abstraction principle applies with low code solutions--yes, low code users will know their tool well and earn loads of money, but they will probably move faster than traditional programmers for this domain.
In my mind, this only holds as long as these low-code tools are really more abstract and not just a visual/graphical programming language (I'm sure there are very low-level visual programming tools that would allow you to manage your own memory, etc). It also depends on the domain being amenable to abstraction--if you have to drop out of the tool with some regularity to do things the tool doesn't support (e.g., performance, custom analytics, etc), there's a threshold at which the overhead of calling into a lower level language exceeds the benefits of the tool. I don't know where this threshold is, largely because the domain isn't well defined.
But I do think low code solutions are conceivable for certain domains. I would make the argument that Microsoft Access and Excel either qualify as "low code" solutions or they are at least proto-low-code solutions, and they both deliver tremendous value. I would perhaps even say that Access/Excel are to client-side applications what these new low-code solutions are to web applications. Not a perfect analogy, but I think there's something insightful in there.