はじめに こんにちは、freee 競技プログラミング部副部長の辻です。普段は認証認可周りの開発をしています。 好きなアルゴリズムは Rabin-Karp Algorithm、好きなデータ構造は Union-Find、好きな定理は Spectral 定理です。 先日 freee 初の社内プログラミングコンテストを開催しました! 今回は、開催までの苦難やコンテスト当日の様子をご紹介したいと思います。 最後に重大告知もあるのでぜひ見てください！ 社内プログラミングコンテスト開催するぞ！ 日経さんの社内プログラミングコンテスト(社内プロコン)の記事を読み、リモート下になって減っていたチーム外の人との交流のために社内プロコンを開催するのは良さそう、ついでに部員募集という意味でもいい宣伝になりそうという思いから社内プロコンを開催することになりました。 また部員から「社内プロコンを開催するなら free

こんにちは、freeeの金融チームでエンジニアをしているtabachainです。この記事はfreeeカード Unlimited の開発の裏側を紹介する連載の第3回目の記事になります。 このfreeeカード Unlimited連載企画では、これまでWebアプリ開発エンジニアの視点からの記事を5本続けてお届けしました。 第2回までの連載記事は以下のリンクでご覧ください。 【第1回】freeeカード Unlimited の開発の道のり 【第2回】freeeカード Unlimited での非同期通信の設計と実装 この記事では、エンジニアリングマネージャー(以下EM)からエンジニアにロールチェンジして新規プロダクト開発に当たった私の経験を元に、そこから感じたことや学んだことをシェアできればと思います。 軽くfreeeでの自分の経歴を紹介すると、 2016年7月にエンジニアとして入社 2018年7月に

金融チームでエンジニアをしているimamuraです。freeeカード Unlimited のβ版の提供が今年（2021年）の秋から開始されます。開発自体は半年以上かかっており、そこでの開発の裏側について連載を行います！ 連載は以下のようになります。 ※ 日程、タイトルは一部変更になる可能性があります 日程 タイトル 執筆者 9/9 freeeカード Unlimited の開発の道のり imamura 9/16 freeeカード Unlimited での非同期通信の設計と実装 imamura 9/23 EMから再度エンジニアに戻り新規プロダクト開発に挑戦して学んだこと tabachain 9/30 freeeカード Unlimitedでのクリーンアーキテクチャ実践 id:lvmingbei 10/7 新卒一年目からの新規プロダクト開発 sekky 10/14 新規プロダクト＆新造チーム＆フル

Nexus, Scrum@Scale, LeSS, SAFeなど、スクラムチームをスケーリングする手法はたくさん存在する。 しかし、アジャイルコーチなどに、「スクラムをスケールするにはどうすればいいですか？」と聞くと「そもそもスケールをするな」と言われることもある。ぼくも基本的にはこれに同意する。 コンパクトな職能横断型のチームで、短いサイクルで高速に、安定したペースで開発をする。これをずっと続けることができるのならばそれが一番良い。 なのになぜ、人々はスクラムチームをスケールしたくなるのか。なぜこんなにたくさんのスケーリング手法が存在するのだろうか？ そういうことを考えてみた。 最初から人がたくさん必要な場合 そもそも最初からスケールされたチームでやりたいパターンがある。大規模な開発などはそうだろう。 小さくローンチして、インクリメンタルにユーザーフィードバックを受けながら開発できれば理

プログラミングに興味がある人たち、どうか「自分はプログラミングに向いてない」と思わないでほしいです。 プログラミングスクール通ってるかどうかとかどうでもよくて、この年末年始にコード全く書いてない人はエンジニア向いてないんじゃないですかね、それぐらい好奇心が必要な職業だとおもうけど— キュン / 今村雅幸 / ZOZO CTO (@kyuns) 2021年1月3日 たしかに「プログラミングスクールに通ってるから」良いスキルがあるわけではないし、スクールよりも好奇心のほうが重要なのは僕も同意です。 というか基本的な考え方はたぶんこのツイートをしてる方と、僕は同じだと思います。僕もうっかりこういうことを言うこともあります。 実際、本当に大好きで休日もプログラミングしてしまう人のほうが、スキル面で伸びが早いのも当然でしょう。 でも「休日にもプログラミングしてしまう」ほど好奇心を持って好きになるにも

Webエンジニアのブログです。

近年のフロントエンド開発にはコンポーネントという概念が付いて回ります。React・Vue・AngularといったViewライブラリでは、コンポーネントを定義してそれを組み合わせてアプリを作ります。また、いわゆるWeb Componentsとして知られる仕様群により、ライブラリに依存せずに“コンポーネント”を作ることもできるようになってきています。 コンポーネントは、何らかの機能（あるいは責務）を持った部品です。また、コンポーネントによっては再利用される（アプリ内の複数の箇所から利用される）ことを意図しているものや、そもそもライブラリとして配布されているようなものもあります。アプリの機能の一部分を抜き出したものという見方をすれば、コンポーネントというのは関数にとても類似した概念であることが分かります。 コンポーネント設計によって、言い換えればアプリがどのような機能を持ったコンポーネントたちに

