「ゲーム・オブ・ザ・イヤー 2024」。本稿では、1年の総括として各ライターの個人的なゲーム・オブ・ザ・イヤーを紹介する。 今年2024年を振り返る、AUTOMATONの年末企画第4弾。年末最後の企画となる本稿では、1年の総括として各ライターの個人的なゲーム・オブ・ザ・イヤーを紹介する。2024年も多種多様な素晴らしいゲームたちが登場した。そのうち、ライターごとの個人的なベスト作について語ってもらった。 『Balatro』 ──何も生み出さない時間の肯定 開発元：LocalThunk 販売元：Playstack 対応機種：PC/Nintendo Switch/PS5/PS4/Xbox Series X|S/Xbox One/Android/iOS] 我々は日々、社会の一員として理性を持って生活している。誰かの良き隣人として、なるべく慎ましやかに、ひとさまの迷惑にならないように生きることを求
HERPでは、新卒採用やインターンの募集を積極的に行っています。 創業初期からさまざまなメンバーが新卒やインターンとして入社し、活躍しています。 今回は、HERPで新卒からキャリアを積んできた宮﨑 章太（まざっち / @mazamachi）と原 亜依南（@zn1south）に、入社の決め手や現在の業務、スタートアップならではの魅力を聞きました。今のHERPだからこそ味わえる挑戦と成長、そして若手社員へのメッセージをお届けします。 原 亜依南（左）、宮﨑 章太（右）宮﨑 章太（まざっち） 東京大学工学部卒業、東京大学大学院工学系研究科中退。 学生時代に株式会社はてな、Wantedly, Inc. 、Google Japanなどでエンジニアインターンを経験。 HERPには2017年4月より長期インターンののち、2017年12月に新卒として入社。HERP社内ではこれまでにいろいろを担当し、現在は
サチ録～サチの黙示録～ 茶んた <毎週金曜更新！最新3話無料>悪魔と天使がある人間を審査し、その結果で人類の命運を決める「人間神判」。対象に選ばれたのは、稀代のクソガキ小学生・上野サチ（6歳）だった…！人類の未来をかけた、悪魔と天使と人間のヘンテコ共同生活が今始まる！ [JC4巻2/4発売予定]
この記事はenechain Advent Calendar 2024の17日目の記事です。 はじめに BtoCとBtoBの基本的な違い 具体例 顧客層の違いとその影響 Vertical（縦型市場）とHorizontal（横型市場） プロダクトデザインにおける違い BtoBのプロダクトデザインの特性 BtoCのプロダクトデザインの特性 Vertical Market向けのデザインの特徴 BtoCとBtoBプロダクトデザインのまとめ UXデザインにおける違い BtoBのUXデザインの特性 BtoCのUXデザインの特性 BtoCとBtoBにおけるデザインアプローチの違い 1. 情報量のコントロール 2. 学習コストの優先度 eSquare Liveにおいて BtoCとBtoBのデザインにおける共通点 1. デザインプロセスやツールの共通性 2. シンプルさの重要性 3. ブランド価値の重要性 ま
こんにちは！ ベトナム料理人のキー山本です。 家でできるアジアご飯のレシピや調味料、食文化に関する情報を発信している僕が今日紹介したいのは、これからの寒い時期に食べたい1人鍋レシピ。上海で食べた煮込み料理をアレンジした「唐辛子塩で食べるにんにく豚鍋」です。 僕が旅行で行った上海の空港で偶然出会ったのは、牛肉の様々な部位、野菜を塩味のスープで煮て食べる「跷脚牛肉」（チャオジャオニュウロウ）という料理。とくに気に入ったのが、肉や野菜をスパイスの効いた粗びきの唐辛子につけて食べるところでした。 塩や花椒の混ざった唐辛子は、ガツンと辛いだけでなく香りもよし。これをつけると具材が一気にいろいろな風味をまとって、素朴ながらインパクトのあるガチ中華感ある味に！ もう夢中で食べ尽くしてしまいました。 ここでは、作りやすく豚こま肉、キャベツの鍋仕立てで、スパイスの効いた唐辛子のかわりには、薬味などがミックス
この記事は Elastic Stack (Elasticsearch) - Qiita Advent Calendar 2024 - Qiitaの11日目の記事です。 はじめまして。テクニカルコンサルタントの江見と申します。 普段はElasticsearchに関するコンサルティング業務に携わっております。 業務の中で、RDB（MySQLやPostgreSQLなど）の検索機能に関する課題として、「LIKE検索の速度が遅い」という声を多くいただきます。 特に、大量のデータを扱うシステムでは、LIKE検索が原因でパフォーマンスが低下し、検索レスポンスの遅延が問題となることが少なくありません。その解決策として、RDBからElasticsearchへの移行を検討されるケースが増えています。 Elasticsearchは、高速で柔軟な全文検索が可能な強力な検索エンジンです。ただし、その性能を十分に引き
STEP2. アウトプットを実現するために必要なデータソースを書き出す アウトプットの整理ができたら、今度はインプットとなるデータソースの整理を行いましょう。 必要なデータソースは要件から読み解くことができます。 今回は「10代のユーザーの月間視聴数（性別 / 動画カテゴリごと）の推移をグラフで見たい」という要件です。 ここから、この分析に必要なエンティティ（実体）とその属性、集計値を抽出しましょう。 エンティティと属性 ユーザー 性別 年代 動画 カテゴリ 集計値 視聴数 これらのデータを管理するテーブルを、調査やヒアリングを実施して探します。 今回は以下のテーブルを使用することとします。 user：ユーザー登録に必須な入力項目を管理するテーブル user_profile：ユーザーが登録後に設定できる任意の入力項目を管理するテーブル video：ユーザーが投稿した動画を管理するテーブル
技術部の長田です。 このエントリは面白法人グループ Advent Calendar 2024の6日目の記事です。 みなさん、ふだん技術系の最新情報ってどこから手に入れているでしょうか？ 私は家事育児の忙しさにかまけて自力での情報収集をサボり、もっぱら社内Slackの情報を頼りにしています。 コンテキストが近い人達がわざわざ共有してくれる情報ということで、精度は間違いありません。 が、そろそろ自分も共有する側に回れるようにならないとなということで、 まずは社内のエンジニアにどうやって情報を得ているのかを聞いてみることにしました。 アンケートを取ってみた と、いうことで社内のエンジニア向けに以下のようなアンケートを取ってみました。 期間: 11/25〜12/1の1週間 アンケート内容: 職能(フロントエンドorバックエンド) 情報源名 情報源のURL その情報源を参照する目的 コメント 結果、
はじめに 新規事業のプロダクト開発において、開発速度と品質保証は常にトレードオフの関係にあります。 特に 0→1 の探索フェーズでは、限られたリソースを製品価値の検証に集中させたいという要求がある一方で、将来の成長を見据えた技術的な健全性も維持する必要があります。 本記事では、Playwright と Cucumber を活用して、開発速度を落とすことなく必要な品質を担保する取り組みに一定の成果を感じましたので１つの事例として紹介します。 新規事業の状況 新規事業におけるプロダクト開発は以下のような状況だと思います。 1. 製品価値の検証が最優先 開発リソースの大部分を以下に投資する必要があります。 製品として市場に価値を提供できるかの検証 ユーザーフィードバックに基づく機能改善 新しい仮説に基づく機能開発 2. 頻繁な仕様変更 探索フェーズならではの特徴として 機能やデータモデルの頻繁な
長年の運用で「Gemfileはこう運用すると上手くいった」という知見が蓄積されてきたので、ここに書き出してみておく。 Bundler/OrderedGemsを有効化する RuboCopの Bundler/OrderedGems Copを有効化する。 悪い例: gem 'puma' gem 'jbuilder' 良い例: gem 'jbuilder' gem 'puma' セクションを分けない 基本的に、独自の判断で空行を入れてセクションを分けたりしない。 ここで言うセクションとは「空行で区切られた１つのまとまり」のことである。Bundler/OrderedGems は、このまとまりの中で辞書順であることを要求する。 悪い例: gem 'aws-sdk-rails' gem 'aws-sdk-s3' gem 'graphql' gem 'graphql-batch' 良い例: gem 'aw
オフィスの同じ空間で顔を合わせて仕事をするのと比べて、リモートワーク環境ではコミュニケーションが希薄になりがちだ。 オフィスに集まって働くチームのコミュニケーションには2種類ある。双方の意思によって行われるものと、特に意図せず醸し出された情報を特に意図せず感じ取るものだ。私は前者をアクティブ、後者をパッシブなコミュニケーションと呼んでいる。アクティブなコミュニケーションはイメージしやすく、口頭での会話やチャットのやり取りがそれにあたる。ではパッシブなコミュニケーションとは何なのか。 パッシブなコミュニケーションそれは、例えば以下のようなものである。 ある同僚の顔色や声色から、なんとなくその日の体調がわかるある同僚が考え事をしている時間が多くて、壁打ち相手になったほうがよさそうに感じるある同僚が息抜きにコーヒーを飲んでいて、今なら話しかけても大丈夫そうと思える一言で抽象化するなら「その人の挙
はじめに最近、LLMへのRAGを用いた文書データの連携等を目的に海外を中心にOCRや文書画像解析技術に関連する新しいサービスが活発にリリースされています。 しかし、その多くは日本語をメインターゲットに開発されているわけではありません。日本語文書は、英数字に加えて、ひらがな、漢字、記号など数千種類の文字を識別する必要があったり、縦書きなど日本語ドキュメント特有のレイアウトに対処する必要があったりと日本語特有の難しさがあります。 ですが、今後、海外の開発者がこれらの課題に対処するため、日本のドキュメント画像解析に特化したものをリリースする可能性は低く、やはり自国の言語向けのサービスは自国のエンジニアが開発すべきだと筆者は考えています。 もちろん、Azure Document Intelligenceをはじめとした、クラウドサービスのドキュメント解析サービスはありますが、クラウドを利用できないユ
Bill One Entry*1の秋山です。 本題へ入る前にお知らせです。12/23、TypeScript を活用した型安全なチーム開発をテーマにイベントを開催します。弊社社員のうち、TypeScript を日々の開発で活用しているメンバーが登壇します。ぜひお気軽にご参加ください。 sansan.connpass.com はじめに モジュラーモノリスとは 保守性が低いとビジネスに悪影響を与える 技術的負債と開発生産性 コード品質とビジネス影響 モジュール分割の方針 方針１：モジュールにDBテーブルを専有させる 補遺：モジュラーモノリスとNoSQL 方針２：モジュール内をレイヤードアーキテクチャとして構成する 方針３：ESLint ルールによって実現する TypeScript 開発にモジュラーモノリスを持ち込む ステップ１：単一のエイリアスを設定する ステップ２：ESLint ルールを設定す
はじめに具体と抽象を行き来することの重要性は、いろいろな方が述べられていて、筆者も本当にそうだと感じています。それがうまくできる人とできない人とで、年収が数百万円のレンジで変わってくると言っても過言ではないのではと思います。 拙書『アーキテクトの教科書』でも第1章に以下の記述があります。 抽象と具象を自由自在に行ったり来たりする能力があると、とても重宝します。 『アーキテクトの教科書』第1章よりただ「具体と抽象を行き来する」という表現そのものが極めて抽象度が高いため、ピンとこない人もいるでしょうし、人によってその解釈が異なる可能性もあるでしょう。この記事では、「具体と抽象を行き来する」という行為を具体例を通じて確認し、理解度を深めたいと思います。 言葉の整理まずは言葉の意味を確認しておきます。 【抽象】 (abstraction)事物または表象の或る側面・性質を抽き離して把握する心的作用。
こんにちは、佐々木です。NRIネットコムの社外向け勉強会で、「データ分析基盤を作ってみよう ～性能測定編～」というタイトルで登壇してきました。その前に設計編というテーマで開催しており、今回はその続きです。アーキテクチャ設計をする上でAWSのサービスをどういう観点で評価するのか、またその裏付けを取るためにどうしているのかというのを実際の測定例とともに話しました。 発表資料と当日の動画 当日の発表資料と動画です。 speakerdeck.com www.youtube.com アーキテクチャの選定について アーキテクチャ選定の部分で取り上げたのが、BIツールでダッシュボードを作ってデータを可視化する例です。セッション中も話していたのですが、アーキテクチャの選択肢は沢山あります。そんな中でどうやって選ぶかなのですが、ここで取り上げた例はユーザーがどういう属性の人なのかということです。 例えば、ダ
はじめに2024年11月17日、兵庫県知事選挙にて、斎藤元彦さんの当選が決まりました。心よりお祝い申し上げます。前代未聞の歴史的な選挙が無事に終わった今、「SNS」という言葉が一人歩きしてしまっているので、今回広報全般を任せていただいていた立場として、まとめを残しておきたいと思います。 この記事が、今後の選挙で候補者を支える関係者の皆さまに、そして広報に関わる全ての方にとって、役に立つものとなることを心から願っています。 「広報」というお仕事の持つ底力、正しい情報を正しく発信し続けることの大変さや重要性について、少しでもご理解が深まるきっかけになれば幸いです。 スタート今回の知事選では、新たな広報戦略の策定、中でも、SNSなどのデジタルツールの戦略的な活用が必須でした。 オフィスで「#さいとう元知事がんばれ」を説明中その時作成した資料を一部公開します。 提案資料（一部） 1. プロフィール
これまでC向けサービスを作り続けて15年が経過しました。 このnoteは「課題を解決し、事業としてスケールするプロダクトを創る」ために自分が考えてきたことを改めて体系立てて、言語化したいなと思い書き残しています。 同時に以下のように機能することを目指しました。 自身のプロダクト開発の知識を集約させる プロダクトに関わる人にとって教科書的に振り返ることができる スマートバンク社のプロダクトの再現性が伝わる 学びに終わりはないので、このエントリー自体も更新し続けるようにしたいと思います。 1.サービスを作る前の心構え俺が考えた最強のサービスを作らないスタートアップで何よりも回避すべきは、長い労力を掛けて作ったプロダクトを「誰も欲しがらない」こと 作り手の思い込みの「仮説」は現実の誰かの問題を解決するとは限らない 頭の中にある架空のユーザーに対してプロダクトを作った結果、実際に市場では「使われな
こんにちは、sugar-catです。 はじめに 皆さんはTypeScriptでバックエンド開発を行う際に、どのようにロギングをしていますか。 この記事では、TypeScript製のロギングライブラリであるtslogの紹介と、その内部の仕組み、秘匿情報を含むログを出力しないための方法について解説します。 ログの種類 この記事ではアプリケーションログを扱います。アプリケーションコンテナで出力された標準出力を収集し、任意の監視ツールに送信し表示されるようなログを指します。 アクセスログや監査ログ、システムログのようなものは扱いません。 tslogとは tslogはTypeScript製で作成された、構造化ロギングを行うためのロギングライブラリです。 主な特徴として、Node.jsとブラウザのどちらにも対応しており、他のロギングライブラリと異なり外部のライブラリへの依存が一切ない点や、コードベース
I've hired a lot of developers over the years. More than a few of them have come in with a strong belief that our code needed heavy refactoring. But here's the thing: in almost every case, their newly refactored code was found by the other developers to be harder to understand and maintain. It also was generally slower and buggier too. Now, don't get me wrong. Refactoring isn't inherently bad. It'
寒い時期にはやっぱり鍋が定番。でも鍋ばっかりでも飽きちゃう人、鍋以外のあったか料理を食べたい人へ！簡単お手軽調理で本格的な味わいの体があったまる料理セットを紹介します。 肌寒い季節にぴったりの、体の中からあったまる料理を紹介します。お湯を注ぐだけで簡単にできるお粥から、各地のご当地おでん、四川料理の専門家が厳選した麻婆豆腐の素まで、手軽なセットや調味料を利用して、本格的な味を楽しみながら、心も体も温まりましょう。 五養粥 ご当地おでん 黒はんぺんの味わい深い汁や、だし粉も楽しめる「静岡おでん」 八丁味噌の甘辛い汁が癖になる「名古屋おでん」 汁を吸わせることで具材がおいしくなる「京都おでん」 牛すじで汁のコクが格段にアップする「博多おでん」 麻婆豆腐の素 ピリッとした辛味でバランス良し「新宿中村屋 辛さ、ほとばしる麻婆豆腐」 激辛マニアに食べてほしい「好人家 麻婆豆腐調料」 五養粥 ちょっと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く