どうも、ピクシブでフロントエンドエンジニアをやっている @uzimaru0000 です。 今回は、vite を使ったプロダクト開発をしたのでそれの知見を共有したいと思います。 なぜ vite なのか 弊社のプロダクトのフロントエンドではモジュールバンドラーに webpack を利用しているケースが多いのですが、vite を使う選択をしました。 理由としては以下のような点があります。 開発サーバーがとても速い 設定ファイルがwebpackほど複雑じゃない vite の特筆すべき特徴として開発サーバーがとても速いというものがあります。 これは、依存のあるモジュールをネイティブ ES モジュールとして読み込むようにすることで必要最低限のバンドルで済むようにしているためコードの変更がとても速く反映されます。 フロントエンドエンジニアが僕一人であったというのもあり、開発速度を早めるために vite

仕様書を浸透させるために何が必要か？ 品質の作り込みをしていきたい・仕様を把握するコストが高いので仕様書を書くことを会社全体で浸透させたいと思っていて、そのために書く・読むの負担軽減が重要だと考えて以下をやることにした。 仕様書の項目を減らす 仕様書フォーマットの統一 仕様書の命名規則を決める 統一されたフォーマットに沿ったテンプレートの作成 管理方法の明示化・単純化 仕様書作成・更新・廃止プロセスの明示化 仕様書の具体例の作成 仕様書を書くときに迷いそうなときに参照するガイドの作成または作成の依頼 実は一回シンプルなフォーマットを決めたのだが、自分の進め方が悪くそれが全く浸透しなかった。その反省を踏まえて上記を考えた。 仕様書の話は、このあたりの話に関係する。 仕様書は必要か？ - パルカワ2 チームが品質を作り込むために必要なこととは - パルカワ2 ちなみに仕様書は、Notionで記

VOYAGE GROUP Techlog Advent Calendar 2020 13日目 ディメンショナル・モデリングとは ディメンショナル・モデリング Wikipediaには以下のような説明がある。 Dimensional Modeling (DM) is a data structure technique optimized for data storage in a Data warehouse. データウェアハウスにデータを格納するために、最適化されたデータ構造の手法。 背景 情報システムは2つの大きなカテゴリに分類される。1つはビジネスプロセスの実行支援する業務システム、もう1つはビジネスプロセスを分析支援する分析システム。それぞれ根本的に異なる目的があるため、異なる原則に基づき設計が進化してきた。 業務システムの目的は、ビジネスプロセスで発生した重要な事実や行動を記録する

はじめに この記事では、モノタロウの基幹系を構成するシステムの一つである、商品情報管理システム（PIM：Product Information Management システム）の導入プロジェクトで、商品情報を基幹系と同期するシステム（商品情報同期機能）の性能や運用環境の改善を行った話をご紹介します。 背景 モノタロウの基幹系は、長年内製のシステムで支えられてきました。基幹系のシステムは、少数のWebアプリケーションと多数のバッチから構成されています。中でも商品情報の管理に関するシステムは、在庫や仕入先に関するシステムと一体化していて、商品情報に関する数多くのマスタメンテナンス画面を備えたやや複雑なシステムです（図１）。 図1　基幹系の概略図 当社のシステムは、もともと自分たちのビジネスに必要な機能を提供する手頃なパッケージ製品がなかったため、すべてを内製でまかなってきたという経緯があります

令和のデ・ジ・キャラット #01「おひさしぶりぶりアキハバラ～」 [アニメ] 久しぶりにアキハバラにやってきたデ・ジ・キャラット星のプリンセス、でじこことデ・ジ・キャラッ...

本記事に紹介されているAPIはあくまで一例にすぎないので十分にご注意下さい。他にもAPIがある場合はコメント欄に書き記すようにお願いします。 今回の記事では、個人開発で役立つAPIを紹介する。 Google Play Developer API アプリ購入と公開の２つのタスクがある。 様々な公開タスクとアプリ管理タスクを実行できる Google YouTube Data API YouTubeを検索して動画・再生リスト・チャンネルなどの一覧を取得したり、更新したりすることができる。 検索条件で地域や言語を指定できるが、他の言語も混ざってしまうので「日本語の動画のみ取得する」というようなことはできない。 Google Maps JavaScript API Web上でGoogle Mapを表示してピンを立てたり経路を表示させたりするのに使える 独自のコンテンツと画像で地図をカスタマイズでき、

