“全員分の QR コードで動作確認して正常系では動くことを確認した“やっぱり異常系の動作確認って重要なんだな
年齢知らんが現場見たりヒアリングせずにどうでも良いとここだわった典型的な失敗で良い経験だね。
自己満足要素の強い仕掛けは、ゲストに迷惑をかけやすいな(飛行機チケットに模した招待券とかも)。ゲストに負担をかけずに楽しんでもらい、システムをいれるなら通常の受付以上のメリットがなきゃやる必要ない。
どうでも良いのですがQRコードにはクワイエットゾーンが必要ですよ
これだからAIは。
"参列者は QR コードをかざすだけで受付が完了" 「当日QRコード持参」という余計な手間を参列者に押付けてるのに、ほら楽だろうみたいな考え方はどうかなー。
お遊びアプリとはいえカネの出納を扱うシステムで機能要件すらギリギリ（修正ができないとか……）で非機能要件（ユーザビリティ）は皆無、並列処理は想定外かぁ…最後の採用に応募したくなる人はいるのかな
『結婚式はなんぼあってもいいですからね。』結婚式の最中にだけは絶対に口に出さないようにお願いします
現場での運用の重要性がよく分かったのだし、本人の結婚式なんだからやりたいことやるのはイイんじゃないかな。手伝ってくれた人はそりゃ大変だったろうが、式自体本人たちのためのイベントなんだしな。
まぁ個人の範囲だからどうも言わんけど、QRとアプリでその時限りの利用なんて利用側の負担と不安やなぁ。あとゲストに書いてもらう芳名帳も大切な思い出になると思ってるのでデジタルにするの勿体無いな（昭和脳
運用テストですって言っとけばよかったのに
「次が本番！」
何を解決したくて、どうして自作したのか、なぜこれを会社ブログで公開するのか何もかもわからない内容だった。受付の負担を減らしたいなら全部スマホ上で完結でよかっただろうに。結婚はおめでとうございます。
PDCA！PDCA！次は赤子夜泣きシステム!
面白い
何を解決したかったんだろう。名前を書いてもらってる間に探すので特に問題なかったのに／同時アクセスはないとあるけど、新郎側新婦側で受付を分けなかったわけ？5人もいるのに
学生の文化祭エピソードだったらいい経験積んでるなぁってなったけど、エムスリーのテックブログなんかい。ここのエンジニア集団ってもっとハイレベルだと思ってたのだけど
この要件で JSON 読み書きという時点で以降の話が入ってこなかった。
失敗は経験になる。次に結婚するときはもっと上手く出来ると思う。
あと3回くらい結婚式すればやや安定運用できるものにできると思いますよ。
「アプリには一度ご祝儀の受領処理を行うと取り消せないという致命的なバグが混入していました」 今どき、ユーザー側でもこんなバグチェック位はするだろうに、テック系企業の従業員がこれって、ちょっとどうなん？
JSONは甘え、fwriteでバイナリを書くのだ。とかそうじゃなくてファイルだと基本的に直列にしか処理できんよね。DBって偉大だ。
https://chatgpt.com/s/t_6857b2b6ccf88191ba9eb2f4e1c8bd5a この失敗から学べるよう、代わりに考えてあげたゾ コンサル料ちょうだい
QRコードを回収すればよかったのでは
いろんな教訓がつまってて、新人研修で真に顧客が必要だったシステムをつくる課題にうってつけ。"結婚式はなんぼあってもいいですからね" 今回はごめんね！次に式をあげるときはもっといいやつを持ってきますよ！！
このQRコードを受付に使うとは思わんやろ…
バグ？仕様通りの検討漏れでは
自分たちの結婚式なら赤の他人は参加してないはずなので、トラブったとしても迷惑がかかるのは知り合いだけなのでどうでもいいんじゃね。何で他人の結婚式の成否が気になるのかさっぱり分からない。
奥さんが良く許してくれたな、と思いながら本文読んだら夫婦で一緒にシステム作ってて安心した。片方が独走したパターンだと後々まで祟りかねないけど、これは2人で失敗してるのでむしろ仲が深まりそう
CTOとして採用してもらえるなら・・・ｗ
“凝り性の妻が本物の航空券のように入場券を作り込んだところ、入場券を LINE で受け取った人の中から「私たちは新幹線で行くので航空券は不要ですよ」と言う人が出てきました。”
これでプロの仕事なの？不安が…
フォローすると、機械学習エンジニアとあるので、アプリの設計経験はあんまりないんじゃないかなあ。ただ、結構初歩的な失敗談の後に 「We are hiring!」 はちょっと笑っちゃった笑
とにかくご結婚おめでとうございます！！何事も挑戦は大事だ
人間系のイレギュラーが入り込むタスクだ。/ 結婚式が和気藹々と完了し「こんな楽しい結婚式だったら何度やってもいいね」って言ってた友人は2, 3年で離婚したので、望まないのであればほどほどに気をつけてほしい…w
AI、機械学習チームなんだから業務アプリの要件定義なんてやったことないだろ。逆もまた然り。餅は餅屋
さすがにこれは設計段階で気付くべきでは。
結婚式のアプリなら、受付の他にも配席や式次第とかの機能もつけて総合アプリにした方が楽だな
IT界隈だと自分の結婚式で自作アプリを披露する人、結構いるよね。手芸好きな人が、手作りの品を配ったりするのと同じノリなんだと思ってる
カッコ悪くてもいいから「本状で受付を行いますのでお手数ですがお持ちください」と招待状にベタ書きしておくべきでしたね。あとは持ってこないことを想定してQRコードのコピーなり一覧なりも受付に置いておくと。
バグはしょうがない！次の結婚式で再チャレンジだ！
バグじゃないだろ。アプリ設計能力が皆無なだけ。
圧倒的な要件定義不足 こんな会社には絶対仕事出したくないよ
紙でやれ以外の感想がない。受付でコードスキャンするのも雰囲気にそぐわない感。『結局会場が用意した紙の参列者管理表が single source of truth になり』
他人だしどうこう言う筋合いはないけど、ちょっと痛いと思う
SaaS全盛やぞありものでなんとかしろ．ご祝儀はPaypayで集金しろ / 次はうまくやろうねはブラックジョークすぎるやろ草
結婚式はこういうのも付き合わないといけないのか。2次会でネタにされてないことを祈る。
『成功と失敗』ではなく『成功と学習』。この経験は新郎の今後の仕事に絶対に役に立ちます。彼の成長とお二人の幸せを願って挨拶の言葉と変えさせていただきます。
祝儀の確認したいならユーザーに自由に翳させるのはNGだろう。取り消せないのも含めバグじゃなく設計の問題では。紙でやりたくないなら、選挙の受付システムを参考にすればよかった。まあエクセルで良さそうだけど
業務アプリ開発者でもユーザーのことを一切考えずに実務と乖離する場合があるので良いですよ👍️（良くない）
おめでとうございました(笑)。
何から何まで技術力のない人だな。これを会社のテックブログでやるのか...。
セルフレジで2回スキャンするとどうなるか試してみたくなる精神があればこうならなかったかもしれない
奥さん作の航空券のような入場券とか自分はこういうノリは微笑ましくて好きですよ。末永くお幸せに
めちゃくちゃ良い失敗例、聴衆受けするライトニングトークみたいな内容。とはいえロープレすらしないで作るとは普段から現場軽視する人なんだなぁという気持ちも出る。そしてご結婚おめでとうございます。
タイトル読むだけで冷や汗が出る
重要な場面で自己満足のためのアプリを導入するとか...。 しかも要件もテストも酷い。仕事とプライベートは別物といえど... m3ってこんなレベルなの...？ 企業名出すとこにもびっくり
入場券は流石に説明無しだと何なのかわからなすぎる
🎉おめ🎉自分達の結婚式で何しようと勝手でしょう。参列した人が苦情を言うならともかく。会社のテックブログで書く内容なのか…というのはまぁわかるけど、それも会社側が判断すること。
技術力うんぬんと言うよりは現場系案件の慣れ不慣れかも
金銭が絡むシステムをいきなり実戦投入するな(真顔)
うーん
システムを作り上げる時に色んなことを想定するけど、それが現実に則してないことはよくありますな。 一人で作り上げず、予行演習とかやってフィードバックもらっとけばよかったかもねぇ。
参列の際は同封のチップを右手の親人人差し指の間に移植してご来場下さい。
入場券の作り込みみたいなの、凝り性だからとか関係なくてつらいな
ちょっと真面目に書きすぎでは？もっとやらかしたわ〜！ってテンションで書いた方が面白いのに。せっかくのネタなのに。クソ真面目なはてなーがレビューしに来るつまらん形になってるよ。
自作結婚式受付アプリが当日バグり散らかして現場運用の大切さを噛み締めた話 - エムスリーテックブログ
“全員分の QR コードで動作確認して正常系では動くことを確認した“やっぱり異常系の動作確認って重要なんだな
年齢知らんが現場見たりヒアリングせずにどうでも良いとここだわった典型的な失敗で良い経験だね。
自己満足要素の強い仕掛けは、ゲストに迷惑をかけやすいな(飛行機チケットに模した招待券とかも)。ゲストに負担をかけずに楽しんでもらい、システムをいれるなら通常の受付以上のメリットがなきゃやる必要ない。
どうでも良いのですがQRコードにはクワイエットゾーンが必要ですよ
これだからAIは。
"参列者は QR コードをかざすだけで受付が完了" 「当日QRコード持参」という余計な手間を参列者に押付けてるのに、ほら楽だろうみたいな考え方はどうかなー。
お遊びアプリとはいえカネの出納を扱うシステムで機能要件すらギリギリ（修正ができないとか……）で非機能要件（ユーザビリティ）は皆無、並列処理は想定外かぁ…最後の採用に応募したくなる人はいるのかな
『結婚式はなんぼあってもいいですからね。』結婚式の最中にだけは絶対に口に出さないようにお願いします
現場での運用の重要性がよく分かったのだし、本人の結婚式なんだからやりたいことやるのはイイんじゃないかな。手伝ってくれた人はそりゃ大変だったろうが、式自体本人たちのためのイベントなんだしな。
まぁ個人の範囲だからどうも言わんけど、QRとアプリでその時限りの利用なんて利用側の負担と不安やなぁ。あとゲストに書いてもらう芳名帳も大切な思い出になると思ってるのでデジタルにするの勿体無いな（昭和脳
運用テストですって言っとけばよかったのに
「次が本番！」
何を解決したくて、どうして自作したのか、なぜこれを会社ブログで公開するのか何もかもわからない内容だった。受付の負担を減らしたいなら全部スマホ上で完結でよかっただろうに。結婚はおめでとうございます。
PDCA！PDCA！次は赤子夜泣きシステム!
面白い
何を解決したかったんだろう。名前を書いてもらってる間に探すので特に問題なかったのに／同時アクセスはないとあるけど、新郎側新婦側で受付を分けなかったわけ？5人もいるのに
学生の文化祭エピソードだったらいい経験積んでるなぁってなったけど、エムスリーのテックブログなんかい。ここのエンジニア集団ってもっとハイレベルだと思ってたのだけど
この要件で JSON 読み書きという時点で以降の話が入ってこなかった。
失敗は経験になる。次に結婚するときはもっと上手く出来ると思う。
あと3回くらい結婚式すればやや安定運用できるものにできると思いますよ。
「アプリには一度ご祝儀の受領処理を行うと取り消せないという致命的なバグが混入していました」 今どき、ユーザー側でもこんなバグチェック位はするだろうに、テック系企業の従業員がこれって、ちょっとどうなん？
JSONは甘え、fwriteでバイナリを書くのだ。とかそうじゃなくてファイルだと基本的に直列にしか処理できんよね。DBって偉大だ。
https://chatgpt.com/s/t_6857b2b6ccf88191ba9eb2f4e1c8bd5a この失敗から学べるよう、代わりに考えてあげたゾ コンサル料ちょうだい
QRコードを回収すればよかったのでは
いろんな教訓がつまってて、新人研修で真に顧客が必要だったシステムをつくる課題にうってつけ。"結婚式はなんぼあってもいいですからね" 今回はごめんね！次に式をあげるときはもっといいやつを持ってきますよ！！
このQRコードを受付に使うとは思わんやろ…
バグ？仕様通りの検討漏れでは
自分たちの結婚式なら赤の他人は参加してないはずなので、トラブったとしても迷惑がかかるのは知り合いだけなのでどうでもいいんじゃね。何で他人の結婚式の成否が気になるのかさっぱり分からない。
奥さんが良く許してくれたな、と思いながら本文読んだら夫婦で一緒にシステム作ってて安心した。片方が独走したパターンだと後々まで祟りかねないけど、これは2人で失敗してるのでむしろ仲が深まりそう
CTOとして採用してもらえるなら・・・ｗ
“凝り性の妻が本物の航空券のように入場券を作り込んだところ、入場券を LINE で受け取った人の中から「私たちは新幹線で行くので航空券は不要ですよ」と言う人が出てきました。”
これでプロの仕事なの？不安が…
フォローすると、機械学習エンジニアとあるので、アプリの設計経験はあんまりないんじゃないかなあ。ただ、結構初歩的な失敗談の後に 「We are hiring!」 はちょっと笑っちゃった笑
とにかくご結婚おめでとうございます！！何事も挑戦は大事だ
人間系のイレギュラーが入り込むタスクだ。/ 結婚式が和気藹々と完了し「こんな楽しい結婚式だったら何度やってもいいね」って言ってた友人は2, 3年で離婚したので、望まないのであればほどほどに気をつけてほしい…w
AI、機械学習チームなんだから業務アプリの要件定義なんてやったことないだろ。逆もまた然り。餅は餅屋
さすがにこれは設計段階で気付くべきでは。
結婚式のアプリなら、受付の他にも配席や式次第とかの機能もつけて総合アプリにした方が楽だな
IT界隈だと自分の結婚式で自作アプリを披露する人、結構いるよね。手芸好きな人が、手作りの品を配ったりするのと同じノリなんだと思ってる
カッコ悪くてもいいから「本状で受付を行いますのでお手数ですがお持ちください」と招待状にベタ書きしておくべきでしたね。あとは持ってこないことを想定してQRコードのコピーなり一覧なりも受付に置いておくと。
バグはしょうがない！次の結婚式で再チャレンジだ！
バグじゃないだろ。アプリ設計能力が皆無なだけ。
圧倒的な要件定義不足 こんな会社には絶対仕事出したくないよ
紙でやれ以外の感想がない。受付でコードスキャンするのも雰囲気にそぐわない感。『結局会場が用意した紙の参列者管理表が single source of truth になり』
他人だしどうこう言う筋合いはないけど、ちょっと痛いと思う
SaaS全盛やぞありものでなんとかしろ．ご祝儀はPaypayで集金しろ / 次はうまくやろうねはブラックジョークすぎるやろ草
結婚式はこういうのも付き合わないといけないのか。2次会でネタにされてないことを祈る。
『成功と失敗』ではなく『成功と学習』。この経験は新郎の今後の仕事に絶対に役に立ちます。彼の成長とお二人の幸せを願って挨拶の言葉と変えさせていただきます。
祝儀の確認したいならユーザーに自由に翳させるのはNGだろう。取り消せないのも含めバグじゃなく設計の問題では。紙でやりたくないなら、選挙の受付システムを参考にすればよかった。まあエクセルで良さそうだけど
業務アプリ開発者でもユーザーのことを一切考えずに実務と乖離する場合があるので良いですよ👍️（良くない）
おめでとうございました(笑)。
何から何まで技術力のない人だな。これを会社のテックブログでやるのか...。
セルフレジで2回スキャンするとどうなるか試してみたくなる精神があればこうならなかったかもしれない
奥さん作の航空券のような入場券とか自分はこういうノリは微笑ましくて好きですよ。末永くお幸せに
めちゃくちゃ良い失敗例、聴衆受けするライトニングトークみたいな内容。とはいえロープレすらしないで作るとは普段から現場軽視する人なんだなぁという気持ちも出る。そしてご結婚おめでとうございます。
タイトル読むだけで冷や汗が出る
重要な場面で自己満足のためのアプリを導入するとか...。 しかも要件もテストも酷い。仕事とプライベートは別物といえど... m3ってこんなレベルなの...？ 企業名出すとこにもびっくり
入場券は流石に説明無しだと何なのかわからなすぎる
🎉おめ🎉自分達の結婚式で何しようと勝手でしょう。参列した人が苦情を言うならともかく。会社のテックブログで書く内容なのか…というのはまぁわかるけど、それも会社側が判断すること。
技術力うんぬんと言うよりは現場系案件の慣れ不慣れかも
金銭が絡むシステムをいきなり実戦投入するな(真顔)
うーん
システムを作り上げる時に色んなことを想定するけど、それが現実に則してないことはよくありますな。 一人で作り上げず、予行演習とかやってフィードバックもらっとけばよかったかもねぇ。
参列の際は同封のチップを右手の親人人差し指の間に移植してご来場下さい。
入場券の作り込みみたいなの、凝り性だからとか関係なくてつらいな
ちょっと真面目に書きすぎでは？もっとやらかしたわ〜！ってテンションで書いた方が面白いのに。せっかくのネタなのに。クソ真面目なはてなーがレビューしに来るつまらん形になってるよ。