We’ve built a towering pile of shite

栏目: IT技术 · 发布时间: 4年前

内容简介:This a rant, written at midnight, after battling software errors. Set your profanity filters accordingly.I despair over the state of software engineering – specifically, stability. We seem to have lost the understanding that computers are there to do the h

This a rant, written at midnight, after battling software errors. Set your profanity filters accordingly.

I despair over the state of software engineering – specifically, stability. We seem to have lost the understanding that computers are there to do the hard work for us. And I don’t think we ever believed in a user-centred approach to developer tools.

The last time I developed an Android app all by myself was… fuck… Doughnut? Kitkat? Too long ago. Last week, I found a small open source Android app that I wanted to alter. Nothing drastic, just changing a few strings and a couple of images.

The repo was 3 years old. Surely it wouldn’t be that hard to get running again? Ha!

Here’s what went well.

  1. Installing Android Studio. I remember when this was a chore – but I just installed the Flatpak, opened it, and let it update.
  2. Cloning the repo. Again, simple.
  3. Importing the project. Couple of clicks. Done.

Then it all went to hell.

Fail #1 – moving targets

Gradle sync failed: Could not find com.afollestad:bridge:3.2.5.

That’s annoying. One of the libraries the app wanted to import was lost. Where was it?

It appears to be in MVN Repository with a note that:

 this artifact it located at Spring Plugins repository (https://repo.spring.io/plugins-release/)

Things move. I get that. But why isn’t there some form of automatic forwarding in place?

I fixed the issue and moved on.

But, as a new(ish) developer – how do I understand the complicated relationship between an app, the tools, the repositories, and all their weirdness? Where’s the user-centred design in all this?

Fail 2 – automagic updates

Google’s Android Studio is complicated. And it puts all the effort on the user. It kept complaining that targets were too low, and needed to be updated. It didn’t actually offer to update anything itself. It didn’t tell me where the error was. It didn’t say “hey, we can automatically update some things. Here are the risks. Want to proceed?”

It just left me in limbo.

So I found the strings and manually changed 5 numbers.

Why don’t our tools do the hard work for us? An IDE isn’t a screwdriver – it has knowledge about what it is doing and what problems it is encountering. It doesn’t need to make changes unilaterally, but it could at least make helpful suggestions.

It reminds me of one of my earliest frustrations when I first started to learn C++ back in the 1990s. The compiler would say “Missing semicolon on line 427.” To which I’d reply “If you know what is missing, and you know where it is missing, why not add it back yourself? You useless piece of crap!”

Fail 3 – change of syntax

Moving on. Deep breaths. Gradle started complaining that I couldn’t use “compile” any more. Apparently it was deprecated. OK. So what’s the fix? Again, neither Gradle nor Android Studio would tell me. They knew there was a problem, they probably knew what would get it working. But they stayed silent. Because fuck the users, amirite!?

The fix was simple. I manually replaced the word “compile” with the word “implementation”.

That’s it.

I did that a dozen times and it worked. What’s the difference between the two? I don’t know. I don’t particularly care. I’m sure there was a very good reason for replacing one word with another. I’m sure it makes a profound difference to someone. But for me, the end result was the same. The app now compiled.

Imagine a user interface which suddenly said “you must turn things clockwise from now on!” You’d be all like “WTF? What’s wrong with anticlockwise? That’s the way I’ve done it for years.” And they’d be all like “Dude! Clockwise is the way to go. It all has to change.” And you’d go “Mate, can’t you just install them backwards or something so I don’t have to change my behaviour to accommodate your needs?” And then they’d spit at you.

Why doesn’t Android Studio / Gradle / Whatever just go “Mate – you’ve used compile here – that won’t work. Want me to automatically update the syntax? It’ll probably be fine.”

Don’t make me think. And don’t make me waste my time fixing problems that you have caused.

Fail 4 – who are our users?

I ranted on Twitter, of course, and had a series of frustrating conversations with someone from Gradle. Twitter is a crappy mechanism for reasoned discourse. So I’ll try to be more lucid here.

Forums are full of people going “I can’t get this project to work – Gradle is throwing weird error messages. Help me. I don’t understand. Please – help!”

Gradle does not do any user research. It never sits down with independent developers, newbies, or seasoned pros. It never tests its error messages. It doesn’t do developer relations. It doesn’t spot bad implementations in the wild and offer helpful suggestion. It doesn’t relentlessly focus on making things easier for users.

Gradle focusses on large organisations and caters almost exclusively to their needs. That’s fair enough. It’s their business and they can run it how they like.

The same is broadly true of Android. Its development tools are focussed on large teams of highly trained software engineers, who all intimately understand every esoteric aspect of App development.

It’s great if you’re a salaried employee with a large support structure. But for small and amateur developers, it’s a nightmare.

I’ve lost count of the number of projects I’ve seen which start by saying “Simply install Flargnle in the normal way…” Oh, great, another technology that I need to learn in order to make a cool widget.

Fail 5 – extrapolating from limited data

I’ve used this project as an example. And I am being deeply unfair to Gradle, Maven, Android, and everyone else. I’m tired and frustrated.

But I’m sure you’ve found the same thing with other bits of software. You have to download endless libraries – and then get stuck in dependency hell because v1.1 isn’t compatible with v1.2 and the original Google Code link has died and the mailing list hasn’t received a message since 2015 and the author’s GitHub shows they’re more interested in the latest JavaScript framework and the error message points you to a USENET message and the last StackOverflow answer is “ nevermind, figured it out “.

The job of a computer is to do the hard and boring work for us.


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

编程匠艺

编程匠艺

Pete Goodliffe / 韩江、陈玉 / 电子工业出版社 / 2011-11 / 85.00元

如果你可以编写出合格的代码,但是想更进一步、创作出组织良好而且易于理解的代码,并希望成为一名真正的编程专家或提高现有的职业技能,那么Pete Goodliffe编写的这本本书都会为你给出答案。本书的内容涵盖编程的各个要素,如代码风格、变量命名、错误处理和安全性等。此外,本书还对一些更广泛的编程问题进行了探讨,如有效的团队合作、开发过程和文档编写,等等。本书各章的末尾均提供一些思考问题,这些问题回顾......一起来看看 《编程匠艺》 这本书的介绍吧!

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

正则表达式在线测试
正则表达式在线测试

正则表达式在线测试