こんにちは。アルプnote編集部です。 アルプはサブスクリプションビジネスを行う企業向けに、今まで手作業や自社開発がスタンダードだった契約や請求の管理をSaaSとして提供するScalebaseというプロダクトを開発しています。 本日は、2021年7月末にアルプに入社した公認会計士で会計エキスパートの深堀さん（@FukahoriTax）にインタビューしました。 深堀さんは、前職ではマネーフォワードクラウド会計でプロダクトオーナーという重要なポジションを任されていました。そんな深堀さんが、なぜアルプに転職を決めたのか、会計エキスパートから見たScalebaseの魅力と課題についてお聞きしました。 ーーー深堀さんの経歴を教えてください人と違うことをやらないと生きていく上で差別化できないなという気持ちがあり、大学時代に他の人と同じサラリーマンになるのが嫌で会計の勉強をし、公認会計士を取得しました。

一方で、 すごい個人・一緒に働いてみたい個人の名前は挙がっても、すごいチーム・一緒に働いてみたいチームの名前はなかなか挙がりません。なぜでしょうか。 せっかくいいチームができても会社や組織など様々な事情によって壊れてしまい、チームの寿命がそんなに長くないことが大きな要因のような気がしています。もちろんチームが長生きすればいいわけではないですし、チーム至上主義を謳いたいわけではありません。 私達はチームで今後について話し合ったときに、純粋に「もう少しこのチームでやりたいことあるよね」という想いが一致したため、チームFA宣言をすることに決めました。 全員に当てはまることではないことは知っていますが、「チームで転職する」という選択肢がもっとふつうになれば、もっと楽しい世界になるような気がしています。 私たちのチームFA宣言御社のベネフィットビルドされたチームごと採用することができますチーム採用を

オープンソースのコミュニティで、偉いとみんなから思われていて、傍若無人な発言をよくしていて、なぜかそれが周囲から許されている人というのは、昔はよくいたように思う。 昔は僕も子供だったので、ネットでのコミュニケーションというのはそういうふうに殺伐としたものなのかな、と思っていたのだけど、いまになってみれば、ああいう人たちは一体なんだったんだろうと思う。ああいう人たちはちょっと何かがどうにかしていたのではないか？ 僕はいまはLLVMで開発をしているけど、このコミュニティは基本的に相互にリスペクトするべきという基本的な原則が感じられて、あまりひどい発言などをすると誰かコミュニティの偉い人がたしなめに来たりする。困った人もいないわけではないけど、おおまかに言えばうまく運営されていると思う。コミュニティをどう運営するかというのは結局参加者の選択の問題で、殺伐としたコミュニティにすることもできるし、相

自分はアプリや Web サービスを世に出している方だと思う．「アイデアをカタチにできるのがすごいね」とよく言われるが，その根源を探ると，「見切り発車」力のおかげなように感じる． 「見切り発車」というとネガティブにとらえられがちであるが，その一方で，個人的には以下の 2 つの強みがあるように思う． 1. 「100% を目指そう」から「落とし所を見つけよう」という発想になる サービス企画をする際，アイデア → 実現可能性 という流れで考えるのが一般的である．そして，突拍子もないアイデアである程実現可能性は低く，ここの段階で 100% を目指してしまうと，やっぱ厳しいか… と踏みとどまってしまいがちである． そうではなく，おもしろいアイデアを思いついた段階で，1度作り始めてしまう．すると，やはり途中で実現が難しそうなところが出てくるが，その時には課題がより明確になっていて，かつ「もうここまで作っ

穂村弘さんが、まだ無名の頃のこと。 自分にはすごい才能があって、いつか誰かがその才能に気がついて、「君、すごい才能だね。本を出しませんか？」って声をかけてくれるのを待っていたんだけど、何にも行動してなくて、そんな奇跡が起きるわけもなく、それで、自費出版で本を出した。その本を高橋源一郎が読んでくれて、大絶賛してくれて、そこから自分のキャリアが始まった。自分の方から行動しないと、神様は気づいてくれない。というようなことを書いていたんですね（うろ覚えです。細かいところ間違ってたらごめんなさい）。 こういう、「自分はすごい才能があるから、いつか誰かがそれに気がついて、向こうから、『君、すごい才能だね。作品にしませんか』って言ってくるはずだ」って思いこんでしまうことってよくありますよね。 そんなことってめったにないんですよね。 益田ミリも、無名の頃、すごく営業したらしいんです。 色んな出版社に連絡し

KotlinConfに登壇しました。海外カンファレンスでの登壇はなかなか出来ないので良い資料になればと時系列で出来事全て書き残しておきます。 （そしてまた海外カンファレンスで登壇出来る日が来て、このエントリーを自分が見直す日がくることを祈ります） だいぶ長いし、エモいし、技術者としてのコツとかはないので、こういうのが嫌いな方は戻るボタンを押して下さい。ほぼ推敲もしていない雑文です。 こんなポエムで批判とかされると嫌なので、批判する可能性がある方はぜひ時間を浪費せず、戻るボタンをクリックして下さい。 またKotlinConfの内容は一切ありません。別途記述します。 KotlinConfが開催されることが発表 開催のアナウンスされたのが3/15あたりで、3/28に何かKotlinに関することを検索していたら偶然サイトを見つけて、KotlinConfの存在に気づきました。 おおおう！？https

