October 2019

256 tweets

If you are building something cool, but nobody uses it, double check if others
actually know about what you are building and why they should pay attention to
you.

  1. First language: Basic
  2. Had difficulties: Perl
  3. Most used: JavaScript
  4. Totally hate: Java
  5. Most loved: Go
  6. For beginners: Python
Replying to @coderbyheart

"If and when we do discover violations of our terms or of laws, we take action
to enforce those terms, and do so in a principled, consistent way."

But on page one he admits that they do not know what ICE is using GitHub
Enterprise Server for.

Replying to @coderbyheart

"presumably for software development and version control." - which makes it
obvious that it is a tool to be used for the software which helps in enforcing
inhuman immigration policies.

Replying to @coderbyheart

"As a matter of principle, we believe the appropriate way to advocate for our
values in a democracy is to use our corporate voice"

A voice should not be mute where it matters the most: "we do not accept your
money".

Replying to @coderbyheart

"we believe it would be wrong for GitHub to demand that software developers tell
us what they are using our tools to do."

This is a blanket cheque and basically means that they'll allow anything to be
done with their software and knowledge.

It makes me sad to read this.

Replying to @coderbyheart

Eventually this will be replaced by meetings who are fully VR or AR, because
that enables you transmit body language as well, not just facial expressions.

@diverent2 @DanielRufde Yes, great isn't it? That's why I love this community so
much. SoCraTes in Soltau truly is a magical place and time.

Replying to @lizardlucas42

@lizardlucas42 Around 20 years ago some
software developers coined this term around the idea that improving ones own
skills is an important part of our profession and necessary to build good
software. They borrowed the "craftman", and I assume didn't care too much about
making it inclusive. >

Replying to @coderbyheart

@ThisIsFlorianK It is still an uncommon way to do it so that makes its require
some thinking.

I believe the worst service developers are doing to REST is to hardcode all it's
operations in a strict schema file.

Replying to @thomassittig

@thomassittig @ThisIsFlorianK Yes, I think
it will serve users better if you provide a proper high-level documentation,
which can't be done in Swagger since everything is resource oriented. And since
machines consume APIs, provide them with JSON-LD/Hydra enriched APIs.

Replying to @colehafner

@colehafner A very German twist on the
traditional mate tea, but as a carbonated sugary soda with legal maximum of
caffeine. First three bottles taste like shit but after that you are hooked.

It's considered a "hacker" drink here because it's typically to be found around
it people.

Replying to @kotzendekrabbe

@kotzendekrabbe Do that, invite only
meetings are such an amazing thing. I organized two different ones myself in
Frankfurt, to create safe spaces for open discussions, which often can't take
place if you don't know who might be listening in.

It's said that a good commit message tells everything about a change.

I agree, but I often see neglected that a commit is not only the message, but
also the changed files.

Oftentimes a commit message can be very short if you read the commit's story as
message + changed files!

Replying to @maaretp

@maaretp Oh wow, this is so terribly that
seemingly everywhere you turn for support they make you the perpetrator.

This is shitty and incredible frustrating.

You don't deserve to be treated like this!

I was actually not aware of this but we got word a few days ago that one of the
@dotHIV domains was subject to an attack because I
configured the wildcard subdomain to point to GitHub. This allowed the attacker
to host their content on a subdomain. It's by design. Here is why:
Embedded Photo

Replying to @coderbyheart

GitHub allows anyone to configure the domain name used for GitHub pages, and
there is no validation of ownership.

If a wildcard subdomain then points to the GitHub webservers it will be served
by GitHub since they cannot establish a connection between a user/org and a
domain.