タグ

システムに関するkikuchi1201のブックマーク (38)

  • 「システム設計の面接試験」という本が良かった

    皆さんこんにちは。株式会社ラクーンホールディングスで働いている川崎です。 最近「システム設計の面接試験」というを読みました。 個人的にとても面白いと感じたので、オススメポイントと感想を共有します。 直近でシステム設計の面接を受けない方も、きっと読んで得るものがあると思います。 の概要 システムの設計はシステムの機能や仕様、データのアクセスやセキュリティを左右するため、非常に重要だが、従うべき一定のパターンがないために、その習得は難しいと言われています。 一方で、システム設計自体がITエンジニアに日常的に求められる作業であるため、システム設計の面接試験は米国で広く採用されています。 書では、「Webクローラ」「通知システム」「ニュースフィードシステム」「チャットシステム」「youtube」など実践的なテーマに沿って、システム設計の問題を出題し、その回答を解説することで、システム設計力を

    「システム設計の面接試験」という本が良かった
  • タイムゾーンを考慮した日時の扱いのベストプラクティス - エムスリーテックブログ

    こんにちは、server-side kotlinterraform を書くことが多い、エンジニアリングGの矢崎(id:Saiya)です。 タイムゾーンや日時の扱いについての話題がホットな昨今ですが、 そういった日時の扱いについて例えば以下のようなお話を受けることが少なからずありました: とりあえず日時は UTC からの時差情報付きで扱えばいいんでしょ? DB に保存するときもタイムゾーン情報付きで入れておけばいいんでしょ? こういったお話を振られた際に、思うところを一言でサッと説明できずもやもやする事もあり、 また web サービスにおいて日時・タイムゾーン・オフセットをどう扱うべきか?納得の行く説明をあまり見つけられなかったため、 筆者なりに考えをまとめてみました。 国家的祭典のために急にサマータイムが導入されるといった話に限らず、 クラウドサービスが UTC+0 の日時になってい

    タイムゾーンを考慮した日時の扱いのベストプラクティス - エムスリーテックブログ
  • イミュータブルデータモデル - kawasima

    はじめに CRUDのうちUPDATEがもっともシステムを複雑化する。更新には複雑なルールが伴うからだ。業務的に複雑なルールが存在するのは仕方ないこともあるが、システム、設計で複雑さを更に増さないようにしたい。UPDATEに着目し、その発生をできるだけ削ることによって複雑さをおさえるためには、まずデータモデルをそのように設計しておかなけれなならない。このイミュータブルデータモデルは、それを手助けする手法で、手順に沿って実施すればある程度のスキルのバラつきも吸収できるように組み立てられている。 手順 Step1. エンティティを抽出する まずエンティティを抽出するところから始める。 5W1Hがエンティティの候補 従業員,患者,プレイヤー,顧客,生徒,... 製品,サービス,コース,曲,... 時間,日付,月,年,年度,... 送付先,URL,IPアドレス,... 注文,返品,入金,出金,取引,

    イミュータブルデータモデル - kawasima
  • レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログ

    技術部の外村(@hokaccha)です。今回はクックパッドのウェブサイトのフロントエンドNext.js などを使って作り直している話を書きます。 この記事で紹介する新システムは、スマートフォン向けのレシピページで確認することができます。もし興味があるかたはレシピページをスマートフォンのユーザーエージェントで開いて DevTools などで確認してみてください。 Next.jsGraphQL で動いているのがわかると思います。 ご存じの方も多いかもしれませんが、クックパッドのウェブサイトはモノリシックな Rails で作られていて、10年以上 Rails で開発を続けてきました。10 年以上同じシステムで開発を重ねれば当然レガシーな部分が大量に生まれてきますが、特にフロントエンドはその影響が顕著でした。 どこから使われているかわからない CSS が大量にある、JS のコードは昔なが

    レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログ
  • AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO

    こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと

    AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
  • 堕落したウェブはまだ直せる--WWW誕生から30年、生みの親が語る現状と展望

    今から30年前、Tim Berners-Leeという名前の若きコンピュータサイエンティストが、異なるコンピュータ間での情報共有を可能にするインターネットベースのハイパーリンクシステムを提案し、人々のコミュニケーションのとり方やネットの使い方を永遠に変えた。 後にワールドワイドウェブ(WWW)として知られるようになるこの技術を支える理念は、当初はシンプルで高尚なものだったと、Berners-Lee氏は米国時間3月5日、WWWの誕生30周年を記念するイベントで観衆に語った。ウェブの狙いは、世界中の人々が協力して、世界の諸問題を解決できるようにすることにあった。 The Washington PostがワシントンDCにある社で開催した同イベントで、Berners-Lee氏は、次のように語った。「気候変動やがんの治癒といった大きな問題が存在するにもかかわらず、それを解決するために必要な情報がいろ

    堕落したウェブはまだ直せる--WWW誕生から30年、生みの親が語る現状と展望
  • Decentralizationについて語る時に僕の語ること | ALIS

    ・彼が作った分散化されたWebと比べて、大規模な中央集権化が今のwebの問題だ ・個人のデータは個人に帰すべき ・これをWeb3.0と呼ぶ人もいる ALIS CTOの石井(@sot528)です。 今回はWebのdecentralization(ディセントラリゼーション,分散化,非中央集権化)について書きます。 冒頭で引用したセリフは、ティム・バーナーズ・リーのものです。 "ウェブクリエイター"と紹介されていますね。ここで言うウェブクリエイターはホームページを作る人のことではありません。ワールド・ワイド・ウェブを作った人のことです。HTMLもHTTPもURLもこの人が設計しました。 そんな"Webの父"である彼が、現在のWebには明らかに問題があり、再びdecentralizationを指向する必要があると言っているのです。ブロックチェーン前提の発言ではありませんが根底の問題意識は同じです。

    Decentralizationについて語る時に僕の語ること | ALIS
  • サマータイム実施は不可能である

    UEHARA, TetsutaroProfessor at Colledge of Information Science and Engineering, Ritsumeikan University

    サマータイム実施は不可能である
  • 同時接続 700 万、秒間 2 万通という Nintendo Switch 向けプッシュ通知システム NPNS の資料を読んで

    AWS Summit Tokyo 2018 で実施されたセッション資料・動画をダウンロードすることができます。(順次公開) ※AWS Summit 2018 へお申し込みいただいていない場合、別途ダウンロード申し込みが必要となります。… 【任天堂様ご登壇事例】Nintendo Switch (TM) 向けプッシュ通知システム「NPNS」AWS はよくわからないので Erlang/OTP 視点のみです。 ejabberdejabberd はフランスの ProcessOne という会社が開発している XMPP サーバです。XMPP が何かはここでは説明しません。 ejabberd は TLS や XML 周りの性能を出すため C で書かれている以外、他はすべて Erlang/OTP で書かれています。 ejabberd の歴史はとても古く、自分が Erlang を学び始めた頃にはすでにありまし

  • ブロックチェーン技術は本当に有望なのか? - Qiita

    (2017年6月時点において)ここしばらくでのブロックチェーン技術の盛り上がりには圧倒される一方で、いざ、その技術的な実装内容について調べると共に、期待と現実との間での若干のギャップにとまどうところもあります。この記事ではそうした(個人的な)とまどいの内容を、「ブロックチェーン技術の有望性」という命題を軸とする形で、簡単な解説を交えつつ共有させていただきます。 (記事の筆者と同じく)「熱狂の只中にあるブロックチェーン技術に飛びついて良いものか?」と自問されている各位にとっての参考としていただければ幸いです。 記事のまとめ ブロックチェーン技術の一義的な効用はビジネスネットワークへの参加者の「信用」を補完することである。そのため、既に十分な「信用」を獲得している主体によるブロックチェーン技術活用の余地には疑問符が付く。 ブロックチェーン技術の活用余地を拡大するにあたっては、ブロックチェー

    ブロックチェーン技術は本当に有望なのか? - Qiita
  • 頭がいい人は「分かりやすい説明」をする時、何を考えているのか

    当たり前の話かも知れないんですが、ちょっと書かせてください。 「頭がいい人は、難解なことでも分かりやすい言葉で説明出来る」みたいな信仰というか、都市伝説というか、聖闘士の伝承みたいなテキストが時折観測されるんですが、みなさんご存知でしょうか。 「頭がいい人 説明」とかでぐぐってみると、いろんなページが引っかかりますよね。 私、あれちょっと違うというか、色々誤解されてるなあ、と思っていまして。 正確には、「頭がいい人は、相手に説明をする目的と、相手にどこまで理解させる必要があるかを見極めることが上手い」というべきなんじゃないかなあ、と。そんな風に考えているのです。 昔、私が今とはまた違う職場にいた頃、一人「すごく説明が上手い人」が同じ部署にいました。彼のことを、仮にTさんと呼びます。 Tさんはエンジニアで、私よりも十年くらい先輩で、当時その職場に参加したばかりだった私がいたチームの、チームリ

    頭がいい人は「分かりやすい説明」をする時、何を考えているのか
  • JR我孫子駅名物「唐揚げそば」に隠された秘密

    JR我孫子駅ホームにある駅そば・弥生軒の「唐揚げそば」をご存知だろうか。特に鉄道好きの間では有名で、どの人からも「一度はべろ」と勧められる。そばが見えないほどの唐揚げが載り、なかなかのボリュームだ。 弥生軒はかつて、画家の山下清さんが働いていた店でもあるという。タンクトップに半ズボンで、お蕎麦をチャッチャッと湯切りしていたのであろうか。 気になった私は、常磐線に乗り込んで我孫子駅へと向かった。 駅そばに一人で入れる?入れない? 駅そばは、かつて私にとっては敷居の高い場所だった。 「一人で駅そばに入れるか?」 最近若い女性に会う度に質問してみたら、答えは半々。「入れる」と答えた人は全体に地方出身者が多く、高校生くらいから学校帰りに友達と、もしくは一人で列車を待つ時間や、おやつがわりにべていたとのこと。駅そば自体が友達との社交場でもあり、生活の場として深く根付いていたようだ。 逆に「入れな

    JR我孫子駅名物「唐揚げそば」に隠された秘密
  • 日常生活の中の不便を解決したい!子育てもアイディアの宝庫(GMOペパボ) | わたしの未来のキャリアが見つかる|ハナジョブ for Girls

    ゲームの専門学校を卒業後、新卒で自動車メーカーに就職しWebシステム開発を経験。その後、結婚をきっかけに上京しGMOペパボに入社された杉村文美さん。今回は仕事と子育てを両立することで発見された気付きやサービス開発への思いをお伺いしました。(2016年10月時点の情報です。) ゲームからWeb業界への挑戦 ゲームの専門学校から自動車メーカーに就職されたそうですね。なにかきっかけがあったのですか? もともとゲームが好きで専門学校に入学したので、最初はもちろんゲーム会社を受けるつもりでした。 でも、学校から「この会社を受けてください」とお願いされて、自動車メーカーを受けました。 実はそれは学校推薦だったんです。何も知らずに軽い気持ちで面接を受けたんですが、当時の面接官に気に入っていただけ、「来てくれるのであれば内定を出すよ」と言われたんです。 ずっとゲームを作りたいと思っていたので、すごく悩みま

    日常生活の中の不便を解決したい!子育てもアイディアの宝庫(GMOペパボ) | わたしの未来のキャリアが見つかる|ハナジョブ for Girls
  • マンガ大学|人気漫画の最新ネタバレや好きな作品を無料で読む方法など徹底紹介!

    単行を無料で読む るろうに剣心北海道編の漫画4巻&続き(24話)を無料で読む方法!ネタバレや感想も紹介 2020.06.11 mangadaigaku0819 るろうに剣心の北海道編4巻&その続きの第24話以降を無料で見る方法や、4巻のネタバレ・感想を紹介しています。 結論からいうと、どちらも「U-NEXT」という無料期間のある電子書籍サービスを利用することで1円もかけずに読む…

  • ほぼ日「さんまシステム」の魚拓まとめ - teppeis blog

    明石家さんまの引き笑いを「クワー(笑)」と文字に起こして話題になった、ほぼ日の睡眠論「さんまシステム」。 ふとしたことから読みたくなったのですが、期間限定公開だったらしく今はもう見れません。 http://www.1101.com/suimin/samma/index.html どうしても読みたかったので、魚拓から掘り起こしてみました。 第1回 寝ない人 http://s01.megalodon.jp/2008-0212-2239-38/www.1101.com/suimin/samma/2008-01-18.html 第2回 ずっと元気 http://s03.megalodon.jp/2008-0122-1832-18/www.1101.com/suimin/samma/2008-01-21.html 第3回 そんな生活はできない http://s02.megalodon.jp/2008

    ほぼ日「さんまシステム」の魚拓まとめ - teppeis blog
    kikuchi1201
    kikuchi1201 2016/10/11
    まに読みたくなる
  • 29歳女メンヘラエンジニアはDMM.com Laboを退職した - arimoつくったメモ

    ※2016-09-08追記、5分前に来ないと遅刻制度はなくなったそうです。 掲題の件、2年半ぐらい在籍していた DMM.com Laboを8月1日付けで退職していました。 何してたか 海外チーム、アプリチームと渡り歩いて最後の2か月くらいは社内公募に手を上げてインフラの部署にある「ツチノコ企画室」っていうヤバイ名前のところに異動していました。技術広報とか、イベント設営したりとか、ノベルティ作ったりとか。 イラレとかフォトショをチョットデキルとか、ブログを書くのが苦じゃないとか、フロントエンドとバックエンド両方チョットデキルの特性を生かしてもらえてすごく自分に合っていたなあと思います。技術広報というものを体験できて当に良かったなあと思います。 その部署の上司も同僚もよく褒めてくれていたので調子に乗れていました。 インフラは私の知らない分野のハイパープロフェッショナルの方がいっぱいいて、尊敬

    29歳女メンヘラエンジニアはDMM.com Laboを退職した - arimoつくったメモ
    kikuchi1201
    kikuchi1201 2016/09/02
    最高じゃん
  • 苦労して育てたPHPを捨てるメリットは? チャットワークに聞く(後編) | HRナビ by リクルート

    増井さんが「今、気になる人」に直撃する連載。前編では、PHPの独自フレームワークで開発したチャットワークをScalaで刷新すると宣言したChatWorkの山正喜CTOに、プロジェクトの進捗と、このプロジェクトがもたらした影響について聞きました。 後編では、チャットワークの未来像や、技術的負債を抱えないための方法論などについて、話を進めていきます。 苦労して育て上げたPHPを捨てるメリットとは? 増井:現行のシステムはまだPHPで動いてるんですよね? 山:そうです。 増井:10万4000社が使っている大規模サービスなのに、特に大きな問題はないんですか? 山:今は安定していますから問題はありません。でも3年ぐらい前までは、大きな障害を起こすことが度々あったので、正直、大丈夫とは言い切れない部分がありました。増井さんならよくご存じでしょうが、大規模なシステムでPHPを使う時には、気をつける

    苦労して育てたPHPを捨てるメリットは? チャットワークに聞く(後編) | HRナビ by リクルート
  • https://news.dmm.co.jp/article/990233/

    https://news.dmm.co.jp/article/990233/
    kikuchi1201
    kikuchi1201 2016/08/10
    おっさんがよく釣れるエントリーだ
  • ドメイン駆動設計のメリットと始め方 ~ 1章「DDDへの誘い」

    はじめに ドメイン駆動設計(DDD)とは、2003年にエリック・エヴァンス氏が『Domain-driven design』という書籍にて提唱したソフトウェア開発手法です。DDDを簡単に説明すると「顧客と開発者が業務を戦略的に理解し、共通の言葉を使いながらシステムを発展させる手法」です。具体的には、チームの共通言語である「ユビキタス言語」を用いて「ドメインモデル」を構築し、それをコードとして実装します。また大規模で密結合なシステムにならないように「ドメイン」と「境界づけられたコンテキスト」にてシステムを分割し、「コアドメイン」という最重要領域に集中して開発を行います。 ソフトウェア開発の課題とDDDが解決すること DDDの登場から10年以上が経ち、DDDは着実に普及しつつあります。DDDが普及してきている背景として、システム開発がますます多機能/複雑になり、ビジネス的にも敏速な変更が求められ

    ドメイン駆動設計のメリットと始め方 ~ 1章「DDDへの誘い」
    kikuchi1201
    kikuchi1201 2016/08/01
    ドメイン駆動設計!
  • Re: ゼロから始める監視設計

    世間では、情報システムの運用・監視の「自動化」というキーワードがもてはやされがちで、各種のツール・プロダクト等が出てくる昨今です。しかし、「自動化」の実態は深い霧のベールに包まれていると感じていませんか。今回は、以下の現場視点でこのベールを脱がしてみたいと思います。 July Tech Festa 2016 発表資料 #jtf2016 平成28年7月24日(日)

    Re: ゼロから始める監視設計
    kikuchi1201
    kikuchi1201 2016/07/26
    うへえうへぇ