この記事が気に入ったら、サポートをしてみませんか？ 気軽にクリエイターの支援と、記事のオススメができます！

このpostについて Dagger2には @Singleton を始めとした "scope" というものがあります 下記に１つでも該当する人 (= この前までの自分) は読んでもらえると良いかもです - Dagger2はActivity lifecycleを克服するために有用な手段だと思ってる - @Singleton は、いわゆる getInstance() を用いたstaticなシングルトンを実現するためのアノテーションだと思ってる - Daggerのscopeは、インスタンスのlifecycleをよしなにゴニョゴニョしてくれるmagicであると思ってる Scopeって何なんだろう 例を交えて考えてみます MyViewModel というクラスのinstanceをinjectionするケースを考えます "injectする度にinstanceを生成したくない & 一度作ったものを使いまわし

7月24日に突入しました。 plaza.rakuten.co.jp 10年という数字に意味はありませんし、ここから何かが変わるわけではないですけど、これまで書いたことがなかったことでも一応書き残しておこうかと思います。 このブログはいかにして駆動されているのか このブログはもともと神林長平先生の『膚の下』を読んで書きはじめられたブログなのですが、それとは別にもう一個動機もあって、「ネットの書評ブログの感想は弱い」ということでした。僕が『膚の下』を読んだ時、これはこの宇宙で最高の小説だし、僕の人生において今後コレほどの衝撃を受けることはないだろうと確信し、その衝動みたいなものを一緒に誰かに分かち合って欲しいと思いネットを検索しました。 それなのに何ページめくっても『膚の下』おもしろい〜と三行ぐらい、あるいは十行ぐらい書いてあるWebページが出て来るのが関の山で、僕はといえば「そうじゃねえだろ

表題の通り、数年勤めたソニー株式会社を退職しました。 個別具体の退職理由はいろいろあってそれらは後述しますが、退職を決めた基本的な理由は、個人的なキャリアパスの設計と会社の方針のミスマッチ、労働観のミスマッチ、技術投資の考え方のミスマッチの三点に集約できると思っています。 キャリアパスの設計と会社の方針のミスマッチ私はソニーでソフトウェアエンジニアとして働いていました。 ソフトウェアエンジニア(を目指す人間)にとってソニーと言えば、"自由闊達な理想工場"、エンジニアが自由に活躍できる会社、日本のメーカーなのにソフトウェアもちゃんとつくれる会社、などのイメージがあるかと思います。私もそう思っていました。 実際会社は説明会などでそういった説明をしましたし、そういったイメージを前提に私はソニーを選び、「エンジニアとしてプロフェッショナルになる。品質が高く、お客の求める体験を作り出せる人間になる」

代表の中村です。 本日、トレタでお預かりしている予約データの累計予約人数が1億人を超えました。 サービスをスタートしてから3年と3カ月。現在の登録店舗数は8,400ですから、単純計算で1店舗あたり12,000人分くらいのデータをお預かりしていることになります。 この「1億人」という大きな数字は、ただ漫然と日々積み重なって実現しただけの数字ではない、と僕は考えています。 トレタは、予約管理の非効率とそれに伴う「苦痛」を解決するサービスとしてスタートしましたが、いまや僕らのサービスは飲食店経営そのものを変える領域までソリューションを拡張しつつあります。 サービスをリリースした当時の僕らの強みは「誰でも使いこなせるインターフェイス」にあったのは確かなことです。 しかしその一方で、この3年の間に僕たちは「店舗オペレーションのノウハウ蓄積」「飲食店さまへのコンサル力の強化」そして「サポートの充実」を

※ キャンペーンは終了しました。たくさんのご応募ありがとうございました 先日お伝えした通り、本日から新しいはてなブックマークボタンをご利用いただけるようになりました！ はてなブックマークボタンはこれまで種類の選択肢が少なく、かつモバイルページでは扱いづらいデザインでした。今回、種類とサイズの柔軟な変更に対応し、スマートフォンでも見やすく使いやすいデザインになりました。 以下のガイドページから、お好きなデザインにカスタマイズしてご利用ください。 ▽ はてなブックマークボタンの作成・設置について - はてなブックマーク ※ 現在すでにページに設置しているタグの貼り替えなどは不要です 新しいボタンを押して、Tシャツとステッカーを当てよう！ このリニューアルを記念して、非売品の「はてなブックマークTシャツ」と今回新たに制作した「はてなブックマークボタンステッカー」をセットにして2名様に、さらに「は

