Content about daystream

Photography: How do I share 700+ Photos from my 25 day road trip across country to the Arctic Circle? (adamchandler.me)

I can't share every photo here so I've decided to select 25 images, one for each day that is my favorite of that day but I highly encourage you to browse through the album linked above.

I've struggled for years with the question of whether or not to add a concept of photo albums to Daystream. As I've envisioned it, this hypothetical feature would allow a user to upload a group of related photos that would appear as a group in a day view. All your photos from a birthday party would appear as a single entry on a day view, as a mosaic or behind a cover image, for example. Adding this feature would be relatively easy from a technical standpoint and the processing and storage resources that would be required don't appear to be deal-breakers (at least with our current number of users). So my struggle on this is not a technical or economic one.

I'm not sure I knew the real cause of hesitation, though, until it hit me this morning after reading this post from Adam Chandler. Turns out, it's pretty simple — I want to be a reader, not an editor. I like reading stories that include a relatively small number of photos selected by the author as favorites (as Adam did) or representative of a point being made. Adam's post here, which includes 30 of his favorite photos that he selected from thousands he took during his trip, allowed me to read (and view) his story, as told by him. I didn't have to sift through a digital pile looking for photos I liked. I read his story; I didn't have to edit it or assemble it myself. And I loved it.

That's true on the other side of the story, too. As a teller of stories, I want to tell the story I want to tell. Period.

That being said, Adam also uploaded all of his keepers to a Flickr album, giving people the option of sifting through the pile. I suspect few people will but the people who do probably greatly appreciate Adam's decision to make the album available.

So, for now, I'm not adding an album feature to Daystream. I love photography and the power of story as told by text and still images, one after another. That type of storytelling is at the core of Daystream and photo albums seem to add an extra layer that hinders that a bit. Maybe I'll start linking to Flickr albums in a "if you're interested, here's the entire pile" sort of way.

As an aside, the WSJ article I posted about yesterday is a nice piece that uses text and a small number of snapshot-like images in an effective way to tell an interesting story. It's well done.

tags: photography daystream dev

posted by matt in Monday, July 22, 2024

We had the web and it was glorious. Anyone with some basic technical skills, or the desire to learn them, could buy a domain and start publishing content on that domain in a matter of hours, if not minutes. But they took it from us. Not in the traditional sense, mind you, because technically we still have it. We can still publish content at will. No, their taking is little more devious. They built their silos and made it even easier for people to publish content...in the silos. And they let people do this for no money (not for free, mind you). And then they junkified all the great content with ads and algorithms and infinite scrolling and piss-poor organization that makes it damn near impossible to find your old content and that of others.

It was glorious and I loved it. I used TypePad, Movable Type, Wordpress, and even Drupal. I rolled my own more than a couple times. I've bought more domains than I care to admit. I've written about everything from breakfast musings to pending patent legislation.

I built Daystream to bring the glory back. It's a publishing system without the crap. No ads or algorithms, no infinite scroll, and logical content organization. It's the web as I fell in love with it, and my goal is to help other people discover the glory of what we used to have. And if we get enough people to realize that we still have it, well, maybe it will actually move the needle a bit.

We still have the web, and it is glorious. We just don't realize that we still have it, or that it's glorious.

tags: web dev daystream

postposted by matt in Wednesday, June 19, 2024

That earlier post has my gears turning, not just about the photos but also about how to enable reflections on Daystream. This is interesting.

tags: dev daystream

postposted by matt in Monday, May 27, 2024

I've played around with ChatGPT a bit over the last few days. I'm wondering how it might be useful for Daystream. I can't get past the basic inaccuracies in the system, though.

For example, today I asked it to "Describe some events or happenings that occurred on March 29, 1983." I thought API calls using a prompt like that might be an interesting way to generate user-independent content for historical days. I'm not sure why I picked 1983, but 40 years ago today seemed like a decent test. I was 13.

ChatGPT quickly gave me a list of seven events that, according to the AI, "occurred on March 29, 1983." The first event on the list caught my eye because I have specific memories of it: "The final episode of the television series 'MAS*H' aired on CBS, drawing a record-breaking 125 million viewers in the United States."

