From 7e302f7f5aec5a1052091d4ba2b4fd3d86cb43ae Mon Sep 17 00:00:00 2001 From: Duncan Mackenzie Date: Wed, 15 May 2024 10:32:51 -0700 Subject: [PATCH 1/2] Adding dev to tags (#5) * Update benefits-of-peer-feedback.md * Update citizen-developers.md * Update do-not-open-new-tabs.md * Update finish-what-you-started.md * Update importance-of-visibility.md * Update benefits-of-peer-feedback.md --- content/Blog/benefits-of-peer-feedback.md | 1 + content/Blog/citizen-developers.md | 1 + content/Blog/do-not-open-new-tabs.md | 1 + content/Blog/finish-what-you-started.md | 3 ++- content/Blog/importance-of-visibility.md | 1 + 5 files changed, 6 insertions(+), 1 deletion(-) diff --git a/content/Blog/benefits-of-peer-feedback.md b/content/Blog/benefits-of-peer-feedback.md index 1475fc0d..855ddac6 100644 --- a/content/Blog/benefits-of-peer-feedback.md +++ b/content/Blog/benefits-of-peer-feedback.md @@ -6,6 +6,7 @@ tags: - Management - Engineering Management - Performance Reviews +- DevTo description: Feedback from another employee can be very helpful for your performance review, but it is most useful if it is written with specific details about your work and it's impact. --- diff --git a/content/Blog/citizen-developers.md b/content/Blog/citizen-developers.md index 687a3ae9..2c6b6bb7 100644 --- a/content/Blog/citizen-developers.md +++ b/content/Blog/citizen-developers.md @@ -6,6 +6,7 @@ tags: - Software Management - Coding - Microsoft + - DevTo --- In any organization, users will end up creating their own tools, outside diff --git a/content/Blog/do-not-open-new-tabs.md b/content/Blog/do-not-open-new-tabs.md index 5fcbfc89..f5fa03d7 100644 --- a/content/Blog/do-not-open-new-tabs.md +++ b/content/Blog/do-not-open-new-tabs.md @@ -5,6 +5,7 @@ type: posts tags: - Web Development - Accessibility + - DevTo techfeatured: true description: Every few days someone will suggest we have our links open in a new tab by default, here is why that is a bad idea --- diff --git a/content/Blog/finish-what-you-started.md b/content/Blog/finish-what-you-started.md index 15efee16..bf7fca9a 100644 --- a/content/Blog/finish-what-you-started.md +++ b/content/Blog/finish-what-you-started.md @@ -5,6 +5,7 @@ type: posts tags: - Management - Engineering Management +- DevTo description: Software development projects can only have an impact if they make it to production, so instead of having forty partially done bits of work, you should always prioritize having something actually done. --- @@ -73,4 +74,4 @@ Finally, and this is one of the most difficult situations to find yourself in, i If you’d like to do more development in this style, but don’t have the agreement of the rest of the organization, I’d suggest one of two approaches. Either convince them that it is worth trying on a few features, the set of work planned for an upcoming quarter, or the work being done by one specific development team or alternatively go ahead and do it behind the scenes. -The first path is nice, because you can be open about only building the full plan for each small release, and hopefully everyone will agree it is working great. The second path is more complicated. You’ll have to have a larger release planned, with release dates and a committed set of features. You can then implement it in small pieces, building and releasing each phase completely behind a flag, and never shipping anything to the real users until the end. That removes many of the benefits, but it can get your developers used to working in this mode and produces a more stable result because each phase had to be shippable. It also gives you the option, and multiple points in the development process, to ship a limited version of the full project, if you can convince your stakeholders it is valuable at that time. \ No newline at end of file +The first path is nice, because you can be open about only building the full plan for each small release, and hopefully everyone will agree it is working great. The second path is more complicated. You’ll have to have a larger release planned, with release dates and a committed set of features. You can then implement it in small pieces, building and releasing each phase completely behind a flag, and never shipping anything to the real users until the end. That removes many of the benefits, but it can get your developers used to working in this mode and produces a more stable result because each phase had to be shippable. It also gives you the option, and multiple points in the development process, to ship a limited version of the full project, if you can convince your stakeholders it is valuable at that time. diff --git a/content/Blog/importance-of-visibility.md b/content/Blog/importance-of-visibility.md index acb6cdc8..b360aa0e 100644 --- a/content/Blog/importance-of-visibility.md +++ b/content/Blog/importance-of-visibility.md @@ -5,6 +5,7 @@ type: posts tags: - Management - Engineering Management +- DevTo description: Making sure the work you do, and the impact it has, is visible and understandable to others is one of the most useful skills for anyone in the workforce. techfeatured: true --- From a18e2a61866e4e17b11f4766ee12b4a708625f34 Mon Sep 17 00:00:00 2001 From: Duncan Mackenzie Date: Wed, 15 May 2024 14:56:25 -0700 Subject: [PATCH 2/2] Adjust rss (#6) * Update rss.xml * Update single.html * Update creating-an-effective-bug-report.md * Update a-defensive-approach-to-engineering-quality.md --- content/Blog/a-defensive-approach-to-engineering-quality.md | 2 +- content/Blog/creating-an-effective-bug-report.md | 2 +- themes/hello-friend-ng/layouts/_default/rss.xml | 2 +- themes/hello-friend-ng/layouts/posts/single.html | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/content/Blog/a-defensive-approach-to-engineering-quality.md b/content/Blog/a-defensive-approach-to-engineering-quality.md index bc1c7cec..61a89244 100644 --- a/content/Blog/a-defensive-approach-to-engineering-quality.md +++ b/content/Blog/a-defensive-approach-to-engineering-quality.md @@ -7,7 +7,7 @@ tags: - Coding - Software Management - Engineering Management - - devto + - DevTo techfeatured: true description: One of the most important ways I can contribute to the quality of our sites is by saying no. --- diff --git a/content/Blog/creating-an-effective-bug-report.md b/content/Blog/creating-an-effective-bug-report.md index 5c397cd6..00da6e99 100644 --- a/content/Blog/creating-an-effective-bug-report.md +++ b/content/Blog/creating-an-effective-bug-report.md @@ -5,7 +5,7 @@ type: posts tags: - Web Development - Coding - - devto + - DevTo techfeatured: true images: - /images/bernie.jpg diff --git a/themes/hello-friend-ng/layouts/_default/rss.xml b/themes/hello-friend-ng/layouts/_default/rss.xml index 1f355767..8d5112dc 100644 --- a/themes/hello-friend-ng/layouts/_default/rss.xml +++ b/themes/hello-friend-ng/layouts/_default/rss.xml @@ -63,7 +63,7 @@ {{ .Permalink }} {{- with .Params.tags -}} {{- range . -}} - {{- if ne . "devto" }} + {{- if ne . "DevTo" }} {{ . }} {{- end -}} {{- end -}} diff --git a/themes/hello-friend-ng/layouts/posts/single.html b/themes/hello-friend-ng/layouts/posts/single.html index dc96f55c..ec7fda51 100644 --- a/themes/hello-friend-ng/layouts/posts/single.html +++ b/themes/hello-friend-ng/layouts/posts/single.html @@ -30,7 +30,7 @@

{{ .Title | markdownify }}

{{- range . -}} - {{- if ne . "devto" -}} + {{- if ne . "DevTo" -}} {{.}} {{- end -}} {{- end }}