<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Peter Sankauskas</title>
    <description>The latest articles on DEV Community by Peter Sankauskas (@pas256).</description>
    <link>https://dev.to/pas256</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F432191%2F16412d0f-0da0-4111-b9a4-6050c5cc9953.jpeg</url>
      <title>DEV Community: Peter Sankauskas</title>
      <link>https://dev.to/pas256</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/pas256"/>
    <language>en</language>
    <item>
      <title>Your Best Engineers Might Be Your Worst Interviewers</title>
      <dc:creator>Peter Sankauskas</dc:creator>
      <pubDate>Thu, 10 Jul 2025 18:23:49 +0000</pubDate>
      <link>https://dev.to/pas256/your-best-engineers-might-be-your-worst-interviewers-2eaj</link>
      <guid>https://dev.to/pas256/your-best-engineers-might-be-your-worst-interviewers-2eaj</guid>
      <description>&lt;p&gt;Startups tend to assume that their best engineers will also make the best interviewers. After all, if someone can write elegant code and solve hard problems, surely they can spot talent in others… right?&lt;/p&gt;

&lt;p&gt;Well, not necessarily.&lt;/p&gt;

&lt;p&gt;I’ve seen some of the most talented engineers fumble and underperform when it comes to hiring. The fact is, interviewing requires an entirely different skill set. One that often doesn’t come naturally to introverted or black-and-white thinkers.&lt;/p&gt;

&lt;p&gt;Stressful interviews&lt;/p&gt;

&lt;p&gt;Great engineers are...&lt;/p&gt;

&lt;p&gt;&lt;a href="https://pas.ventures/posts/2025-07-best-engineers-worst-interviewers/" rel="noopener noreferrer"&gt;https://pas.ventures/posts/2025-07-best-engineers-worst-interviewers/&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>Most loved AWS services for 2025</title>
      <dc:creator>Peter Sankauskas</dc:creator>
      <pubDate>Fri, 28 Mar 2025 22:24:05 +0000</pubDate>
      <link>https://dev.to/aws-heroes/most-loved-aws-services-for-2025-1e66</link>
      <guid>https://dev.to/aws-heroes/most-loved-aws-services-for-2025-1e66</guid>
      <description>&lt;p&gt;The results of the Answers for AWS community survey are live and you can check it out here:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://answersforaws.com/2025/" rel="noopener noreferrer"&gt;https://answersforaws.com/2025/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Perhaps no-one is surprised, but the most loved AWS service in 2025 is Simple Notification Service (SNS). Congratulations.&lt;/p&gt;

&lt;p&gt;You can see more graphs, trends over the years and details for each category.&lt;/p&gt;

&lt;p&gt;Enjoy!&lt;/p&gt;

</description>
      <category>aws</category>
    </item>
    <item>
      <title>Upgrade Slack GHA</title>
      <dc:creator>Peter Sankauskas</dc:creator>
      <pubDate>Fri, 28 Mar 2025 22:17:15 +0000</pubDate>
      <link>https://dev.to/pas256/upgrade-slack-gha-1dnc</link>
      <guid>https://dev.to/pas256/upgrade-slack-gha-1dnc</guid>
      <description>&lt;p&gt;If you like having your GitHub Actions workflows post messages to Slack, well, things just got a lot easier. Version 2 of &lt;code&gt;slack-github-action&lt;/code&gt; has been released, and it makes your workflow file so much nicer because it supports YAML! Here is what it looks like.&lt;/p&gt;

&lt;p&gt;BEFORE:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;      - name: Post to Slack
        uses: slackapi/slack-github-action@v1
        env:
          SLACK_BOT_TOKEN: ${{ secrets.SLACK_BOT_TOKEN }}
        with:
          channel-id: "C3P0ANDR2D2"
          payload: |
            {
              "blocks": [
                {
                  "type": "section",
                  "text": {
                    "type": "mrkdwn",
                    "text": "My message goes here"
                  }
                }
              ]
            }
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;AFTER:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;      - name: Post to Slack
        uses: slackapi/slack-github-action@v2
        with:
          method: chat.postMessage
          token: ${{ secrets.SLACK_BOT_TOKEN }}
          payload: |
            channel: "C3P0ANDR2D2"
            blocks:
              - type: section
                text:
                  type: mrkdwn
                  text: "My message goes here"
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;So much prettier and easier to read/maintain.&lt;/p&gt;

&lt;p&gt;Note, you will have to shuffle some things around (like where the token is specified), and be explicit about the &lt;code&gt;method&lt;/code&gt; you are using.&lt;/p&gt;

&lt;p&gt;Here is an example of an update message&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;      - name: Update Slack with success
        if: ${{ success() }}
        uses: slackapi/slack-github-action@v2
        with:
          method: chat.update
          token: ${{ secrets.SLACK_BOT_TOKEN }}
          payload: |
            channel: "C3P0ANDR2D2"
            ts: ${{ steps.slack.outputs.ts }}
            blocks:
              - type: section
                text:
                  type: mrkdwn
                  text: "My updated test"
                fields:
                  - type: mrkdwn
                    text: "My updated field"
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;I used Cursor to help me do all of the conversion from JSON to YAML, so this wasn't too painful of a change.&lt;/p&gt;

