1. これはなに こんにちは、リファクタリング大好きなミノ駆動です。2023年7月より株式会社スタメンにジョインしました。 この記事は、今後スタメンにおいてサービスの技術的負債を解消する設計戦略についてまとめたものです。 2. 背景、課題 株式会社スタメンは2016年創業。主要サービスであるTUNAG（ツナグ）は、企業のエンゲージメントの構築、つまりお互いを知って理解し、信頼し合う組織を作るための社内コミュニケーションを活性化させるプロダクトです。TUNAGのバックエンドはRuby on Railsで開発され、ローンチから7年をむかえつつあります。 これまでTUNAGは、プロダクトをいかに伸ばすかに注力してきた一方、内部品質や開発効率など「開発者体験」に関する課題が後手に回っていました。本来プロダクトチームはユーザーにとっての本質的な価値にのみフォーカスできる状況が理想ですし、開発者体験が

相手に誠実に、わかりやすい文章を書くための心がけをまとめました。 どういう思考プロセスからどんな表現が生まれるのか、参考として実例を紹介しています。実際に読み比べ、SmartHRの従業員として何かを伝えようとするときの、参考にしてください。 伝わる文章のガイドライン何を伝えるかによって、必要な情報の量や説明の粒度は異なります。 情報が不足していたり、逆に情報が多すぎたりすると、読者が意図を読み取れないことがあります。 読み手となる相手の状況（読む場面、事前知識など）を踏まえ、言葉にする内容や表現を厳選することが大切です。 目的に合わせて情報を取捨選択する読者の目線に立ち、コンテンツの目的に合わせて情報を取捨選択しましょう。 実例1：法律や業務に関わる記事目的業務に関係する「厚生年金保険」について正確に知りたいと思っている人に、わかりやすく内容を伝える。 Before日本の年金制度は、全国民

下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める：バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか（major, minor, patch）、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする：どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する：ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま

奥村 美里 @OkumuraMisato Suicaの何が凄いってこれを2001年から世に産み出してしまったことだと思います。 ●1日4,000万件処理 ●運賃計算は0.1秒以内に完結 ●万が一、中央や改札が死んでも最終的に数字が合うデータ保存設計 ●駅ごとにサーバ3台構成で2台が死んでも稼働 tatase.hatenadiary.jp/entry/2015/11/… 2022-08-27 14:27:17 奥村 美里 @OkumuraMisato また幾重にも実験を続けた結果、もっとも通過阻害率が少ないカバー・デザインは13°でした。 （13°だからどんなピーク時でも、誰も改札でつっかからずに通過できるのかね☺️） 尚、開発当初は読み取り機に「触れる」思想でしたが、この実験を経て「かざす」に基本コンセプトを変更。 pic.twitter.com/myeVUsAsEH 2022-08-27

Q．29歳のシステムエンジニア（SE）です。先月から休日出勤続きで、今月も平日残業はもちろん、休日出勤が多くなりそうです。顧客に提示した見積もりと一致する受注プロジェクトなら残業はないはずだと不思議に思っています。要員計画は、月20日で160時間働く前提になっています。入社以来、全てのプロジェクトにおいて残業がありました。SEやプログラマーなどITエンジニアは残業が多いと割り切っていますが、つらいときがあります。残業が常態化している状態は、明らかにおかしいです。 残念ながら質問にあるプロジェクトは、最初から残業が当然という要員計画です。1人月を「1日8時間、月20日で160時間働く前提」としています。月の就労日数が平均20日だとすると、これでは順調なプロジェクトであっても必ず残業が発生します。 さらに、要件定義の見直しによる仕様変更やシステムトラブルが重なったときは、過重労働（長時間残業）

前提として、Stable Diffusionでエロ画像を出そうとしてもsafety checkerという機能が入っており、センシティブな画像を出そうとすると黒塗りになる。 (Stable DiffusionのSaaSであるDream Studioはぼかしだが、多分別の技術) https://github.com/huggingface/diffusers/releases/tag/v0.2.3 そこでGoogle Colabでちゃちゃっと環境を作り、なおかつNSFWを回避する。 1. 下記のリンクでノートを開く https://colab.research.google.com/github/huggingface/notebooks/blob/main/diffusers/stable_diffusion.ipynb 2. 下記の箇所を書き換える vvvvvvvvvvvvvvvvvv f

