I felt a loss when the On the Metal podcast series wrapped up. I figured these Oxide guys now have too much real work to do, they won’t be able to keep up this podcast, even if it is the best tech podcast I’ve listened to. Bryan is an unbeatable host. If you love retro-computing or just the history of our industry in general, you will walk away learning something from anything he talks about. His quick wit and deep tech knowledge keeps you totally engaged, and gives you the feeling of living vicariously in the silicon valley that was about getting your hands dirty and building great tech products.
But now I can look forward to their leap over to “social audio”. First Twitter spaces (where I would sometimes chime in live) and now the Discord-hosted On the Metal.
Most podcasts are sports commentary. These guys are full-contact in the game. I love it. Keep it up Bryan!
Wow, those are incredibly kind and inspiring words -- thank you! The good news is that these are all made available via RSS wherever you get podcasts.[0]
What I (we!) love about social audio is that it allows for many more voices -- both on the team here at Oxide and in the broader community. As a result, we've been able to get into some really deep detail with members of the team; I collected a few of my favorites in [1].
Thank you again for the kind words; I think you'll enjoy exploring the back catalog of Oxide and Friends!
I missed the On the Metal podcast and hadn't noticed the Oxide and friends format until a few weeks ago. It just ended without any hint as to what if anything to expect next. I really enjoy it when the conversation goes of whatever script there may be, someone can't/won't stop and dives ever deeper into a topic or pet pieve/past trauma. It may not have the highest production quality (looking at you Twitter spaces), but who cares? Often times it feels like some random encounter in a hackspace (e.g. Bluetooth and Wi-Fi stop working as soon as someone mentions firmware bugs).
So glad you enjoyed "On the Metal"! Your suggestion is a great one, and we'll work on this over the next few weeks; stay tuned, and in the meantime, enjoy the "Oxide and Friends" back catalog!
Second that! I was a big fan of "On the Metal", and was bummed when it ended. Stumbled upon "Oxide and Friends" almost by chance, and was happy to discover it kept the same style (and even better, with more voices).
You made my commute a lot more enjoyable. Still going through the old catalog -- the episode about NeXT and Objective-C (S1E8 July 5, 2021 [1]) was excellent.
> I felt a loss when the On the Metal podcast series wrapped up.
Big same. I was so happy to find the Oxide and Friends podcast that I went through the entire backlog in the last couple months. It really helped solidify my thoughts on debug-ability as a first class property of a programming language/environment/system.
It's a great mix of tech history, personal accounts from industry, practical conversations about development and debugging and current industry happenings.
A few standout episodes:
Engineering Culture
Engineering Incentives... and Misincentives
The Rise and Fall of DEC
I created a desktop GUI tool [0] that used multiple cores for seam carving images of your choice. Including masking parts of image to keep or remove. The backend code parallelizing the work is from the CAIRE project.
It was ages ago, and has since been archived on google code :)
Cool to see this popping up again. It always impresses if you haven't seen it before and is a cool algorithm to work through.
The original paper was discussed on slashdot and back at that time I was inspired to build a little GUI around an open source algorithm implementation to play with my Qt skills.
It allows you to shrink, expand and "mask out" regions you don't want touch etc.
The author of this post wrote klib/khash, and uses it in his very popular cpu-intensive bioinformatics programs such as bwa (short read alignment against the human ref genome).
I've been learning rust recently. As a learning exercise, I compared the robin-hood hashing of std::collections::HashMap in rust to his klib/khash he mentions in this article , and then tried various hash functions to try and match his performance:
The split keys and values arrays in Python 3.6 dictionaries make it more compact than dictionaries from earlier versions of Python, which makes it more cache friendly. But Python dictionaries (and sets) use a variant of double hashing for collision resolution, which is less cache friendly than Robin Hood hashing's linear probing. It's certainly possible to combine both techniques to come up with a hybrid dictionary with the best aspects of both split keys and Robin Hood hashing.
Python, ruby, php hash tables are roughly 2x slower. perl5's being the worst maybe 4x slower.
Damn fast is only relative. It's damn fast compared to the previous implementations. Wikipedia even dares to say that the worst hash tables of all, perl5, is one of the very best. Bias all over.
SIMD optimized hash tables, such as the Swiss tables tricks have the potential to be much faster than khash. And khash is not cache oblivious at all, with its double hashing scheme.
A much better source for those with an interest in the science is Chris Mason's slides from his recent talk[1] at genetics conference (AGBT) about this that he shared on twitter[2].
He's a great speaker, and a cool guy and tackles some of the most interesting (at least to hear about) science in genomics
I wrote a GUI for another seam carving library back in 2009[1], and it looks like although in archive mode, you can still access the source as well as the windows / mac binaries. Just tested it and it still works!
Not as fancy as photoshop I'm sure, but does have the ability to paint a mask of regions to keep / remove to aid the algorithm and get the desired result. Multi-threaded too!
Now that this thread is essentially tially dead, I can let out my little secret - I'm not the bad boy you think I am. I told them thw truth eventually -about 30 seconds after showing them the doctored one. I hope this doesn't change your opinion of me.
While I think it's great to have Google putting their weight behind standardization efforts like Global Alliance for Genomic Health (GA4GH), I really don't get the need to replace VCF and BAM files with API calls.
Ultimately, the "hard part" about genomics is not big-data requiring Spanner and BigTable to get anything done. I actually wrote a blog post about this this week:
Both BAM and VCF files can be hosted through a plain HTTP file-server and be meaningfully queried through their BAI/TBI indexes. Visualization tools like our GenomeBrowse or the Broad's IGV can already read S3 hosted genomic files directly without having an API layer and very efficiently (gzip compressed blocks of binary data). So, I see the translation of the exact same data into API-only accessible storage system, where I can't download the VCF and do quick and iterative analysis on it more of a downside that plus.
Disclaimer: I build variant interpretation software for NGS data at Golden Helix. Our customers are often small clinical labs who size of data and volume are not driving them to the cloud.
Looks great, but I can't comment more as I haven't used it.
It looks to be solving the same problems as DNAnexus, Seven Bridges, BaseSpace etc as a way to wrap open source tools in more user-friendly ways.
But it's orchestrating the production of smaller set of data that still needs the next step of human interpretation, report writing, family-aware algorithms and most complex annotations (the problem space Golden Helix is in).
In other words, the automatable bits that is not the hard part that I mentioned in my blog post.
They are correct in calling out Illumina's de-facto monopoly rents they are extracting on the market, but sadly I don't share their wildly optimistic view that we are eminent for technological disruption that will re-start the price plummeting of whole genome sequencing.
Nanopores are no where near the throughput and accuracy of Illumina's sequencing by synthesis tech, and if there is a pathway to challenge Illumina's position, it will be extremely complex, iterative and _long_.
Meanwhile Illumina is amassing a billion dollar war chest and is adding its own complex and iterative improvements to its platform (two-color detection, longer and longer reads, higher cluster density), maintaining its market lead.
As much as the analogy to microprocessor manufacturing and Moore's law is alluring, the messy stuff of biology and single molecule chemical manipulation and sensor detection is unlikely to obediently follow the same innovation curve.
Or do you want more utilities that work together and run locally? (i.e. repeatable workflows in project bundles of scripts + data + saved notebook logs etc).
Yeah sure, I use Podcast addict. It let's you search and subscribe and either stream or download for offline playback. It also works with your chromecast.
Here's my list (warning it's long and some may no longer be alive):
- active time babble
- retronauts (there's a run of the show from 1up.com that's dead, and a new run that's in progress)
- 2 dudes and a nes
- all gen games
- ANTIC - the atari 8-bit podcast
- arcade and retro.com
- arcade hunters
- arcade impossible
- arcade outsiders
- arcade repair tips
- arcade tired
- armchair arcade radio
- brokentoken classic arcade
- cactus jacks arcade podcast
- catridge freaks
- chicken lips radio
- completely unnecessary podcast
- factory sealed
- famicom flashbacks
- floppydays vintage computing
- game boy crammer
- gameroom junkies arcade
- gaminghistory101
- genesis gems
- guys games and beer
- hardcore gaming 101
- how I started my own arcade
- insert coin
- jmac's arcade
- knights of the arcade
- last coin at the arcade
- lazy game reviews
- matt chat
- nes podcast
- nintendojo
- no quarter
- one man & his mic
- player one podcast
- radio free nintendo
- retro asylum podcast
- retro computing roundtable
- retro gaming roundup
- retro junkies minies
- retro junkies network
- retro obscura
- retro rejects
- retro rundown's podcast
- retrobits podcast
- retrocollect fm
- retrocore
- retrogaming with racketboy
- retrograde
- retrospin
- sprite castle
- super arcade theater
- super gamer arcade
- tadpog
- ten pence arcade
- the arcade (there's 2 of them)
- the atari 2600 game
- the c64 take-away podcast
- the colecovisions podcast
- the intellivisionaries podcast
- the mustache arcade
- the nes club presents
- pinball blahcade
- retro junkies super show
- the retro league
- retro tech addict's podcast
- retrobits podcast
- tone control
- vgmpire
- watch out for firewalls
Looking at that list, I think you might like Arcade and Retro, a podcast from Ireland which is still a going concern. I know the makers but have no stake in it, pretty good show. - http://arcadeandretro.com/
Edit:
Scratch that - they're already on the list, missed it the first time
I'm a big fan of the DOS nostalgia podcast: http://www.dosnostalgia.com/?cat=91 It only comes out once every few months, but the interviews and discussions are awesome if you're nostalgic for DOS & early home computing topics. The interview with Jim Leonard/Trixter on the early days of the PC is my favorite so far: http://www.dosnostalgia.com/?p=329 It's also a fun podcast because the host grew up in the Soviet Union so you get a different take on what was happening in DOS compared to the west.
But now I can look forward to their leap over to “social audio”. First Twitter spaces (where I would sometimes chime in live) and now the Discord-hosted On the Metal.
Most podcasts are sports commentary. These guys are full-contact in the game. I love it. Keep it up Bryan!