Unfortunately, ChatGPT got this one wrong. Basic web research using Wikipedia and IMDB reveals that the final episode of MASH, Goodbye, Farewell and Amen, actually aired on February 28, 1983, 40 years and 1 month ago.

This is an easy one to get right, too. The last episode of MASH is generally considered to be one of the most-watched scheduled television episodes of all time. It's the GOAT of episodic television. If AI got details wrong on something that is so easy to verify, what might it get wrong on things that aren't as easy to check? Or that can't be checked? What about a historical event or item that has such a low level of general interest that people only touch its details once a generation, once every other generation, or less? Human verification of AI generated historical content isn't just something that should be done, it's something that must be done to avoid a quiet rewriting of the details of human history. Anything that isn't human-verified should be labeled as such, and treated accordingly.

ChatGPT, and AI generation of content generally, still intrigues me and I think there might be a place for it in Daystream at some point. But, in light of errors like this that are revealed with basic fact-checking, I currently have no confidence in using it to assert that something actually happened on a particular day in the past, or that a list of various things occurred on a particular day.

tags: daystream tech ai

postposted by matt in Wednesday, March 29, 2023

Mark Zuckerberg said he missed a giant shift in social networking (cnbc.com)

“So in that world, it is actually somewhat less important who produces the content that you’re finding, you just want the best content,” the Facebook founder said.

He's right, of course. And I love that. Go on, Zuck, chase that red ocean. The ocean I'm swimming in gets bluer every day.

tags: daystream social tech

posted by matt in Friday, October 14, 2022

That photo I just posted is a milestone of sorts for Daystream. It's the first piece of content I've entirely round-tripped through the API. I posted it through the API using my long-standing Drafts/Shortcuts setup, and then viewed it through the Daystream iOS app. There's still a lot of work to do before the app is ready for launch, but it feels good to have gotten it to this point. Onward!

tags: daystream dev ios

postposted by matt in Saturday, September 24, 2022

I've officially started working on the Daystream iOS app. It's a long time coming, but I don't regret the wait. Time has really focused my views on what the app should look like and how it should function. I'll set a timeframe for the project soon.

tags: daystream dev

postposted by matt in Sunday, August 21, 2022

Responsive image

I finally got around to connecting photo uploads to AWS Lambda. I've now offloaded version generation to Lambda, which is working nicely. I used this photo of Teddy for my testing.

tags: dev daystream

photo posted by matt in Saturday, June 11, 2022

One of the things I struggle with on Daystream is the difference between a post and an article. The main distinction is that an article has a title and a post doesn't. It's somewhat more extensive than that (different editors, articles have a special isolated view, etc.), but, conceptually, not much more.

Inclusion of both types of entries has been intentional from the beginning, but, to this day, I struggle with choosing the best bucket for a particular entry at the time of writing it. I make a choice in the moment and the content sits in that bucket forevermore. This in-the-moment decision is largely based on the expected length I have for a particular piece of content when I start writing it. Pretty short? Make it a post. Longer? Make it an article.

I suppose that framework works ok, but it certainly breaks down from time to time. For example, this morning I was looking back on this post on the ways in which travel has changed in recent years. It might be one of my favorite things I've written on Daystream. But, reading it today, I couldn't help but think that it should have been an article. It's somewhat long and certainly lends itself to a title.

At a minimum, I need to add functionality for switching a post to an article. I added that to the todo list right after re-reading that post this morning.

This, by the way, is a post and should remain one. I think.

tags: daystream content

postposted by matt in Sunday, June 5, 2022

I recently upgraded the Daystream web app to Ruby on Rails 7. Everything went rather smoothly, but I did discover a hidden issue a few days ago. Basically, images in articles weren't being rendered.

It took me a couple days, but I finally tracked the issue down to a change in the default variant processor in Rails' Active Storage Module. Turns out, Amazon's Linux doesn't seem to be configured with the new default processor (vips), so the servers couldn't render the images whenever a relevant article was requested.

Fixing the problem was straightforward - a simple settings change to use the default processor from Rails 6 (mini_magick) instead of the new default (I decided this was easier than installing vips on the AWS servers).

