はじめに Rails、AWS、Docker、CircleCIで育児系Webアプリを開発してみましたので紹介させていただきます。 この記事でわかること ・Webアプリケーションの作成手順（DB設計、インフラ構成） ・作成中苦労したこと、反省点 自己紹介 現職：プラント設計 未経験からエンジニア転職目指して2020年8月1日から勉強中。 １.アプリ概要 育児特化型の相談アプリです。 主要機能 相談機能 アンケート機能 WebアプリURL : https://www.sukusuku-app.com/ (PC推奨) GitHub URL : https://github.com/SHOGOHORI/sukusuku_ver2 今回作成したのはver.2になります。 ver.1記事 →　プログラミング学習歴１ヶ月半からWebアプリを開発してみた デモ 相談投稿 投票 2.開発背景 去年長男が生まれ

しばたです。 昨年10月にGoogle(Gmail)および米国Yahoo!においてスパム対策の強化がアナウンスされました。 この件に関してつい先日まで他人事でいたのですが、実は全然他人事では済まないことが発覚し突貫で知識を仕入れています。 アナウンスに対する具体的な対応策についてはこちらのZennの記事を見れば全部わかる感じです。 最高ですね。 また、メール送信にAmazon SESを使っている場合はAWSのブログを確認すると良いでしょう。 「これらの記事を読み解けば万事解決！」という感じではあるのですが、私自身が学んだなかで予め知っておくと良さそうに思えた点がいくつかありました。 本記事ではその辺を共有するのと、実際にAmazon SESの環境を作って動作確認をしたのでその結果も合わせて共有します。 はじめに覚えておくと良い基礎知識 Zennの記事でも詳細な解説がありますが、個人的に「最

スケジュール管理やタスク管理、みなさんは得意ですか？ 私はとっっっても苦手……でした！ 大学2年生ぐらいまで。 私の場合、スケジュール管理やタスク管理が得意とかどうこうのレベルじゃなくて、そもそもスケジュール管理もタスク管理も“したくない”というレベル。 だって、全て縛られているような生活になってしまうから。実際に色々とやってみたこともありましたが、なぜか上手くいかない。管理しない方が楽しく過ごせていたんです。しかし、“ある出来事”をきっかけに、スケジュールやタスク管理を徹底するようになりました。 そこで今回は私が実践しているスケジュール&タスク管理のアイデアをご紹介します。もちろん、全ての人に当てはまるわけではないと思うのですが、少しでも参考にしていただけたら幸いです。 大学1年生のときに経験した「ある出来事」そもそも、なぜ、スケジュールやタスクを管理をするようになったのか。それは、大学

せっかく工夫を凝らしたメールを送っても、迷惑メールとして扱われてしまい、相手に届かなければ元も子もありません。 そこで今回は、あなたのメールが迷惑メールとして扱われてしまう危険度を判定してくれるサービス「mail-tester」をご紹介します。 概要 「mail-tester」が指定するメールアドレス宛にメールを送信すると、様々な観点で送信メールのチェックを行い、10点満点で評価をしてくれます。また、採点理由は評価項目毎にわかりやすく表示されるため、改善ポイントが見えやすくなります。例えば、メールがどうしても迷惑メールボックスに入ってしまう場合など、送信されるメール自体に問題がないかチェックできます。チェック項目は次の通りです。 SpamAssassinによる評価 各種認証設定の適用状況 SPF Sender ID DKIM DMARC 送信元IPアドレスの逆引き メールのフォーマット 主

私は開発寄りのエンジニアであり、テストやQA専門の方と同じチームで頑張る機会が少なかったのですが、「なるほど、こうやって考えて、こういうツールを使っているのか」と非常に勉強になりました。 こんにちは。AWS事業本部モダンアプリケーションコンサルティング部に所属している今泉（@bun76235104）です。 最近ではアジャイル開発やスクラム開発が多く採用され、ビジネスのスピードに負けないようにプロダクト開発・リリースのスピードが求められれている中で、「いかに効率よく、かつ効果的なテストをしていけるか」というのはテスト担当だけでなく、開発メンバー全員で考える必要があると思います。 とはいえ、実際のチームには「専任のQAエンジニアやテストアナリストはいない」ということは非常に多いと思います。 基本的なテスト技法は本で学んできたけど、どういう時にどんな技法でテストを設計すればよいの？ 本職のテスト

神奈川県立高校の入試出願システムで、Gmailへメールが届かない問題が再発しました。 令和6年1月24日14時掲載(第1報(新)) 本日より募集期間となりましたが、@gmail.comのメールアドレスのみを登録している志願者に、出願システムからのメールが遅延している、あるいは届かない不具合が発生しています 神奈川県公立高等学校入学者選抜インターネット出願システムの稼動状況について 以前、出願システムから送信されるメールにYahooメール、Gmailに届いたメールより、送信者ドメイン認証などは正しい事を確認できていました。 Gmailに届くようになった、障害解消後の神奈川県立高校入試のインターネット出願システムのメールを調べてみた 今回、Gmailに届かないメールに 迷惑メールとして判定される要素が無いか、 mail-testerのサービスを利用して診断した結果を共有させて頂きます。 迷惑メ

最近、AWSの資格勉強を続けています。昨年12月はAWS SAAに無事合格し、いまはAWS SOAの試験日程を決めるところです。 過去にもAWSの勉強はしていたのですが、正直言って上手に知識を吸収したり処理することができませんでした。しかし最近は、わりとスムーズに勉強できている気がしています。 そのきっかけが、ChatGPTでした。 おそらくいくらでも書かれているだろうテーマですが、この記事では自身がどのようにChatGPTを活用して資格勉強を進めているかを説明します。 使い方1: 問題文をChatGPTに投げる 早速ですが、資格勉強において私が考えるもっとも良い使い方は、 「例題や模試などの問題文をChatGPTに貼り付け、その回答をベースにやりとりを続ける」 というシンプルなものです。 なぜこの方法が良いのか 参考書をつかった学習の場合は「問題文を読んで回答を考え、模範解答と見比べて解

