Episode Transcript
Transcripts are displayed as originally observed. Some content, including advertisements may have changed.
Use Ctrl + F to search
0:00
What's up nerds? I'm
0:08
Jared and this is Change Log
0:10
News for the week of Monday,
0:12
February 19th, 2024. Our
0:16
much anticipated Ship It reboot has
0:18
launched its first episode and early
0:21
reviews are positive to say the
0:23
least. Very
0:25
good start on Ship It 2.0, posted Lars. Thomas
0:28
writes, Justin and Autumn are a
0:31
fantastic pair. And
0:33
Conrad says, quite cool first episode
0:36
and happy to see Ship It continue. Give
0:49
it a listen for yourself at shipit.show.
0:52
Okay let's get into the news. In
0:57
a piece titled Quantum Computing's
0:59
Hard, Cold Reality Check, IEEE
1:02
Spectrum lays out the bear
1:05
case for near-term quantum computing
1:07
applications, some of which
1:09
has been hype-driven. Surprised? Quote,
1:11
some of the more ambitious timelines
1:14
proposed by quantum computing companies have
1:16
suggested these machines could be impacting
1:18
real-world problems in just a handful
1:21
of years, but there's
1:23
growing pushback against what many
1:25
see as unrealistic expectations for
1:27
the technology. End quote. While
1:30
being overall pessimistic, the article
1:32
also quotes folks who are
1:34
more optimistic about it, I
1:36
guess we can add quantum
1:38
computing to the list alongside
1:40
cryptocurrency, autonomous vehicles, genitive AI,
1:42
and more, of computing
1:45
endeavors with smart people on
1:47
either side debating their validity,
1:49
timeliness, and long-term effects on
1:51
the human race. Me? I'm
1:53
not holding my breath. Or my qubits. On
1:56
a post to the Nginx mailing
1:58
list, Maxime Downer. announced
2:00
a fork of the massively popular
2:03
web server that lives at free
2:05
nginx.org. Maxim is one of the
2:07
earliest and still most active nginx
2:09
contributors who worked for f5 after
2:11
they acquired nginx inc in 2019.
2:13
there's a lot of history
2:17
here which ours Technica covers
2:19
quite well link in the
2:21
newsletter here's what Maxim says
2:24
about the fork quote unfortunately
2:26
some new non-technical management at
2:28
f5 recently decided that they know
2:30
better how to run open source projects
2:32
in particular they decided to
2:35
interfere with security policy nginx uses
2:37
for years ignoring both the policy
2:40
and developers position as such starting
2:42
from today I will no longer
2:44
participate in nginx development as run
2:47
by f5 instead
2:49
I'm starting an alternative project which
2:51
is going to be run by
2:53
developers and not corporate entities end
2:55
quote the free in
2:58
free nginx for Maxim isn't free as
3:00
in libre neither is it free as
3:02
in beer it is free
3:04
as in free from arbitrary corporate
3:07
actions Nadia previously
3:09
Ekbal now asparahova goes deep
3:11
on AI and the effective
3:13
acceleration is a movement which
3:16
is abbreviated E slash ACC
3:18
and pronounced EAC which I
3:20
learned from Nadia's piece which
3:22
also says quote artificial intelligence
3:25
is a rare domain where
3:27
technologists themselves are being proactively
3:29
cautious about their own power
3:31
before any demonstrable harm has
3:33
been done the moral panic
3:35
now comes from within a
3:37
stark deviation from how technological
3:39
revolutions historically influenced society end
3:41
quote I've been reading Nadia's
3:43
writing for a long time and I find
3:46
it to be deep easily consumed and thought-provoking
3:48
regardless of her subject here's another quote which
3:50
will hopefully intrigue you enough to read it
3:52
for yourself it was the tech backlash of
3:54
the 2010s that tore a hole through
3:57
text image as it previously saw itself
4:00
A burgeoning industry composed of startups and
4:02
their financiers whose members would grind away
4:04
writing code on their Macbooks and attending
4:07
white combinators' demo days whose hardest decision
4:09
every year was whether to go to
4:11
Burning Man. Though a founder's
4:13
life was filled with highs and lows, the
4:15
cycle of tech seemed stable and predictable. Most
4:18
importantly, tech was beloved by the
4:21
outside world who gleefully consumed stories
4:23
of young founders and their mythical
4:25
overnight successes. What went wrong?
4:28
It's now time for Sponsored
4:30
News! Is
4:33
your code getting dragged down by joins
4:35
and long query times? The
4:38
problem might be your database. Try
4:40
simplifying the complex with graphs.
4:43
A graph database lets you model data the way
4:45
it looks in the real world, instead of forcing
4:47
it into rows and columns. Stop
4:49
asking relational databases to do more than they
4:52
were made for. Graphs work
4:54
well for use cases with lots of
4:56
data connections like supply chain, fraud detection,
4:58
real-time analytics, and JI. With
5:01
Neo4j, you can code in your favorite
5:03
programming language and against any driver. Plus,
5:05
it's easy to integrate into your tech
5:07
stack. People are solving some of
5:10
the world's biggest problems with graphs. Now it's your
5:12
turn! Visit neo4j.com/developer
5:14
to get started. That's
5:17
N-E-O, the number 4,
5:20
j.com slash developer. One
5:23
more time, neo4j.com/developer.
5:27
Angie Byron, a long-time member of the
5:29
Drupal community and a lovely person, who
5:31
we've had the pleasure of knowing a
5:33
little bit around here, writes up some
5:35
advice on how to get started in
5:37
open source. This is a great primer
5:39
for anybody on the subject matter. Here's
5:41
her high-level bullet points you can click
5:43
through for the details. Link in
5:45
the newsletter. Start with
5:47
your interests. Find a
5:50
welcoming project. Community
5:52
before code. And 4. Start
5:55
with the docs. On that
5:57
last point, Angie says this, which is
5:59
so true. somebody should put it on
6:01
a billboard or a t-shirt or something. Quote,
6:04
you might not know it yet, but as a
6:06
newcomer to an open source project, you have this
6:08
amazing superpower. You are oftentimes
6:10
the only one in that whole
6:12
project capable of reading the documentation
6:14
through new eyes. Because I
6:17
can guarantee the people who wrote that
6:19
documentation are not new. Miroslav
6:22
Nikolov knows the cost of
6:24
a refactoring gone wrong. So
6:27
he took some time to lay out
6:29
the risks and how you can effectively
6:31
address them and give some solid advice
6:34
on whether or not you should refactor.
6:36
Here's four pieces of advice with caveats.
6:39
One, refactor if things are getting
6:41
too complicated, but stop if you
6:43
can't prove it works. Two,
6:46
accompany new features with refactoring for areas you
6:48
foresee to be subject to a change, but
6:52
copy-pasting is okay until patterns
6:54
arise. Three, be proactive
6:56
in finding new ways to ensure
6:59
refactoring predictability, but be conservative
7:01
about the assumption QA will find all the
7:03
bugs. Four, move
7:05
business logic out of busy components, but
7:08
be brave enough to keep the legacy
7:10
code intact if the only
7:12
argument is this code looks wrong. That
7:15
is the news for now. Have a great week.
7:17
Tell your friends about changelog news if you dig
7:19
it, and I'll talk to you again real soon.
7:26
Thank you.
Podchaser is the ultimate destination for podcast data, search, and discovery. Learn More