あるときコードレビューするときにどういうところ見てるんですか？ と訊かれてたしかに自分でもあまり言語化したことはなかったな、と気づいたので簡単に書いておく。 変更意図が要求に沿っているか そもそも実現しようとしていることが、ユーザやプロダクトオーナーの要求に沿っているか。モデリングや実装のコンテキストを自分でも把握しておく。 関連する別の変更やイシューなど、自分が知っていて相手が知らない有意義な情報があったらコメントする。 モデリングが妥当か モデルによって意図が表現できているか。仕事が適切な粒度で明確に切り分けられているか。意図のない共通化がなされていないか。 わかりやすい名前がつけられているか。ここが混乱していると何かがよくないサイン。既存のコードがすでに……ということもある。そういう場合は改善できそうな道筋について議論できるとベター。 仕事にあったインタフェースになっているか。テスト

どうも、フリーランスエンジニアの人です。 今まで関わったプロジェクトにおいてコーディングルールが曖昧だった環境で苦労したので、例に出しながら振り返ろうと思います。 ※ 本記事に登場するコード例は実際に存在するコードではありませんがヤバさは忠実に再現しました。 2022/11/5 追記 曖昧かつ実態のズレた変数名 変数の命名というものはエンジニアによって少々偏った傾向が見られますが、その変数が指し示す実態と命名に大きなズレがなく、主旨が伝わればエンジニアリングにおいて大きな問題はないはずです。 ですが、世の中には曖昧かつ実態と一致しない変数名が書かれたプロダクトコードが存在します。 以下のコードをご覧ください。 ※ 今回はJSを例に出します // ユーザーのデータを取得 export const getUserData = async (id) => { const res = await

上記ツイートについて、いわゆる「受託開発企業」で働く私の印象としては、本当にその通りだな〜と思います。 そして、これまであまり意識しておりませんでしたが「受託開発における納品（完了）までの各フェーズ出し」をしてみようかと思います。 受託開発における納品までの各フェーズ出し １. 問い合わせへの返答 「お問合せいただきありがとうございます。それでは早速Webミーティングにて詳細を」 ２. 第１回Web打ち合わせ「お互い紹介」編 会社スライドにて自社紹介。依頼内容の確認・質問。 できればここで「依頼内容に対してのざっくりの予算感」をさりげなく聞きましょう。奇想天外な予算を想定しているパターンもあります。 ３. 見積もりの作成 できるだけ素早く見積もりを作成し提出すると吉。（早いと喜ばれやすい） 保守費用についても記載してくださいね。（後で聞かれるパターン多い） 見積もり項目は細かい方が信頼度は

最近話題になった「音楽生成AI」をまとめました。 1. AudioGenテキストからオーディオを生成するAIモデルです。「風が吹く中で口笛をする音」や 「大勢の歓声の中で話す男性の声」といったテキストから、それらしい音を生成してくれます。 現在のところ、モデルやAPIは提供されていません。 We present “AudioGen: Textually Guided Audio Generation”! AudioGen is an autoregressive transformer LM that synthesizes general audio conditioned on text (Text-to-Audio). 📖 Paper: https://t.co/XKctRaShN1 🎵 Samples: https://t.co/e7vWmOUfva 💻 Code & mod

なぜ美人を美人と褒めてはいけないのか？ オヤジさんのためのジェンダー問題シン常識「価値観を更新できる大人はカッコいい」をテーマにした今回の特集、本記事では今、多くのオヤジさんたちがモヤモヤしているであろう、フェミニズムとジェンダーの問題について取り上げてみました。何が問題でどう考えればよいのか、ヒントが満載です。 CREDIT :構成／木村千鶴　写真／Shutterstock LIFESTYLEPEOPLE大人の“カッコいい”を取り戻せ Vol.05 近年、恋愛や性別を巡る常識は大きく変わりつつあります。ひと昔前までは当たり前に許されていた行動が今は大問題になったり、軽く見逃されていた言動が大炎上したり。フェミニズムやジェンダーという概念に馴染めず、何がセクハラや女性蔑視に当たるのかもよく分からないまま、ヒヤヒヤして過ごしているオヤジさんも多いのではないでしょうか。 そこで、東京経済大学教

2022/10/16 以下ご指摘をもとに内容を修正および追記 https://zenn.dev/link/comments/463223a4de9ec2 はじめに Linux上でコマンドを実行したときのコマンドライン引数についてつらつら書きたくなったので書きます。 プロセスのコマンドライン引数とは、たとえばfoo bar bazというコマンドを実行したら、通常はコマンドライン引数はfoo、bar、およびbazになります。直観的には引数は”bar”と"baz"だけのようにおもえるかもしれませんが、とにかくこういう定義です。 コマンドライン引数はプログラムの中からはCやC++ではmain関数のargv配列引数から参照できます。上述の例であればargv[0]には実行ファイル名が入ります。それ以降の"bar"はargv[1]に、"baz"はargv[2]に入っています。argvに相当する変数はシェ