この記事は freee Developers Advent Calendar 2020 の3日目です。 こんにちは。freee でスクラムマスターをやっているichy(Takeru Ichii)です。この記事がfreee developers blogの初めての記事になります。拙い部分もあるかと思いますがお手柔らかにお願いいたします。 みなさま、スクラム開発ってご存知ですか？やっている方も多いかと思いますし、やっていたという方も多いかと思います。先に紹介したとおりスクラムマスターをやっているので私は現在進行系でスクラム開発をやっています。私が感じている世間的な印象ですが、スクラム開発は上手く行かないといわれることが多い気がします。チケット駆動開発をしているところは多いかと思いますが、スクラム開発となるとなかなか運用に手間がかかるのは事実ですし、手間のわりに改善したように感じない印象を持つ方

こんにちは、テックリードの夏です。 今年4月にCTOからテックリードに肩書が変わり、ガリガリコードを書くようになりました。 背景については、こちらをご覧ください。 www.wantedly.com 普段はプロダクト側の機能開発と、サーバ側の基盤開発を半々ぐらいの割合で仕事しています。 一口にサーバ側の基盤開発といっても定義が曖昧なのですが、基本的にはこんな感じのタスクをやっています。 インフラコストの最適化 不正なアクセスからの防御 障害の再発防止 新技術の導入やアーキテクチャの整備 今回はこのうち「新技術の導入やアーキテクチャの整備」の中で、サーバサイドをGo + Clean Architectureで再設計したことについてお話したいと思います。 背景 ミラティブは2015年春頃に開発が始まり、同年8月にサービスがリリースされ、2020年8月で5周年を迎えました。 その過程で組織やプロダ

自分が複数のシステムの開発を経験して得た確信として、「認証と認可と課金とコアドメインの分離がめちゃくちゃ重要である」というものがあるので、コレを整理してアウトプットしていく 分離するモチベーションとは Microservice文脈でいうと、デプロイ独立性だったり、リソースの最適配分だったり、障害の局所化だったり、開発組織とのマッピングだったりがメリットとして語られることが多い。 だが、ここで取り上げたいのは戦術的DDD的観点でのコンテキスト分離の有用性である。 ※ちなみにコンテキスト分離のみであればモジュラモノリスだけで実現可能。 戦術的DDD的観点での関心事の分離によるメリットとは コンテキストが分離されていることによって、境界をまたぐ際に「このI/Fは正しいのか？」を都度考えることを強制することができる。 境界がなければ意図しない密結合を生みやすくなってしまう。 もちろん、境界を超える

こんにちは。Kyashでプロダクトマネージャーをやっている yanai です。 もうお気づきの方もいるかもしれませんが、Kyashアプリ内の履歴に表示されているお店の名前が、今年の7月中旬頃以降のご利用分から全角漢字かな表記になりました。 すごく地味な変更ではあるのですが、会社の開発の様子を織り交ぜながらこの記事を通じて少しご紹介したいと思います。 本題に入る前に少しだけPaymentチームのご紹介 KyashのPaymentチームは、プロダクトマネージャーが1名と、3名のエンジニアで成り立っています。 Paymentチームのメンバー構成 プロダクトマネージャーA:入社7ヶ月目。カード会社からの転職でKyashに入りました(筆者) エンジニアB:入社5ヶ月目。 エンジニアC:入社5ヶ月目。 エンジニアD:入社2年目の、みんなの兄貴。 PaymentチームではKyashアプリで発行したVis

皆さま、こんにちは。Red Hatの西村(@iamnishipy)です。入社するまでDockerユーザーだった私が、わかりやすいと感じたPodmanの記事を共有いたします。 この記事はRed Hat DeveloperのPodman and Buildah for Docker usersを、許可を受けて翻訳したものです。 :::William Henry 2019年2月21日::: 最近Twitterにて、Dockerに詳しい人のためにPodmanとBuildahをよりよく説明してほしいと頼まれました。ブログやチュートリアル(後ほど紹介)はたくさんありますが、DockerユーザーがどのようにDockerからPodmanやBuildahに移行していくのかについて、私たちコミュニティから一元的な説明を行っていませんでした。Buildahはどのような役割を果たしているのでしょうか？Docker

サイバーセキュリティにおいてLANケーブル(有線LAN)からの侵入について考えたことがあるでしょうか？本稿では、LANケーブルをニッパーで切断してネットワークへ侵入・盗聴した実験結果を紹介します。切断してから何秒で侵入・盗聴できたのでしょうか？ 本記事は、ケーブルを切断してネットワークへ侵入・盗聴されるリスクがある事を知っていただく事を目的としています。 ご自身の環境以外では試さないようお願いします。 なぜLANケーブルからの侵入？ 技術部の安井です。長年制御システムを開発してきた経験から制御システムセキュリティ向上に取り組んでいます。制御システムの業界では、近年外部ネットワークを経由しての侵入や内部に持ち込まれたUSBメモリからの侵入が注目されています。一方で、なぜかネットワークを構成する大きな要素であるLANケーブルや光ケーブルからの侵入への注目度は低いようです。制御システムに関わらず