最新技術のノウハウが『タクティクスオウガ』を蘇らせた ――『タクティクスオウガ リボーン』（以下『リボーン』）と銘打った理由を教えてください。 加藤『タクティクスオウガ 運命の輪』（以下、『運命の輪』）をベースにしつつも、単なるリマスター版ではない、バトルデザインをリメイクした新生『タクティクスオウガ』ということで命名しました。ちなみに、吉田明彦さんに『リボーン』用に描き下ろしていただいたキービジュアルは、スーパーファミコン版『タクティクスオウガ』のキービジュアルを現在のタッチで描いたものとなります。『リボーン』と決まるよりも前に、吉田明彦さんにどんな絵を描いていただこうかと検討している中で、今回の内容にいたり、結果として奇しくもタイトルとキービジュアルに親和性のある形になりました。 ――そもそもどういった経緯で『タクティクスオウガ』をリボーンさせることになったのでしょうか？ 加藤『運命の

はじめに 今回はエンジニア向けのチートシート集のまとめを紹介していきます。 チートシートを利用することで 作業効率が上がる 概要が掴みやすい 学習にもなる といった恩恵が得られます。 ただし前提として毎回コードを書くたびに「チートシート集でカンニングすればええや」と思うのではなく「最初はチートシートでカンニングしつつ徐々に体で覚えていく」ことを意識して使うことが大切です。 最終的にはチートシートは見ずに「自分の使える技術」として定着させるための道具だと思って使ってください。 この記事の対象者 エンジニア初心者~中級者 作業効率を上げたい人 コードを書くテクニックを知りたい人 VsCodeチートシート はじめに紹介するのはエンジニアなら必ず使うであろうVsCodeのショートカットチートシートです。 VsCodeのショートカットは大幅に作業効率を上げてくれます。そのため早い内からショートカット

WebサイトやスマホアプリのさまざまなUIデザインに適した、シンプルなデザインのSVGアイコンが完全無料で利用できるMingCute Iconを紹介します。 アイコンは小さいサイズでもくっきり見えるようにデザインされており、SVGだけでなく、Webフォントも揃っています。 MingCute Icon MingCute Icon -GitHub MingCute Iconの特徴 アイコンのダウンロード MingCute Iconのアイコン MingCute Iconの特徴 MingCute IconはWebサイトやスマホアプリのUI用にシンプルにデザインされた高品質なアイコンです。24x24のグリッドで設計されており、アウトラインと塗りつぶしの2スタイル、2pxのストローク、SVG、PNG、およびWebフォントがサポートされています。 ライセンスはApache License 2.0で、商用

あれ、今日何やったっけ...？ 仕事を終えて、忙しい日だったな...と思いながら日報を書き始めると あれ、今日何やったっけ...？ となることがよくありました。 頑張って思い出して書き出してみると、意外とやったことが少ない。 思い出すことにも時間がかかる。 どれにどれくらい時間をかけたか思い出せない。 ので、相対見積もりもうまくできない...。 等々、様々な問題を抱えていました。 タイムトラッキングを始めてみる 同僚のデザイナーが Clockify というタイムトラッキングツールを使っているのを知っていたので、私も真似をして導入してみることにしました。登録は簡単で、Google ログインするだけで簡単に使い始めることができました。 他に有名なタイムトラッキングアプリとして、Toggl が挙げられます。 Clockify とほとんど同じ UI でシェアも高いので、こちらもオススメです。 この

「Day One - CTO/VPoE Conference 2022 Spring -」は、日本CTO協会が主催するイベントです。パネルディスカッションでは、政財界、テクノロジー分野の第一人者をパネリストにお迎えし、日本CTO協会理事のモデレートにより、“Day One”をテーマにご講演いただきます。ここで登壇したのは、株式会社Lighthouse Studio CTOの海老原昂輔氏。これまでの経験から導き出した、“ソフトウェアエンジニア的思考をマネジメントに活用するアプローチ”について発表しました。全2回。前半は、最初期のマネジメントとプログラマーとして犯してしまった禁忌について。 エンジニアにありがちなキャリアの変遷 海老原昂輔氏：「コードを書いていたいけど、マネジメントもやるようになっちゃった人のための生存戦略」というタイトルでトークをします。株式会社Lighthouse Stud