So, articles are now being rendered in their full glory again, letting me reflect on some of my favorites, like The Hustler is not a Pool Movie.

tags: dev daystream rupbyonrails aws

postposted by matt in Thursday, June 2, 2022

I ❤️ Bread Alone (scripting.com)

"...online groups that give everyone an equal voice devolve into bullshit. It's just a matter of time. Always happens. No exceptions."

This touches on everything I hate about Twitter, Facebook, Instagram, and all the other traditional social networks. Someone takes the time to make a thoughtful post, and it "devolve[s] into bullshit."

Create for yourself and talk about it privately.

tags: daystream

posted by matt in Tuesday, May 31, 2022

I'm mad at myself. I've neglected posting lately, mostly because I was doing some work on the back end of Daystream (moving it to the most recent AWS Ruby platform, upgrading Rails, etc.). That's probably the biggest downside of the solo setup—working on Daystream takes away from the time I have to use it, especially when it's not my day job, so to speak.

But, I wouldn't have it any other way.

The shame is that we've done a lot over the last couple weeks—moved Jonathan, Paige's wedding, a friend's wedding—and I haven't posted about any of it.

Maybe I'll make some posts to the past.

tags: daystream dev

postposted by matt in Thursday, May 26, 2022

I completed a pretty major update to Daystream last night. I've been working on upgrading to Rails 7 over the last couple weeks and, while doing that, decided to switch from Bootstrap to Tailwind CSS. Last night I pushed everything to production.

Getting Rails 7 to work on Elastic Beanstalk is far simpler than the process for doing so for Rails 6. And deleting node and yarn from the process felt way better than I expected.

And I'm loving the flexibility Tailwind provides. There's still a lot to do on the design front, including a lot of cleanup, but the Tailwind's approach to CSS is more logical to me and, dare I say, has me excited about improving the design of the site.

So, the work continues.

tags: dev daystream

postposted by matt in Saturday, April 16, 2022

I did some maintenance on Daystream user RSS feeds tonight. Fixed a few minor issues that broke feed validation from time to time (depending on the items in the feed at any given time.)

Digging into RSS is always a source of frustration for me. It's beautiful and, yes, simple. It's amazing to me that more people don't use it to consume content from the web. I get why publishers moved away from it - eyeballs on sites are more valuable than quickly scannable content in a reader.

They won, we lost.

tags: dev daystream tech

postposted by matt in Tuesday, December 28, 2021

The significance of Daytona (scripting.com)

"Even if no one else reads my blog, having an idea harvester and an archive of years of writing gives me something no one has had before. No one."

Except Daystream.

I understand Dave Winer's excitement about his Daytona (and now Drummer) project, but to claim "no one" had something like his new feature simply because he's not aware of it is sort of naive and, well, arrogant. It's like every inventor that comes to me for a patent application, claiming their invention must be new because they've never seen anything like it in stores before. Nine times out of ten a simple patentability search reveals something really close to what they've got. Did Dave make a search before writing that claim? Or is he just making a judgment based on the various blogging and writing platforms he has used or is familiar with?

I mean, damn, one of the main reasons we started Daystream was because of the frustration we had when looking for content on someone's wall.

I've tried to engage with Dave over the years, but he's never responded to any of my efforts. I'm not in the club, I understand that...and I'm ok with it.

I experimented with his Fargo product a few years back, and swore I'd never use anything of his again after that experience—trying to follow his projects was like trying to untangle a bowl of spaghetti before eating any of it. And then he killed it.

So, yeah, his current Daytona and Drummer projects look interesting, but I'm blissfully happy with the "idea harvester and an archive of years of writing" that Daystream has given me for over a decade. And I don't care for spaghetti much.

tags: blogging dev daystream

posted by matt in Saturday, December 25, 2021

Responsive image

This seems as good a photo as any to be the first posted through the Shortcuts app on iOS. I remember taking it at a gas station on a drive home from Florida. In southern Georgia, I think. The grammar police are everywhere...thankfully!

tags: dev daystream roadtrip grammarpolice