おはこんばんちは、ソフトウエアエンジニアの橋本（GitHub: @af12066）です。 「アウトプット→思考デー」にちなんで、この記事では、かつて私が社内のLT大会である「真剣.js」向けに「五反田のランチ事情について考える」というタイトルで話した内容を、公開できる範囲でアウトプットしてみます。「真剣.js」の概要および過去の内容については、以下の記事をご参照ください。 developers.freee.co.jp developers.freee.co.jp freeeと五反田 私が入社前にfreeeにてインターンをしていた頃、五反田駅周辺の飲食店の多さに驚きました。もともと五反田がオフィス街でないために、小さい建物がぎゅうぎゅう詰めになっており、それにフィットするように個人経営の小規模な店舗が高密度で集まっているように思えます。 なお、CEOの佐々木はインタビュー記事「ライフスタイル

freeeのCEOの佐々木大輔です。この記事は freee Developers Advent Calendar 2019の23日目です。 家で子供と遊ぶ筆者 今年は、freeeの恒例行事である開発合宿に初参加してきた（詳しい様子は12日の@_kemuridamaの記事をどうぞ）。freeeのリリース直後までは僕も独学でRails勉強し、微力ながらガンガン開発していた。この機会に再び開発をやりたいと思っていて、開発合宿には毎回行きたいと思っていたものの、タイミング合わずいけずにいたのですが、ついに参加することができた。 実はこの開発合宿の日（10/31）は freee の上場承認日のちょうど一週間前の日ということもあり、証券会社との交渉や上場承認後のロードショー（上場時に機関投資家等に向け事業内容などを説明するツアー）準備のための予備日として空けておいてね、と言われていた日でもあった。なん

この記事はEngineering Manager Advent Calendar 2019の12日目のエントリです。 はじめに 現在私はエンジニアリングマネージャー(以下EM)をやっておりますが、最初は決して私自身が望んだキャリアではありませんでした。実際、当時所属していたチームのEMが退職し上司から誘われたことが、私がこのキャリアを歩み始めたきっかけでしたし、EMの魅力や楽しさがわからず漠然とした不安があったのを覚えています。 たしかにEMは大変な仕事ではあるのですが、徐々にEMの仕事の楽しさや魅力を感じるようになってきました。 このエントリーでは、現在スタートアップ企業でEMをやっている私ができるだけ多くの人にその魅力や楽しさを伝え、EMをキャリアの１つとして考えるエンジニアが少しでも増えることを目指します。 私の考えるエンジニアリングマネージャーとは あくまでも私の考えにはなりますが

こんにちは、freee の SRE チームでプレイングマネージャーをやっている @manabusakai です。 freee に入社して早 3 年半が経ち、入社して以来 SRE として freee が提供するプロダクトを支えています。 この記事は freee Developers Advent Calendar 2019 の 10 日目の記事です。 adventar.org エンジニアの傍ら採用にも積極的に関わっていて、週に 3 〜 5 回、多い日だと 1 日で 3 回ほどカジュアル面談や面接をやっています。 その中でよく聞かれるのが「どんな 1 日を過ごしていますか？」という質問です。特に子育て世代の方からよく聞かれます。自分も 2 歳の子どもがいるので、候補者の方の気持ちはよくわかります。 今回は freee のイクメンエンジニアがどんな 1 日を過ごしているのかご紹介しつつ、free

日経 xTECH（クロステック）で「35万人月、みずほ銀行システム統合の謎」というシリーズ記事が公開されている。 tech.nikkeibp.co.jp 出典は「日経コンピュータ」誌の2019年9月5日号で、32ページにわたる特集を全19本の記事で構成している。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 有料会員向けの記事ということもあるんだろうけれど、上記のような一部記事だけが微妙なかんじでバズっていて、その記事を読むと、まあこういう感想になる。 みずほシステム統合の謎、参加ベンダー「約1000社」の衝撃 | 日経 xTECH（クロステック） 今年って昭和何年だっけ？ “基盤とアプリ開発のベンダーが異なることで特有の難しさも生じた。富士通はIBMの基盤上で動作するCOBOLプログラムを開発しなければならなかった”2019/09/10

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

AWSで大きな障害が発生したこの機会に、自分がクラウドと正しく付き合っていくために必要なことを考える。 piyolog.hatenadiary.jp ちなみに稼働率 99.99% くらいを目指していくために必要な事を考える。 必要な稼働率を見極める 今回は 99.99% くらいを目指すと言ったが、実際に自分たちにとってどのくらいの稼働率を目指すか？ということはとてもとても大切だ。 幸い、今回自分は影響がなかったが、本当に完璧か？と言われるとそうではない。 まず弊社の場合、マルチリージョンではないので東京リージョンが落ちたら落ちる。 これを許容できない場合に99.99%を目指せるか？というと正直厳しい。 しかしサイトの規模はそんなに大きくないのでデータサイズも現実的に転送出来る範囲で、コンポーネントも少なく、TerraformやAnsibleによって再構築しやすい状態は整っている。 そのため