並び順

ブックマーク数

期間指定

  • から
  • まで

561 - 600 件 / 734件

新着順 人気順

設計の検索結果561 - 600 件 / 734件

  • 自治体のインセンティブ設計を見直そう|Hal Seki

    デジタル行財政改革会議の、課題発掘対話(第6回)の内容について、の補足記事です。自治体のインセンティブについて検討します。過去記事へのリンクは以下。 第1回:デジタル行財政改革 課題発掘対話(第6回)に参加してきました 第2回:自治体の人材育成とシビックテックの関係 第3回:自治体毎にシステムを作るのは限界 課題発掘対話の模様と各構成員の発表資料は、デジタル行財政改革会議のHPで公開されています。 前回の記事では、自治体毎にシステムをつくるだけではなく、①国が作る、②国が仕様書を作りベンダーが作る、③自治体が独自で作る という3つのパターンに分け、国がグランドデザインを示しながらも、自治体と国が対等になりオープンなシステムを作っていくことについて構想しました。今回が、シリーズ最後の記事となります。 発表資料より抜粋。自治体のインセンティブ設計を見直す必要デジタルでは現場は楽にならないという

      自治体のインセンティブ設計を見直そう|Hal Seki
    • まわりからの期待を見える化して、個人の力を引き出すエンジニア組織づくり

      あなたが一生懸命手を動かしているその仕事、本当にいま皆から期待されていることですか…? 「職務記述書にそう書かれているんだから間違いない」 「上司が賛成しているんだからそうでしょう」 …本当に? わたしたちが職務設計について学んだことTebiki株式会社 エンジニアリングマネージャーの三宅と申します。私たち Tebiki社は、製造や物流などの現場での技能伝承を支援する動画マニュアルプラットフォーム「tebiki」を開発・運営しており、現場教育を行うことのできる人材の不足という社会問題に取り組んでいます。 Tebiki社の開発組織は「マネージャーが指示するよりも、役割を担う人が責任を果たすために創造的に活動するほうがうまくいく」という考え方のもと、「公式に定義された責任とそれを果たすための十分な権限」で職務設計をしています。 これに関して、最近、実践の中で学んだことがありました。具体的には、

        まわりからの期待を見える化して、個人の力を引き出すエンジニア組織づくり
      • デザインパターンを Rust で

        複雑なオブジェクトを段階的に構築できます。 このパターンを使用すると、 同じ構築コードを使用して異なる型と表現のオブジェクトを生成することが可能です。

        • ストーリーで学ぶモジュラーモノリス

          モジュラーモノリスアーキテクチャを中心にしたECサイト開発の旅を詳細に解説しています。 開始時はシンプルな機能に集中していたが、機能拡張の要求がシステムの複雑化を招き、開発の難易度が上昇。 この挑戦に対処するため、チームはモジュラーモノリスへと方向転換。大規模リファクタリングを通じて、システムを効率的に分割し、各機能を独立したモジュールとして整理。このアプローチにより、システムの拡張性と保守性が大幅に向上し、新しい機能の追加や既存機能の改善が以前にも増して容易になりました。 モジュラーモノリスの導入が、複雑化する開発課題を克服し、プロジェクトの持続的な成長を可能にした過程を具体的に説明しています。

            ストーリーで学ぶモジュラーモノリス
          • 【CADDi小橋×藤倉】組織の痛みを「成長痛」で終わらせない。元SansanCTO藤倉成太が今のCADDiに必要な理由

            TOPインタビュー【CADDi小橋×藤倉】組織の痛みを「成長痛」で終わらせない。元SansanCTO藤倉成太が今のCADDiに必要な理由 キャディ株式会社 CTO 小橋 昭文 スタンフォード大学・大学院にて電子工学を専攻。世界最大の軍事企業であるロッキード・マーティン米国本社で4年超勤務。ソフトウェアエンジニアとして衛星の大量画像データ処理システムを構築、JAXAやNASAも巻き込んでの共同開発に参画。その後、アップル米国本社にてハードウェア・ソフトウェアの両面からiPhone、iPad、Apple Watchの電池持続性改善などに従事した後、シニアエンジニアとしてAirPodsなど、組み込み製品の開発をリード。2017年11月に、キャディ株式会社をCEOの加藤勇志郎氏と共同創業。 キャディ株式会社 DRAWER事業本部 VPoE 藤倉 成太 株式会社オージス総研に入社し、ミドルウェア製品

              【CADDi小橋×藤倉】組織の痛みを「成長痛」で終わらせない。元SansanCTO藤倉成太が今のCADDiに必要な理由
            • [2023/10/06 - Four Keysで改善する開発生産性] フロントエンド開発における、 デプロイ頻度を上げるための テスト設計と仕組みづくりのヒント / Tips for designing and structuring tests to increase deployment frequency in front-end development

              2023/10/06にオンラインでタイミーさんと共同開催させてもらった「Four Keysで改善する開発生産性〜データ・モバイル・フロントエンド〜」での資料です。 https://uzabase-tech.connpass.com/event/294494/ === セクション② フロントエンド開発における、デプロイ頻度を上げるためのテスト設計と仕組みづくりのヒント https://www.youtube.com/live/mrfTRtL8gOI?feature=shared&t=1856

                [2023/10/06 - Four Keysで改善する開発生産性] フロントエンド開発における、 デプロイ頻度を上げるための テスト設計と仕組みづくりのヒント / Tips for designing and structuring tests to increase deployment frequency in front-end development
              • ユーザーが直感的に理解できる「待ち時間」の適切なUIの選択方法まとめ

                ウェブサービスの開発において、「待ち時間をどうするか」は大きな問題です。もちろん、待ち時間を減らせるのであれば減らしたいものですが、仕組みの都合上どうしても待ち時間が発生してしまう場合があります。そうした場合にユーザー体験を向上させるデザインのパターンについて、デザインを専門に行う企業の「Pencil & Paper」がブログでまとめています。 UX Design Patterns for Loading https://pencilandpaper.io/articles/ux-pattern-analysis-loading-feedback/ ブログによると、ロードのパターンは「パッシブロード」と「アクティブロード」の2パターンに分けられるとのこと。 ◆パッシブロード パッシブロードは、システムが最初にデータ量の多いページをロードするとき、ファイルを開くとき、または検索結果を表示する

                  ユーザーが直感的に理解できる「待ち時間」の適切なUIの選択方法まとめ
                • trocco・BigQuery・Tableauを採用。アソビューがデータ分析基盤の再構築に挑んだ理由 - what we use(技術スタックデータベース)

                  はじめまして、アソビューでデータ基盤チームに所属している霧生です。 近年、モダンデータスタックの登場などによりデータ分析基盤は一層盛り上がりを見せています。選択肢も増えてできることが多くなった反面、どう構築していくか迷う場面も多いのではないでしょうか。今回はアソビューのデータ分析基盤の構成と現状の課題、将来的な改善をどう考えているのかなどを解説しますので、ご参考になれば幸いです。 現在のアソビューのデータ分析基盤アソビューは創業10周年を超えており、当然ながら今までもデータを分析して事業やサービスに役立ててきました。しかし、コードやインフラの継ぎ足しを重ねたことにより秘伝のタレのような状態と化してしまい、多くの課題が生まれています。そこで、アソビューではこの問題を解消するために、昨年から株式会社DATALEさんとともにデータ分析基盤の再構築を行いました。 データ分析基盤を構築するにあたり、

                    trocco・BigQuery・Tableauを採用。アソビューがデータ分析基盤の再構築に挑んだ理由 - what we use(技術スタックデータベース)
                  • 月面探査機SLIM、2度目の再起動に成功 設計性能上回る - 日本経済新聞

                    宇宙航空研究開発機構(JAXA)は28日、日本初の月面着陸に成功した無人探査機「SLIM(スリム)」が再起動したと明らかにした。月は2週間に1度、昼夜が入れ替わるため、夜は極低温にさらされる。夜を耐えられない設計にしていたが、2度も越夜できたことになる。どこまで機体が機能できるか確認することで、今後の月探査機の開発に役立つとみている。JAXAはスリムのプロジェクトに関するX(旧ツイッター)の公

                      月面探査機SLIM、2度目の再起動に成功 設計性能上回る - 日本経済新聞
                    • React Server Components で複雑さに立ち向かう #コンポーネント_findy / findy 2023-10-04

                      コンポーネント設計のすゝめ 〜ベストプラクティスを学ぶLunch LT〜 - connpass https://findy.connpass.com/event/296449/

                        React Server Components で複雑さに立ち向かう #コンポーネント_findy / findy 2023-10-04
                      • エンジニア向けFigmaの使い方を徹底解説 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

                        続いてそれぞれのユースケースについて、具体的な使い方を解説します。 Figmaの使い方・操作方法 デザインをもとにコーディングする場合 ‐ Dev mode Dev modeの利用がおすすめです。現在ベータ版で公開されており、2024年中に有料プランのみ使用可能となります。 主な機能として、作成したデザインをもとにコードを自動で生成させることができます。CSS、iOSのSwiftUI、AndroidのXMLなどに対応しています。 具体的な使い方は次のとおりです。今回はログイン画面を例にしています。 画面をセクションで囲む セクション名の右横のコードアイコンをクリック Open in Dev modeでDev modeに切り替える コード化したいコンポーネントを選択すると、右側のInspectでコードを参照できる ワイヤーフレームを作成する場合 ‐ コンポーネント機能 コンポーネント機能を利

                          エンジニア向けFigmaの使い方を徹底解説 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
                        • プロジェクトの最初に「事前検死」をしろ|深津 貴之 (fladdict)

                          「事前検死」というメソッドを使うと、プロジェクトの失敗率を大きくさげられてオススメ。それ用のGPTsも作った。 事前検死とは?事前検死というのは、失敗学で用いられるメソッド。プロジェクトの一番最初に、「プロジェクトは盛大に失敗したのだ!」という設定で、プロジェクトの生前葬と反省会を行う。 たとえば「新規サービスを作ったがローンチに失敗した何故だ!?」という問いからスタートし、 市場調査をしなかった プロトタイプを作らなかった ゴールラインをリリースに引いてしまっていた など、起こり得るプロジェクトの失敗を最初にシミュレートする。 事前検死の例たとえば、以下みたいに雑に入力した場合も、GPTsさんなら事前検死をしてくれる(もっと丁寧に企画書まるごといれると精度があがる)。 私: スマホを振るだけでビットコインがたまるDAOサービスを作りたい。 以下、AIさんの回答 スマホを振るだけでビットコ

                            プロジェクトの最初に「事前検死」をしろ|深津 貴之 (fladdict)
                          • The problem with using a UUID primary key in MySQL — PlanetScale

                            Universally Unique Identifiers, also known as UUIDs, are designed to allow developers to generate unique IDs in a way that guarantees uniqueness without knowledge of other systems. These are especially useful in a distributed architecture, where you have a number of systems and databases responsible for creating records. You might think that using UUIDs as a primary key in a database is a great id

                              The problem with using a UUID primary key in MySQL — PlanetScale
                            • 権限制御とは? を freee の権限管理基盤で説明 - freee Developers Hub

                              どうも、freee でエンジニアリングマネージャー をやっている sentokun です。 以前に私の所属しているチームで開発している権限管理基盤マイクロサービスの記事を書いたのですが、そういえば「権限制御ってなに?」という説明をしていないと思ったので、今回記事にしました。 権限制御とは? freee の権限管理基盤が行なっている権限制御とは?を一文でまとめると以下となります。 アクセス制御ポリシーを元に、ユーザーの属性に合わせた適切なアクセス制御を行うこと というわけで、この記事は権限制御について説明しました。ありがとうございました! … とはなりませんよね。ちゃんと一文の中の要素を分解してそれぞれ解説していきます。 ユーザーの属性 適切なアクセス制御 アクセス制御ポリシー ユーザー属性とは? freee ユーザーが持っている、様々な属性のことです。例えば以下が挙げられます。 管理者やメ

                                権限制御とは? を freee の権限管理基盤で説明 - freee Developers Hub
                              • フロントエンドのディレクトリ構成を整理してコードの凝集度を高める

                                こんにちは、atama plus というスタートアップで web エンジニアをしている yubon です。 atama plus Advent Calendar 2023 の 7 日目になります。 本記事では、atama plus で実際に開発・運用している React プロジェクトにおいて、機能的な凝集度を高めるために行ったディレクトリ構成の再設計について紹介します。 フロントエンドのディレクトリ構成に関する考え方や設計思想は多くの記事で紹介されていますが、「業務で開発しているプロジェクトのコードで、ペインがある状態から再設計して実際に移行した」というケーススタディ的な記事は少なそうだったので、書き残しておこうと思います。

                                  フロントエンドのディレクトリ構成を整理してコードの凝集度を高める
                                • 第278回 「AIがRISC-Vを設計」というニュースを読んで、はや失業(!?)かと思ったら……

                                  第278回 「AIがRISC-Vを設計」というニュースを読んで、はや失業(!?)かと思ったら……:頭脳放談 中国の研究チームが、人工知能(AI)ソフトウェアで「RISC-V」のCPUを自動設計したという。「何でもAI」という最近の風潮が、CPUの設計にまでと思い、論文を読んだところ、当初思っていたのとかなり違っていた。その違和感について勝手な意見を述べさせていただく。 中国の研究チーム(中国科学院/中国科学院大学のShuyao Cheng氏などを中心としたチーム)が、人工知能(AI)ソフトウェアで「RISC-V」のCPUを自動設計したという論文が話題になっていた(論文は、「Pushing the Limits of Machine Design: Automated CPU Design with AI[PDF]」)。何でもかんでも「AI」といえばもてはやす風潮は収まっていない。 今度は、

                                    第278回 「AIがRISC-Vを設計」というニュースを読んで、はや失業(!?)かと思ったら……
                                  • 技術評論社が『ソフトウェア開発にChatGPTは使えるのか?——設計からコーディングまでAIの限界を探る』を刊行|fabcross

                                    同書では、チャットAI「ChatGPT」の性能や仕事での活用方法をさまざまな角度から検証する。 全9章構成。第2章「プログラミングでの活用」ではChatGPTを使用した自動コード作成やエラー対策、クラス化、状態遷移表を使用したコードの生成、さらにはデザインパターンやアルゴリズムの提案などについて解説する。 第3章「リファクタリングでの活用」ではリファクタリングに加えてコメントやドキュメンテーション、セキュリティの脆弱性チェックなども解説。第4章「ドキュメントの自動生成」ではパワーポイントやワードファイル、エクセルファイルなどに加え、クラウド図やER図を自動生成する方法についても取り扱う。 後半の章ではプログラミング言語の学習など学習プロセスでの活用方法や、社内データベースへの問い合わせ、長文データの処理などについても解説する。 著者は小野哲氏。B5変形判336ページで、価格は3520円(税

                                      技術評論社が『ソフトウェア開発にChatGPTは使えるのか?——設計からコーディングまでAIの限界を探る』を刊行|fabcross
                                    • 分岐を丁寧に扱う理由とその方法〜ソフトウェア設計のきほん〜

                                      はじめに この記事ではソフトウェア設計において 分岐を雑に扱うとどうなるのか 分岐を丁寧に扱うため方法とは 分岐を丁寧に扱うと何が得られるのか についてまとめました。 動画も作ったのでご覧ください ❌分岐がネストになって読みづらいclass DeliveryUseCase { fun delivery( deliveryDate: LocalDate, purchaseAmount: Int, previousMonthlyTotalAmount: Int? ): String { val today = LocalDate.now() var canTodayDelivery: Boolean var postage: Int if (previousMonthlyTotalAmount != null) { if (previousMonthlyTotalAmount >= 10_00

                                        分岐を丁寧に扱う理由とその方法〜ソフトウェア設計のきほん〜
                                      • QAエンジニアから見た『データモデリングでドメインを駆動する』書評 - ブロッコリーのブログ

                                        はじめに 本記事は、今年発売された書籍『データモデリングでドメインを駆動する――分散/疎結合な基幹系システムに向けて』を読んだ感想と、QAエンジニアである私*1が日々の業務で役立ちそう(既に役立った)部分を紹介します。今のところ、本書籍は2024年のベストバイな気がします。 gihyo.jp 本記事で一番伝えたいこと データモデリングについての考えが深まるぞ 開発者が読むともっと役立てることができると思うぞ QAエンジニアである私が読んでも役立つぞ 読み始めてすぐに「良い買い物だった」と思って思わずポストしている様子 目次 はじめに 本記事で一番伝えたいこと 目次 本書籍で良かったこと:データモデリングをするにあたっての整理と用語の提案がすごい SoAとSoMという整理 「残」という概念 データベース設計とは違う「データモデリング」という考え方 QAエンジニアとして、業務に役立てそうなこと

                                          QAエンジニアから見た『データモデリングでドメインを駆動する』書評 - ブロッコリーのブログ
                                        • ドメインモデリングとマイクロサービスの研修に参加してきたよ - ばやしのブログ

                                          どうも、ばやしです。 2/27に行われたJoe Yoder : Domain modeling techniques for designing microservicesに参加してきたので、参加レポです。 なお私はDDDに詳しいわけでもなく、英語もおぼつかないので誤っている部分があるかもしれませんが、ご了承いただければと思います。 www.eventbrite.com どんな研修だったの? ドメインモデリングを中心にドメイン駆動設計(以下DDD)の概念を学びつつ、それがどうマイクロサービスに役立つのかを学ぶ研修でした。 具体的にピザ屋のシステムや、交通違反システムを例に挙げてDDDの概念を理解しつつ、ワークショップではクレジットカードシステムを題材にイベントストーミングやマイクロサービスアーキテクチャ設計などを行いました。 全編英語だったのですが 英語で講義 日本人同士で日本語でワークシ

                                            ドメインモデリングとマイクロサービスの研修に参加してきたよ - ばやしのブログ
                                          • ドメイン駆動設計を実践して自分の LINE 環境をリファクタリングしてみた | DevelopersIO

                                            手元にある LINE ボット環境のソースファイルが 1 ファイルにも関わらず 350 行超えたので、最近勉強したドメイン駆動設計を実践も兼ねてリファクタリングしてみました。 こんにちは、高崎@アノテーションです。 はじめに 過去の拙記事にも何度か登場している自身の LINE ボットの環境ですが、cdk のスタック定義が約 100 行、Lambda のソースが約 370 行と注ぎ足し注ぎ足しでだんだんと大きくなってきました。 一方、業務で使用している環境はドメイン駆動モデルを元に設計・構築を行っているものが多いため、これらの環境やドメイン駆動設計を学んだことを実践すべく、この LINE ボット環境をリファクタリングしてみました。 この記事の対象 筆者と同じく「ドメイン駆動設計を始めたばかりの方」向けと考えております。 今回の内容は筆者個人が参考文献を元に記載した記事で、ドメイン駆動設計の正確

                                              ドメイン駆動設計を実践して自分の LINE 環境をリファクタリングしてみた | DevelopersIO
                                            • Developers Summit 2023 SummerでADRについて発表しました & ベストスピーカー賞を受賞しました🎉 - スタディサプリ Product Team Blog

                                              こんにちは。スタディサプリでプロダクトプラットフォームの開発を行っている @highwide です。 少し前の話になってしまいますが、2023-07-27に行われた「Developers Summit 2023 Summer」(以下、「デブサミ」と書きます)にて「アーキテクチャデシジョンレコード」(ADR)についての発表をしましたので、その報告をさせていただきます。 「日々の意思決定の積み重ねを記録するアーキテクチャ・デシジョン・レコード」というタイトルで発表しました。 発表資料はこちらです。 また、デブサミのサイトでは、発表の当日の録画が見られるようです。 途中、自分の声に反応してしまったApple Watchに焦る様子なども見られるかと思います...(恥ずかしい...) codezine.jp ベストスピーカー賞受賞 🎉 また、この度、本カンファレンスにおけるベストスピーカー賞(1位

                                                Developers Summit 2023 SummerでADRについて発表しました & ベストスピーカー賞を受賞しました🎉 - スタディサプリ Product Team Blog
                                              • UXデザイナーしてると、企画側から『ユーザー間チャット』の提案がくる→死に至る事件が起きる場合があるから却下する

                                                ぼうくん | VoQn 🎨 @VoQn デザイナーしたりエンジニアしたり | スマホアプリやゲーム、ウェブサービスのコンセプトワークを主にやってました(今は開発現場の音頭取り)| 個人の趣味の絵とかはプロフの『ハイライト』などを見てください pixiv.net/users/3438 ぼうくん | VoQn 🎨 @VoQn 真面目な話をしますが、UXデザイナーしてる時なんかだとカジュアルに企画側から「ユーザー間チャットが出来たらいいよね」って提案に、広島呉少女殺人事件の話を出してブレーキ役を敢えてすることがあります。 ガンオン致傷事件と同年の2013年。 普通に死に至る事件さえ起きます。 2023-09-04 06:45:32 ぼうくん | VoQn 🎨 @VoQn 「……『出会い系サイト規制法』によってウチが「届け出を出さずにインターネット異性紹介事業を行った者」と見做されないための

                                                  UXデザイナーしてると、企画側から『ユーザー間チャット』の提案がくる→死に至る事件が起きる場合があるから却下する
                                                • Azure OpenAI on your data でノーコードで ChatGPT 対応エンタープライズサーチを構築する - Qiita

                                                  はじめに Microsoft Build 2023 で発表のあった Azure OpenAI on your data のパブリックプレビューが開始されました。「on your data」の名前の通り、Azure OpenAI Studio の Chat Playground 上で Azure Cognitive Search のデータを参照し、モデルが知らない内容を答えられるようにしてからノーコードでAzure AD 認証付きチャットアプリのデプロイまでやってしまうという機能です。 内部アーキテクチャ 「on your data」の仕組みは以下のようなアーキテクチャになっていると考えられます。考えられますというのは、Azure Cognitive Search からの Grounding の処理が on your data REST API 内部で行われるため、詳細が隠蔽されているためで

                                                    Azure OpenAI on your data でノーコードで ChatGPT 対応エンタープライズサーチを構築する - Qiita
                                                  • 品質とスピードを両立: TypeScriptの柔軟な型システムをバックエンドで活用する

                                                    2024/03/26 TypeScript 開発言語を統一 〜フロントからバックまで活用〜 Lunch LT 登壇資料 https://findy.connpass.com/event/312847/

                                                      品質とスピードを両立: TypeScriptの柔軟な型システムをバックエンドで活用する
                                                    • 基本的に同意ですが新卒で建築設計のJTCに入った友人が半年で辞めたとき、 ..

                                                      基本的に同意ですが新卒で建築設計のJTCに入った友人が半年で辞めたとき、 「さすがにPCがAtomのネットブックでCADソフトもなく、紙に手書きで書く文化は限界だった」 と聞いたときは「擁護できないな」とはちょっと思いました

                                                        基本的に同意ですが新卒で建築設計のJTCに入った友人が半年で辞めたとき、 ..
                                                      • 『データ指向プログラミング』読んだ / OOP以前とDOPとの対比と差分などについて - Lambdaカクテル

                                                        先々月あたりに邦訳が出た『データ指向プログラミング』を読んだ。めちゃくちゃざっくり言うとオブジェクト指向における「データと振舞いの一体化」というドグマを手放させるもので、めちゃくちゃざっくり見るとC言語的な構造化プログラミングの世界に回帰するようにも見えることから、世間的には色々な評価があるらしい。 イミュータビリティが良い、みたいな話は重々承知なので適宜飛ばしながら読んだ。また、lodashまわりの話は単なるライブラリ紹介であり、特筆することがないので飛ばした。 こういう感じで言及されている zenn.dev slides.com 自分なりに読んで思ったことをまとめる。面白い本だったし、自分の思想にも近しいものがある。僕は普段ScalaやTSを書いているので、その観点からの感想が多いです。OOPの歴史に詳しいわけではないので、不足があったらすみません。 OOP以前の世界との差異 イミュー

                                                          『データ指向プログラミング』読んだ / OOP以前とDOPとの対比と差分などについて - Lambdaカクテル
                                                        • 狭ピッチ & 薄型キーボードで、お出かけ先でのタイピングを楽しくしてみない??

                                                          この記事はキーボード #1 Advent Calendar 2023の3日目の記事です。 前日はIKeJIさんの今年作ったキーボードまとめ(2023)です。 今年も、自作キーボードにどっぷりと浸からせて頂きました。 なんかんだでキーボードを8つ設計し、キーキャップを4種類ほどデザインしたりと思いの外のめり込んでましたね。 早く飽きたい。 さて、私が今年に頒布したキーボードキットの内、一番人気は「miniDivide」でした。 簡単にminiDivideの紹介を並べると 0.8u(16mmピッチ)の38キー分割型キーボード。 従来のキーボードより各キーが近いので... 手が小さい方でも使いやすい。 指の動きを最小限に文字を打つことが可能。 コンパクトさと薄さを徹底。 BLE Micro Proのサポートしており、Bluetooth接続が可能。(従来のPro Microによる有線接続も可能)

                                                            狭ピッチ & 薄型キーボードで、お出かけ先でのタイピングを楽しくしてみない??
                                                          • データモデリングにおける適切な関連の作り方 - Qiita

                                                            この投稿はちゅらデータアドベントカレンダー2023の4日目の記事です。 導入 RDBを使ってデータベースを構築するときは、必ずデータモデリングを行う必要があります。RDBのRは リレーション リレーショナルのRなので、テーブル同士の リレーション リレーションシップ(関連)を適切に作成することが重要です。しかし、この「適切」というのは、具体的にどういうことなのでしょうか? この記事では一つの提案として、テーブルをいくつかの種類に分けて、種類ごとの関連の条件をつけることで、システマチックに適切と思われる関連を作る方法を、披露したいと思います。 あまりよく考えていないモデリングの例 あるユーザーが、ECサイトで商品を購入して、入金されたら出荷するという、よくある構造のモデリングを行ってみます。この説明から単語を抜き出して、以下のようなテーブルが必要でないかと検討してみます。 少し単純ですが、良

                                                              データモデリングにおける適切な関連の作り方 - Qiita
                                                            • 建築デザイナーによるポンコツ過ぎるエアコン設置設計が話題に「次回から自分でエアコン交換してください」

                                                              💙t_t💛 @ssc04_05 これ「デザイン」なんて上等な物じゃなく「何かを隠したくて梁型作る」→「あ、エアコンがつかない!エアコンの所だけ切り欠こう」という行き当たりばったりの産物じゃないの twitter.com/max5dai/status… 2023-07-27 02:43:52 あすらん @citybasshunter @max5dai 見た目は…良いかも知れません。 ですが、更新は全くダメですね。 将来の更新を考えた設定にして欲しいですね。 (尚、私はルームエアコンを売る商売してます) 2023-07-27 07:32:09 ἀρχή @Laughing_Cat___ @max5dai この状態だと室内機、熱交換まともに出来んし、室内機のメイン基板が熱もって熱暴走して壊れそうな案件やな。 デザイナー会社からの電気工事の仕事でビジホのリフォームしたとき、まともな図面無くて、

                                                                建築デザイナーによるポンコツ過ぎるエアコン設置設計が話題に「次回から自分でエアコン交換してください」
                                                              • 仕様書通りにシステムを作りました。使えなくても知りません

                                                                仕様書通りにシステムを作りました。使えなくても知りません:「訴えてやる!」の前に読む IT訴訟 徹底解説(113)(1/3 ページ) ユーザー企業が作った仕様書に抜け漏れがあり、その通りに作ったシステムが使いものにならなかった。悪いのは、ベンダー、ユーザー企業、どちらなのか? 連載目次 IT訴訟を例に取り、トラブルの予防策と対処法を解説する本連載。今回取り上げるのは、要件の不備についての裁判例である。ユーザーが示した要件に抜け漏れや誤りがあり、これに沿って構築したシステムはユーザーが本来望んだ動作をしなかったというものだ。 ユーザーはこれを債務不履行であると訴えるが、ベンダーは「言われた通りに作っただけで、こちらには責任はない」と反論した。 この手の紛争について、裁判所の立場はおおむね一貫しているように思われ、似たような判断が各地で示されている。今回取り上げる判決はこうした考え方の大本とな

                                                                  仕様書通りにシステムを作りました。使えなくても知りません
                                                                • ディメンショナルモデリングに入門しよう!Snowflakeとdbt Cloudで「Building a Kimball dimensional model with dbt」をやってみた | DevelopersIO

                                                                  ディメンショナルモデリングに入門しよう!Snowflakeとdbt Cloudで「Building a Kimball dimensional model with dbt」をやってみた さがらです。 ここ2年ほどの間にdbtが日本でも急速に拡大し、様々な情報が日本語の記事でも見かけられるようになってきました。 dbtを採用してある程度活用を進めていくと、「より効率よくガバナンスを持ってデータを管理するにはどうすればいいんだろうか」といったデータの管理方法に悩む場面が出てくると思います。 そんなときに色々調べていくと、データを効率よく管理する手法として「データモデリング」が必要だとわかり、ディメンショナルモデリングやData Vaultなどの手法に行き着くのではないでしょうか。 そしてこれらのデータモデリングの手法の内、ディメンショナルモデリングについてdbtを用いて実践された記事がありま

                                                                    ディメンショナルモデリングに入門しよう!Snowflakeとdbt Cloudで「Building a Kimball dimensional model with dbt」をやってみた | DevelopersIO
                                                                  • モジュラモノリスのモジュール間通信の話

                                                                    What's in a price? How to price your products and services

                                                                      モジュラモノリスのモジュール間通信の話
                                                                    • 100. A Philosophy of Software Design (1/3) w/ twada | fukabori.fm

                                                                      MP3ファイルをダウンロード 内容紹介 twadaさんをゲストに、A Philosophy of Software Designをテーマに色々と語っていただいたエピソードです。 出演者 話したネタ 書籍:A Philosophy of Software Design, 2nd Edition 資料:“A Philosophy of Software Design” を30分でざっと理解する 記事:ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 記事:【続】ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 本書籍の翻訳は出ない? Working Code isn’t Enough ストラテジックアプローチ と タ

                                                                        100. A Philosophy of Software Design (1/3) w/ twada | fukabori.fm
                                                                      • 「2回ボタン押したら水が…」音楽フェスの準備中に男性スタッフ死亡 時速120キロの水が誤射で“直撃”【news23】(TBS NEWS DIG Powered by JNN) - Yahoo!ニュース

                                                                        14日、大阪市の音楽イベント会場で男性スタッフに倒れているのが見つかり、死亡が確認されました。当時、リハーサル中で演出で使う水が、男性に直撃したとみられています。 【写真を見る】「2回ボタン押したら水が…」音楽フェスの準備中に男性スタッフ死亡 時速120キロの水が誤射で“直撃”【news23】 ■時速120kmの水“直撃” 音楽イベントのスタッフ死亡 7月14日午前11時すぎ、大阪市のイベント会場で水を高速で拭き上げるウォーターキャノンという装置が誤作動し、スタッフの八代達司さん(40)が死亡しました。発射した水が八代さんの頭に直撃したとみられています。 会場では、7月15日と16日に開催予定だった「ウォーターボム」という韓国人アーティストらによる音楽イベントのリハーサルが行われていました。八代さんが、40台あるウォーターキャノンの操作装置を確認していたところ、一部の装置から水が高速で発射

                                                                          「2回ボタン押したら水が…」音楽フェスの準備中に男性スタッフ死亡 時速120キロの水が誤射で“直撃”【news23】(TBS NEWS DIG Powered by JNN) - Yahoo!ニュース
                                                                        • 「コンパイル時のユニットテスト」導入するとユニットテストを 書かなくてよくなるのか?

                                                                          Scott Wlaschin氏は著書である"Domain Modeling Made Functional" (和訳本なし)に関する講演で、関数型言語を用いてドメインモデルを定義すると、テストを書く必要がなく、たくさんのフラグをチェックする必要もないと説明しています。 彼はこの方法を「自己文書化」と「コンパイル時のユニットテスト」と呼んでいます。 この話では、彼の言う「コンパイル時のユニットテスト」が具体的にどのようなものなのか、そしてこの方法を使うことでテストがどれほど効率的になるのかを扱います。ただし、ドメイン駆動開発の定義やC#やF#の詳細な文法については説明しません。 https://zenn.dev/jtechjapan_pub/articles/d4e1dacb6f00a2 こちらのブログで練習で話したセッションなども見ることが可能です。

                                                                            「コンパイル時のユニットテスト」導入するとユニットテストを 書かなくてよくなるのか?
                                                                          • メンバーシップAppの開発とDDDの実践から得た学び - BASEプロダクトチームブログ

                                                                            はじめに こんにちは、バックエンドエンジニアの@zawaです。 私は入社以来、1年ほどショップオリジナルの「メンバーシップ」(会員制度)を開設できる「メンバーシップApp」の開発に携わってきました。 少し前になりますが、2024年2月末にメンバーシップAppの特典交換機能をリリースしました。 リリース内容の詳細はぜひこちらをご覧ください! baseu.jp メンバーシップAppは、モジュラーモノリスのアーキテクチャ上に構築しており、モジュール内部ではドメイン駆動設計(以下、DDD)を採用しています。 先日公開された動画の中でも紹介していますので、ご興味がある方は是非ご覧ください。 【前編】クリーンアーキテクチャの柔軟性を生かしたメンバーシップAppの開発の道筋 - YouTube 【後編】クリーンアーキテクチャの柔軟性を生かしたメンバーシップAppの開発の道筋 - YouTube 本記事で

                                                                              メンバーシップAppの開発とDDDの実践から得た学び - BASEプロダクトチームブログ
                                                                            • TypeScriptでもモジュラーモノリス、Node.jsでシステム構築するUbie

                                                                              ここまで見てきた3社の事例は、いずれもプログラミング言語「Ruby」とそのWebアプリケーションフレームワーク「Ruby on Rails(以下、Rails)」で開発したアプリケーションにモジュラーモノリスを導入するものだった。Railsでアプリを開発すると通常はモノリスになるため、サービスの成長によって巨大なモノリスが出来上がる。これをモジュラーモノリス化することで、開発生産性を上げていた。 モジュラーモノリスはアーキテクチャーなので、実際にはプログラミング言語やフレームワークには依存しない。freeeの事例でも、Railsのシステムに加え、開発言語として「Go」を採用したシステムにモジュラーモノリスを導入していた。 今回は、開発言語として「TypeScript」、そのサーバーサイド実行環境として「Node.js」を採用したUbieの事例を取り上げる。同社は、消費者向けの症状検索エンジン

                                                                                TypeScriptでもモジュラーモノリス、Node.jsでシステム構築するUbie
                                                                              • サイカの即戦力を生む2つの設計書 - XEP と Architecture Guide - XICA Tech blog

                                                                                はじめに 皆さんこんにちは。株式会社サイカでソフトウェアエンジニアをやっている鹿島(kashitaka)です。 皆さんの開発組織では設計書(Design Doc)をどのように運用していますか? Design Docをめぐる運用は開発組織全体の広い取り組みとしてプロセスに落とすことが難しく、チームごとに独自で運用しているなど取り組みが限定的だったりします。(社内の別チームは開発ドキュメントなどないチームもあったり) サイカでは Design Doc を開発組織全体として設計し運用しています。このDesign Docの運用体系は2021年ごろに定義し、 約2年運用して組織的に定着しています。 今回の記事ではサイカがどのように Design Doc を管理・運用しているのかをご紹介します。 この記事がチームや組織のDesign Docの運用に悩んでいる方、これから Design Doc の運用を

                                                                                  サイカの即戦力を生む2つの設計書 - XEP と Architecture Guide - XICA Tech blog
                                                                                • 二度と御免? iPhoneの「探す」機能で約5億5千万円を手に入れた女性、その理由は【やじうまWatch】

                                                                                    二度と御免? iPhoneの「探す」機能で約5億5千万円を手に入れた女性、その理由は【やじうまWatch】