&lt;p&gt;Happy Coding!&lt;/p&gt;

</description>
      <category>githubactions</category>
      <category>webdev</category>
    </item>
    <item>
      <title>AWS Predictions for 2024</title>
      <dc:creator>Peter Sankauskas</dc:creator>
      <pubDate>Tue, 06 Feb 2024 19:01:19 +0000</pubDate>
      <link>https://dev.to/aws-heroes/aws-predictions-for-2024-540o</link>
      <guid>https://dev.to/aws-heroes/aws-predictions-for-2024-540o</guid>
      <description>&lt;p&gt;As you all know, the &lt;a href="https://answersforaws.com/survey/" rel="noopener noreferrer"&gt;2024 survey is live&lt;/a&gt; and well underway. I'm excited to share the results with you after it wraps up. In the meantime, I wanted to reflect on last year and make some predictions for 2024.&lt;/p&gt;

&lt;p&gt;Infrastructure as Code&lt;/p&gt;

&lt;p&gt;Under the &lt;a href="https://answersforaws.com/2023/iac/" rel="noopener noreferrer"&gt;IaC category&lt;/a&gt;, in July 2023, AWS &lt;a href="https://aws.amazon.com/about-aws/whats-new/2023/07/accelerate-cloudformation-authoring-experience-looping-function/" rel="noopener noreferrer"&gt;added loops to CloudFormation&lt;/a&gt;, finally ticking a box the community has been asking for since &lt;a href="https://github.com/cloudtools/troposphere" rel="noopener noreferrer"&gt;troposphere&lt;/a&gt;. I suspect that, in combination with the Terraform licensing changes, it may keep people using CloudFormation for a while longer.&lt;/p&gt;

&lt;p&gt;Speaking of which, I debated a lot on whether to separate Terraform and OpenTofu into separate questions. Ultimately, I decided to keep them together, but this may have been a mistake. What are your thoughts?&lt;/p&gt;

&lt;p&gt;CI/CD&lt;/p&gt;

&lt;p&gt;What surprised me the most about the &lt;a href="https://answersforaws.com/2023/ci-cd/" rel="noopener noreferrer"&gt;2023 CI/CD results&lt;/a&gt; was that Jenkins still topped usage at 76%. The retention of GitHub Actions is amazingly high, though, at 99%, so I am expecting to see Jenkins lose the top stop in favor of GitHub Actions.&lt;/p&gt;

&lt;p&gt;All of this has nothing to do with AWS, which is telling. Their strategy has been a bit all over the place, and &lt;a href="https://aws.amazon.com/codestar/" rel="noopener noreferrer"&gt;CodeStar is being discontinued in July&lt;/a&gt;, so that will be removed from the survey next year.&lt;/p&gt;

&lt;p&gt;Serverless&lt;/p&gt;

&lt;p&gt;In 2023, &lt;a href="https://answersforaws.com/2023/serverless/" rel="noopener noreferrer"&gt;SAM and Serverless Framework&lt;/a&gt; were neck and neck at 50% usage. AWS SAM, however, had higher retention, so my prediction is that it will pull ahead in 2024. That is unless CDK overtakes both of them, given it had much higher retention (84%) vs AWS SAM's 69%.&lt;/p&gt;

&lt;p&gt;AWS Application Composer was brand new when the survey ran last year and had 63% interest, so I'm excited to see how far it has come in a year.&lt;/p&gt;

&lt;p&gt;AI/ML&lt;/p&gt;

&lt;p&gt;In January 2023, most people hadn't heard of OpenAI. It was mentioned a few times, so I included it in the "Others" results, but boy things have changed in a year. This time, it earned a dedicated spot on the survey and I am expecting it to top the positive/negative split beating out all other AWS AI/ML services.&lt;/p&gt;

&lt;p&gt;Also, now that expectations are a lot higher for the category, I suspect the happiness scores will be down for 2024.&lt;/p&gt;

&lt;p&gt;Well, there you have it. I'm excited to see how these predictions hold up. If you haven't already, &lt;a href="https://answersforaws.com/survey/" rel="noopener noreferrer"&gt;please consider taking the survey&lt;/a&gt; and sharing your experiences with the community. I'll be back with the results soon after it closes on February 16th.&lt;/p&gt;




&lt;p&gt;First posted on Feb 5, 2024 at &lt;a href="https://answersforaws.com/blog/2024-02-05-predictions-for-2024/" rel="noopener noreferrer"&gt;https://answersforaws.com/blog/2024-02-05-predictions-for-2024/&lt;/a&gt;&lt;/p&gt;

</description>
      <category>aws</category>
      <category>community</category>
    </item>
  </channel>
</rss>