小規模モバイルゲームはいかにして100万DLを達成したのか。「ローグウィズデッド」のマネタイズを学ぶ ライター：高橋祐介 room6のkohei氏 2023年12月17日に東京・新橋で開催されたインディーゲーム開発者向けのカンファレンス「Indie Developers Conference 2023」より，「100万DLを達成するための小規模モバイルゲームの開発と運営」のセッションレポートをお届けしよう。 2022年9月のリリースから1年3か月で100万ダウンロードを達成し，Google Play ベスト オブ 2023ではインディー部門で大賞を受賞したスマートデバイス用の放置RPG「ローグウィズデッド」（iOS / Android）は，どのような考えをもって作られ，サービスが行われてきたのか。同作を制作・運営するroom6のkohei氏より語られた。 セッション冒頭でkohei氏は，ロ

BuriKaigi 2024 https://burikaigi.dev/ X https://twitter.com/__sakito__

2024/01/19 フレッシュメンLT #1 冬休みの自由研究 https://connpass.com/event/301006/

神奈川県高校入試のネット出願システムの不具合影響を受けた利用者として、Gmailを扱えないメール環境について外部から調査しました。 出願システムで独自実装されたメールシステムの不完全な実装と、メール関連のDNSの設定不備が原因であった可能性が高いと推測します。 2024年の神奈川県立高校入試出願システムの不具合の影響を受け、@gmail.comのメールアドレス を利用出来なかった一利用者として、 インターネットから参照可能な範囲で、出願システムのメール環境について調査。 被疑箇所の推定と、状況を改善する対策について検討する機会がありましたので、紹介させて頂きます。 神奈川県公立高等学校入学者選抜インターネット出願システムの稼動状況について MX設定 「mail.shutsugankanagawa.jp」のMXレコードを確認しました。 1/18(21時) $ dig mx mail.shut

私個人の障害対応の経験と 一昨日参加したIncident Response Meetup vol.1での学びから 障害対応において大切だと感じていることをまとめる。 障害とは リリース後のシステムにおいてシステムの不具合やユーザーの操作ミスによってユーザー業務に影響が出ているもしくは出る恐れがあるもの。 障害対応の目的 システムを直すことではなく、ユーザー影響の回避・低減・早期回復をすること。 障害対応に対する心構え システムの信頼性の要である 障害への対応の仕方でユーザー影響が大きく変わる いつ発生するかわからないため特定の人が常に障害対応をするということは不可能である 素早く適切に行動するための備えが重要である 役割分担 障害対応では復旧対応、原因調査、ユーザーへの説明、社内調整などたくさんのことをやる必要がある。 またそれぞれの作業の難易度が高いことも多い。 一人の人間にできることは

はじめに よく言われるように、ソースコードというものは書かれることよりも読まれることの方が多く、それゆえ読みやすいコードを書くということが非常に重要です。それはテストコードにおいても同様であり、プロダクトコードと同等に資産として扱う必要があります。 テストコードは具体的な値を用いて記述し、また複数の変数の値の組み合わせでテストケースを起こすため、プロダクトコードと比べて冗長になりがちです。 書籍『リーダブルコード』の14章でもテストコードの読みやすさについて触れられていますが、本稿では読みづらいテストコードをリファクタリングして読みやすくするためのテクニックを紹介したいと思います。 なおサンプルコードはJavaScriptで記述されており、そのテストコードはJest1を用いて書いています。 ソースコードはGitHubにあります。 リファクタリング(その壱) 以下の、決して読みやすいとはいえ

はじめに この記事は 31歳 ハードウェアエンジニア プログラミング経験なし だった私が 仕事をしながら 8ヶ月間 Rubyを 独学して Web系企業へ転職した結果を通して「自走力」とは何なのかを考えた結果を記したものです。 転職活動結果 約2ヶ月間の転職活動をした結果、複数のWeb系企業から内定を頂きました。 その中からコンサル✕受託開発をおこなっている企業への入社を決めました。 僕は元々ビジネスサイドへの興味が強く、様々なクライアントに対して技術を提案できる立場で働きたいという思いがありました。 今後の仕事が楽しみでしょうがないです。 (応援してくださったみなさん、ありがとうございます。) 自走力 = 目的設定力 ✕ 検索力 ✕ 行動力 さて、本記事のメインテーマである「自走力」についてです。 僕が面接で評価して頂いたことの1つとして、自走力が挙げられます。 確かにWebエンジニアに必

はじめに プロジェクトマネジメントの仕事をする際に、お客さんに提案ベースの要件定義や設計をする機会が増えてきたので、私の経験に基づいて基本設計の具体的なプロセスや考え方について、整理していきます。 以前投稿した記事の続きですが、未読でもこの記事を理解できるようになっています。 この記事の対象者 基本設計の思考プロセスを学びたい人 ビジネスサイドの要件をエンジニアサイドのシステムに落とし込む流れを学びたい人 ビジネスサイドとエンジニアサイドのコミュニケーション能力を向上させたい人 具体的な事例を通して基本設計を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要です 自分の経験に基づいた内容を言語化しています プロジェクト規模は10名から20名のシステム開発を想定しています(大規模なプロジェクトを想定していません) システム開発の全体像 今回は下記