タグ

ブックマーク / medium.com (22)

  • ギークが世界で安全に感じることを助ける:私の使命 by Kent Beck

    atsushifx
    atsushifx 2024/07/17
  • 60 LeetCode questions to prepare for coding interview

    I recently received a job offer from one of FAANG. Here are some problems to help me pass the coding interview. Categories are LinkedListStackHeap, PriorityQueueHashMapGraph, BFS, DFSTree, BT, BSTSortDynamic ProgrammingBinary searchRecursionSliding windowGreedy + BacktrackingIf you can solve them quickly, you would have a high chance to pass coding interview. Problems are either Easy or Medium. I

    60 LeetCode questions to prepare for coding interview
    atsushifx
    atsushifx 2022/05/30
  • JWM: a new standard for secure messaging

    Messaging technologies have exploded in popularity in recent years. The broad usage of messaging as a framework, especially in distributed systems, requires a dedicated and standardized approach to security. One possible solution to the problem of standards-based secure messaging is to build on top of a family of pre-existing security technologies known as JOSE. JSON Web Message (JWM) is a draft s

    JWM: a new standard for secure messaging
  • 金融を“サービス”として再発明するための技術スタック

    こんにちは。Finatextでエンジニアのマネジメントをしている河です。 当社は「金融を“サービス”として再発明する」をミッションとして掲げ、ビジネスの成長とともに技術領域も拡大させてきました。 エンジニアチームは今、私たちが「BaaS (Brokerage as a Service)」と呼んでいる証券サービスのためのシステム基盤と、そのBaaS上のサービス開発に力を注いでいます。 今回は、そんな当社の技術スタックについて紹介したいと思います。 開発環境・CI/CDGitHubSwaggerSonarCloudPostmanTerraformAWS CodeBuildAWS CodePipelineコードはGitHubで管理され、API 仕様管理には Swagger が使われています。SonarCloud を用いてソースコードの健全性やテストカバレッジの可視化を行っています。API開発の

    金融を“サービス”として再発明するための技術スタック
    atsushifx
    atsushifx 2020/06/30
  • メイカーフェアベイエリア、おそらく今年が最後に

    The annual Maker Faire has been drawing inventors, craft-makers and engineers for more than a decade, but next week’s… 僕はメイカーフェアが大好きだ。どこの国のメイカーフェアも大好きだけど、世界最大のメイカーフェアであるベイエリア(MFBA)は、最大級に好きだ。ここ2年はおかげさまで会社のお金で来れているけど、2012年、2015,16年の3回のMFBAは、ぜんぶ自分のお金で来ている。2012年のMFBAは僕にとって最初の海外メイカーフェア、2008年のMTM02は最初のメイカーフェア。どちらがなくても僕の人生は、いまとまったく変わっていただろう。だから、メイカーフェアベイエリアが今年で最後になるのは、親や恩師に会えなくなるぐらい、すごく悲しい。

    メイカーフェアベイエリア、おそらく今年が最後に
    atsushifx
    atsushifx 2019/05/19
    近ごろのはてブだとMAKE/MAKER系の記事がほとんど載らない感じがある。川崎でやったサイバスロン電動車椅子シリーズなんて、かつてはトップブクマになるようなニュースだと思うんだけど
  • Redux & Typescript typed Actions with less keystrokes

    a.k.a how to leverage discriminant unions and not get controlled by type system I’ll be honest with you, I don’t write JavaScript without types, ever, so yeah I’m heavy Typescript user and time to time I play with Flow to see how the project evolves ( IMHO still the best option for typed JS is Typescript as of today, because various reasons…, but Flow is really on par nowadays and getting better e

    Redux & Typescript typed Actions with less keystrokes
    atsushifx
    atsushifx 2017/09/14
  • コードを安全にこの世から抹消していく

    コードを消してメンテを楽にTL;DRメンテを楽にするにはメンテしないのが良いよ古いコードは積極的に消していくとメンテしなくて良いよ迂闊に消すとバグるから慎重にねアクセスログを使うと消せそうなのが探しやすいよエラー検知ツールで使ってないかチェックすると安全だよ少しづつでも頑張るしかないよはじめに長く使われているリポジトリでは、必然的にメンテするべきコード量が増えていきます。そのため、変更に対する影響範囲の増大やテスト・ビルド時間の増加が起き、開発速度が下がっていきます。 コードのメンテを最も楽にする方法の一つは、消してメンテしないことなので、古いコードは適切にリファクタリングしたり、使われていないコードは削除するなど、増加するコードに対抗していく必要があります。 特にAPIサーバの場合、互換性が崩れる変更なので/v1/meの古いエンドポイントはそのままにし、新しいバージョンからは/v2/me

    atsushifx
    atsushifx 2017/07/01
  • エンジニアとして歳をとっていく

    普段はプログラマーとしてお仕事をしている。過去に SIerプロジェクトマネジメントにも携わっていた経験があるため、状況によって顧客との折衝を行ったり、開発のマネジメントも行ったりはする。 エンジニアの中には、自分は技術のみでキャリアを築き、マネジメントは一切しないと固く決めている人もいるが、私はそういうタイプではない。技術は好きだが、業務で必要に迫られたり状況次第で臨機応変にマネジメントもしていくといった考え方で働いている。 最近マネジメントに関して話す機会があった。私がマネージャーとしてお仕事をするとしても唯一諦めている人たちがいる。 スキルもやる気もない年配の方はマネジメントできない。 こんな話をして聞いている人はだいたい苦笑いをしているし、説得力のある反論をこれまで聞いたこともない。もちろんこんな年配の方は滅多にいない。もし私がマネージャーだったらそういった人は絶対に自分のチーム

    エンジニアとして歳をとっていく
  • とにかく雑に作れ

    学生たちを見ていると、きちんと議論して、きちんと設計して、きちんと何かを作ろうとするみたいです。ときには副作用を考慮して、やっぱり作るのやめようかという話になり、再び議論に戻ることもあります。 ああ、もったいない、もったいない。私は適当な人間なので「なんてマジメなんだ、とりあえず何か作ればいいのに」と思います。デザイン思考ではそのことを「クイック&ダーティプロトタイプ」と呼んだりしますが、それだとなんだかカッコよすぎるので、私は「雑に作れ」と言ってます。 でも、言葉だけでうまく伝わるはずもなく、「どうすれば雑に作れるのか?」と再び議論を始めたりするので、なかなか難しいところです。 それでも「締め切り」というのは効果的なもので、次回までに何かを発表しなければいけないとなると、「議論してばかりじゃ話が進まない!」となり、ある種の覚悟を決めて雑に作ってくれるようになります。 私が印象的だったのは

    とにかく雑に作れ
    atsushifx
    atsushifx 2017/02/21
  • 量産型プログラマを撲滅したい

    プログラマの生産性の差は、出来る人と出来ない人で10倍とも100倍とも言われる。そんな馬鹿な、と思われるかもしれないが、事実だ。 むしろ、一緒に働かせると、出来るプログラマが、下手に作られたプログラムの修正をしなければいけなくて、全体の生産性を落とすことになる。 つまり、出来ないプログラマはチームで働くと、生産性をマイナスにするのだ。厳しいことを言えば、いない方がマシなのである。 ソフトウェア開発にの手はいらないのだ。 では、出来ないプログラマとはどんな人たちか。 コピペで書くプログラマだ。他で動いているプログラムをコピペして、なんとなく直して書いているプログラマだ。 なぜプログラムが動くのか、どう書けば動くのか、わかっていない。 ただ沢山のプログラムを書くだけの量産型プログラマだ。こういう人のプログラミングは、デバッグさせてみて、横で見てるとすぐにわかる。 まず、エラーメッセージを見な

    atsushifx
    atsushifx 2017/01/14
    ブコメが不勉強すぎる。筆者自身の http://d.hatena.ne.jp/kuranuki/20060116/p1 という記事もあるし、撲滅しなかった場合はデスマーチが頻発する。http://mssi.blog29.fc2.com/blog-entry-830.html みたいなプロジェクトに参加したいなら、別だが
  • reviewdog — A code review dog who keeps your codebase healthy

    “reviewdog” provides a way to post review comments to code hosting service, such as GitHub, automatically by integrating with any linter tools with ease. It uses any output of lint tools, with translation if required, and post them as a comment if the file and line are in diff of patches to review. reviewdog also supports run in local environment to filter output of lint tools by diff. BackgroundW

    reviewdog — A code review dog who keeps your codebase healthy
    atsushifx
    atsushifx 2016/10/25
  • ソフトウェアのファーストフード化 – カワマタ さとし – Medium

    ソフトウェアのファーストフード化ソフトウェアを否定するものではありません。むしろソフトウェアは好きです。ソフトウェアの「開発」に焦点を当てた考察になります。そして、僕自身の仕事に対する姿勢というか、スタンスを述べるものになります。 自分の仕事を思考する僕は最近、深い森に入るように仕事について考えることが多くなってきて、考えたことを誰かに話したり、こうやって文章として残したりしています。先日もUI Crunchというイベントにも登壇させていただき、「いい仕事」についてお話しさせていただきました。スライドはこちらです。https://speakerdeck.com/kwmt/iishi-shi-wosiyou 驚くほどに反響があり、自分でもびっくりしています。仕事に対して抱く感覚は人それぞれだと思いますが、僕なりには解釈ができるようにちょっとだけ熟してきた気がします。 ソフトウェアのデザインを

    ソフトウェアのファーストフード化 – カワマタ さとし – Medium
    atsushifx
    atsushifx 2016/08/01
  • Turbocharged JavaScript Refactoring with Codemods

    By Joe Lencioni It is fun to plant and harvest new crops in my garden, but I’ll eventually wake up to a mess if I don’t regularly weed. While each weed isn’t a problem by itself, they combine forces to choke the system. Working in a weed-free garden is a productive pleasure. Codebases are like this too. I also don’t enjoy weeding, so I forget to and end up in trouble. Thankfully, in coding, we hav

    Turbocharged JavaScript Refactoring with Codemods
    atsushifx
    atsushifx 2016/05/02
  • Parseサービス終了についての雑感

    BaaS(Backend as a Service)のParseが、来年一月でサービスを終了することをブログでアナウンスしました。昨年末にウェブ・ダッシュボードをReactベースで刷新するなど、活発に開発がされている印象があったので、とても驚きました。Twitterのタイムラインでは、デベロッパーさんのこんなつぶやきも。 筆者自身も現在開発中のゲーム・アプリでParseの一部機能を利用しており、以前にも自分の関わるウェブ・サイトでParseの利用を検討していたことがあったので、Twitterにいくつか感想を書きました。せっかくなのでここに記事としてまとめておきます。 Parseの移行に関する情報先に書いておくと、既存の顧客にはデータをMongoDB形式でエクスポートするツールと、Parse互換のAPIサーバがオープンソースで提供されます。ただし、現状ではAPIサーバはウェブ・ダッシュボード

    atsushifx
    atsushifx 2016/01/30
  • 衝撃のAugust

    なんかFacebookへの投稿で「Augustのオフィスで凄い衝撃を受けた。日のスマートロック会社はもう遅れすぎていてヤバイ」と煽るような事を書いたのが運の尽き。「ガタガタ言ってないで、早くブログで詳細書け!」と各方面からプレッシャーを受けてしまったSF在住中年起業家Kenです。ただ自分の考えの整理になる以外にも、やはりIoTというジャンル(?)をハード売り切りだけで捉えてしまうのと、気でプラットフォームを目指すのとでどれだけ差が出るかを思ったより早く、具体的に示している事例かも?と感じたので整理してみる価値があると考えました。 サンフランシスコ市内のオフィス。プレスのために用意したデザインモックなどが綺麗に展示してあったり、評価用の様々なタイプのドアや鍵がずらりと並んだ倉庫のように広く、でも綺麗で素敵なオフィスでした。$50M調達とかすると色々とできていいなー(ボソ)。まぁそこじゃな

    衝撃のAugust
    atsushifx
    atsushifx 2015/10/19
    オープンAPIの良さとスピード感をよく知っていて連携をさせている。いわばIoTやホームオートメーションでのiTunes Storeを狙っている。日本でもスタートアップはあるし技術力もあるけど、また負けそうということ
  • その目標、チームでやる意味ありますか

    まだ無意味なチームで消耗してるの? チームで足を引っ張るタイプの人っていますよね。 一匹狼タイプはいいんですよ。個人で仕事が完成されているならば。悪いのは「チームで取り組むほうが無条件でいいと思っていて、でもチームのメリットを活かせない人」ですね。 チームだからベテラン新人が混成のこともありますけど、仕事を覚えていない若手が悪いって話しでもないんですよ。始末が悪いのは、間違った努力・考えで足を引っ張る人です。ベテランでも「チーム」に対する考察が甘ければあっという間に地雷を踏むでしょうね。自戒を込めて。 チーム活動に投下しているリソースチームをつくる、動かすには結構なリソース投下が必要です。まずはリソースに思いを馳せてほしいですね。 ではチームを動かすために投下するリソースとはなんでしょうか。調達と製造の人の思惑がぶつかることがあったりしますので、それを調整するためのコミュニケーションコスト

    その目標、チームでやる意味ありますか
    atsushifx
    atsushifx 2015/09/23
  • FinTechの正体

    ここのところFinTechがバズワードとなって、政府や既存金融機関のFinTechに対する注目も高まっています。 もともと金融はシステマチックな事務処理が日常業務の中心を占めるため、ITとの相性は良く、一世代前のベンチャーブームの際にも、IT企業が次なる成長分野としてネット金融分野にこぞって参入したのは、まだ記憶に新しいことかと思います。 今回到来しているFinTechの流れは、こうした過去の金融IT分野の革新の動きとなにか違うものがあるのでしょうか。それともベンチャービジネスにはしばしば見られる過去のブームの焼き直しに過ぎないのでしょうか。 この答えは、見ようによってはイエスとも言えノーともいえるのですが、例えばEC分野に現在起こっている革新を一世代前の革新とは異なるものと見るのであれば、今回のFinTechの概念は間違いなく一世代前の金融ITの分野で語られていたものとは異質のものと見る

    atsushifx
    atsushifx 2015/08/02
    なかなかいいまとめ。この視野から見ると、ネット上では商取引だけではなく金融業自体もそこだけで完結できるようになりそう。ソーシャルファンディングやBoothやBASEのようなECサイト、MAKERSとかも繋がるかも
  • 「Web は死ぬか?」という曖昧な問い

    スマートフォンが世に出て以来(正確には 2008年に App Store が公開されて以来)、「(アプリによって)Web は死ぬか?」という問いが幾度となく繰り返されてきました。しかし残念なことに、この手の問いがきちんと議論されることは稀のように思います。 その理由は明らかで、そもそも「Web とは一体何を指しているのか」を明確にすることなく答えようとしているからです。皆、自分の頭に中にある思い思いの “Web” に対して未来を案じています。 実際、Web という言葉はかなり曖昧で、業界にいる方々に「Web ってなんですか?」と聞いても、人によってかなり違う答えが返ってくるのではないでしょうか。 私はアプリによって Web は死ぬと思っています。あまり先のことは分かりませんが、この先10年くらいのスパンであれば、ゼロにならずとも、一般の人が使うものではなくなるでしょう。 ただ、ここで私が「

    「Web は死ぬか?」という曖昧な問い
    atsushifx
    atsushifx 2015/06/28
  • 新規事業やスタートアップで優れたプロダクトを作るときに使える Y Combinator などの考え方 — Startup on Rails (仮) — Medium

    (2015 年 6 月 3 日に行った慶応大学での講義の原稿です。2016 年版はこちら) 今回の講義ではスタートアップに関する Y Combinator での考え方、特にプロダクトの作る上での考え方を中心にお伝えします。 Y Combinator というのは、US でもっとも成功しているスタートアップのアクセラレーター、日語で言えば養成所となるでしょうか。4,000 を超える応募の中から選ばれた約 100 のスタートアップは Y Combinator に三ヶ月間参加し、その期間中に一気にビジネスを加速(アクセラレート)することができます。実際に Dropbox や Airbnb といった、皆さんの知るサービスを提供しているスタートアップや、その他様々な分野の時価総額 10 億ドルを超えるスタートアップを Y Combinator はこれまで続々と輩出してきました。 Paul Graha

    新規事業やスタートアップで優れたプロダクトを作るときに使える Y Combinator などの考え方 — Startup on Rails (仮) — Medium
    atsushifx
    atsushifx 2015/06/05
  • お値段28億ドル、Slack 「秘伝のタレ」

    「で、Slack はどうしてあんなにうまくいってるの?何かしら特別なこと、したんでしょ?」車載の Bluetooth スピーカーから声が響く。「なんであれ、彼らにしたのと同じことをして欲しいんだ。」電話で話していたのは、見込みクライアントである有名 SaaS プロバイダーの CEO。自社製品デザインの見直しをうちに頼みたいらしい。上述のような質問を受けたので、これまでに数えきれないほど繰り返してきた説明を彼にもすることにした。 実際のところ、過去一年間、毎日この質問をクライアントや投資家、デザイナー仲間から受けてきた。みんな「Slack 大成功の秘密」をなんとか探ろうとしていたわけだ。Slack は今ではすっかり世間を取り込んでしまったかのように思える。評価額は圧巻の28億ドル、何十万ものユーザー数をほこり、常識はずれの速度で成長中だ。 Slack に関する質問がどうして僕のところに来るか

    お値段28億ドル、Slack 「秘伝のタレ」
    atsushifx
    atsushifx 2015/05/21