コ・デザインのためのシンキングシート

1年と2ヶ月かけて開発していたアプリがリリースできたので記事にしました。 詳しい開発のログは以下のスクラップにまとめています 👌 リリースしたアプリ ダウンロードはこちら。 ■ iOS ■ Android LPサイト アプリを開発したきっかけ 以前から週1で家族の振り返りの時間を設けていて、今週あった出来事を互いに共有して議事録に残すことを習慣にしていました。 ただ、上記の運用をしている間に以下のような問題があることに気づきました。 振り返りの際に、今週の出来事を思い出せない まとまった期間の振り返りたいときに、テキスト情報のみだとピックアップしづらい 良かった出来事のみピックアップしたい 振り返りを開催する時間が毎回ズレる 日付を忘れてスキップしてしまう そこで、上記を改善するためアプリを家族で開発しようという話になりました。 どんなアプリ？ memoirは1週間を振り替えるアプリとし

はじめに 私は、仕事でもプライベートでも分かりやすい文章を書くことを大事にしています。 文章が分かりにくいと、読む人がストレスを感じたり、質問や確認が増えて時間のロスに繋がったりすると思うからです。 『分かりやすい文章を書くために、私が意識していること』というタイトルでLTをしたところ、ありがたいことに好評でした😳 そこで今回、補足も兼ねて記事にしてみました。

・方向性と計画 成果物は「経営者が参画する要求品質の確保」に記述されている 表4．2「役割分担と成果物例」にならい分類・表示している。 要件定義についてはこちら

30代後半から発信活動を始めて人生が楽しくなりました。 主にC#/設計技法/マネジメント/チームビルディングの情報を発信します。 デブサミ2020関西ベストスピーカー賞1位。 Microsoft Build 2022 スピーカー。 ITエンジニア向けの月刊誌「Software Design」2022年4月号より連載記事を執筆中。 デンソークリエイト所属。発言は個人の見解。

『無料コーディング練習所』では、完全無料のコーディング教材を提供しています。 入門編から上級編まで６サイトをコーディングすることで、 HTML・CSS・jQueryの基礎スキルがしっかり身につくカリキュラムになっています。 デザインカンプと完成版コーディングデータ付きです。 この教材は制作会社の新人コーダーの教育にも使用されています。 さぁ、楽しみながら一緒に勉強していきましょう♪

はじめに LINQの登場後、C#は地道な進化を続け、C# 7で登場したタプルと分解、パターンマッチング、C# 8で登場したswitch式、C# 8,9で強化されたパターンマッチング などによって、C#のプログラミングスタイルは劇的に変化しました。 昔では考えられなかったようなスタイルのコードが記述可能になり、可読性やコードの安定性が飛躍的に向上しています。 そのキーポイントとなるのが、「宣言的プログラミング」です。 この記事では、最新のC#を使ってコードを宣言的に書く手法を紹介します。 やってる人は自然とやっている事だとは思いますが、そうではない人もいると思いますので、そういう方の参考になればと願っています。 宣言的プログラミングとは 宣言的プログラミングとは、「どうやってやるか（how）ではなく何をしたいか（what）を書く」と良く言われますが、なんとなくあいまいです。 これをもう少し具

BIOSからUEFIへ　BIOSはなぜ終わらなければならなかったのか：“PC”あるいは“Personal Computer”と呼ばれるもの、その変遷を辿る（1/4 ページ） 昔ながらのIBM PC、PC/AT互換機からDOS/Vマシン、さらにはArmベースのWindows PC、M1 Mac、そしてラズパイまでがPCと呼ばれている昨今。その源流からたどっていく連載。第16回はWindows 11で注目された、UEFIとその前身であるBIOSについて。 第1回：“PC”の定義は何か　まずはIBM PC登場以前のお話から 第2回：「IBM PC」がやってきた　エストリッジ、シュタゲ、そして互換機の台頭 第3回：PCから“IBM”が外れるまで　「IBM PC」からただの「PC」へ 第4回：EISAの出現とISAバスの確立　PC標準化への道 第5回：VL-Bus登場前夜　GUIの要求と高精細ビデオ