photo posted by matt in Monday, October 11, 2021

I struggled a bit with photo uploads through the iOS Shortcuts all. The interface for creating scripts is a little janky...still. After struggling with the logic of the photos script, I realized that it was a problem with the interface that was borking things for me.

Basically, the script calls a Get Contents of URL action to send a POST request to the API. The photo is included as a file in the form data. When you add a field to the form data in Shortcuts, it defaults to a text field, but allows you to change it to "file" when tapping on it. This doesn't actually change the field to a file, though. Rather, it allows you to pick text attributes of a file to send as text. I had changed it to File, and thought, for hours, that I was in fact sending a file.

I finally reconstructed the action from scratch, adding each field one by one. When initially adding fields, a separate text v. file option appears. Setting that to File actually sets the field as a file. In the list of fields, the file fields are right-aligned while the text fields are left aligned. I wish I would have known that a couple hours ago!

Anyways, the Shortcut is now working. First photo posted through the Drafts-Shortcuts-API conduit coming next!

tags: dev daystream

postposted by matt in Monday, October 11, 2021

I'm finally getting around to updating some of the scripts I have for Daystream in the iOS Shortcuts app. Shortcuts is still somewhat limited but has surprised me with what it can accomplish.

I've now got it working essentially as a conduit between Drafts and the Daystream API for posts. This allows me to publish to Daystream directly from my favorite iOS text editor, with tags and everything. My post earlier today about last night's football games was the first to use this setup. It should enable faster, and more frequent, posting.

I plan to create similar Shortcuts for links and photos, too. For those, I'll use drafts to write the main text elements for the content (the body and tags), and then use Shortcuts to get the other content (url for links and a photo for photos).

Then on to the watch.

tags: daystream dev

postposted by matt in Sunday, October 10, 2021

Ev Williams had an interesting post on Medium last week that got me thinking about the difference between Daystream and social media networks–it's all about the decision to explore content. Basically, social media makes that decision for you, whereas Daystream empowers you to make that decision for yourself.

Quoting from Ev's post:

"Trust is more important than ever and well-established editorial brands still have meaning. But today, credibility and affinity are primarily built by people — individual voices — rather than brands."

I happen to agree with this, but have to wonder how Medium, along with Twitter, Facebook, Instagram, and other algorithm-dependent systems, justify their approach to presenting content to people in this people-powered content revolution? They must either count themselves among the "well-established editorial brands" Ev mentions...or accept that their respective algorithm serves a primary purpose other than promoting the objectively best content.

By using an algorithm to create the feed of content a user sees when they log in, no matter the form it takes, these networks are making content decisions for their users.

Daystream is not algorithm-based. Log in, and you'll see who in your network is posting that day, that week, etc. You don't see their content right away, just them. From there, you, the user, decide which content you want to discover based on the identity of the creator.

I've learned that this is incredibly empowering as a reader because it allows me (forces me, really) to make the decision to jump into content based on the creator's identity alone. Internally, that forces me to make that decision to jump based on my view of that particular creator. This is more complex than it sounds–some decisions are based on my relationship to the creator (of course I want to see what my son posted today), while others are based solely on my view of the trustworthiness of the creator.

The best content algorithm is the one in your own head. We're building Daystream to empower you to use it.

tags: daystream

postposted by matt in Saturday, March 27, 2021

What Is Everybody Doing on Discord? (wsj.com)

The money quote, literally, on subscription v. ad models for social platforms:

"You’re bank­ing on mak­ing more rev­enue from a small sub­set of pas­sion­ate cus­tomers will­ing to pay for the prod­uct than you could from show­ing ads to the whole cus­tomer base....It’s risky to rely on keep­ing con­sumers pay­ing over long pe­ri­ods of time, but beau­ti­ful if it works."

Read that carefully. It's risky only because you might not achieve theoretical maximum revenue through a subscription model. The ad model could bring in more revenue than subscriptions...that's the risk you're taking as a business owner when you choose a subscription model over an ad model.

As most business owners know, some risks are worth taking.

tags: tech finance daystream discord

posted by matt in Tuesday, March 9, 2021

