定点・過去の天通団の動画はコチラ👉https://www.youtube.com/playlist?list=PLHZty4ICxEo1qII9njAQPUS_7xhGwuO7u 2023年3月「相鉄・東急新横浜線」が開業したことにより超巨大私鉄ネットワークが完成。そんな直通路線網をテーマに、プラレールによるプラレールダイヤ運転会を開催。配線・ダイヤ・風景・車両など様々な切り口から鉄道をプラレールで表現しました。今回は第2話【運転編 前編】ということで、練習ダイヤの様子をご紹介します。 ※当初前後編での構成を予定しておりましたが、尺が長くなったため3話構成に変更しました。 ＜＜天通団関連再生リスト＞＞ https://www.youtube.com/playlist?list=PLHZty4ICxEo1qII9njAQPUS_7xhGwuO7u ＜＜天通団 X (旧Twitter)＞＞
【概要】 『UI設計』についてです。 経緯は、 ・筆者が初めてアプリの実装を行った際にUI設計が杜撰だったこと ・デジタル庁のサイトの記事を閲覧し、UI設計に興味を持ったこと からUI設計・デザインについて体系的に学びたいと思いました。 本記事では UI設計の考え方から実装方法 まで完結的に説明できるように考察していきたいと思います。 ※ 筆者は、駆け出しエンドエンジニアである為、知識が浅い部分もあると思います。間違い等ある場合はご指摘等いただけると幸いです。また、初心者のためのUI設計になりますので、より専門的に深めたい方は書籍などをご利用ください。 【対象者】 ・UIデザインを0から体系的に学びたい人 ・バックエンドエンジニアで個人アプリのUIを向上させたい人 ・フルスタックな開発を意識している人 【目次】 ※下記、全体に目を通してから作業することをお勧めします。 ・【概要】 ・【対象
WebサイトやスマホアプリのUIで見かけたさまざまなアイデアを実現するディテールのまとめ -CallToInspiration
Webサイトやスマホアプリに使用されている、UIのさまざまなアイデアを実現するための小さなディテールをコレクションしているサイトを紹介します。 52種類のカテゴリにUIのディテールがコレクションされており、見ているだけでインスピレーションが刺激されます。 CallToInspiration CallToInspirationは、WebサイトやスマホアプリのUIで見かけた新鮮なアイデアを実現するための小さなディテールをコレクションしているサイトです。ログインからセクションやコンテンツに至るまで、優れたデザインのアイデアはインスピレーションが刺激されると思います。 以前紹介したときから、さらにたくさん増えています。
Apple Vision Pro・Meta Quest 3・Quest ProをCTスキャンして比較することで見えるAppleとMetaの設計思想の違いとは？
Apple初となるARヘッドセット「Apple Vision Pro」、そしてMetaが提供するMRデバイス「Meta Quest Pro」と「Meta Quest 3」の違いについて、非破壊検査に使われる産業用CTスキャナーを製造するLumafieldが、実際にApple Vision Pro・Meta Quest Pro・Meta Quest 3をCTスキャンにかけて比較しています。 Apple Vision Pro and Meta Quest Non-Destructive Teardown https://www.lumafield.com/article/apple-vision-pro-meta-quest-pro-3-non-destructive-teardown Apple Vision Pro and Meta Quest Non-Destructive Teardo
はじめにこのnoteで紹介するカラーシステム設計プロセスは、多くの人にとってはやりすぎで、役に立たない場合も多いです。 既存のカラーシステムやカラーシステムジェネレイターを利用するのが、最短かつ最適ルートだと思います。 デザインシステムやカラーシステムは「プロダクトのためのプロダクト」なので、とある事業における一つの解である、という前提で読んでください。 今もまだ多くの課題を抱えたものではありますが、イベントなど様々な場面でカラーパレットに興味を持っていただける機会が多かったため、自分が知らない誰かの知見に助けられたように、微力ながらコミュニティに貢献するべく、未完の状態でお見せすることにしました。 Framework by Figma登壇資料 後でFigma Communityにも掲載します シチュエーションにおける最適解繰り返しますが、今回説明するような煩雑で、複雑で、面倒な、プロセス
TOP イベント 【見逃し配信中!!】LT&ディスカッション5ラウンド！うひょさん・よしこさんと改めて考えるReactコンポーネント設計 本セミナーはこんな方におすすめ ・Reactコンポーネント設計が他社と比べてどうかという基準を知りたいと感じている方 ・フロントエンドの最新トレンドをキャッチアップしたい方 ・コンポーネント設計の最適解を知りたいと感じている方、設計に不安がある方 セミナー詳細内容 イベント概要フロントエンド開発において、コンポーネント設計における考え方は日々進化し続けています。ライブラリのバージョンアップや新しい方法論が登場し、最適な設計手法もそれに応じて目まぐるしく変わっています。しかし、常に最新のコンポーネント設計手法をキャッチアップし取り入れていくことは難しくどこまで追いつけば良いのか、と感じたり、現在の設計方法が最適なのか不安に感じている方も多いのではないでしょ
オブジェクト指向プログラミングにある程度精通していれば、この開発スタイルが、特定の言語やフレームワークの選択よりも、基礎となる設計手法に深く関わっていることを知っているだろう。オブジェクト指向の適切な設計については数多くの主張や見解があるが、「SOLID原則」は、オブジェクト指向設計に携わる全ての開発者が従うべきルールとして、その権威を確立している。 SOLIDの原則を真に理解するには、この原則が推奨する個々の設計プラクティスについて学び、「各原則を並べて議論する必要性」を理解しなければならない。そこで本稿では、SOLIDが表すオブジェクト指向設計の5つの原則をそれぞれ確認する。「各原則がどう違うか」ではなく「各原則を相互に結び付ける根本的な概念とは何か」について説明する。 オブジェクト指向設計のSOLID原則とは オブジェクト指向プログラミングには特有の5つの原則がある。この5つの原則は
ありがたいことに継続的にご利用者様の数・ご活用頂く業務の幅が増え、積み上がるご要望に日々追いつくべく開発に邁進しております。 今回は先日ベースマキナがリリースした「ロール機能」に付随するお話です。 ベースマキナでは、以前から管理画面上で呼び出す処理ごとに、ユーザーやユーザーのグループ単位で実行を許可する機能があるなど、ガバナンス要求に答える機能を揃えてきました。 今回修正が行われたのはそれとは別のレイヤーで、ベースマキナ上の管理者向けの設定（接続先のデータベースやAPIの情報や、処理の登録、ユーザー追加など）を行う権限を細分化 & グルーピング設定を紐づけられるようにした、というものです。 この機能は成果物で見るとシンプルなのですが、権限管理にまつわる設計・開発はいつも魔物に立ち向かうようなもので、混迷を極めます。 そして、こと管理画面開発となるとその難易度は他の開発よりも高い、というのが
巷の Terraform Module に違和感を感じたので納得できるものを作ってみた【AWS VPC編】
今日は最近 Terraform Module に感じていた使いにくさの理由と、その克服方法について AWS VPC を構築しながら整理していきます。 世間で使われる Terraform Module に対する違和感 早速ですが、巷で使われている Terraform Module に対して感じた違和感を挙げていこうと思います。 具体例があるとよりわかりやすいかと思いますので、 terraform-aws-modules/vpc/aws を例に取りながら見ていこうと思います。
DynamoDB のスケーリング: パーティション、ホットキー、Split for heat がパフォーマンスに与える影響（第 1 部: ローディング） | Amazon Web Services
Amazon Web Services ブログ DynamoDB のスケーリング: パーティション、ホットキー、Split for heat がパフォーマンスに与える影響（第 1 部: ローディング） Amazon DynamoDB の一般的な原則は、高いカーディナリティのパーティションキーを選択することです。しかし、なぜそのようにすべきなのか、そしてそうしなかった場合の影響は何か？お客様のユースケースをもとに、この疑問に深く迫り、異なるパーティションキーの設計とテーブルの設定を使用して DynamoDB のロードおよびクエリのパフォーマンスを調査します。 各実験の後、生成されたパフォーマンスグラフを分析し、私たちが観察したパターンを説明し、繰り返しの改善イテレーションを通じて、DynamoDB の内部構造の基礎を紹介し、パフォーマンスの高いアプリケーションを構築するためのベストプラクティ
はじめに 私は2023年10月より、内定直結型エンジニア学習プログラム「アプレンティス」に2期生として参加しています。 アプレンティスの課題としてオリジナルプロダクトを開発したので、その内容をまとめようと思います。 今回はその「要件定義・設計編」となります。 続きの「実装編」はこちらから ↓ 目次 1.テーマ(エレベーターピッチ) 2.課題定義 3.要件定義 4.業務フロー 5.画面遷移図 6.ワイヤーフレーム 7.デザインカンプ 8.プロトタイプ 9.テーブル定義 10.ER図 11.使用技術 12.システム構成図 13.学んだこと 1. テーマ(エレベーターピッチ) 自身のベジタリアンの種類に対応したレシピやレストランを見つけたいあらゆる種類のベジタリアン向けのVegEvery (べジェヴリー)という"食"の情報サイトです。 ベジタリアンレシピやフード、レストランの情報を投稿・閲覧する
【入門】事例で学ぶ基本設計 - Qiita
はじめに プロジェクトマネジメントの仕事をする際に、お客さんに提案ベースの要件定義や設計をする機会が増えてきたので、私の経験に基づいて基本設計の具体的なプロセスや考え方について整理していきます。 この記事の対象者 基本設計の思考プロセスを学びたい人 ビジネスサイドの要件をエンジニアサイドのシステムに落とし込む流れを学びたい人 ビジネスサイドとエンジニアサイドのコミュニケーション能力を向上させたい人 具体的な事例を通して基本設計を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要です 自分の経験に基づいた内容を言語化しています プロジェクト規模は10名から20名のシステム開発を想定しています(大規模なプロジェクトを想定していません) システム開発の全体像 今回は下記の内容のうちの基本設計について解説をします。(詳細設計についても少し触れます) 基
2018年の西日本豪雨の影響で崩落した橋を復旧したが、設計ミスにより耐震性が不足していた。さらに、桁かかり長が必要な長さを満たしておらず、落橋防止機能が働かない構造になっていた。 中国・四国地方に甚大な被害をもたらした2018年の西日本豪雨（平成30年7月豪雨）。この豪雨の影響で広島県呉市の女垣内（めんごうち）1号線1号橋（以下、女垣内1号橋）が崩落した。市は18～19年度に約5335万円をかけて橋などを復旧したものの、設計ミスが原因で完成後に補修工事を実施するはめになった（資料1）。 復旧した女垣内1号橋は、橋長9.9mで、幅員5m。上部構造はプレストレストコンクリート桁で、下部構造は直接基礎の逆T式橋台2基で構成されている。耐震性能を確保するために、2つの橋台それぞれの支承部に長さ0.58m、直径28mmのアンカーバー5本を設置した。 しかし、会計検査院は復旧した女垣内1号橋は耐震性が
OOC（Object-Oriented Conference 2024）の登壇資料です
はじめに 佐藤：佐藤歩です。現職では開発からしばらく離れていたんですが、最近またまとまった量のリプレイス開発に携わってるので、モデレーターとして、よしこさん、うひょさんからいろいろお話を伺っていきたいなと思っております。 よしこ：こんばんは。よしこです。株式会社ナレッジワークに創業期に入社し、フロントエンドエンジニアをしています。プロダクトの0→1のところから、今の1→10のフェーズに入るまで、SPAのアプリケーション設計や運用をしてきました。 うひょ：うひょです。株式会社バベルに在籍しています。これまでずっとTypeScriptとReactでフロントエンドのアプリ開発に携わってきました。昨年はTypeScriptに関する本も出版しています。 佐藤：今回は、Reactのコンポーネント設計におけるこちらの5つのテーマごとに、よしこさんとうひょさんに順番に簡単にお話をしていただきつつ、都度ディ
定期的に DDD やクリーンアーキテクチャなどを題材にした記事が盛り上がっているのを見ていると、いま長年の疑問を書けば誰か答えてくれるのではと思って書いてみる。 何に困っているかというと、 いわゆるレポジトリ層が持つ create/update 関数の引数は Entity で待ち受けるべきか、プレーンなオブジェクトで待ち受けるべきか分からない ユーザーから POST Body されたデータにはビジネスルールを適用させるべきか（= 一度 Entity を作るべきか）分からない だ。 Entity を作らない場合、いわゆるトランザクションスクリプトと呼ばれているものに近づく。 そしてトランザクションスクリプトには結構否定的な意見も見られる。 しかし、自分は Entity を作ることが必ず正解とは思えず、レイヤードな設計とトランザクションスクリプトを組み合わせる設計の余地もあると思っていて、トラ
お疲れ様です。 前週に投稿した下記の記事について、多くの方に「いいね」、「ストック」していただきました。 皆さん、本当にありがとうございます。 今日は「Python だけで作る Web アプリケーション(フロントエンド編)の設計方針」について部分いたします。 本章ではこれまでの章の内容を踏まえて、設計方針を紹介します。 設計方針は 「積極的に TypeHint を活用すること」 「責務を明確に分け、適切な粒度でオブジェクトを分割すること」 「バックエンドの存在を前提にすること」の 3 つです。 TypeHint を活用する TypeHint とは以下のように変数や戻り値の型をヒントとして記述することです。 これはあくまでヒントなので実行時にその型を強制するわけではありません。つまり実行時にadd("1", "2")と書いても、文字列結合されて 12 になり期待する挙動ではありませんが、異常
ロボットを工場に導入する際の仕様書を書いてもらうというお題です。 このお題の回答のポイントとしては以下のような点が挙げられます。 仕様書の構成がしっかりしているか(項目・章立てがちゃんとしていて見やすい、網羅性があるなど) 必要な装置やシステムが列挙されているか(ロボット、安全装置、ベルトコンベア、操作パネルなど) 予算やスケジュールに関する記述があるか(どういう順序で進めようと考えているか) 注意すべき法律や環境面への考慮(特に食品工場として) がされているか(ISOやIECの規格、衛生面、防水など) ローカルLLMの前にGPT-4oを使って回答させてみた結果が以下になります。 ## パレタイズロボット導入仕様書 ### 1. はじめに 本仕様書は、食品工場におけるパレタイズロボットの導入計画および必要な要件を明示するものである。目的は、効率的かつ高精度なパレタイズ作業を実現し、生産性の
この記事はUbie Engineering Advent Calendar 2023の12日目の記事です。よろしくお願いします。 はじめに Ubieでソフトウェアエンジニアをやっているisseiです。 2021年の3月に入社してから2年程症状検索エンジン「ユビー」の開発をしていましたが、ここ1年くらい新規のプロダクトの検証とそのスケールのための開発をしています。 2023年の前半は、新規のプロダクトの検証を出来るだけ素早く行うため、実装範囲を小さくし、バックエンドの実装も最小限にとどめて、ほとんどの機能をフロントのコードで完結させていたのですが、後半は、前半に検証が終えられたプロダクトのスケールに向けた設計変更と実装の置き換えを行っています。 この記事では、後半で行った設計変更の中で採用した SDUI（Server-Driven UI） がとても良かったので、採用に至った経緯と、実装の概要
先日、IaC (Infrastructure as Code) のコードを書いている時に自分が体験したシンプルさの威力の体験と、どうやったら「シンプル」に設計・コーディングができるか？ということについて調べてみたので整理したい。 「はじめて」の人に敗北 先日、私がSLA Site というアプリのデプロイスクリプトを terraform で書いていた時のこと。この Site は内部で機能に何か問題が起きた時にお客さんより先に気づくための仕組みで、私は、Azure Functions の VNet インテグレーション、Managed Indentity、KeyVault Reference といった機能が正常に動作さするか確認するためのアプリを作っていた。 Azure Functions は対応する Event Source の数が多いため、私は、沢山のサイトを作り、Vnet インテグレーショ
Everything should be made as simple as possible, but not simpler. Albert Einstein From the beginning, HTTP imports have been a key feature of Deno. For years, this was the entire module system, aimed at simplifying JavaScript development by using the web’s distributed nature, unlike npm’s centralized registry. For example, you can import the assertEquals() function from the standard library like t
こんにちは、フォルシアのエンジニアの西海です。 エンジニアの皆さんは日々様々な技術ブログを読んで勉強をされているかと思います。 今年の私はAI画像認識関連の記事を読み、アイディアを開発で活用したほか、記事のレベルが高いなと普段から感心しているヤフーさんやメルカリさんの技術ブログを中心に読んできました。 ところで、2023年も終わりが近づき、ふと「今年公開された記事の中で、見落としている良記事がまだあるのではないか」と考えました。 そこで、「下記のような基準でエンジニアからの反響が大きかった記事を探すと、まだ読んでなかった良記事に出会えるのではないか？」と考え、実際に探して50記事程読んでみました。 先日発表された「開発体験が良い」イメージのある企業ランキング上位30社に入っている企業のうち、社員数800名未満のベンチャー・中小企業を対象とする。 「はてなブックマーク数＋掲載元媒体のいいね・
こんにちは、Doryと申します！ AlgomaticというAIスタートアップにて、LLM（大規模言語モデル）を使ったB2Bプロダクトやサービスを提供しています。 2022年末頃からLLMがプロダクト開発の現場にも定着し始めているなか「AIネイティブなプロダクトを作ろう！」「AIを使う意味がある体験にフォーカスしよう！」といったフレーズはよく耳にします。 けれども、"AIらしいUX"が具体的に何を指すのかについては、現在のところ共通の見解があるわけではありません。 そこで本記事では「AI時代ならではの体験設計ってなんだろう？」ということを、前職GoodpatchやAlgomaticでの私自身の経験を交えつつ整理しています。 【この記事には何が書いてある？】 ・AIサービスの体験設計フレームワークとして「AAAA」モデルを提唱します、ということ ・「AAAA」は「Automation（自動化）
2023年11月14日にFindy様の「要件定義 先達に学ぶ今日から使える実践テクニック Lunch LT」で登壇した資料です。
TRACERYプロダクトマネージャーの haru です。 システム開発と一般的にいいますが、そもそも「システム」とはなんでしょうか。 この記事では、「システム開発」における「システム」について説明します。 システム開発の仕事をするうえで、システムそのものの意味や定義を知っておくことは重要です。 プロジェクトの範囲や目的が明確になり、クライアントやステークホルダーと共通の認識を持つことで、システム開発の成功の鍵を握る要件定義段階での誤解やミスを減らすことができます。 「システム」とは システム開発における、狭義のシステムと広義のシステム 狭義のシステム ハードウェア ソフトウェア 広義のシステム システム思考を取り入れ、戦略や施策の仮説を立てる V字モデルと広義のシステム開発、狭義のシステム開発、ソフトウェア開発の関係 最後に 「システム」とは システムとは「極めて多数の構成要素から成る集合
こんばんは。 株式会社CHILLNNという京都のスタートアップでフルサイクルエンジニアをしております大島と申します。 弊社では現在アプリケーションのリプレイスを行っているのですが、そのリプレイスと並行してフロントエンド側のリアーキテクチャを行っています。 リプレイス後のフロントエンドでは、React, TypeScriptで実装しており、特定の境界で「関数型ドメインモデリング」に影響を受け、DDDのパラダイムを導入しています。 導入するに至るまで、数多くの試行錯誤を重ねてきた中でいくつかの知見を獲得しました。 それらの知見を本記事にて具体例を用いて紹介出来ればと思っております。 何か少しでもみなさまのお役に立てれば幸いです。 はじめに 本記事で紹介する開発手法では、 設計と実装を分離し、保守性・可読性の高いReactComponentを目指しています。 背景 弊社では主に以下のような課題が
やさしいクリーンアーキテクチャ
SREホールディングス株式会社の松本です。 プロダクトはリリースしてからが始まりで開発し続けることが当たり前の時代、ソフトウェアは変更や拡張に強く設計しなければなりません。クリーンアーキテクチャはそんな設計を実現する方法の1つですが、名前は聞いたことはあるけど実践したことはない、なんだか複雑で難しそう、という印象を持っている人が多いのではないでしょうか。 クリーンアーキテクチャを詳細に説明している記事は数多くありますので、本記事ではクリーンアーキテクチャを触ったことがない方に良さが伝わるように、やさしく噛み砕いて説明してみようと思います。 対象読者 クリーンアーキテクチャをこれから学びたい方 クリーンアーキテクチャとは 機能を実現しているコアな部分をフレームワークやDBなどに依存しない状態（関心事の分離）にすることで、他が変わってもコアな部分への影響をなくし、変更や拡張に強くすることができ
2023 年は念願叶い業務でも趣味でも Go を触ることができました。 そんな 2023 年での Go での気づきに思いを馳せ、タスク管理をするような簡単なサーバーを構築しそのプロジェクトレイアウトをご紹介してみます。 気づきといっても読む方にとっては当たり前のことかもしれません。 また、プロジェクトレイアウトはこれが正義だとは思っていません。紹介するレイアウトは業務では使っていないです。運用などもまともにしたことはありません。私がそこそこの規模のサーバーを新規で構築するならこんな風にしようかなって記事です。 気づき interface を満たすためのコードって VSCode で自動生成できたんだ よくおまじないとかファクトリー関数の戻り値とかで構造体が interface を満たしているかどうかを確認することがあるかと思います。 package main import "context"
風音屋では、データエンジニア、データアナリスト、データコンサルタントを募集しています。 書籍執筆者やOSSコントリビューターなど、業界を代表する20名以上のアドバイザーと一緒にベストプラクティスを追求できる環境です。 ぜひカジュアルトークをお申し込みください。 こんにちは、風音屋 データエンジニアの妹尾です。 この記事は、datatech-jp Advent Calendar 2023 15 日目の記事です。 ディメンショナルモデリングを採用する場合、アクセスログやGA4のファクトテーブルは、どのように設計すれば良いのでしょうか。 この疑問について風音屋でディスカッションをしました。 本記事では、ディスカッションした内容をご紹介します。 社内ディスカッションの様子 ディスカッションの様子 アドバイザーの皆様の協力もあり、課題を整理し、対応方針を洗い出すことができました。 @tvtg_24さ
こんにちは！夏ですね。@kimukei です。 今回は、弊プロジェクトのカイポケリニューアルで ADR を導入しましたというお話です。 ADRとは、「Architecture Decision Record」または、「Architectural Decision Records」の略でアーキテクチャ上で重要な決定を記録するドキュメントです。 詳しくは「DOCUMENTING ARCHITECTURE DECISIONS」 や「Architectural Decision Records」をご覧ください。 また ADR については、以前弊社の酒井が登壇したイベントでも触れられておりますので、こちらの記事もあわせて読んでみてください。 tech.bm-sms.co.jp ADR を導入しましたってエントリは巷には溢れかえっているので、今回はちょっと趣向を変えて実際に私たちが運用している ADR
開放閉鎖の原則 TypeScriptでSOLID原則SOLID原則のS「開放閉鎖の原則」について自分が理解している内容をまとめました。 2021年09月15日 O … Open-Closed Principle: 開放閉鎖の原則 オブジェクト指向の考え方を用いることによって、関連のあるデータ構造とそれを操作する手続きを結びつけて「オブジェクト」とし、それらオブジェクトを組み合わせてソフトウェアを設計・開発することができる。 関連のあるデータ構造とそれを操作する手続きの結びつけ方、オブジェクト同士の組み合わせ方について適切な取り決めを設け、よりよいソフトウェアを設計・開発するために考案された原則として「SOLID原則」が知られている。 SOLID原則は、ソフトウェアエンジニアRobert C. Martinに提唱された多くの設計原則を5つにまとめたものの頭文字をとって命名された。 S … S
「奥野さんと社員のリファクタリング部屋」は、リファクタリングに励むトレタの社員と技術顧問の奥野さん ( @okunokentaro ) の間で実際に行われた会話を切り取った開発現場実録コンテンツです。 技術顧問: 奥野さん 三度の飯よりリファクタリングが好き 今回の質問者: 武市さん トレタ在籍2年。沖縄在住のフロントエンジニア 今回の質問 前回に引き続き、Webアプリケーション (Next.js) のプロダクトのリファクタリングを進めている武市さんから、ディレクトリ構造のリファクタリングについての質問です。 tech.toreta.in 前回の指摘も踏まえて、新しいディレクトリ構造とその定義を考えてきました。 ┗ server ┃ ┣ boundary -- 外部システムとのやり取りを行うためのエンドポイント。 ┃ ┃ ┗ mo ┃ ┃ ┃ ┗ moClient.ts ┃ ┣ handl
最近買った C# 系の本の中ではダントツでよい。巨大な API ライブラリを設計するときに気を付けることが具体的に書いてあって参考になる。 neuecc 氏が前書きを書いていて 2章が素晴らしいと書いてあったけどそのとおり2章が素晴らしかった。ここまででも十分におつりが来る感触はある。 .NETのクラスライブラリ設計 改訂新版 開発チーム直伝の設計原則、コーディング標準、パターン 作者:Krzysztof Cwalina,Jeremy Barton,Brad Abrams日経BPAmazon 以下の引用が面白かった人は購入する価値があると思います。.NET 開発者が API 設計で後悔しているところが読めるなんてそんなに知見に溢れた書籍はなかなかない。 特によかったところ 自分と同じようなユーザー向けに設計するのは簡単で、そうではない人向けに設計するのはとても難しいことです。正直に言うと、
Aurora MySQLとRedshiftのゼロETL統合が本番導入出来るか検証しました - クラウドワークス エンジニアブログ
Aurora MySQL Zero ETL Integrations クラウドワークスのSREチームに所属しています@ciloholicです。 2023年11月にAurora MySQLとRedshiftのゼロETL統合がGAされました。この度、ゼロETL統合が本番導入可能かを検証する機会があったので、その検証結果を記載します。 aws.amazon.com 2024年7月時点での検証結果ですので、時間経過によって内容が変わっている可能性があります。その点は十分ご注意ください。 背景 まず、ゼロETL統合の検証しようと考えた背景について軽く説明したいと思います。クラウドワークスでは、MySQLのテーブルをDMS経由でRedshiftにニアリアルタイムで同期し、データ分析を行なっています。3年前は約30億レコードでしたが、現在では古いレコードの削減を行なったため、約25億レコードになりました
2024年のソフトウェアエンジニアリングに関する戦略的テクノロジは「プラットフォームエンジニアリング」「クラウド開発環境」、AIを活用した「AI拡張型開発」など。ガートナー
2024年のソフトウェアエンジニアリングに関する戦略的テクノロジは「プラットフォームエンジニアリング」「クラウド開発環境」、AIを活用した「AI拡張型開発」など。ガートナー 調査会社のガートナージャパンは、2024年以降のソフトウェアエンジニアリングに関する戦略的テクノロジトレンドのトップ5を発表しました。 同社が発表した戦略テクノロジトレンドは以下です。 ソフトウェアエンジニアリングインテリジェンス これまでソフトウェアエンジニアリングにおける意志決定は、責任者の直感的な感覚や経験、スプレッドシートなどでの進捗管理などを基に行われてきました。 ソフトウェアエンジニアリングインテリジェンスは、これをソフトウェアの開発ライフサイクルにおいて、例えばどれだけのコードが新規作成されたか、リファクタリングされたか、どれだけのプルリクエストが発生し、いくつがレビューされたか、などの精緻な数値によって
この記事はSnowflakeアドベントカレンダー2023の19日目です。 はじめに 昨年、Snowflakeのパフォーマンスにおいて非常に重要な概念であるクラスタリングとプルーニングに関して、以下の記事を書きました。 なぜクラスタリングやプルーニングが大事なのかを説明させてもらったのですが……理屈はわかった！ではどうすれば？という、具体的なユースケースについて全く書けておらず、また別のブログにします、と宣言しておいて、1年間完全に放置してしまっていました。すみません。。 この記事では、上記の記事の続きとして、クラスタリング・プルーニングの概念を知ったうえで、具体的にパフォーマンスを向上させるにはどうすれば良いかのヒントとなるようなものを書きたいと思います。 具体的には、そうデータモデリングです！ データモデリング万能説 データモデリングがめちゃくちゃ大事だよ！ってことは、SnowVilla
はじめてのアプリUIデザイン。フローやWebサイトとの違いを解説します！ | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、デザイナーの花ちゃんです！ 最近Webサイト制作だけではなく、アプリ開発にも携わることが増えてきました。 その中で「Webサイト制作に似ているな〜」と思ったり、「あれ、ここは違う！」といった気づきがたくさんありました。前職ではソーシャルゲームのUIデザインを担当していましたが、Web業界に転職したときも、まったく同じことを思ったのを覚えています。 今回は、Webデザイナーの方がはじめて「アプリのUIデザイン」をするときに必要な知識や考え方、意識したほうがよいことを、フェーズごとにまとめてみました。 アプリにおけるUIデザインとは そもそも「UI」とは、ユーザーインターフェース（User Interface）の略で、日本語では「ユーザーとの接点・接触⾯」という意味になります。 UIはユーザーの目に触れ使用する部分すべてを指し、このUIを通してコンピューターとユーザーは情報のやりと
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【運転編 前編】相鉄・東急新横浜線プラレール運転会 レポート動画
【ゼロから始める】✨UI設計✨ - Qiita
IPの世界観に寄り添う、マルチブランドなカラーシステム設計論｜TORAJIRO
【見逃し配信中!!】LT&ディスカッション5ラウンド！うひょさん・よしこさんと改めて考えるReactコンポーネント設計 | イベント・セミナー | ＜企業様向け＞Offers「オファーズ」 - ハイクラスITエンジニア／デザイナーの副業・転職サービス
オブジェクト指向設計の5つの原則「SOLID」を解説
権限管理は大事で、難しい。特に、管理画面においては。｜Seiji Takahashi@ベースマキナ
初めての個人開発 ①要件定義・設計編 - Qiita
XユーザーのKohei Kudo／工藤浩平さん: 「みなさまへ 休憩所２について設計者である私からを発信いたします。 〇休憩所２の建物概要 休憩所２は、休憩所・案内所・トイレ等の屋根と壁を持つ建物と、屋外にあるパーゴラで構成されています。壁と屋根で囲まれた屋内の休憩所が、休憩所２の敷地内にあります。 〇設計コンセプト」 / X
橋台支承部の応力度が許容値超え、落橋防止機能も確保されない状態に
object-oriented-conference-2024
うひょさん、よしこさんと改めて考えるReactコンポーネント設計 | Offers Magazine
レイヤードアーキテクチャでデータを作成・編集するときの設計が分からん
Python だけで作る Webアプリケーション(フロントエンド編)ー設計方針 - Qiita
RTX4090で最近の日本語ローカルLLMたちを動かしてみた
プロダクトのスケールを見据えてServer-Driven UIを採用してみる
[PDF] 平成 20 年度 組込みシステムにおける機能安全に関する調査研究 組込み系技術者のための安全設計入門
コードや設計で「シンプル」が良いのはわかるが実際にどうすれば良いだろう？｜牛尾 剛
What we got wrong about HTTP imports
データモデリングでドメインを駆動する──分散／疎結合な基幹系システムに向けて | 杉本 啓 |本 | 通販 | Amazon
11年目のフルスタックエンジニアがおすすめする「2023年のうちに読んでおくべきテックブログ」14選
AI時代のユーザ体験は「AAAA」モデルで考えよう｜Dory │ 株式会社Algomatic
要件定義入門 (失敗しないために必要なこと)
システム開発におけるシステムとは何か - TRACERY Lab.（トレラボ）
設計と実装を分離して、ReactComponentの保守性を高める
2023年の Go での気づきに思いを馳せて構築するオレオレ Go サーバープロジェクトレイアウト
ディメンショナルモデリングでアクセス分析のファクトテーブルをどう設計するか
ADRはじめました - エス・エム・エス エンジニア テックブログ
開放閉鎖の原則 TypeScriptでSOLID原則
奥野さんと社員のリファクタリング部屋 -ディレクトリの名付け方 - トレタ開発者ブログ
「.NETのクラスライブラリ設計 改訂新版」を買った - おんがえしの blog
Snowflakeパフォーマンスのカギはやっぱりデータモデリング