For the sake of recognizing a hill I too would be proud to die on, and so you know there are others who feel the same: I agree with you.
I like to think the negative feedback you are receiving is due to the ambiguity, and so, the multitude of definitions for “intelligence” that each of us has.
I know I have met people who others have touted as “intelligent” that I thought were too deplorable to be given such an accolade.
I am with you, one of my measures of intelligence is how one recognizes the collective fate of all life.
Debating such a subject leaves me with too much ire to articulate sufficiently so I will lean on the eloquence of Martin Luther King Jr:
> Injustice anywhere is a threat to justice everywhere. We are caught in an inescapable network of mutuality, tied in a single garment of destiny. Whatever affects one directly, affects all indirectly.
There are a few reasons why I believe it's important to separate intelligence from moral goodness
The first and most basic is because they are different things, and for the sake of clarity different things should have different words to refer to them.
The second is because it allows us to have intelligent conversations about people who are intelligent but morally bad, or who are unintelligent but morally good. The person with an IQ barely above that of the strict definition of mentally retarded (or below, but questions of agency and responsibly arise so we won't use them in our example) who recognizes the humanity in every person and volunteers at the soup kitchen every chance he gets is morally good for doing so. The 180IQ engineer who manages the highly complex train schedule to keep the extermination camps running at capacity is morally bad for doing so.
The third is because it allows individuals to recognize that blind respect of intelligence which is unguided by morals or wisdom is a fool's errand.
The fourth is because is prevents the moralizing of language from hampering the clarity of language
The fifth is because the conflation of intelligence and morality provides an easy pathway to morally wrong positions. If the messaging is that "evil people are dumb!" and an impressionable individual encounters an intelligent person making a persuasive argument for something which is morally wrong, you've robbed them of a framework with which to engage and combat this person's ideas.
The sixth and final reason is that modification of language in this way hampers our ability to consider the world independent of our societal preconceived notions. I found the previous comments in this chain ironic because the individual who was calling a great (highly intelligent) philosopher a dunce for being unable to see beyond his cultural ethical norms was doing so from a position which is deeply entrenched in his current cultural and ethical norms, i.e. the inherent evils of slavery, the requirement of strict moral purity, the compulsion to attack every perceived positive characteristic of someone who is morally bad in order to devalue them and their intellectual contributions, and the perception of the world as a pitched battle between good and evil wherein righteous indignation should be one's perpetual state.
Now of course I agree with this commentator's ethical preconceptions related to slavery, but that's secondary to the importance of the things I listed above in how I approach Aristotle. I mean no disrespect and I hope this has been helpful in understanding my perspective.
Sufficiently advanced "low code" is indistinguishable from a framework or a library.
The main difference in practice is that most software that markets itself as "low code" obscures how it works and tries to lock you in to charge rent. Though to be fair, there is generally not much of a market for proprietary/non-OSS libraries and frameworks anymore, so if you want to monetize your library/framework low-code (or an API) is probably the way to do it.
Aside from that, I do think the "low code" label can be genuinely helpful as a way of communicating towards semi-technical users that the software they're using is intended to be usable with their level of technical sophistication. IMO this has been a perpetually underserved market, and it's growing over time especially as computer science/programming gains popularity in schools. There are a lot of people out there who understand basic programming and took maybe a couple CS classes in their life, and want to do something entrepreneurial or practical for their non-SWE jobs, but aren't skilled enough to dive right in to doing things the way experienced SWEs would do it.
This makes me think about Microsoft Access and why it never took off. It helps people create databases, forms, and reports. One might call it a no code solution as opposed to merely a low code solution. There are a lot of businesses that's ostensibly in the right place for Microsoft Access.
In my view there are certain aspects of app building that's hard. Some of it is in code, some of it is in design, some of it is in domain modeling. Every once and awhile you get stuck and your low-code solution is suddenly paralyzed at that one point. ChatGPT unblocks you until you REALLY need a programmer.
Access was more popular with a certain crowd, way back.
Then the client-server world dominated the desktop, plus we needed automated backups and source control and tests and scalability and auditing and hosting and security and other really important things that never properly made there way into Access. Presumably Microsoft didn't want to cannabilize SQL Server sales and chose not to invest in those things that would have actually made it an MVP for building home-grown apps.
Microsoft Access definitely took off. It was certainly more popular than the new crop of no-code/low-code platforms we have today. In the late-90s and early 2000s almost every large company seems to have had Access applications running in several different corners of the business.
The reason Access eventually died off is that it wasn't designed as a multi-user database. You could run Access on a network file share but performance would suffer (especially with concurrent access by multiple users), and you'll be running the risk of database file corruption. Microsoft Access did support a client-only mode, where Access is used for the forms, queries and application code, but the actual data is stored in Microsoft SQL Server — but setting up and maintaining a database server was probably too complicated for the type of contexts in which Access became popular.
The key point is that most of the usage of low-code products in the past was basically an instance of Shadow IT. In order for a Shadow IT product to be successful it generally needs to be easy to use, easy to distribute (or access) and have a capable free (or effectively free) version. Access and Excel had it all. They were easy to use for beginners (although complex applications required skill). Distribution was extremely simple in the corporate intranet age: you just had to place your Excel or Access file on a network share. They were part of Microsoft Office, so everybody had them on their computer "for free". If a product fulfills the conditions above, entrepreneurial employees will start using this product to address viable needs that your IT department lacks the resources to solve with a more robust solution.
Often these Access apps became popular enough that it had to be officially taken by the IT department, where IT programmers invariably cursed the buggy hack of an application they had to maintain. I don't know the statistics, but I assume a great number of these would just be rewritten as a traditional client/server or web application.
> it wasn't designed as a multi-user database. You could run Access on a network file share but performance would suffer [...] Access did support a client-only mode, where Access is used for the forms, queries and application code, but the actual data is stored in Microsoft SQL Server
Both your comment and a sibling's mention features that Access either didn't have or didn't do well. However, there were low-code/scripting workarounds for all of these, which were in fact used in many places. It was scalable if you were just knowledgeable and persistent enough to keep chasing your goals. In addition, the backend didn't have to be SQL Server, it could just be another Access database.
I myself created a 'sharded' Access-only implementation (admittedly a fairly simplistic one) that supported over 300 concurrent users. The trick was to keep record locking to a minimum by training users to click a 'save record' button when they were done filling out a form (which defaulted to an offline state)-- all the data was then uploaded to the central database in a few milliseconds, and the connection was immediately closed. Kind of mimicking old webforms. It worked.
> IT programmers invariably cursed the buggy hack of an application they had to maintain
This was really the biggest problem. Only apps designed by people who were pretty good at what they were doing avoided this.
Access maybe never took off, but wasn't Visual Basic super popular at one point? I think you could arguably call it low-code given its use of a WISYWIG UI builder and eliminating a lot of the boilerplate of creating a windows application. I definitely think you could call Excel a low-code tool too. Probably SAP and Salesforce as well.
I'd argue that it was Cloud and improved monetization opportunities rather than ChatGPT which made the current iteration of low/no-code more popular, although ChatGPT certainly helps (I'd argue that past a certain level of complexity/code sized, LLMs also stop working properly). Most low/no-code tools include hosting, which is a must for anything meant to be served on the Internet, and before public cloud took off, this was a lot more complicated to offer for free or a low-cost. There's also a much bigger market for SaaS and it's easy to take payments over the Internet now, which incentivizes semi-technical to build software to be served over the Internet rather than their desktop (and also makes it easier to build the low/no-code tools themselves).
> until you REALLY need a programmer
This is the thing I was getting at, there are a lot of people who know how to program but are not super-skilled at it, and I think a lot of software engineers don't get this. Think back to when you were just learning to program and how frustrating it probably was to do "basic" things like set up your dev environment or ship a website for the first time. For the people using low-code, it's not that they can't do these things, it's that they'd have to spend a lot of time looking things up and learning how do it, which is a major time investment (and frankly require a lot of persistence/patience which I think professional SWEs self-select for, because the learning SWE learning curve is brutal for most people) that they'd rather not make. You can argue that past a certain degree of complexity that the investment is worth it, but in many cases it probably isn't, and in others it's possible they'd not have made it to the point of outgrowing low-code at all if they had to do everything from scratch.
It's not much different from how we as programmers use things like Cloudflare or AWS Lambda. Could we run and manage our own DNS or scaling? If we really need to learn it, we probably could if we set our minds to it. Is it possible we could outgrow those tools if we start on them? Definitely. But even when we know how to implement our own scaling or DNS we might still reach for these tools just because they're so convenient to get something working quickly, and most of the time we don't outgrow them anyway. Low-code is pretty much the same thing except it has a lower technical barrier to entry (eg you don't need to know how building/deploying software works) and often is easier to outgrow.
The real pain point low code seems to solve is boilerplate. Say that I am getting Django ready to go. To get started, have to Dockerize, swap to Postgres, add linting, swap out of the User model, etc.
But once all that is ready to go, it is about as fast as low code in my experience.
Meh, I've had successful things run just off of zapier and friends.
Sometimes the thing really is just the thing. The real thing is plenty of low code systems are just garbage. But Salesforce is the size it is because it's a successful "low code" system.
And equally abhorrently, as the 13th amendment and now California can attest, to the incarcerated
> Neither slavery nor involuntary servitude, except as punishment for crime whereof the party shall have been duly convicted, shall exist within the United States, or any place subject to their jurisdiction.
“Californians voted against outlawing slavery. Why did proposition 6 fail?”
Worth noting that it is way more horny than the anime
Also, love Kubricks adaptation of clockwork orange, but burgess hated it and caused him to hate his own original work later in life
He even made a play with him and Kubrick as characters to talk about how much he hated the whole experience
One major change was the ending, burgess’s original has 21 chapters, and in the 21st the main character rediscovers his humanity and seeks a life of creating art
Kubrick stops his adaptation at the conclusion of chapter 20
Hilariously, the publisher behind the first US print of A Clockwork Orange removed the 21st chapter to make the novel more controversial so it would sell more
If you read clockwork definitely make sure it is the full version with all 21 chapters!
Ghost in the Shell is one of the best sci-fi visual media
I always loved the look of this UI, but now that we have the same tech I am glad our UIs look the way they do, and shudder at the thought of using the GitS UI for any real map interactions
I’ve always had a distaste for Aristotle, preferring Plato, but after reading this I’m wondering if that stemmed more from the additional lens of the person introducing him to me.
Plato had a lot more influence on the early church than Aristotle did. I'm not sure if that's true in the African churches, though. I for some reason associate Aristotle with the alexandrian church and with gnosticism (& with islam), at least until Aquinus.
> Plato had a lot more influence on the early church than Aristotle did.
Yes, certainly in Augustine of Hippo. But I don't think the metaphysics (or ethics) has made it into modern era as much as Aristotle filtered through Aquinas.
There are so many ways to practically apply Plato.
The simplicity of his elocution, his use of systematic pauses when communicating — that's a common advice given to contemporary speakers — the relevancy of the cycle of political systems, that ancient Greeks were first taught sports and music to acquire psychological balance, a necessary prerequisite to efficient further studies, etc.
Having knowledge of Plato & other old fellows, almost feels like cheating at life: it equips ones mind with knowledge and skills that has been deemed worthy by enough humans to help it endure for millennia.
The people who don't know about them can't fathom how much they miss.
After learning about nazi torture experiment camps, Japanese torture experiment camps, American torture tests on own citizens etc, yea, I would sadly expect that there is a body of knowledge on the topic :/
Thank you for elaborating on the reference, I still haven't had the chance to see that movie
Absolutely with you on the last point, but the Subway Surfers mentioned in this Article is a mobile game which has been around since 2012 - they don't splice in videos with actual subway surfing.
Not that that changes much about the article in general^^
I like to think the negative feedback you are receiving is due to the ambiguity, and so, the multitude of definitions for “intelligence” that each of us has.
I know I have met people who others have touted as “intelligent” that I thought were too deplorable to be given such an accolade.
I am with you, one of my measures of intelligence is how one recognizes the collective fate of all life.
Debating such a subject leaves me with too much ire to articulate sufficiently so I will lean on the eloquence of Martin Luther King Jr:
> Injustice anywhere is a threat to justice everywhere. We are caught in an inescapable network of mutuality, tied in a single garment of destiny. Whatever affects one directly, affects all indirectly.