Live data from Hacker News

Giving you more characters

blog.twitter.com

311–320 of 493 posts

Re: Giving you more characters

#311
post #159

Earlier quoted context omitted.

Please don't use code blocks for anything but code; they're unreadable on mobile.

In this case, it makes sense because the author was trying to preserve the line breaks in the original poem, which give cadence to the writing and are integral to the work. Don't blame the commenter. Blame HN for having broken blocks (or at least for consuming single line breaks otherwise).

They can't be that integral, since I didn't even realize it was supposed to be a poem until it was pointed out.

Re: Giving you more characters

#312
In my opinion, the best balance would be to keep the focus on short, succinct, 140 character tweets, but to also give the option to add a "read more" section to any given tweet.

So you could eliminate tweet storms and give people a convenient outlet for longer-form thoughts, without just bloating everything. I expect 240 characters will largely result in people just using more words to say the same thing.

Re: Giving you more characters

#313

Lots of cynicism around here. For me, the 140 character limit really was very frustrating. I tweet rarely, but when I do I often spend 2-3 minutes trying to fit the message into the character limit. Often I just abandon it completely because there's no way to make it fit without having to send multiple messages. This change seems completely reasonable to me, if not a bit delayed.

Making people stop and think, and sometimes abandon what they were going to say, is a really good aspect of Twitter.

Re: Giving you more characters

#314
post #302

Earlier quoted context omitted.

>"Yeah, this reasoning especially also struck me as weird, because Twitter's 140 character limit was chosen from an English-speaking viewpoint." I don't believe this is correct but rather 140 characters limit was chosen because SMS will break a message greater than 160 characters into two messages. 140 characters leaves 20 characters for a username.

Well, it's correct in that 160 characters was chosen from a German (I presume, possibly English/"European") viewpoint, for sms...: http://latimesblogs.latimes.com/technology/2009/05/invented-...

I've heard this story before and I think it might be apocryphal. Usually that same LA Times piece is cited as well.

More likely is that 160 characters was what the GSM signaling channel comfortably allowed, essentially making it free.

Its still this way today - SMS uses an out of band signaling channel and cell phone companies charge you as data.

Re: Giving you more characters

#315

Earlier quoted context omitted.

Indeed. If you recall when Trump announced his transgender ban on the military, he had a ten minute delay between part one and the actual subject of the message. "After consultation with my Generals and military experts, please be advised that the United States Government will not accept or allow....." During those ten minutes, even folks at the Pentagon were wondering if Trump was about to announce a strike on a for…

> During those ten minutes, even folks at the Pentagon were wondering if Trump was about to announce a strike on a foreign power Do you have a source you could provide for this?

It looks like Buzzfeed is the source of the claim here (everywhere I go, the Buzzfeed article's copy is what's cited), and they didn't provide a source for it that's easy to follow up: https://gizmodo.com/the-pentagon-worried-trump-was-about-to-...

I'll leave it to your judgment whether or not you think Buzzfeed's journalistic quality was up to par that day or not. (It varies.)

Re: Giving you more characters

#316

Earlier quoted context omitted.

I am sure that after a well deserved break from such amazingly hard work, they'll tackle the next increase in characters. Their solution makes it look so easy, but it isn't. /s Does "Hail Mary ..." fit in 280 characters?

As a Catholic nerd, I had to check. Yes. :) echo -n 'Hail Mary full of grace, the Lord is with thee. Blessed are thou amongst women and blessed is the fruit of thy womb, Jesus. Holy Mary, mother of God, pray for us sinners, now and at the hour of our death. Amen.' \ | wc -c 210

Does the regular prayer refer to the "hour of our death"? Or is this only for last rites?

Re: Giving you more characters

#317
Sometimes, things that look obvious and simple require a lot of work and research to build so that it will fit the product and won't damage the community and momentum.

This isn't one of those times. Seriously, what in the world took so long.

Re: Giving you more characters

#318

Sometimes, things that look obvious and simple require a lot of work and research to build so that it will fit the product and won't damage the community and momentum. This isn't one of those times. Seriously, what in the world took so long.

I wish it would take longer, because frankly it's a dumb idea. It defeats the purpose of Twitter.

Re: Giving you more characters

#319

Earlier quoted context omitted.

There are databases with arbitrary limits on strings? That strikes me as really poor design.

Why you are being down voted: As far as I know in most databases TEXT and BLOB types have no "arbitrary" length parameters but are stored at the end of the database file making access slower especially on spinning rust, VARCHAR(x) can only be x characters long but is stored inline with the table so it's much faster. If you know the length of a string won't exceed a relatively small number of characters VARCHAR is the…

Fun fact: Postgres is one of the few databases to do this right. "varchar" is just an alias for the "text" data type, which has a limit of 2GB (last I checked). A small amount of text is stored inside the row, and the overflow is compressed and stored in a series of linked child rows. The system is called TOAST, and quite fast. So the underlying storage is completely abstracted, and setting a limit doesn't impact storage; it only enforces a limit on what input is allowed. MySQL's text type, on the other hand, is like a binary blob and has (last I checked) different semantics than the varchar type.

Re: Giving you more characters

#320
post #82

Earlier quoted context omitted.

I can't believe I'm writing this, but given the current modes of political communication in the US longer tweets may prevent nuclear war...

Indeed. If you recall when Trump announced his transgender ban on the military, he had a ten minute delay between part one and the actual subject of the message. "After consultation with my Generals and military experts, please be advised that the United States Government will not accept or allow....." During those ten minutes, even folks at the Pentagon were wondering if Trump was about to announce a strike on a for…

It certainly would not be the first war, unwanted by both parties, started by miscommunication. It's easily done. Imagine you and someone else are pointing guns at each other - did the other person's buddy just say 'shoot' or 'shucks'? Are you going to wait to find out? And what if your buddy says it - you probably want your buddy to think hard about what they say and to speak very clearly and slowly.

That's why diplomacy is a profession which requires great skill and expertise, and why escalation is rarely used as a tactic by the professionals. Flying bombers which could contain nuclear weapons near the other side's cities, for example, might make jumpy people pull the trigger. Radars, nervous radar technicians, and their nervous superiors do make make mistakes.

A surprisingly large number of wars do start with errors. Off the top of my head:

The destruction of the ship the Maine by the Spanish started the Spanish-American War, even though the ship likely wasn't destroyed by the Spanish.

The Gulf of Tonkin incident, when the Vietnamese attacked U.S. Navy ships. started the Vietnam War, even though there was no attack (it was radar error).

Iraq's WMD program and alliance with Al Qaeda started the Iraq War, even though there was no program or alliance.

Post reply on HN