Obviously I need to add media uploading to my syndication code #indieweb #goldfrog
http://monkinetic.blog/2020/02/22/txt-fd6090d
← first ← previous page 11 of 60 next → last →
Data Processing with Apache Beam https://www.youtube.com/watch?v=6ppsHzhdTnU&feature=youtu.be #bookmark #dataprocessing
So I don't forget: Unacceptable by Helene Schouten https://medium.com/@scaryh/unacceptable-4cdca86ba0db #bookmark #racism #economics #america
I've started messing around a bit with javascript-enhanced UIs for #goldfrog. Rather than use all of JQuery, I decided on a small subset of Jquery's functionality as implemented by Sprint.JS.
Here's the new posting UI:
(SORRY, LOST IMAGE)
I'm trying to implement some basic progressive enhancement - the forms work as is without javascript, but the switcher and the counter are niceties for me, the author.
None#standingdesk update: it's been 2 hours. Legs aching, back on fire, sweat breaks out across my brow. Never has anyone striven for so much, so long. Rescue unlikely, expecting the sweet embrace of death. Tell my wife I loved her #drama
(SORRY, LOST IMAGE)
Ran into a friend today at church and he asked me "hey I'm trying to learn Python, do you have any good sites or books to recommend? I'm kinda... bored."
Now some of us geeks can't imagine being bored learning something new, but I went through this when I first started learning Go. I had decided I wanted to learn a new programming language, and Rust was way too... Rust, so I picked Go and started building a small o-nothing web app. I got part way in an realized that I had no interest in what I was doing, and it (and some bits of Go that hadn't matured) was killing my fun. So I put it down.
Fast forward to this year. I was ready to pick up Go again, but this time I also knew that I wanted to start writing again, and that the friction in my blogging process was killing my joy there, too. So I decided to write my own blog software (see #goldfrog), and I was going to write it in Go.
Suddenly I was energized to learn, because I had all these feature ideas for the site, and I had to learn the #golang techniques for tasks I'd only one in #python before. Also, it got me into the golang newbies Slack, and connecting with a community - for me at least - helps.
So my advice to my friend was:
Sometimes in software design it's great to develop a visual of the system in question to help in the thinking process.
Josh Barratt is a software architect at Twilio, and blogs about system design at [Serialized.Net]((https://serialized.net/). His recent post Effective Technical Diagrams has some great guidelines for improving the technical diagrams that we use to communicate.
Images convey ideas and structure far more effectively than text. Especially for software systems, they can even help with reasoning about things like capacity, connectivity, reliability, security and performance.
Like any craft, methods of designing visuals that communicate effectively and efficiently can be studied and improved. We have probably all seen diagrams which led to an immediate “aha!” – and others, that after minutes of squinting, led to only more confusion.
I too, adore OmniGraffle, and have made my share of good and bad technical diagrams in my pursuit of a better design. Here's one I made in the last year, the usefulness of which could be argued both ways:
(SORRY, LOST IMAGE)
Bloomberg might or might not beat Trump, but he will definitely further establish the #oligarchy as the political power in the US, and money as the deciding factor #democracy
https://twitter.com/blakezeff/status/1227976156936171520
← first ← previous page 11 of 60 next → last →