We added markdown support to posts tonight.

Articles and posts are different types of content on Daystream. Articles have titles; posts don't. Articles are composed with a rich text editor, while posts have always been plain text entries.

I've always liked this distinction, and felt it was useful because it seemed to help me write more (omitting the need for a title was surprisingly freeing). But, I've always felt like something was missing with posts.

Emphasis and links are important aspects of web writing, whether the piece has a title or not. Markdown allows us to use these elements in posts without abandoning their plain text simplicity.

So take a review of the markdown style guide and start marking down your posts!

tags: daystream dev

postposted by matt in Thursday, March 4, 2021

I added audio capabilities to Daystream today. You can now upload mp3's to your journals. This is something I've wanted to do for awhile, and I have some bigger plans for the feature in the future. Should be fun.

So where's the first recording? I used our Post to the Past feature to add a recording of water draining into a sewer to my journal for last Saturday.

tags: daystream dev

postposted by matt in Wednesday, March 3, 2021

We asked two fundamental business questions for Daystream years ago:

Can we build a platform without running ads?

If we don't run ads, do we have to monetize the personal data of our users in some other way?

We answered "yes/no" back then, and today those answers guide our development of the platform.

"yes we can, no we won't" is behind every direction we take and every decision we make. This approach is what defines us and I couldn't be more proud of that as we watch other platforms answer both questions differently.

tags: daystream

postposted by matt in Friday, February 19, 2021

I've been experimenting with displaying images for links on Daystream. I though they would provide meaningful information alongside the title and any lede that the user adds. It was fairly easy to code, so I didn't think much of it.

After seeing them for a few days, though, I have to say I'm not a fan. I don't think they add much as far as context goes, especially when you consider we've got no control over the actual image associated with the link. They increase load time, too.

And, perhaps most importantly, the lessen the visual impact of images added by the user. Visually, these images should be the most prominent content on any given journal, not uncontrolled images associated with links shared by the user.

So, the experiment is over - images will no longer be displayed for links on Daystream.

tags: daystream dev

postposted by matt in Thursday, February 18, 2021

I had some quick thoughts while clearing 11" of snow from the driveway that relate directly to Daystream.

In certain areas of technology, it seems ripe to ask the question:

Overall, is the field leveraging user/customer focused advances in technology to benefit users/customers or is it succumbing to a leveraging of other advances by a few, powerful corporations at the expense of users/customers?

I think those two points lie on a continuum and are in some level of tension as a field of technology advances. I also think fields get out of whack from time to time and need to correct, pulling back to the other side. Social media seems to be way out of whack right now, skewing heavily toward the "powerful corporations" side of the equation. I don't see those corporations doing anything to correct this. Indeed, they just seem to keep doubling down on the issue, extracting more personal information from their users and using it in new ways to maximize profit.

Daystream has always been about avoiding that. It is, in fact, a founding principle of our technology. I still remember the early conversations with Jonathan all those years ago. He was the first to point out to me that "the algorithm" is awful. Why should it decide what the users see? Shouldn't it be easy for a user to see the content they want to see and know that, in fact, that's what they are seeing? Boom - enter our elimination of the firehose and replacement with date-based accessors. What did Sally post on her last birthday? Well, let's go look. That has always formed the kernel of Daystream and we continue to extend that founding principle as we grow our features.

We'll always skew heavily to the "benefit people" side of the equation.

The trick is figuring out how to make a go at it while doing that. If we can't, we can't. We won't go to the other side just to keep it going, I know that much.

tags: technology innovation daystream

postposted by matt in Tuesday, February 16, 2021

Daystream has been a pet project for more than ten years. It's time to take it beyond that. It's time to change social media by implementing all the things behind the Daystream concept. It's time.

tags: daystream dev

postposted by matt in Sunday, February 14, 2021

Responsive image

I found an old iPod of Jonathan's as I was going through our electronics graveyard. It still had copies of the Chip Trading and Daystream apps he created! Non-functional, but boy did this bring back some wonderful memories. And look how small that iPod is!

tags: ipod dev daystream

photo posted by matt in Sunday, January 3, 2021