リソース名に規則性を持たせたい こんにちは、のんピ(@non____97)です。 皆さんはAWSのリソース名に規則性を持たせたいと思ったことはありますか? 私はあります。 AWSを使っている中で「命名規則を設定した方がいい」もしくは「設定しなければならない」場面があります。 利用し始めはリソース数や管理、使用するメンバーが少なくなんとかなることもあります。しかし、規模が大きくなってくると、命名規則が設定されておらず無秩序にリソース名が設定されていると、オペレーションミスが発生したり、構成を把握するのに時間がかかったりします。 そんな命名規則を設定するのにあたって参考になるのが以下記事です。 こちらの記事をベースに命名規則を改めて考えてみた時に、考慮が必要な内容をまとめてみました。 以降、AWSリソースの命名規則についてまとめた基本設計書の例を紹介します。 記載した内容に対する一言コメントは

時間と労力の浪費につながる「認知負荷」とその軽減方法を、ソフトウェア開発会社・Inktechで最高技術責任者(CTO)を務めるアルテム・ザキルリン氏が解説しています。 Cognitive load is what matters https://minds.md/zakirullin/cognitive ザキルリン氏によると、認知負荷を一言で言うと「開発者がタスクを完了するためにどれだけ考える必要があるか」になるとのこと。 平均的な開発者は、コードの変数の値、制御フロー ロジック、呼び出しシーケンスなどの要素を平均して4つほど頭に入れて作業を進めることができますが、この基準を超えた認知負荷が発生すると、途端にコードを読むのが難しくなります。 そのため、プロジェクトの認知負荷を可能な限り軽減するのが肝要ですが、ソフトウェア開発のコアな部分の認知負荷は変えることができないので、必要以上に難解に

今年の5月にマネージャーとして転職をした。 daiksy.hatenablog.jp いわゆる出戻りであるのだが、以前の在籍時とはポジションが変わっていたり、3年のブランクがあったりするため、ほぼゼロスタートの気持ちで仕事に取り組んでいる。 マネージャーとして新しく仕事をはじめる場合は、最初の100日は観察に徹するべきだと考えた。それは、宮坂さんのこのエントリを参考にしているためだ。 note.com 最初の100日でもっともしてはいけないことで共通するのが「華麗にビジョンを語り戦略を策定して期待値をあげること」はしてはいけない。逆に最初にすべきことはなにか？「勉強マシーンになること。具体的には資料を読み人に会って話を聞きまくる」こと。つまり最初の100日は「口はほどほどにして耳と目と足を動かせ」ということだ。 なので、試用期間中はエンジニア全員と話そうと、100人との1on1をやるなど、

この記事は「paiza Advent Calendar 2024」の最終日の記事です。 最終日はpaiza株式会社で社長をやっている片山がお送りいたします。 ちなみにタイトルある「幻想」は、ペガサス幻想と同様に、「ファンタジー」と読みかえてください。 ちなみに、paizaはITエンジニア向け国内最大の転職・就職・学習プラットフォームです。（paiza.jp) この記事を書くに至った背景約2年前の2022年11月30日にChatGPTが登場して以来、AIでプログラミングは自動化され不要になり、そしてITエンジニアの仕事もなくなるだろう、と盛り上がっています。 弊社はITエンジニア向けの転職・就職・学習サービスを展開している関係で「ITエンジニアの仕事はなくなるのか？どうなっていくのか？」「プログラミングを学ぶ必要はなくなるのでしょうか？プログラミング不要になるのでしょうか？」という質問を社内

この記事は、3-shake Advent Calendar 2024 24日目のエントリ記事です。 はじめに こんにちは、nwiizoです。2024年も残りわずかとなりました。年の瀬に差し掛かるこの時期、1年の歩みを振り返り、時の流れを見つめ直すことは、私にとって特別な意味を持っています。今年は特に、技術書との関わり方に大きな変化がありました。本を紹介する投稿する中で、技術書のみならず、さまざまな分野の書籍を読む機会が大幅に増えました。 私の書斎は、いつの間にか技術書のデータセンターと化しました。サーバーラックの代わりに本棚が整然と並び、それぞれの棚には未読の本という名のサーバーがぎっしりと配置されています。これらの「サーバー」は、24時間365日、知識というバックグラウンドプロセスを静かに実行し続けています。既にメモリの使用率は常に100%ですが、まだ、クラッシュすることはありません。ク

あとはアプリのパフォーマンスに影響する要素を理解し、意識しながら設計開発を行うことが必要です。 主な要素には、コントロール数/データソースの種類/ロジックの複雑さがあります。 Power Appsでの開発におけるベストプラクティスは以下のLearnや記事を読みましょう。 Power Apps Performance Optimisation: The ULTIMATE Guide キャンバス アプリのパフォーマンス低下の一般的な原因 ヒントとベスト プラクティスを使用して、キャンバス アプリのパフォーマンスを向上させる そしてアジャイルソフトウェア開発宣言を正しく理解し、実行することも大事です。 ここまで何度か引用していますが、まだ読んでないですよね？まずは読みましょう。 🧑‍🚒炎上してしまった時の対処法 ボトルネックの特定 まずは開発PJ全体を俯瞰し、何がボトルネックなのかを特定した