【Git助っ人】.gitignoreに追加したのに、いつまで経っても出てくるアイツをgitの世から消し去る方法Git.gitignore gitってたまに難しい。毎日使っていればpullだのpushは既に親友同然、statusあたりは頼れる兄貴感覚。しかしちょっとイレギュラーなことを行おうとした場合、急にやつはつっかかってきたりする。やめて欲しい。 今回はタイトルにもある通り、一度インデックスにあげてしまったファイルを、.gitignoreに後から追加した場合に、なんか思った通りにいかない時の話。 事象 一度インデックスに挙げたり(要はgit add済)、コミットしたファイル(git commit済み)を、あとから.gitignoreに追加した時に、なかなか追跡対象から外れないことがある。 パスも間違っていないのになぜだーと叫ぶ私。 相も変わらずしれっと追跡対象にファイルを提示し続けるgi

会社で支給するPCのスペックについて、どういうものが良いのか、よく思案します。(僕は情シスではないのですが) 要は、エンジニアの生産性です。 最近はなんでもブラウザを利用するようになっていて、例えばクラウドを利用した開発や運用ならそのクラウドのWebページを複数開く必要があるし、システムによっては監視アプリケーションや運用に使うアプリや開発自体もWebでやる場合があると思います。 で、私のローカル環境について言うと、今使っているのは32GBメモリのPCなのですが、ブラウザって、タブごとに数十MB～数百MB(大体200～300MB, 大きいときは500MBなど)使ってて、ブラウザだけでめっちゃメモリ食うんですよね。 以下は、FirefoxでAWSの開発/ステージング/本番環境の検証や運用を1日やっていたときの、タスクマネージャでのfirefox.exeの各タブ(=プロセス)でのメモリ消費です

永久の眠りにつきたい 睡眠不足が続くと、もう永遠に眠りたい衝動に駆られます。 そんなとき、こんなものを発見しました。 これ、アラームが鳴ったらスヌーズを押して、永久にスヌーズにする装置なんです。 衝撃的なのは、アラームをつけているのに、消すんです！！ 私はこれをみた時に、 これだ！ と思いました。 いわばこれは、己の意志とは関係なく、アラームが消されるわけですよね？つまり、誰が悪いわけではなく、ただそういう世界なだけなんです。これで起きなくても誰も責めることはできないはず！(それはない？) つまり、「私自身は起きようとしている、だけど世界がそれを許してくれないならずっと寝ててもいいんじゃないか？」 私はそんな世界を目指しました。 やりたいこと 手元にあるものでできることを考えた結果、自動照明OFF装置を作ることにしました。 イメージとしては、朝起きて部屋の明かりをつけようとしたら、永遠に照

はじめに 名刺の肩書きに“エンジニア”と書かれる仕事に就いたのは丁度1年前、細々と色んな業務をこなしてきた。 そして最近ようやく念願のコーダーとして案件に参加する事になった。 そんな私がgitで悪戦苦闘するお話。 こんな失敗もあるんだな、と誰かの知識に繋がれば私の失敗も成仏されると思う👼 git mergeってやればやるほど良い？（いいえ） gitを使うのはこれが初めてという事はなく、複数人でのgit管理は3回ほど経験がある。ただどれも大きな規模のものではなく、コミットログを（強く）気にする必要がないレベル。 これまでずっと私はgit mergeはやればやるほど良いと思っていた。理由下記の通り。 git mergeすればするほど、コンフリクトを発生させずに済み、他メンバーに迷惑をかけないはず。 git mergeすればするほど、ローカルの開発環境でエラーが出にくいはず。だって最新だもん。

2022年11月04日23:30 人生で一度は読んでほしいオススメの本 Tweet 1: フェイスロック(東京都) [DE] 2022/11/03(木) 21:43:28.34 ID:WU2A30Zq0● BE:227847468-2BP(1500) なんかある？ 4: レインメーカー(茸) [ﾆﾀﾞ] 2022/11/03(木) 21:45:03.00 ID:Xu98zYD90 1984 5: ハイキック(福島県) [US] 2022/11/03(木) 21:45:27.16 ID:6Fk8GPO00 星を継ぐもの 173: アキレス腱固め(SB-Android) [GB] 2022/11/04(金) 01:08:13.97 ID:2U3i00dF0 >>5 これ読んだけど、さっぱりだった。 科学者がエセ科学話し合ってるだけで終わった。 7: フェイスロック(愛知県) [DE] 2022