greenDAOの開発元であるgreenbotが新しいNoSQL ORMのβ版をアナウンスしたようです。 greenrobot.org いわく、マルチスレッドで使いやすく、バイトコード操作のようなマジカルな方法はとらず、マイグレーションを自動で行えてしかも爆速だと。これらの特徴はOrmaも標榜しているので、気になりますね。 ORMにとってのパフォーマンスは一番重要というわけではないものの、それなりには速くないと困るのは確か。というわけで、まずは軽くベンチマークをとってみました。コードベースはOrmaのリポジトリ内のベンチマークコードに追加した形です。 結論からいうと、読み込みはわりと速いです。 書き込みはOrmaとほぼおなじ水準 何度か繰り返すとOrmaより速いこともあります なおOrmaは手書きの素朴なコードよりも高速に見えますが、手書きのコードでの最適化をサボっているためです Real

はじめに こんにちは、大正デモクラシーです。年末年始に実家に帰るにあたって、Windows 10がインストールされているXPS 13を持って行ったんですが、実家で庭木の剪定以外にやることがなかったので、それ以外の時間はずっとコード書いてました。しかし、持って行ったマシンの開発環境がまったく整ってなかったのでいろいろ設定しなおしてとりあえずいい感じになったので、その作業メモを書いておきます。 TL;DR これまでLinuxやmacOSで育ててきた環境をWindows 10で使うことはあきらめて、これらのツールをとりあえず入れました。 cmder | Console Emulator Chocolatey - The package manager for Windows GitHub - Microsoft/Git-Credential-Manager-for-Windows: Secure

９月いっぱいで所属していた会社を退社し、山形に移住することにしました。 僕は、40歳で妻子持ちなので「レールに沿ったつまらない人生はもう嫌だ」とか言う気持ちは毛頭ないのですが、色々思うところがあって、生まれ育った東京を離れ、新天地を目指すことにしました*1。 何故山形？ 正確には、山形県酒田市になります。 僕には縁もゆかりもない土地なのですが、友人がそこを拠点に事業をやっていて、誘われる形での移住となりました。 他の会社さん(東京)からも引き合いがあったりして、かなり迷ったのですが、幾つかの点で「試す価値あり」と判断して、酒田行きを決断することにしました。 僕の夢 僕の夢は「プログラマーの楽園を作ること」です。 ・・・突然こんなこと言ってごめんね。でも本当です。 プログラマーたちが集まって「キャハハ」と笑い合える未来を目指しているのです。 そのためには、まずは「楽園」の定義をしなければなら

開局6か月弱で、900万ダウンロードを達成したインターネットテレビ局の「AbemaTV（アベマティーヴィー）」。ユーザー数の多さはもちろん、動画サービスの特性上、「長時間ユーザーと接する」「処理が重たい」「実用系と異なりエンターテイメント系では、ユーザーがすぐに他サービスに移行してしまう」といった課題を抱えるジャンルにおいて、UI/UXを受け持つフロントエンドの技術にかかる期待や責務は大きい。「Web Initiative Center」という専門部署を立ち上げ、サービスの品質改善を力強くドライブするサイバーエージェントの佐藤歩氏、泉水翔吾氏に、その開発舞台裏を伺った。 株式会社サイバーエージェント 佐藤歩氏（左）、泉水 翔吾氏（右） 「AbemaTV」「FRESH! by AbemaTV」を支えるフロントエンドアーキテクチャと導入背景 ――お二人が所属されている開発チームの規模や構成を教

※キャンペーンは終了しました。たくさんのご応募、ありがとうございました。 はてなブログとして初の解説書『はてなブログPerfect GuideBook』がソーテック社から刊行されました。 執筆されたのは、人気のデザインテーマ「CONTENTS」の作者であり、ブログのカスタマイズやデザインについての情報を自身のブログでも発信しているJOE AOTO (id:dreamark) さん。 私の執筆した本の発表と予約開始。はてなブログPerfectGuideBook - DREAMARK JOEさんはサブアカウントで、文房具など自身が好きなものを紹介するブログ スキナモノート も運営されています。 「スタンダードな解説書」とソーテック社の編集者さんに聞いてはいましたが、設定やデザインの手順がスクリーンショットとともに300ページ近くたっぷりと解説された内容を、送ってもらった見本ではじめて拝見し、こ

社内向けの教育資料を、ど素人でもわかるようにと思いながら作っていて、じゃあ「わかりやすい」って何だろうって考えてた。今まで読んできたいろんなわかりやすかった本とそうでない本を思い浮かべながら、一般的にここを注意すればわかりやすさを確保できるだろうっていうポイントを一旦まとめておこうと思った。そうしてまとめてみると、本に限らず人に何かを伝えること一般に適用される話だなと思った。 読む側の負担を減らす わからない＝理解をはばむ障害物がある。この障害物を取り除く／回避する作業が「わかる」ために必要になる。その作業を、作者ではなく読者が負担するとき「わかりにくい」本になる。 日本社会だと情報の受け手の側がこの「わかる」ための作業を負うことでコミュニケーションを成立させる傾向にある。空気を読むというようなことだ。そのため発信者側が事前に手を尽くしてわかりやすく発信するというのが苦手で、相手が汲み取っ