この記事は アノテーション株式会社 AWS Technical Support - Qiita Advent Calendar 2024 - Qiita 21日目の記事です。 こんにちは！Koty-Mousa 矢坂幸太郎 です！ 手元のPCからEC2インスタンス内部（OSなど）を操作するには、何らかの方法でアクセスしなければいけません。 以前にも、いくつかの方法を紹介しましたが、どのような仕組みで動作しているのか 気になったのでまとめました！ シンプルな構成のSSH まずは、基本となる SSH （手元PCから）を見てみます。 こちらは、シンプルな構成でのSSHです。 パブリックサブネットに EC2 を配置しています 手元PCから、下記コマンドで接続します。 キーペア作成時にダウンロードした .pem キーを使って認証・接続します。 私は検証等でこの構成を使用することがあります。 しかしなが

本記事は 【Advent Calendar 2024】 20日目②の記事です。 🌟🎄 20①日目 ▶▶ 本記事 ▶▶ 21日目 🎅🎁 こんにちは、後藤です。 今回はIaCツールの代表格であるAWS CDKとTerraformについてのお話です。 AWSリソースの管理にはCloudFormationを使われるシーンもありますが、近年の注目度や利用率を見るとAWS CDKかTerraformを採用しているケースが多いです。そのため当記事ではAWS CDKとTerraformに焦点を当てて比較し、その中でも選択の決め手に大きく関わるコードの書き方に着目したいと思います。 私自身、CDKとTerraformを使い込んできましたが、IAMリソースの作成において両者の違いが顕著に感じられましたので、IAMリソース作成の具体例を通して、これらの特徴の違いを比較していきたいと思います。 そもそもC

リリースすることや、実装することが目的化したアジャイルソフトウェア開発プロジェクトでは、ベロシティが歪ゆが みます。追い立てられるようにして次々と実装した不完全な状態の機能を「完成」として扱うためです。これらをスプリントやイテレーションの実績として数えると、チームの実力を実際以上に高く評価したベロシティが算出されてしまいます。 その結果、この歪んだベロシティに基づいて立てられる計画もまた、実力を超えた過大なものとなるでしょう。そして、再び中途半端な出来栄えの機能を量産するという悪循環に陥ることになります。 本記事では、スクラムチームを前提として、この問題について考えます。 中途半端な出来栄えの機能に見られる症状「中途半端な出来栄えの機能」とは、以下のいずれか、あるいは複数の症状が見られる機能を指します。 仕様を満たしていても、「なにか違う」と感じる。デザインが適用され見栄えは良く、動作もす

iPadをノート代わりに使う場合、必要となるのがノートアプリ。iPad向けのノートアプリは数多くあるが、それらの中でもいまや定番なのが「Goodnotes」だ。シンプルで使い勝手がよく、手書きとデジタルのいいとこ取りをできるのが魅力。 「Goodnotes」は直感的に使えるので、そのまま問題なく使えてる人も多いだろう。でも初期状態のままだと、一部の機能では使い勝手がイマイチなこともあるので、不便を感じることがあるかもしれない。そんなときは、すぐに設定を見直してみよう。もちろん、これから使いたいという人は、最初に設定を変更しておけば快適に使い始められる。 今回は「Goodnotes」の概要と、使う前に見直しておきたい設定について解説していこう。 「Goodnotes」はサブスクか買い切りかを選べる 「Goodnotes」は、iPadなどで使える有料ノートアプリとして長く愛されていて、iPho

2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips

インターネッツはいつでも騒がしい。 L社が出社方針に切り替えるとのこと。ｴｯｸｽ上では阿鼻叫喚という印象で、転職の声も上がっていた。 「週5出社だとこれくらいの反発はあるよなぁ」と思って中身を読んでみたら、"原則週1"出社で当面はつよい強制力もなさそうだった。正直自分は「週1くらい行けばええやん」くらいに思ってしまっていて、インターネッツ上の反応とはだいぶギャップがあって少し驚いた。 出社方針の変更というのはそれほどセンシティブなトピックだということなのだろう。そもそも全員が両手で受け入れられるものではない。個々人の事情も複雑に絡み合っている。一方で、個社の方針そのもの以外にも"拒否反応"の要因があると思っていて、想像して雑に書き出してみる。労働者観点、経営/労務観点それぞれについて、自分に抜けている感覚や情報を補完したい。 今となっては"週1"でも電車に乗って通勤するのがとにかく嫌 感染

この記事はグロースエクスパートナーズAdvent Calendar 2024の12日目の記事です。DXはすっかりバスワードになり、提案しても嫌な顔をされることが増えてきた今日この頃です。 もうDXは起きている DXを提唱したとされるのはエリック・ストルターマン氏（当時スウェーデン・ウメオ大学教授）です。2004年の論文「Information Technology and the Good Life」（ITと「良い生活」）では、デジタルトランスフォーメーション（以下、DX）を「デジタル技術が人間生活のあらゆる側面に引き起こす、あるいは影響を及ぼす変化」と定義しています。 the changes that the digital technology causes or influences in all aspects of human life. すでに我々の日常生活も会社での活動も、デ

こんにちは。SEQ (Software Engineering in Quality)のnakamuです。 freee QA Advent Calendar2024 11日目です。 これまで、freeeのE2EテストツールはSelenium+RSpec+Capybara+SitePrismをベースにした独自基盤を利用してきました。 この基盤は、2016年からページオブジェクトモデルを採用し、今日に至るまでE2Eテストの保守および運用を支えてきました。 今年度からは、Playwrightを基盤にした新しいE2Eテスト環境への移行を推進しており、新基盤でも引き続きページオブジェクトモデルを使用しています。 そこで今回はページオブジェクトモデルに関連する実装の工夫点について紹介します。 注意点 コード例はPlaywright + TypeScriptを想定しています。 ページオブジェクトモデルと