タグ

mooonymannのブックマーク (11,489)

  • Akatsuki Heart -アカツキの哲学-

  • アルパカ証券 技術ノート|アルパカ証券の裏側 - はじめに

    こんにちは。shirou(@r_rudi) と申します。アーキテクトという名の雑用係をしています。 Alpaca Japanでは、2021年8月に「アルパカ証券」という証券サービスをはじめました。 この一連の文章は、アルパカ証券の裏側のシステムやその開発体制などについて述べたものです。なるべく証券分野に限らず説明していく予定ですので、証券サービスを立ち上げようとしている人たちにはもちろん、それ以外の方にも参考にしていただけるような文章を目指したいと思っています。 アルパカ証券とはアルパカ証券の詳細はホームページをご覧ください。また、第一種金融商品取引業者登録完了時のプレスリリースにも、「アルパカ証券」サービスの特徴が記載されています。 全体設計方針まず最初に、アルパカ証券を構成するシステムの全体設計方針について説明します。 マイクロサービス vs モノリシック設計は2018年中頃ぐらいから

    アルパカ証券 技術ノート|アルパカ証券の裏側 - はじめに
  • 当たり屋対策の集合知

    当たり屋ババアがホッテントリーに載っていた。 https://togetter.com/li/1791171 俺はこの記事を見て、怒りがみなぎってきた!!! なぜなら、俺も当たり屋の被害にあったから!!! そんな怒り心頭な俺は「当たり屋対策」を伝授したくなった。 なので書く。 まず「当たり屋対策」で必須なのは、それを想定しておくことだ。 想定しておけば、その時自分が取るべき行動もわかる。 なので俺の被害の経緯と、反省点を書く。 もちろん、これは俺1人の経験に過ぎない。 だから、お前らの経験や知識もドンドン言ってくれ。 当たり屋被害の経緯----------------あれは3年ほど前。 朝の出勤時間帯。 俺は車を走らせていた。 場所は、住宅街の信号のない交差点。 俺は一時停止線で車を止めた。 左右を見て、車を何台かやりすごし、進もうとしたときだ。 左側面に中年男が立っているのに気が付いた。

    当たり屋対策の集合知
  • Making slow Rust code fast

    Performance tuning using Criterion.rs and flamegraphs Performance is one of the top reasons developers choose Rust for their applications. In fact, it's the first reason listed under the "Why Rust?" section on the rust-lang.org homepage, even before memory safety. This is for good reason too--many benchmarks show that software written in Rust is fast, sometimes even the fastest. This doesn't mean

  • できるだけ嘘を書かずに計算量やオーダーの説明をしようとした記事 - えびちゃんの日記

    計算量についてのお話です。対象は、プログラミング経験はあるが計算量のことを知らない初心者から、計算量のことを知っているつもりになっている中級者くらいです。 数式を見たくない人にとっては読むのが大変かもですが、深呼吸しつつ落ちついて読んでくれるとうれしいです。 それから、この記事が自分には合わないな〜と思ったときは、(別の記事を Qiita とかで検索するよりも)この記事の一番下の 参考文献 にあるを読むことをおすすめします。Amazon の試し読みで無料で読めます*1。 TL; DR 関数の増加度合いのことをオーダーと呼ぶよ 計算量は、入力サイズ(など)を受け取ってアルゴリズムの計算回数(など)を返す関数だよ その関数のオーダーについての議論がよく行われるよ オーダーを上から抑えるときは \(O\)、下から抑えるときは \(\Omega\) を使うよ オーダーを上下両方から抑えたいときは

    できるだけ嘘を書かずに計算量やオーダーの説明をしようとした記事 - えびちゃんの日記
  • アプリケーション・エンジニア職位ガイドライン

    2021/9/23プロジェクトリードにおける考察について取り入れた2021/10/11職種の人数が多い、アプリケーションエンジニアを対象として、まずは内容を詳細化してアップデート2021/12/10プロフェッショナルの年収を520~550万を520~570万に変更チーフプロフェッショナルの年収を550~600万を570~620万に変更マルチリードエンジニア、チーフテックリード、リード・アーキテクト、チーフマイスターエンジニア年収上限を950万から1000万に変更アーキテクト、リードアーキテクトの職位ガイドラインの詳細(暫定)を追加2022/4/11リードエンジニア年収レンジを650-700万についてを、650-720万に変更チーフリードエンジニア年収レンジを超える700-800万から、720-800万に変更2023/3/13 プロフェッショナルのチームコラボレーション(主体性)に追加

    アプリケーション・エンジニア職位ガイドライン
  • 【悲報】 AMD RyzenのL3 Cacheの大半を見失った件 【Windows11】

    Windows11のバージョンはこんな感じ。 キャッシュ・メモリのレイテンシ まずはレイテンシから。最初はキャッシュの構造の見やすい少し規則性のあるアクセスパターンから。 5950Xは一つのコアから見えるL3キャッシュは32MBなので、Windows10ではそのぐらいまでレイテンシが低い状態が続き、まあこれが想定される状態なのだけど、Windows11では2MB(2048KB)ぐらいから急激にレイテンシが上昇し、メモリアクセスと変わらない感じになってしまっている。 完全ランダムアクセスの場合も同様で、Windows11では2MB(2048KB)以降でキャッシュが見えなくなっているみたい。 キャッシュ・メモリ帯域 今度はシングルスレッドの帯域。 Windows10では32MBまでL3キャッシュによると思われる高い帯域が持続するが、Windows11では2MB(2048KB)以降メモリアクセス

    【悲報】 AMD RyzenのL3 Cacheの大半を見失った件 【Windows11】
  • ななめドラム洗濯乾燥機 NA-LX127AL/R | 商品一覧 | 洗濯機・衣類乾燥機 | Panasonic

    業界初*おしゃれ着洗剤タンク搭載の「トリプル自動投入」採用。 「温水スゴ落ち泡洗浄」を搭載した「スマホで洗濯」アプリ対応モデル

    ななめドラム洗濯乾燥機 NA-LX127AL/R | 商品一覧 | 洗濯機・衣類乾燥機 | Panasonic
  • 「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」

    「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」 椎葉光行氏:その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど(笑)、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」っ

    「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」
  • メール取込をリリースしました! - Money Forward Developers Blog

    こんにちは!マネーフォワードエンジニアの木吉です。 CTO室マイクロサービス推進部で社内のさまざまなプロダクトから使われるマイクロサービスを開発しています。 今年6月にメール取込というサービスをリリースしました。 お知らせはこちらです。 今回はそのメール取込について紹介する記事になります。 メール取込とは? メールの文あるいは添付ファイルを解析した結果をデータとして提供することを目的としたプロダクトです。 背景 マネーフォワードでは、アカウントアグリゲーションという技術を強みとしています。 金融機関などのサービスと連携し、APIまたはスクレイピングを用いてデータの取得を行い、口座の入出金情報などのデータの取得を自動で行う仕組みです。 日々、連携できる金融機関やサービスは増えていきます。しかし、 そもそもAPI連携できないサービス 複雑な認証フローを要求されるサービス こういった特徴のサー

    メール取込をリリースしました! - Money Forward Developers Blog
  • 無職に飽きたので人工衛星のソフトウェアをRustで作っています - Write and Run

    KOBA789 です。 今年2月末に前職を退職してからここ半年ほど無職をしていたのですが、いよいよもって無職に飽きてきたので人工衛星を作ることにしました。 実は9月頭から働いています。 株式会社アークエッジ・スペース 次の職場は株式会社アークエッジ・スペースです。東大の研究室発のスタートアップで、衛星バス開発を得意としている会社です。 衛星バスというのは、言ってしまえば人工衛星の OS に相当するものです。 OS に喩えましたが、もちろんそれは単なるソフトウェアではなく物理的な実体を伴うハードウェアとその中で動作するソフトウェアの集合体です。 ちなみにユーザーランドに相当する部分はミッション機器と呼ばれます。 まだまだ人数の少ない会社ですが、業界の土地勘や人脈に富んだ CEO や、人工衛星開発の経験があるエンジニアが揃っており、スタートアップとしては超実力派です。 ArkEdge Spac

    無職に飽きたので人工衛星のソフトウェアをRustで作っています - Write and Run
  • "6年分"のRailsバージョンアップをなめらかに行う方法! - AppBrew Tech Blog

    こんにちは、id:r7kamura です。業務委託という形で1年ほど関わりながら、美容のクチコミサービスLIPSに利用しているRuby on Rails (以下Rails) というWebアプリケーションフレームワークのバージョンを、4.2から6.1に上げました。 Rails 4.2のリリースは2014年、Rails 6.1のリリースは2020年なので、およそ6年分のバージョンアップを一気に推し進めたことになります。 今回はこれを題材に、この手のフレームワークのバージョンアップ時に起こりがちな諸問題や、やって良かったこと悪かったこと等について振り返ろうと思います。 あまりRailsに限った話はしないように心掛けて書いたので、こういったバージョンアップ作業に興味がある方にはぜひ読んでいってもらえればと思います。 変更の粒度など レビューのやり方 複数データベース対応で困った話 テストがなくて困

    "6年分"のRailsバージョンアップをなめらかに行う方法! - AppBrew Tech Blog
  • Shuji Sado (佐渡 秀治) on Twitter: "ふむ、やっと見つけた。スウェーデンのとある学校で出席確認のために顔認識の実証実験が行われたがその実験自体がGDPR違反で制裁金をくらった事例。実験は生徒の同意の下で実施されたが、データ主体である生徒と学校間の権力不均衡に鑑みて同意… https://t.co/kdFqRaluS8"

    ふむ、やっと見つけた。スウェーデンのとある学校で出席確認のために顔認識の実証実験が行われたがその実験自体がGDPR違反で制裁金をくらった事例。実験は生徒の同意の下で実施されたが、データ主体である生徒と学校間の権力不均衡に鑑みて同意… https://t.co/kdFqRaluS8

    Shuji Sado (佐渡 秀治) on Twitter: "ふむ、やっと見つけた。スウェーデンのとある学校で出席確認のために顔認識の実証実験が行われたがその実験自体がGDPR違反で制裁金をくらった事例。実験は生徒の同意の下で実施されたが、データ主体である生徒と学校間の権力不均衡に鑑みて同意… https://t.co/kdFqRaluS8"
  • Private Relay と IP Blindness による Fingerprint 対策 | blog.jxck.io

    Intro iOS15 がリリースされたため、 Private Relay のベータを試すことができた。 このようなサービスが提供されるようになった背景を踏まえ、挙動を簡単に確認しつつ、解説する。 背景 そもそも、なぜこのようなサービスが出てきたのかを理解するには、現在のインターネットが抱える問題の背景を理解する必要がある。 特に Web において問題になっている「トラッキング」を防ぐために、法的な規制や業界団体の自主規制による対策は長いこと行われてきたが、それでも看過できないインシデントなどが目立ったために、 AppleITP を皮切りに 3rd Party Cookie の制限が始まった。 ここで重要なのは、「来防ぎたいのは 3rd party Cookie という技術ではなく Tracking というユースケースだ」という点だ。 この前提が伝わっていない場合、トラッキングのユ

    Private Relay と IP Blindness による Fingerprint 対策 | blog.jxck.io
  • OBS StudioとREALITYを用いてバーチャルキャラクターでビデオ会議に出る方法(Android/iPhone)|youten_redo

    1. 「仮想カメラ」を使うと、Webカメラの代わりに任意のアプリの映像を用いてビデオ会議をすることができる 通常、パソコンからビデオ会議を行うと、Webカメラからの映像が流れますが、これを仮想カメラを用いることで、バーチャルキャラクターアプリからの映像に差し替えることができます。 パソコンで、組み込みだったり、USB接続のWebカメラを使ったテレビ会議では、Webカメラにうつった映像が、ビデオ会議アプリによって流れていきます。 ここでWebカメラの代わりに、仮想カメラ環境を用意することで、任意のアプリの映像を使ってビデオ会議をすることができます。 エントリでは、OBS Studio(PC-Windows)とREALITY(スマホ)アプリを用いた手順を紹介します。 母艦がWindowsの手順を主に記載していますが、Macのケースについても最後に補足で記載しています。OBSのところは一緒です

    OBS StudioとREALITYを用いてバーチャルキャラクターでビデオ会議に出る方法(Android/iPhone)|youten_redo
  • 事業への共感は、エンジニアの面接で加点ポイントにすべきか - SOELU Engineering Blog

    SOELU株式会社というスタートアップでCTOをしている id:p__oka といいます。 オンラインフィットネスサービス『SOELU』を開発しています。 私たちがエンジニアを採用する目的は、以下の事柄に集約されます。 いまいるメンバーでは解決できない仕事を担ってもらうこと 自分たちの仕事を楽にすること この目的を果たすために、面接では以下のことを確認しています。 特定の仕事に関して、いまいるどのメンバーより上手くやれること 過度なマネジメントが必要な手間のかかる人格を持たないこと 業務の中で内省を繰り返しながら自己研鑽ができること 上記目的を達成する上で、私は「事業やビジョンへの共感を加点ポイントにしない」と決めています。 このことについて、詳しく説明してみます。 社員の事業共感やビジョン共感を大事にする会社は、その前提に「事業に共感する人は、仕事を自分事として捉え、モチベーション高く働

    事業への共感は、エンジニアの面接で加点ポイントにすべきか - SOELU Engineering Blog
  • Goの苦手な領域

    Goの利点を使って実装するコツやノウハウを書くことがコミュニティにとってプラスになると思っているのでそれに専念したいという考えはありますが、Goの苦手な領域にGoを採用してしまってヘイトを溜め込んでしまう事例を見かけたりします。 こういう悲劇の起こる可能性を少しでも減らせたらという思いで、Goの現状の苦手な領域について解説しようと思います。Goを学び始めにこれらの領域に手を出すのは避けましょう。 Cgo is not Go GoCGO連携でC/C++資産を利用することができますが、メモリアロケータの異なる処理系を繋ぐ関係上、お互いに呼び合う際のパラメータや戻り値はほとんどのケースでコピーが必要になります(Cの型でメモリ確保しCの型のまま受け渡しする場合はOK)。なので高頻度に呼び合うような用途には不向きであるというのはSWIGなどのような複数の処理系を連携させる仕組みと同様です。 また、

    Goの苦手な領域
  • NginxのRatelimit発動時に、安定したアクセスを提供するngx-smart-ratelimitを開発しました | ten-snapon.com

    NginxのRatelimit発動時に、安定したアクセスを提供するngx-smart-ratelimitを開発しました | ten-snapon.com
  • Ducky One 2 Mini RGB - 60 percent One 2 Series miniature mechanical keyboard

  • クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)

    すでに何人かの人がクリーンアーキテクチャなんてないよ、って話はしていてイマサラだと思うんですが。 あえてブログの記事に残そうかなと思って書いてみます。 最近、改めてクリーンアーキテクチャを読んだり、原文を読んだり、 ここ数ヶ月ツイート色々な人のを観測したり社内で話したりしていて 考えがまとまってきたので、自分の言葉で整理してみたくなった。 「へー、クリーンアーキテクチャっていうソフトウェアアーキテクチャがあるんだー」という微妙な誤解?をちょっとでも減らす一助になればという感じです。あと、の読み進め方のヒントにもなるかも 先に結論 クリーンアーキテクチャというのはアンクルボブの書いた。 ソフトウェアアーキテクチャのことではない。 the クリーンアーキテクチャというブログ記事はただのソフトウェアアーキテクチャの例(そしての一部分)だが、独り歩きしている クリーンアーキテクチャというソ

    クリーンアーキテクチャなんてものはない(クリーンアーキテクチャーの読み方)