並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 785件

新着順 人気順

パターンの検索結果41 - 80 件 / 785件

  • 決済システムの残高管理周りの DB 設計と戦略 - カンムテックブログ

    エンジニアの佐野です。今日はカンムの決済システムでユーザの残高管理をどうやっているかについて書きます。 カンムの製品であるバンドルカードはプリペイド方式のカードです。ユーザによる入金、店舗での利用、運営事由の操作などによりユーザの残高が増減します。このような残高の管理について単純に考えると user_id と balance と updated_at あたりをもったテーブルを用意して balance と updated_at を更新していく方法があるかもしれません。しかしながらカンムでは残高を管理するテーブルを持たず、これらイベントの履歴のみで残高を管理しています。以下、本記事ではこれらユーザの残高が増減するイベントのことをトランザクションと呼びます。ここでは DB の Transaction Processing を意味しません。 本記事のポイントは 残高を管理をするテーブルは作らず、ト

      決済システムの残高管理周りの DB 設計と戦略 - カンムテックブログ
    • 賃貸マンションに入れてはいけない客・タトゥー入ってる人編

      ●あとがき 相続で成り行き上賃貸マンションの大家になり10年が経った、約100部屋を自主管理している増田です。読んでくれた人ありがとうございました。なんかやっぱり議論がおかしな方向へ行っちゃうので消しますね。まあ、おかしな方向へ誘導しちゃったのは私だと思いますので、お前が言うな、ですが。 4本日記書いて沢山意見頂きました。一部「この人は不動産も金融もクッソわかってるな…」というハイレベルなコメントもあり、びっくりしました。 せっかく皆さんに話題にしてもらったので、個人的にはタトゥーが実際に入っている人や、そういう入居者を受け入れている大家に反論を書いて欲しいと思っていたのですが、この異様な雰囲気では難しく、いたずらにかき回して不安をあおってしまっただけかもしれませんね。申し訳ないです。 察しの通り私はめちゃくちゃ変わり者ですので、私みたいな極端な大家はまずいないと思います。この先の人生を賃

        賃貸マンションに入れてはいけない客・タトゥー入ってる人編
      • アフリカ音楽 前編 - 音楽理論 ざっくり解説

        2020年7月10日 現在、こちらの記事がバズっています。 はてなブックマークしてくださった皆様、読者登録してくださった皆様、コメントくださった皆様、ありがとうございます。 一気に通知が来ると古いものはどんどん消えてしまうようで、ほとんどの方のお名前が分かりません。よってこの場で御礼を申し上げます。 ところで…一体何がきっかけだったの? テレビで紹介でもされたのか??? 今日のテーマはアフリカ音楽です。 当然ながらアフリカというのは非常に広大ですので、「アフリカ音楽」と一括りにしてしまうのは、日本も中国も東南アジアもインドもペルシアもアラブも全部一括りにして「アジア音楽」と言ってしまうようなものです。 さらに、日本の中に雅楽・尺八・三味線・アイヌ音楽・琉球音楽などが存在するように、一つの国の中にも多様な音楽ジャンルが存在します。 したがって、だいぶ大雑把で乱暴なカテゴライズだとは思うのです

          アフリカ音楽 前編 - 音楽理論 ざっくり解説
        • 失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務

          前回、成功したエンジニア組織の施策について書きましたが、今回は失敗編です。失敗のほうが多いのでどうしても文量が多いのですがご勘弁下さい。 説明用に前職の関係記事がガンガン出てきますが、貶めたり咎める意図は全くありません。あくまで僕が責任持って実施した施策で失敗したことについてのノウハウ共有と反省についての記事です。 組織施策プレゼン大会 ※元記事がお亡くなりになっているのでWayback Machineより [概要] 組織施策についてチームごとにプレゼン。プレゼン毎に担当役員+組織責任者(僕)が点数評価。点数が一定以上の場合施策実行をその場で採択。 内容は、課題提起→施策内容→実行体制→スケジュール→予算→まとめ。 [導入背景] エンジニア組織の人数が増えて組織硬直が進んでいたこと、全員の目線を合わせる機会があまり無かったことから、メンバーの不満が見えないレベルでたまり続けていました。 メ

            失敗したエンジニア組織施策としくじりの反省|nottegra@在宅勤務
          • わたしのアスチルベ - あむぱか | 少年ジャンプ+

            JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

              わたしのアスチルベ - あむぱか | 少年ジャンプ+
            • アニメーター 岩根雅明さんによる振り向き作画のバリエーション

              岩根雅明 MASAAKI IWANE @animator1965 今日はホテルで描いてたピカチュウの振り向きアニメバリエーション。基本的にスタート12コマ止まってて振り向き12コマでラスト12コマ止め その1単純に原画2枚なのでアニメとは言えません(でも歴史上これで放送されたパターンもありますが pic.twitter.com/BPhLrnyDfE 2019-06-10 21:24:35

                アニメーター 岩根雅明さんによる振り向き作画のバリエーション
              • 子供作るときどんな覚悟だった?

                俺30、妻31。 妻が子供を欲しがっていて、最近たびたび話題に上がる。 でも俺は正直子供が欲しいとは思えず、毎回議論になった上微妙な空気になって終わってしまう。 子供、どんな気持ちで作るもんなんだ? 以下、子供が欲しいと思えない理由を列挙する。 ・人生を送らせることへの躊躇 まず前提として、俺は人生がそんなに良いものだとは思えない。モラトリアムなんて言われる就職までの学生期間ですらかなりイヤだったし、仕事は全然楽しくない…というと嘘になるけど、楽しさとは関係なくイヤさがある。月曜日が来るたびに心底ウンザリするし、この暮らしがあと何十年も続くと思うとゲッソリする。 子供をつくるっていうのはその子にこんな感じの人生を送らせるってことに他ならないわけで、俺は正直それをやることに抵抗がある。 ・愛せるか? あんまり子供を可愛いと思えなくて、電車なんかで鳴き声を聞くと苛立ちというかストレスを感じるし

                  子供作るときどんな覚悟だった?
                • CTO から見た,なぜスタートアップ
初期のソフトウェア設計は壊れがちなのか - Speaker Deck

                  Speaker Deck This deck requires a password Password

                  • 世界一わかりやすいClean Architecture - nuits.jp blog

                    本項は「C# Tokyo オンライン「世界一わかりやすいClean Architecture」他」による発表の登壇原稿となります。過去に発表した.NET版の記事はこちらにアーカイブしています。 本稿のサンプルコード・PPTはこちらで公開しています。 「CC BY-SA 4.0」で公開していますので、気に入っていただけたら営利目的含め、ライセンスの範囲で自由に利用していただいて問題ありません。 github.com また動画を以下で配信しています。よろしければご覧ください。 世界一わかりやすいClean Architecture はじめに まず初めに、クリーンアーキテクチャの誤解されがちな二つのことについてお話させていただきます。 その上で、クリーンアーキテクチャの本質とは何か?押さえておくべき、本当に重要だと考えている三つの事について、お話しします。 注意事項 さて本題に入る前に、少し注意

                      世界一わかりやすいClean Architecture - nuits.jp blog
                    • 漫画『H×H』結末候補は3パターン 冨樫氏、未完想定で別途用意…Dパターン世界初公開「私が死んだらこれが結末だったということで」

                      【写真】その他の写真を見る 番組では今回、MCやゲストが愛している商品やコンテンツの“中の人”に手紙で質問を送り、その返事を紹介する企画「拝啓、中の人」を実施。『H×H』の大ファンであるゲストの元櫻坂46メンバー・関有美子とKis-My-Ft2の宮田俊哉、トンツカタンの森本が出演し、蛙亭イワクラと吉住とともにトークを展開した。 関は手紙で「結末は決まっていますか?」という質問をしたそうで、これに冨樫氏は長文の手紙で返事し読み上げられた。以下、冨樫氏からの手紙全文となる。 大まかにはA・B・C、3パターンの終わり方を用意しています。読者の反応を、賛否の比率で想定した時にAは賛が8否が2(評価が高いという意味ではなく、私的には無難な展開で批判票が集まりにくいだろうとの読みです)。Bは賛否が拮抗し、Cは賛が1で否が9くらいではないかと予想しています。 否が圧倒的なCをなぜ残しているかというと、そ

                        漫画『H×H』結末候補は3パターン 冨樫氏、未完想定で別途用意…Dパターン世界初公開「私が死んだらこれが結末だったということで」
                      • 事業開発者・プロダクトマネージャーが知っておくべきフレームワーク7選|Shin

                        プロダクトマネージャーという仕事はビジネス・デザイン・エンジニアすべてのスキルが求められる総合格闘技のような仕事です。その分、やることも多く忙しくなりがち。 しかし、再現性の高いプロセスというのは仕事が変わってもそのまま活用できます。その代表例がフレームワークです。 今回は世の中に数あるフレームワークのうち、プロダクトマネージャー・事業開発者が絶対知っておいた方が良いと判断したものを厳選してみました。 プロダクトマネージャー向けフレームワーク4選1. Product Prioritization Frameworkhttps://www.product-frameworks.com/Gusto-Product-Prioritization.htmlこちらはもうプロダクトマネージャーであれば無意識に考えていてほしいくらいシンプル、かつ大事なフレームワークです。 expected:期待値の大き

                          事業開発者・プロダクトマネージャーが知っておくべきフレームワーク7選|Shin
                        • Webデザイン100トレース | Hypertext Candy

                          こんにちわ!最近はフロント開発も担当させていただいてます、Yamamotoです。 今回はエンジニアがデザインを学ぶべく、100のWebサイトのデザイントレースをして、学んだことをまとめてみました。 エンジニアまたは未経験だけど、Webデザインにも興味があるという方の、何かのきっかけになれば幸いです。 目次 なぜ Webデザインを学ぼうと思ったのか デザイントレースについて 100トレースして学んだこと なぜWebデザインを学ぼうと思ったのか ざっくりですが、実務を行いながら以下のように思うことがありました。 細部のデザイン指示がなく、開発の手が止まってしまう どう実装するか目線の発想・提案しか浮かばない 綺麗なコードだけではなく、視野を広げてより良いものを作りたい などなど... デザイナーとエンジニアの業務は差別化されてはいますが、互いに近接し交わる部分も多くあります。そんな中で、業務効

                            Webデザイン100トレース | Hypertext Candy
                          • 人は知ってることしか見えない - いつか博士になる人へ

                            大学院に入ったばかりの頃、配属された研究室で研修を受けた。 僕は先輩について回って、実験機器を使ってみたり、実験ノートのとり方を教えてもらったりした。 ある日、先輩が先生たちとミーティングをするというので見学させてもらった。 そのときのことは今でもよく覚えている。 最初に、先輩が実験でとれたデータについて説明した。 先輩の堂々とした説明を聞いて、僕はとても感銘を受けた。 ふんふんとうなずきながら、はたして自分はこんなふうに説明できるだろうか(いや、できない)と思っていた。 でも先輩の説明が終わったとき、 「なんか変だね」 と助教さんが言った。そして、 「普通はこうなるはずなんだけど」 と、他のデータとの違いを指摘した。 先輩と僕は他のデータを知らなかったから、そこが変だと気がつかなかった。 なぜこのデータは変なんだろうねと、皆でうんうん考えていると、 「3次元でグラフを描いてみて」 と先生

                              人は知ってることしか見えない - いつか博士になる人へ
                            • UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ

                              デザインシステムとは、サービス開発する上で必要となるデザインの概念、スタイルガイド、コンポーネント集などで構成されるデザインのルールです。 Salesforce.comの「Lightning Design System」が2015年に登場して以来、多くの企業がこのデザインシステムを導入するようになりました。 プロトタイピングツールで有名なUXPinが提供するデザインシステムプラットフォーム「adele」では、90個以上(2019年12月現在)ものデザインシステムが公開されています。その企業のラインナップを見ると、大手ITベンダー、SaaSベンダーのみならず、自治体、金融機関、大学など多くの業界で、組織のブランド確立のために、デザインシステムを活用していることが分かります。 GoogleやAppleが提供するデザインシステムは、既に多くのブログで語りつくされていますが、その他の企業でも素晴ら

                                UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ
                              • 「勝てるようにやっているとは思えない」専門家も戸惑うウクライナ侵攻…プーチンは“狂気の独裁者”になったのか | 文春オンライン

                                ロシアがウクライナへの全面侵攻を開始してから約1週間。刻々と変化する戦況や現地での痛ましい被害が伝えられるなか、未だに見えないのが「プーチン大統領の思惑」だ。プーチンは何を求め、どんなシナリオのもとでこの侵攻を行っているのか。 そこで、防衛省防衛研究所でロシアの安全保障について研究している山添博史氏(主任研究官)にインタビューを行った。全面侵攻が始まった2月24日、報道番組「news every.」(日本テレビ系)に出演し、「ロシアの嘘を許してはならない」と強く語った山添氏は、現在の情勢をどう見ているのか――。(全2回の1回目/後編に続く) ※インタビューは3月1日夜に行いました ◆ ◆ ◆ ――ロシアがウクライナに侵攻してから6日が経ちました。ロシアの安全保障を専門とされる山添さんにとっても、やはりこの事態は想定外のものだったのでしょうか。 山添 2月21日の夜にロシア連邦がウクライナ東

                                  「勝てるようにやっているとは思えない」専門家も戸惑うウクライナ侵攻…プーチンは“狂気の独裁者”になったのか | 文春オンライン
                                • 賃貸マンションに入れてはいけない客・外国人と老人編

                                  賃貸マンションに入れてはいけない客 https://anond.hatelabo.jp/20230609174500 賃貸マンションに入れてはいけない客・Q and A編 https://anond.hatelabo.jp/20230610122156 ↑を書いた元増田です。 kappa_ycさんの「この文章をきっかけに読み手のステレオタイプが拡大され同様の行動に至ればそれは立派な差別の助長」という理性的な批判コメントは俺の琴線に触れた…。なるほど理解できる…。 それなら俺の書いた記事を公開したままにしておくのは良くないな。 ただ、前記事で外国人と老人について書いたところは俺の力が足りず、大きく誤解されていたように感じたので、補足を入れたい。その周知期間として2、3日とり、その後はこの記事も含め適当なタイミングで削除する。 ⚫︎外国人について まず俺が入居を断る外国人はビジネスレベルの日本

                                    賃貸マンションに入れてはいけない客・外国人と老人編
                                  • Webサービスにおけるログイン機能の仕様とセキュリティ観点 - Flatt Security Blog

                                    はじめに こんにちは。株式会社Flatt Securityセキュリティエンジニアの村上 @0x003f です。 本稿では、Webアプリケーション上で実装される「ログイン機能」の実装パターンをいくつか示し、その「仕様の中で起きうる脆弱性」とその対策について解説していきます。 「ログイン機能」はToB、ToC問わず多くのWebアプリケーションで実装されている機能で、XSSやSQL Injection、Session Fixationといったような典型的な脆弱性の観点については、なんらかの解説を見たことのある方も多いと思います。 しかし、「仕様の脆弱性」というのはあまり多く語られていない印象です。今回はそのようなタイプの脆弱性についての解説を行います。なお、IDaaSを用いずに自前でログイン機能を実装しているケースを複数パターン想定しています。 はじめに ログイン機能の仕様パターンとセキュリティ

                                      Webサービスにおけるログイン機能の仕様とセキュリティ観点 - Flatt Security Blog
                                    • 作家さんによる『お話を退屈にしないためのコツ』単調になりがちな解説シーンでも飽きさせない工夫がわかりやすい「創作者さんぜひ読んでみて」

                                      Rootport🍽 @rootport 「お話を退屈にしないためには、コップ一杯の水でもいいから登場人物に〝何か〟を欲しがらせろ」という格言はガチ。映画やマンガや小説で「退屈だな」と感じるのは、登場人物たちが何を欲しがっているのかよく分からないシーンを見せられているとき。淡々とした解説シーンにありがち。 2022-04-29 23:11:49

                                        作家さんによる『お話を退屈にしないためのコツ』単調になりがちな解説シーンでも飽きさせない工夫がわかりやすい「創作者さんぜひ読んでみて」
                                      • 【ChatGPT】プロンプトパターンまとめ - Qiita

                                        はじめまして、sonesuke(https://twitter.com/sonesuke)です。 LLMにどっぷりハマっています。 TL; DR 16のプロンプトパターンを日本語の例をつけて、まとめてみた。 読んだ論文はこれ。 https://arxiv.org/pdf/2302.11382.pdf より高度なプロンプトエンジニアリングの話題はこちら プロンプトパターン 1. メタ言語パターン: The Meta Language Creation いつ使うか? 自然言語ではない方が、より簡潔で明確に表現できるとき プロンプトコンセプト 例 原文プロンプト “From now on, whenever I type two identifiers separated by a “→”, I am describing a graph. For example, “a → b” is des

                                          【ChatGPT】プロンプトパターンまとめ - Qiita
                                        • 「ダークパターン」とは?7つの類型を解説/企業30社 独自アンケート - クローズアップ現代 取材ノート - NHK みんなでプラス

                                          うそのカウントダウンタイマーや、在庫が少ない、需要が高いなどの表示。 画像では、カウントダウンタイマーや「今だけ」の表示で焦らせて「今買わなければ」という気持ちに追い込んでいます。 今回私たちは、企業の間ではダークパターンがどのように認識されていて、どのような対策を取っているのか、現状を把握するために独自にアンケート調査を行いました。 調査は、武蔵野美術大学の長谷川敦士教授の監修のもとで行い、ダークパターンが使用されることの多い6つのジャンル(ネットショッピング、旅行予約サービス、飲食店予約サービス、動画配信サービス、音楽配信サービス、電子コミック配信サービス)について、利用者の多い5つのサービス、あわせて30のサービスを対象にしました(利用者数については、ニールセンとICT総研の調査を元にしています)。このうち、16のサービスの運営企業から回答がありました(回答率は53%)。 回答した企

                                            「ダークパターン」とは?7つの類型を解説/企業30社 独自アンケート - クローズアップ現代 取材ノート - NHK みんなでプラス
                                          • 設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選

                                            はじめに 今回の記事では、設計やソフトウェアアーキテクチャを学べるGitHubリポジトリを16個紹介する。 対象とする読者 設計やソフトウェアアーキテクチャに興味関心があるエンジニア GitHubをエンジニアリングの情報収集に活用したいエンジニア タイトルで気になった人 Architectural Patterns システムの基本的な構成を理解するためのパターンやテンプレートを提供している。これらのパターンを学ぶことで、システムの構造やコンポーネントの関連性、相互作用を理解できる。これが開発者にシステムをより効率的かつ効果的に設計・実装する能力をもたらす。 Design Patterns for Humans 設計パターンを人間が理解しやすい形で説明している。デザインパターンは特定の問題に対して再利用可能なソリューションを提供する。これによって、開発者はより効率的にコードを記述でき、メンテ

                                              設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選
                                            • Webサイトのメインビジュアルの構図を集めて分析してみた。|ameko

                                              初めまして、ameko(@tk04amedama)と申します。 普段は都内の制作会社でWEBデザイナーをしています。 と言ってもまだまだ新米なので、日々勉強中です。 その勉強の一環で、最近のWebサイトで使われている メインビジュアルの構図を一覧にしてまとめた画像をTwitterに投稿してみたところ、思いがけず多くの方に反応いただけたので、その後に行っていた構図ごとの分類分けや分析も公開してみようと思い、初めてnoteに投稿してみました。 はじめに集めたサイトの数は全部で70個。自分の仕事の参考のために集めたものなのでほとんどがBtoB向けサイトです。(BtoC向けサイトだと、この構図一覧もまた、全然違うものになりそうだなと思う。) 構図の名前は、なんとなく自分なりに語呂がいい名前をつけているだけなので、あまり突っ込まずふんわり流していただけると幸いです。(もしこの構図の正式名称とかあった

                                                Webサイトのメインビジュアルの構図を集めて分析してみた。|ameko
                                              • ポケモンを題材に「SQLアンチパターン」を実践してみる - kanayamaのブログ

                                                @tkanayama_です。「SQLアンチパターン *1」 という本を読みました。「ポケモンを題材に因果推論を実践してみる」のように、仮想的なストーリ上で実際に使ってみた感を出すことにより、自分の記憶に定着させることを狙います。 前提として、何をアンチパターンとするかは状況(ベンダーフリーである必要があるかどうか、どの程度の頻度で更新されるか・・・など)によって大きく異なるので、下記で紹介するアンチパターンは実は状況によっては問題にならないケースもあるかと思います。この投稿はあくまで「SQLアンチパターン」に忠実に従うことが目的です。 www.oreilly.co.jp 追記 登場人物 ストーリー フシギダネへの対応 ヤミカラスへの対応 ディグダへの対応 誤登録でポケモントレーナーになってしまったユーザーの削除 最後に 謝辞 追記 このブログを公開後、「外部キー制約はレコードロック周りのト

                                                  ポケモンを題材に「SQLアンチパターン」を実践してみる - kanayamaのブログ
                                                • OSS ライセンスの最近の潮流: PolyForm License について

                                                  まえがき開発中のソフトウェアのライセンスを策定するため、現時点でのベストプラクティスについて探っていたところ、ここ数年の OSS ライセンスの動向が面白かったので復習も兼ねてまとめました。 特に、Umbrel が採用したという PolyForm という新しいライセンス形態が面白かったので、これについて詳しく述べます。 なぜ今ライセンスについてまとめるのか私はソフトウェアやサービスをマネタイズする方法について興味があり、特にビットコインの応用について調べたりしています。 ビットコイン (Lightning Network) を HTTP で利用することで、Web API の課金方法の可能性は大きく広がることは間違いないのですが、これはあくまで単なる支払いの手法であって、広く使われる事を前提としたソフトウェアの開発を支える手法にすることは(それだけでは)難しいという問題があります。 ソフトウェ

                                                    OSS ライセンスの最近の潮流: PolyForm License について
                                                  • ブラウザで動くサービスを作るときの技術選定

                                                    はじめに 私の仕事は、新規サービスをまるっといい感じに開発するのを委託されることがほとんどです。最近はネイティブアプリを作ることよりもブラウザで動くWebサービスを開発することが多いのですが、案件の規模感や要求によって技術選定を少し変えるようにしています。「こういうときはこう」みたいに一概には言えないのですが、普段使う構成を紹介します。誰かの参考になれば幸いです。 2022/02/10 現在での内容です。 前提 開発を委託される場合の運用費をどうするの問題があります。クライアントにクレカ登録をしてもらうか、こちらで支払って毎月請求するかになります。僕は毎月やるのがめんどくさいのでできるだけ前者に倒している関係上、あまりいろいろなSaaSを組み合わせて作ることをなるべく避けています。 規模感によらず使っているもの 私の場合、以下が使えるとめちゃくちゃ効率よく開発できます。 GCP 好きだから

                                                      ブラウザで動くサービスを作るときの技術選定
                                                    • 距離センサ入門(ステレオカメラ、プロジェクション、LiDAR) - arutema47's blog

                                                      Qiitaからのお引越し記事です。 目標 ステレオカメラ 概要 特徴 使用製品 パターンプロジェクションカメラ 概要 使用製品 iPhone ゾゾスーツ 工業製品(Ensenso, キーエンス) Time of Flight LiDAR Time of Flightの原理 特徴 スキャン型LiDAR フラッシュ型LiDAR 製品 Velodyne Series 追記 Livox Horizon iPhone iToF LiDAR 目標 通常のカメラは物体の明るさ、色を抽出するのに対し、距離センサは物体までの距離をセンシングします。そのため3DカメラやDepth Sensorなどと呼ばれたりします。 距離を知ることは多様なアプリケーションにおいて重要であり、例えば自動運転では前方車両までの正確な距離を知ることは必須です。またゲームなどのアプリケーションでは人の動作などを距離センサで抽出するK

                                                        距離センサ入門(ステレオカメラ、プロジェクション、LiDAR) - arutema47's blog
                                                      • 2020年、オンラインサービスやWebアプリの開発を独学で勉強したい人に役立つ練習プロジェクトのまとめ

                                                        Webアプリやスマホアプリ、オンラインショップ、オンラインサービスなど、Web開発における一通りの需要に応えられるような知識・スキルを練習するのに役立つプロジェクトを紹介します。 8つのプロジェクトにはそれぞれ異なる課題が設定されており、開発者が行う実際のタスクが反映されています。 バックエンドが中心ですが、フロントエンドのCSSのテクニックなども磨けます。 8 Projects with modern designs to become a Full-stack Master 2020 by Thu Nghiem 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに Image Uploader My Unsplash CatWiki Authentication App Shoppingify Chat Group Tw

                                                          2020年、オンラインサービスやWebアプリの開発を独学で勉強したい人に役立つ練習プロジェクトのまとめ
                                                        • なぜマイクロサービスは失敗するのか? - kawasima

                                                          Eberhard Wolffさんのこのプレゼンの要約です https://www.youtube.com/watch?v=B3O-qYM-Kkw 共通のデータモデル 共通のデータモデルを通信に使う 各サービスで必要となるデータの内部モデルは異なるかもしれない データモデルが、共通ライブラリと同じ意味合いになる すべてのサービスが、最新のライブラリを使わなくてはならない 共通データモデルの変更は、す

                                                            なぜマイクロサービスは失敗するのか? - kawasima
                                                          • 知っておくと便利な思考フレームワーク×35 | knowledge / baigie

                                                            世の中には、経営やマーケティングのためのフレームワークや論理モデルが数多く存在しています。これらを学ぶことは、ビジネスパーソンとしての私の基礎力に繋がるのではないかと思い、特に著名なフレームワークを中心に、作られた背景や基本的な特徴を少し調べてみました。 3C マッキンゼー・アンド・カンパニー在籍時代の大前研一氏が1982年に発表した著書『The Mind of the Strategist』の中で提唱したフレームワークです。環境分析の手法のひとつといえるもので、外部分析と内部分析を簡潔に組み合わせて、市場機会を発見することを目的としています。 1980年代、トヨタ、SONYなど日本の製造業が世界市場で高い競争力を持っていました。しかし、成功している企業には必ずしも優秀な戦略コンサルタントがいた訳ではなく、洞察力と直感力による戦略立案がなされていました。 経営やマーケティングに関する「天賦

                                                              知っておくと便利な思考フレームワーク×35 | knowledge / baigie
                                                            • 腐女子除霊師オサム - ゲタバ子 | 少年ジャンプ+

                                                              JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

                                                                腐女子除霊師オサム - ゲタバ子 | 少年ジャンプ+
                                                              • 様々なrate limitアルゴリズム - Carpe Diem

                                                                概要 インターネットに晒されているWebサービスでは TV等で紹介されたことによる大量流入 悪意ある人物からの攻撃 クライアントのバグに依る大量リクエスト など、本来想定していた以上のトラフィックが来ることはよくあります。 単純にシステムを構築すると大規模トラフィックに対応できずシステムがスローダウンしてしまうため、何かしらrate limitをかけておいた方が良いです。 ただしrate limitと一口に入っても色々あるため、今回は主なrate limitアルゴリズムを紹介します。 Leaky bucket Leaky bucketはデータ転送レートを一定にする(=上限を設定する)アルゴリズムです。 下の図のように、様々な流量の水流がそのバケツに流れ込んでも小さな穴からは一定の水流が流れ出す仕組みです。 ref: What is the difference between token

                                                                  様々なrate limitアルゴリズム - Carpe Diem
                                                                • 情シス立ち上げマニュアル - 採用、マネジメント編|12ban

                                                                  数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり(ルール、業務基盤) - 戦略づくり(セキュリティ) - 戦略づくり(BPR / 業務改善)→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人(CTOなど) * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知

                                                                    情シス立ち上げマニュアル - 採用、マネジメント編|12ban
                                                                  • 決済システム概論(1) 決済の基礎・決済リスク|myao

                                                                    ※ヘッダー画像引用:「国内の銀行間振込業務におけるブロックチェーン技術の実証実験に係る報告書」(ブロックチェーン研究会, 2015) 先日、下記の記事で告知した決済システム勉強会を開催しましたので、その内容をベースにして、記事化しました。 周知の通り、2020年に入ってから、公正取引委員会の報告書が発端となって、全銀システムの改革の検討が進んでおり、また、中央銀行によるCBDCの実証実験の検討も具体化しており、決済システム周辺の動きが加速しています。 今回取り扱うテーマである「決済システム」は、ニッチな領域かとは思いますが、上記のような金融改革の動向を理解するための一助になればと思い記事にしました。 先日の勉強会では、DTNS・RTGSという主要な決済システムの類型に関しても触れましたが、長くなりますので分割して、この記事では前段の「決済の基礎」と「決済のリスク」について書きます。 日銀ネ

                                                                      決済システム概論(1) 決済の基礎・決済リスク|myao
                                                                    • スピーク (Speak) | シリコンバレー発のAI英会話アプリ

                                                                      スピーキング特化の AI英会話アプリ最先端のAI英会話アプリを活用して英語に慣れ、的確なAIフィードバックを通じて自然な英語力を身につけましょう。 はじめる → 英 語 を 習 得 す る に は 声 に 出 し て 練 習 す る こ と が 重 要 で すスピークは、実際に英語を声に出し、繰り返し練習してもらうことを重視しています。

                                                                        スピーク (Speak) | シリコンバレー発のAI英会話アプリ
                                                                      • Googleがサポート詐欺を支援し収益を上げる 実際に表示された130の広告【俺の詐欺画像フォルダが火を吹くぜ】 - SEO辻正浩のブログ

                                                                        サポート詐欺とネット広告 サポート詐欺の被害拡大が大きな問題になっています。 サポート詐欺は様々な手法でパソコンの不調を警告する画面をPC上に表示させ電話をかけるように煽り、サポート費用としてGoogle PlayギフトカードやiTunesギフトカードを買わせて支払わせたりPCの遠隔操作で振込をさせて、お金を奪う詐欺です。 この詐欺自体は昔からあるものですが、増加したようで2023年9月末には消費者庁も注意喚起を行っています。 www.caa.go.jp また、夏以後に日本各地の警察も注意喚起を始めた他、様々な報道機関やネット媒体がその問題を報じ続けています。 (2/14)詐欺:“サポート詐欺”に注意! | NHK (5/15)パソコン「サポート詐欺」電話かけてみた 72分間の通話の全容 | NHK | デジタルでだまされない (7/2)【動画解説】パソコン「サポート詐欺」警告が出た時の対

                                                                          Googleがサポート詐欺を支援し収益を上げる 実際に表示された130の広告【俺の詐欺画像フォルダが火を吹くぜ】 - SEO辻正浩のブログ
                                                                        • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog

                                                                          はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                                                                            ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
                                                                          • Microservices における認証と認可の設計パターン

                                                                            マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

                                                                              Microservices における認証と認可の設計パターン
                                                                            • Micro Frontends Architecture Patterns

                                                                              本書は、Micro Frontends Architecture Patternsというタイトルを付けていますが、モノリスからJAMstack、Micro Frontendsまで、Webフロントエンドを包括した様々なアーキテクチャパターンの詳細を体系的に紹介しています。 ソフトウェアとしてのアーキテクチャ全体を俯瞰し、他のシステムとのやりとりを設計するような考え方が役に立つことは多いです。フロントエンド観点で、様々なアーキテクチャパターンをまとめることで、Web開発の助けになればと考えています。 また、アーキテクチャの歴史と変遷を知ることで「Micro Frontends」への理解を深めることができると筆者は考えました。Micro FrontendsはThoughtWorksのTechnology RadarではすでにADOPTとなり、海外で多くの事例が存在します。Micro Fronte

                                                                                Micro Frontends Architecture Patterns
                                                                              • プロダクトの成功に必要な 3 つのステージと 20 のタスクについて:現場の動き方をまとめました|Fritz | Lead Product Manager @ Mercari

                                                                                こんにちは、フリッツ です。プロダクトマネージャー(以下 PM)になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました(ありがたい)。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、(自分の今までの)現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し~数年目の PM の方のお役に立てる記事になっていれ

                                                                                  プロダクトの成功に必要な 3 つのステージと 20 のタスクについて:現場の動き方をまとめました|Fritz | Lead Product Manager @ Mercari
                                                                                • ユニコーン企業のひみつ

                                                                                  「ユニコーン企業のひみつ」という本を読んだ。 本旨は、成功したスタートアップ企業、所謂ユニコーンの開発手法や組織は、エンタープライズ系開発を主としている企業とは違うものですよ、という話である。 そしてそれらの企業が具体的にどういうやり方で彼らのプロダクトを開発しているのかを書いている。 ちなみにタイトルにユニコーン企業とあるけれど、別にユニコーン(評価額10億ドル以上の未上場企業)に限った話ではなく小さなスタートアップからGoogleのような既に上場して随分経っている巨大企業まで共通した話だと思う。著者もとくに区別しているわけではなく単にSpotifyで働いた経験から書いたからそのようなタイトルにしたというだけみたいだ(Spotifyもすでに上場しているので厳密にはユニコーンではない)。まあスタートアップは立ち上げのタイミングでは組織も何もないので、タイトルにあるユニコーンというのは、一応

                                                                                    ユニコーン企業のひみつ