並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 413件

新着順 人気順

ubieの検索結果1 - 40 件 / 413件

  • 今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット

    本をよく積みます。よく読むではなく、ともかく積んでいます。 俺たちの本積むスピードには誰も追いつけない(読んでない本、まだまだあるのにまた本を買ってしまう) pic.twitter.com/RxrHrRl8KX — フジイユウジ (@fujii_yuji) 2021年12月17日 毎週土曜の朝から積読を強制的に消化する会というのをオンラインでやってまして、「誰か来るだろうから起きて読まなくては……」と強制力が働くことで本を少しずつ読むことができています。参加者のみなさん本当にありがとう。 時期によって人が増えたり減ったりして、ここ最近は数人しかいない状態なので新規参加者を募集しております。誰でも参加できるので参加してみたい方は連絡くださいな。 というわけで、今日は読んでよかった本をまとめて紹介していきたいと思います(今年じゃないのもちょっとあり)。 まとめてみたらニンゲン的な原理や不合理と

      今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット
    • 人事制度ハンドブック - kaneda blog

      2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 今後、人事制度を設計する際のハンドブックとして、随時更新していきます。 ■書籍:スタートアップのための人事制度の作り方 ■ブログ本体:https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか?(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 昇格に、メリットはあるのか? 急成長できるスタートアップの組織文化と

        人事制度ハンドブック - kaneda blog
      • 僕たちはリモートワークに振り回されていた。Gatherを使うまでは。|shikajiro

        最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、

          僕たちはリモートワークに振り回されていた。Gatherを使うまでは。|shikajiro
        • 2023年にブックマークしたページでよかったもの集めた - Really Saying Something

          2013年から「その年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。正確には毎年ではなくて、2022年だけ抜けています。いろいろなことがあり抜けました。そしてあきらめて、2023年版を作りました。 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確でない役所のページなどは除外 ブックマークが多く集まっていてもリンク切れであるものは除外 Yahoo!ニュース(掲載終了)、サイトクローズなど 内容が「閲覧する際に1記事単位になっている(ページャーはOK)」になっていること 有料記事、課金しないと全部読めない記事などは除外 今年は入院した

            2023年にブックマークしたページでよかったもの集めた - Really Saying Something
          • もう仕事に追われたくない!自分起点で楽しく働くための自己管理術 - Qiita

            はじめに 仕事に追われる日々から解放され快適に楽しく働くことができる環境を実現するためには、自己管理が重要です。ここでいう「仕事に追われず快適に楽しく働ける状態」とは、自分自身で意思決定を行い、仕事の進行を自らコントロールする能力を身につけることを意味します。 多くのエンジニアは仕事の量や複雑さに圧倒され、自分のペースで仕事を進めることができないという状況に直面しています。しかし、自己管理スキルを身につけることでこれらの課題を乗り越え、より自分起点な働き方が可能になります。 この記事では、よく起きがちな問題とあわせて自己管理を強化するための具体的な方法を示します。 1. 他の人から見て何をやっているかわからない問題 主要なポイント 「あれってどうなってます?」って聞かれていませんか? これを頻繁に聞かれる場合、確実に何やっているかわからない人だと思われています タスクの状態は、必ず聞かれる

              もう仕事に追われたくない!自分起点で楽しく働くための自己管理術 - Qiita
            • データが必要なサービスを、無理やり作る方法を紹介します(例:マンガ検索「MNM」)|けんすう

              アル(https://alu.jp)というマンガサービスを作っている、けんすうと申します。 最近、マンガ新検索MNMという、イケてるサービスを作りました。 何かというと、マンガを入れると、読んでいる人が同じデータから、「だいたいこのマンガが好きな人はこんなマンガも好き」という、「距離が近いマンガ」を出してくれるというものです。 たとえば、「ドリフターズ」と入れると「HELLSING」「ヨルムンガンド」「ゴールデンカムイ」とでました。 お陰様で、結構バズりまして、いろいろなところで話題にしていただいたのです。 こういうの待ってたし、実際にやってみたら本当に好きな漫画ばかり出てきて精度もピカイチ。 「近いマンガ」がわかるマンガ新検索 MangaNearestMap #アル https://t.co/YoYhHttYus @alu_incより — なかみち (@shuhei_nakami) Ju

                データが必要なサービスを、無理やり作る方法を紹介します(例:マンガ検索「MNM」)|けんすう
              • ソフトウェアドキュメント作法 - maru source

                こんにちは丸山@h13i32maruです。つい先日、devchat.fmというポッドキャストに出演して、「ドキュメント」というお題について話しました。なぜこんなニッチなお題について話したかというと、Ubie Discoveryに入社して5ヶ月の間にいくつか*1まとまったソフトウェアドキュメントを書いたので、自分の中でホットな話題だったからです。 #devchatfm 33回目は、Ubie DiscoveryのSWE @h13i32maru にドキュメントを書くことで得られるメリットや、ポイント・工夫などを聞きました! #33 チームの生産性を上げるドキュメントのすすめ with@h13i32maruhttps://t.co/TrmZd13D91— 久保 恒太 / Ubie CEO (@quvo_ubie) 2021年8月12日 これらのドキュメントは個人的にわりと良く書けたと思ってますし、

                  ソフトウェアドキュメント作法 - maru source
                • プロジェクトに浅瀬を作る

                  はじめに プロジェクトに参加しているメンバーがうまく環境に適用できずに離脱することがあり、ともすれば、身体を壊してしまうケースもあります。これは新規メンバーに限定されず、既存のメンバーでも、プロジェクトや本人の状況、その役割が変われば発生し得ると思っています。 そういったことを回避できた状態を想像した時にプロジェクトに浅瀬があったら良いのではというイメージからこの言葉が浮かんだのだと思います。2年ほど前のメモ書きにこのタイトルが残されていて、今見直した時にすごくしっくり来ました。 メモ書きを発見したツイート この「プロジェクトに浅瀬を作る」とは、どういうことなのか、改めて深堀したいと思います。 どういうこと? 溺れないようにするのが目的 監視員が必要のない状態が理想 溺れないようにするのが目的 溺れるというのは、闇雲に時間がかかってしまい心身ともに疲弊してしまうイメージです。不慣れなため必

                    プロジェクトに浅瀬を作る
                  • ChatGPTに自社データを組み込んで新しい検索体験を模索してみました|masa_kazama

                    イントロChatGPTやBing、NotionAIなどの大規模自然言語モデル(LLM)を活用したサービスが注目を集めています。対話、要約、翻訳、アイデア生成などの多様なタスクにおいて、とても性能が高いです。ただ、ChatGPTでは、ときどき嘘が混じっていたり、文献が捏造されたりすることがあります。 ChatGPTとの対話画面(結果の書籍は存在しない)それを防ぐために、BingやPerplexityでは、文献を引用した上で、なるべく嘘が紛れ込まない形で回答してくれます。 Perplexityでは引用もつけてくれるしかし、これらのAIは、Web上の公開されている一部のデータを元に学習しているので、公開されてないデータに対しては当然ながら、正しく回答できません。 そこで、この記事では、自社が保有しているデータをChatGPTに組み込んで、自社オリジナルのPerplexityのようなシステムを作る

                      ChatGPTに自社データを組み込んで新しい検索体験を模索してみました|masa_kazama
                    • Swift未経験の医師が、ChatGPTを使って30分でiOSアプリを作った話|Shohei

                      株式会社Ubie、プロダクト開発スペシャリスト・医師の原瀬です。 今回は、今注目されているChatGPTを使って、ごく初歩的なiOSアプリを作ってみたので、ここにまとめてみました。ChatGPTの凄さは既に様々な場所で取り扱われていますが、百聞は一見にしかず、ということで実際に自分で触ってわかったこと、感じたことを共有したいと思います。 私自身はヘルステックベンチャーで勤務していますが、バックグラウンドは医師でコーディングやSwiftも全くの未経験です。 ちなみに、自分の経験したことをそのまま書き出したい、という気持ちがあるので、このnoteの作成には一切ChatGPTを使っていません。 なぜアプリを作ってみようと思ったのかそもそも、なぜエンジニアリソースが豊富な環境の中、自分自身でアプリを作ってみようと思ったのか。「単純な興味です」と言ってしまえばそれまでかもしれませんが、以前から感じて

                        Swift未経験の医師が、ChatGPTを使って30分でiOSアプリを作った話|Shohei
                      • リモートワークによる孤立から結束へと向かうチームビルディング

                        カテゴリー DX (2) 一般 (58) 研究会 (6) 働き方 (4) 技術 (351) Edge AI (2) Edge Computing (12) Erlang (1) FIWARE (2) Fog Computing (9) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (4) RealTime Web (14) SRE (2) Webサービス (42) インフラ (7) コンテナ (3) ストレージ (92) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (214) 仮想化 (110) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティング

                          リモートワークによる孤立から結束へと向かうチームビルディング
                        • 2021年にブックマークしたページでよかったもの集めた - Really Saying Something

                          2013年から毎年、「年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。2020年分は以下です。 2020年にブックマークしたページでよかったもの集めた - Really Saying Something 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。そのため、春ごろの記事が冬にいきなり登場したり、日付が前後していたりします。私の脳内に「その時こういうこと考えていたな~」という記憶を作るインデックスだからです!!! 基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確でない役所のページなどは除外 ブックマークが多く集まっていてもリンク切れであるものは除外 Yahoo!ニュース(掲載

                            2021年にブックマークしたページでよかったもの集めた - Really Saying Something
                          • ソフトウェアエンジニア採用で技術面接をやめました|sys1yagi

                            こんにちは、Ubie(ユビー)株式会社でソフトウェアエンジニアとして働いている八木(@sys1yagi)です。 ソフトウェアエンジニア採用といえば技術面接ですよね。技術的な経験に関するインタビューや、コーディングテスト、技術課題の提出、ライブコーディングなどを行い、候補者の経験や技術力、技術の方向性やキャリア観などが自社とマッチするかを確認するというのが一般的かと思います。 Ubieでは、このような形式の技術面接をやめることにしました。自社とマッチするという点にフォーカスしたとき、これまでの技術的な経験や技術的な方向性は、Ubieで働く上でそこまで大きく関係してこないということがわかったからです。 技術的な詳細よりも、事業をつくることの経験や考え方を知りたい Ubieには2つの組織があります。Ubie DiscoveryとUbie Customer Scienceです。私が属しているUbi

                              ソフトウェアエンジニア採用で技術面接をやめました|sys1yagi
                            • 日本CTO協会、エンジニアが選ぶ開発者体験が良いイメージのある企業ランキング30を発表

                              日本CTO協会、エンジニアが選ぶ開発者体験が良いイメージのある企業ランキング30を発表Developer eXperience AWARD 2022 一般社団法人日本CTO協会(本社:東京都渋谷区/代表理事:松岡剛志、以下:日本CTO協会)は、新たな取り組みとして、技術者合計633名を対象に、ソフトウェアエンジニアをはじめとする技術者にとって各社が"開発者体験※"に関して、どれくらい魅力的な発信をしているかという「テックブランド力」を調査するためのアンケートを実施し、名前の挙がった上位30社のランキングを発表しました。また、各社をDeveloper eXperience AWARD 2022の受賞企業として表彰いたしました。 本調査は、激化するエンジニア採用市場において、技術者自身からの認知やテックブランド力に関する指標を作り世の中に公表することで、各社のエンジニア採用力強化の指針となるだ

                                日本CTO協会、エンジニアが選ぶ開発者体験が良いイメージのある企業ランキング30を発表
                              • 入社して一週間、素早く生き残るためにやったこと(Ubie) - maru source

                                こんにちは丸山@h13i32maruです。1.5ヶ月の仮想無職をおえて、ついに3月1日から新しい会社(Ubie ユビーというヘルステックスタートアップ)で働き始めました。一週間働いてみて思ったのは、医療ドメインとUbieの事業構造(課題、ソリューション、プロダクト、マーケット)がおもしろい。これにつきます。医療ドメインは誰にとっても身近でありながら、その奥にはすごい森が広がってるみたいな感覚になりました。知的好奇心をうずうずさせるようなプロダクト開発が好きな人には凄く合うと思います。 そんな面白いことに関わるんだから早くパフォーマンスを出したい!というわけで、入社して一週間でやったことを残しておきます。事業構造の図を書いてみたり、組織の波に乗ったり、Slackの分報を活用したりなど。先日の転職の意思決定という記事では事業ドメイン、組織、自分の成長、報酬という軸で考えたので、今回もそれに合わ

                                  入社して一週間、素早く生き残るためにやったこと(Ubie) - maru source
                                • 注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools

                                  公開日 2024/05/27更新日 2024/05/27注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 現代のITサービスは、ユーザーに高品質で安定した体験を提供するために、より効率的で柔軟な技術選定が不可欠です。 本特集では、注目企業のシステムアーキテクチャ設計に携わるエンジニアの方々より、それぞれの技術選定における工夫と、未来を見据えた展望についてご寄稿いただいています。 各企業がどのように課題を乗り越え、開発生産性や品質を向上させるためにどのようなアプローチを採用しているのか ー この記事を通じて、実際の現場で活用される最先端の技術や戦略を学び、皆さんのプロジェクトに役立つ洞察を得ていただければ幸いです。 ※ご紹介はサービス名のアルファベット順となっております airCloset - 株式会社エアークローゼット エアークローゼットは日本初・国内最大級、女

                                    注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools
                                  • Ubie は Go と Node.js の会社になります

                                    Ubie では、創業当初から Server-Side Kotlin を推進してきましたが、全社的な技術選定を再度行い、これからは Go と Node.js を中心とすることにしました。 本記事では、Go と Node.js を選定した理由や、それを普及させる取り組み、そして選定の流れを紹介します。 経緯 これまで Ubie では技術スタックを発散させてきていて、現在は Kotlin、Go、Node.js、Ruby、Python のバックエンドサービスが動いています。以前は新規開発が多く、それぞれに携わるメンバーが技術選定をすることにより、最大瞬間風速を出せるなどのメリットがありました。しかし、現在では弊害が目立ってきています。 まず、事業成長に伴って運用の重要性が増しています。人材が潤沢とは言えないスタートアップにおいて、様々な技術スタックを安定運用することはコストが高すぎると感じています

                                      Ubie は Go と Node.js の会社になります
                                    • 2022年に OSS 活動によって得た報酬を公開

                                      この記事を書いているのは 12 月 17 日なのでもう 3 日分書いていないことになりますが、頑張って追いつきたいと思います。 筆者が 2022 年に OSS 活動によって得た報酬を公開します。 前提 筆者はUbie 株式会社のフルタイムのソフトウェアエンジニア兼大学生であり、余暇時間にいくつかの OSS に関わっています。 主に Prettier というコードフォーマッターのメンテナンスをしています。 目的 この記事の目的は、読者の誰かがお世話になっている OSS プロジェクトに対して寄付や貢献をするきっかけになることです。ぜひお願いします。 筆者が受け取っている OSS 活動による報酬には大きく分けて二種類あります。 一つ目は OSS プロジェクトの OpenCollective から分配された報酬です。Prettier の OpenCollective に集まった資金を毎月 $150

                                        2022年に OSS 活動によって得た報酬を公開
                                      • GitHubの運用を「会社」にしていく話

                                        Ubie DiscoveryでSREなどをしている@itkqです。 UbieではGitホスティングにgithub.comを使っています。プロダクト開発に必要なprivateなコードベースはもちろん、OSSや就業規則といったドキュメントをpublicにホストしたりもしています。また、この記事を書いている時点で、メインのOrganizationのメンバーは121名です。 自分が入社したのは一年前(2021年1月)で、まだ情報システム専任の人がいませんでした。それから今に至るまで、GitHubの運用を「会社」にしていく話を書きます。 一年前のGitHubの運用 当時、UbieのOrganizationに所属していた人数は、業務委託含め80〜90名ぐらいで、Businessプランを利用していました。私はSREとして入社しましたが、情報システム専任の人がおらず、SREをはじめとする何名かのメンバーが

                                          GitHubの運用を「会社」にしていく話
                                        • 開発爆速化を支える経営会議や週次定例の方法論 〜LayerXの透明性への取り組みについて〜 - LayerX エンジニアブログ

                                          こんにちは。松本(@y_matsuwitter)です。GWはカレーを沢山作っていました。スパイスから作るカレー、思ったよりも手間が掛からないですね。インド料理にハマる波が数年置きにやってきます。 本日は、最近いくつかのイベントでの議論を通じて感じた、開発組織づくりにおいて見られる共通のパターンについて触れつつ、LayerXが意識している取り組みを書いてみようと思います。 最近toBなスタートアップ各社と会った中で、組織の指向性に色々と共通の傾向が見られる気がする。 ・透明性への狂気的な取り組み、公開だけでなく情報整理とチャネル整備 ・採用は技術力そのものよりもカルチャーフィットと学習意欲(もちろん両立が理想だけども) ・開発では速度を最も意識— 松本 勇気 | LayerXはSaaSとFintechの会社です (@y_matsuwitter) 2021年4月22日 各社で見られる最近の組織

                                            開発爆速化を支える経営会議や週次定例の方法論 〜LayerXの透明性への取り組みについて〜 - LayerX エンジニアブログ
                                          • Firebase Authから内製認証基盤に無停止移行して年間1000万円以上削減した

                                            症状検索エンジン「ユビー」 では、ローンチ当初から Firebase Auth (GCP Identity Platform) を使っていましたが、OIDCに準拠した内製の認証認可基盤に移行しました。 認証認可基盤そのものは m_mizutani と nerocrux と toshi0607(退職済) が作ってくれたため、僕は移行のみを担当しました。 結果として、強制ログアウトなし・無停止でビジネス影響を出さずに、年間1000万円以上のコスト削減に成功しました[1]。その移行プロセスについて紹介します。認証認可基盤そのものの紹介はあまりしません。 移行した理由 大量の匿名アカウント ユビーでは、アクセスした全ユーザーに対して自動的に匿名アカウントを発行しています。これにより、ユーザーがアカウント登録しているかどうかに関わらず、同じID体系で透過的に履歴情報等を扱うことができます。アカウント

                                              Firebase Authから内製認証基盤に無停止移行して年間1000万円以上削減した
                                            • エンジニアの僕が強みを活かして施策推進したら、異次元の角度で数字が伸びちゃった話|敷地 琢也 / Ubie

                                              こんにちは。エンジニアの敷地(@shikichee)です。 現在AI受診相談ユビーのプロダクトオーナーをやっています。 自分が入ってから、リピーター数が2ヶ月半で5倍に 今回はエンジニアとして培ったスキルを活かしながら、施策の立案から実行まで行い、2ヶ月半でリピーター数が5倍になった事例を紹介できればと思います。タイトルは若干ふざけすぎですが。笑 ※この記事は Ubie Advent Calendar 2020 の 21 日目の記事です。 0. 突然のチーム移動&課題だらけの環境Ubieに入って3年間、病院向けのプロダクトAI問診ユビーをソフトウェアエンジニアとしてずっと開発してたのですが、今年の10月にAI受診相談ユビーという一般ユーザー向けのサービス開発チームに異動することになりました。 AI受診相談ユビーとは 質問に答えいてくと、参考病名や適切な医療機関が出てくるシンプルなサービスで

                                                エンジニアの僕が強みを活かして施策推進したら、異次元の角度で数字が伸びちゃった話|敷地 琢也 / Ubie
                                              • セキュリティの立ち上げで何をやる?

                                                最近、セキュリティの立ち上げで何をやったらいいかわからない、という質問を何度か受けるケースがあったので、最初に何をやるか、というのを情シスやセキュリティ担当者としての考えをまとめてみる。 著者のキャリアについて セキュリティの立ち上げについて書く以上、信頼に足る情報源なのか?という疑問がわくと思うので、簡単に著者のキャリアを書いておきます。 2002年にSIerでIT業界に入り、研究所のNetwork Admin、Web penetration test、ISMSコンサルの補佐などやり、その後外資プリセール分野で7年仕事して、最初のSIに戻ってセキュリティソリューションの立ち上げを担当、その後ユーザーサイドにキャリアを変えて、外資石油系企業のセキュリティアナリスト、中国系スタートアップのInfoSec Director&一人情シスをやってきたキャリアです。CISSPは2019年に取得してお

                                                  セキュリティの立ち上げで何をやる?
                                                • 150万MAUのNuxt.js製サービスを機能開発を止めずに1ヶ月&1人でNext.jsに置き換えた話

                                                  Nuxt.js で開発されていたAI受診相談ユビーのフロントエンドを Next.js で作り直しました。 まだまだ仮説検証を繰り返すフェーズのスタートアップのため、機能開発を止めて一気に置き換えることはできず、機能ごとに少しずつ置き換えてリリースをしました。結果、5人のプロダクト開発チームによる機能開発と並走して、全体の移行を1人で1ヶ月の短期間で終わらせることができたので、その意思決定や過程、工夫を紹介します。 移行前の課題 まず前提として、移行前の Nuxt.js による実装は 2018 年に立ち上がったもので、当時 toC の Web サービスを持っていなかった Ubie が ほぼ 1 人の小さいチームで PoC 的に作り始めたものでした。また、当時の Next.js は今ほど多機能ではないプレーンなフレームワークでした。 これらを踏まえて、当時の状況で MVP を最速で作るための技

                                                    150万MAUのNuxt.js製サービスを機能開発を止めずに1ヶ月&1人でNext.jsに置き換えた話
                                                  • 趣味だったOSS活動で収入を得られるようになるまで。「継続」と「発信」がキャリアを切り開いた - Findy Engineer Lab

                                                    はじめまして。鈴木 颯介(@__sosukesuzuki)です。私は筑波大学情報学群情報科学類の学生をしながら、Ubie株式会社でプロダクト開発エンジニアとして働いています。また、余暇時間を使って、いくつかのOSSの開発に関わっています。 この記事では、私がプログラミングやOSS活動を始めたきっかけから入り、OSS活動で収入を得るということについて私なりの考えを示し、最後にOSSと私のキャリアについて振り返ります。 私は2022年の3月に初めて正社員として働くようになり、まだキャリアと呼べるほど長いキャリアを持ってはいません。ですのでこの記事が、私と立場の近いコンピューターについて勉強している学生やまだ経験の浅いエンジニアの方々が、ご自身のキャリアを考える上での参考になれば幸いです。 最初に断っておきますが、私がこれまで関わってきたOSSのほとんどは、JavaScriptのコミュニティのも

                                                      趣味だったOSS活動で収入を得られるようになるまで。「継続」と「発信」がキャリアを切り開いた - Findy Engineer Lab
                                                    • エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2023」ランキング上位30を発表

                                                      エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2023」ランキング上位30を発表 一般社団法人 日本CTO協会(本社:東京都渋谷区/代表理事:松岡剛志、以下:日本CTO協会)は、ソフトウェアエンジニアをはじめとする技術者にとって各社が"開発者体験※1"に関して、どれくらい魅力的な発信をしているか「開発者体験ブランド力」を調査するためのアンケートを実施し、上位30社のランキングを2022年より発表しています。 本活動は、各社のエンジニア採用力強化の指針となるだけでなく、開発者体験の向上と透明性/オープンネスなどの企業文化の重要性が広く認知されることを目的とするものです。 2023年は技術者合計615名を対象に、「開発者体験ブランド力」調査・集計を実施し、上位30企業を選出いたしました。その上位各社を『Developer eXpe

                                                        エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2023」ランキング上位30を発表
                                                      • スタートアップで、カルチャーが全く違う2つの組織を作った話|Ubie (ユビー)|note

                                                        新型コロナウイルス感染症やコロナワクチンについては、必ず1次情報として厚生労働省や首相官邸のウェブサイトなど公的機関で発表されている発生状況やQ&A、相談窓口の情報もご確認ください。※非常時のため、すべての関連記事に本注意書きを一時的に出しています。 これは何?50名規模の医療AIスタートアップUbie において、カルチャーや採用基準が全く異なる2つのチームを立ち上げ、数ヶ月運用してきました。 スタートアップでは比較的珍しい取り組みで、採用応募者等からもよくご質問いただくので、背景やチームごとの違いをまとめてみました。 はじめに 現在Ubieには、0→1フェーズの「開発」をミッションとしたUbie Discoveryチーム(40名規模)と、1→100フェーズの「拡張」をミッションとしたUbie Customer Scienceチーム(10名規模)という2つの組織があります。 Ubie Di

                                                          スタートアップで、カルチャーが全く違う2つの組織を作った話|Ubie (ユビー)|note
                                                        • 飛んでくる「マサカリ」をどう受け止めるか。鹿野壮が実践する「アウトプットを守る」3箇条

                                                          飛んでくる「マサカリ」をどう受け止めるか。鹿野壮が実践する「アウトプットを守る」3箇条 2024年1月17日 フロントエンドエンジニア 鹿野 壮 九州大学芸術工学部音響設計学科卒業。現在はUbie株式会社に勤務している。とくにTypeScript・CSSが好きで、暇があればコードを書いている。勉強会・技術SNS・Twitterなどで積極的に技術情報を発信中。 CSS Nite 2017〜2019ベストセッション受賞。 X(@tonkotsuboy_com) Github ホームページ アウトプットをするときの悩みとしてよく聞くのが、アウトプットをしたいが「マサカリ」が怖くてできない、ということです。 私自身も、アウトプットを始めたころは、そういった「マサカリ」に対して悩み、アウトプットや人間関係自体が怖くなることがありました。今でも「マサカリ」は怖いですが、アウトプットの品質や「マサカリ」

                                                            飛んでくる「マサカリ」をどう受け止めるか。鹿野壮が実践する「アウトプットを守る」3箇条
                                                          • JSConf JP 2022 公開資料・Twitterリンクまとめ

                                                            2022/11/26(土)で開催された JSConf JP 2022に関する、現時点での公開資料と Twitter アカウントリンクをまとめました。 よろしければご活用ください。 ※2022/11/28追記 ねぎしさんからいただいたコメントを元に、各講演に時間指定をした YouTube リンクを追記しました。 (時間指定をすると流石に動画埋め込みはできないようだったので、リンクでご容赦ください🙏) はじめに 登壇者名は敬称略させていただいています。 Twitter アカウントについては、ご本人が当イベントで登壇されることに言及されている、スライドに記載など、確認できたものを記載しております。 リンクの間違い等ありましたらコメントいただけると助かります🙏 アーカイブ動画 当イベントは、3つのトラックに分かれて講演が行われました。 その3つともアーカイブ動画が残っているので、後から見直すこ

                                                              JSConf JP 2022 公開資料・Twitterリンクまとめ
                                                            • 入社一ヶ月の分報戦記(Ubie) - maru source

                                                              僕は仕事で分報をかなり活用しています。今年の3月に入社したUbie(ユビー)というヘルステックベンチャーでもめちゃくちゃ分報に書き込みをしています。どれぐらい書いてるかというと、入社初月で1700投稿(75投稿/平日)し、社内トップでした。 社内の分報チャンネルの投稿数ランキング 分報にはこの一ヶ月で経験した色々な仕事について感想や意見を書いています。まさに僕自身の入社一ヶ月の戦記と言えます。そこでこの分報からコメントをピックアップして入社一ヶ月を振り返ってみようと思います。振り返りは三つの軸で行いました。 🏥 事業ドメイン(医療) 🧠 組織・カルチャー 🧑‍💻 自分の成長(ソフトウェアエンジニア) 🏥 事業ドメイン(医療) サマリー Ubieはヘルステックベンチャーなので事業ドメインとしてはバリバリの医療。それがすごく面白い。何が面白いかって言うと医療自体は自分の身近にあるもの

                                                                入社一ヶ月の分報戦記(Ubie) - maru source
                                                              • Node.js でメモリ肥大化の原因を特定してみた

                                                                はじめに ユビーでエンジニアをしているおおいしつかさです。 これは、Ubie Engineering Advent Calendar 2023の12月7日の記事になります。 何を書こうかなー、最近はユビーの根幹システムのリアーキテクチャをやっているのでその辺かなーと思ったのですが、まだ仕掛かり中だということと具体な業務に直結しそうな内容なので抽象化して書くのが面倒そうだなーと思ってたところに軽いトピックが飛び込んできたので、そのことを書くことにしました。 ChatGPTはみなさん使われていると思いますが、ぼくも別の業務でOpenAI関連の機能開発に携わっています(ユビーで働くといろんな業務に携われるのがいいところです) 。 その仕事の中で、Node.js環境でメモリ肥大化の事象に遭遇したので、それをどのように発見して改善したかについてお話します。 ぼくは今も昔もRubyが大好きですが、ふだ

                                                                  Node.js でメモリ肥大化の原因を特定してみた
                                                                • 「0→1」フェーズにおける技術的負債との向き合い方 - jmblog.jp

                                                                  以前から「スタートアップのなかで『技術的負債』というものをどう扱うべきなのか」というテーマに対して関心が高かったのだが、今年の6月から「0→1」の新規事業に関わるようになって、自分の中でなんとなく考えがまとまりそうなので、雑に吐き出してみる。最近、社内でも「技術的負債」が話題にあがることが多く、その中で同僚のエンジニアからあがった意見も参考にしている。 そもそも技術的負債とは @t_wada さんの次の記事に答えが書いてある。 【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wada のブログ 個人的には次のように解釈した。 「手を抜いた雑なコード」は技術的負債とは呼ばない。それはただの低品質なコードである 仮説検証や経験からさまざまな学びを得ることは正義 そこで得た「学び」と「現状のソフトウェア」とのギャップを「技術的負債」と呼ぶ このよう

                                                                    「0→1」フェーズにおける技術的負債との向き合い方 - jmblog.jp
                                                                  • KotlinをKotlinらしく、そして可読性を高く保つ運用知見 - エキスパート長澤太郎に聞く実装のイロハ - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                    KotlinをKotlinらしく、そして可読性を高く保つ運用知見 - エキスパート長澤太郎に聞く実装のイロハ 近年注目を集めるKotlinはどのように書き、どのように運用するのがいいのか。2012年からKotlinに親しむUbie社の長澤太郎さんに、その経験から得られたKotlinノウハウを聞きました。 2011年7月に登場したJVM言語・Kotlinは、近年多くの注目を集めている言語の1つです。Androidアプリの開発言語としてGoogle I/O 2017で正式採用されたことも契機となり、Kotlinはその存在感を一挙に高めました。 そして、この言語に黎明期から親しみ続けてきたのが、Ubie株式会社の長澤太郎(ながさわ・たろう/ @ngsw_taro )さんです。業務や登壇、執筆活動など、多くの局面でKotlinを活用し、ノウハウを蓄積してきた長澤さんに、Kotlinの言語特性やより

                                                                      KotlinをKotlinらしく、そして可読性を高く保つ運用知見 - エキスパート長澤太郎に聞く実装のイロハ - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                    • RailsエンジニアのためのNext.js入門 - hokaccha memo

                                                                      というタイトルで先日 Kaigi on Rails 2021 で話してきました。 プレゼンで話せなかった内容なども含めてブログ記事にも書いておきます。 Intro Railsのことはけっこう知ってるけどNext.jsについて何も知らないという人をターゲットにしてNext.jsとは一体何なのか、いつどこで使えばいいのか、具体的にNext.jsのどういうところがいいのか、どういう機能があるのかという話をします。 最終的には普段Railsを書いているエンジニアが、Next.jsよさそうなんで使ってみようかな?と思ってもらえるといいかなと思っています。 Next.jsとは何か Next.jsのトップページを見てみましょう。 The React Framework for Production と書いてあります。これは読んで字のごとくですが、Next.jsというのはReactをベースにしたフレームワ

                                                                        RailsエンジニアのためのNext.js入門 - hokaccha memo
                                                                      • メルカリが検索に「売り切れ品」を置く理由、初期のLINEが友だち追加を「電話番号マッチング」に絞った理由など、アプリのマーケティング施策まとめ30

                                                                        メルカリが検索に「売り切れ品」を置く理由、初期のLINEが友だち追加を「電話番号マッチング」に絞った理由など、アプリのマーケティング施策まとめ30 ※本記事はnoteにて過去に公開した記事を転載したものです。数値などは取材当時のものです。 https://markelabo.com/n/n90b7898231e8 2017年〜2020年(+α)に取材した記事から、今でも参考になりそうな施策などまとめてみました。※数値等はあくまで取材当時のものです。 1、フリマアプリの検索結果に、あえて「売り切れ商品」を表示している理由(メルカリ) フリマアプリの「メルカリ」では、検索をかけると販売済みになっている、「売り切れ品」も表示されるようになっている。 あるとき邪魔ではないかと、検索結果から「売り切れ品」を消してみたら、あらゆる数値(継続率・購入率など)が悪化してしまった。 実は「売り切れ品」を置い

                                                                          メルカリが検索に「売り切れ品」を置く理由、初期のLINEが友だち追加を「電話番号マッチング」に絞った理由など、アプリのマーケティング施策まとめ30
                                                                        • Ubie創業期にKotlinを導入した私が、社の技術選定の転換について思うこと|たろう|note

                                                                          Kotlinエバンジェリストとして、ガッカリしょんぼり…!? Ubieが、KotlinをやめてGoとNode.jsへの転換を決定したことについて、私がこれをどう受け止めたのか… こんにちは。私はたろうと言います。 Ubie株式会社 Ubie Discoveryに勤めるソフトウェアエンジニアです。 業務外では、Kotlinエバンジェリストとして講演や執筆を行なったり、技術カンファレンス「Kotlin Fest」の運営代表を務めたりしています。 先日「Ubie は Go と Node.js の会社になります」という記事が、同じくUbie Discoveryのyukuというソフトウェアエンジニアにより発信されました。 新しいアプリケーションを立ち上げる際には、その役割に応じてGoで書くかNode.jsで書くかの2択となり、今後はKotlinを使わない。記事の内容を噛み砕くと、そんな感じです。 私

                                                                            Ubie創業期にKotlinを導入した私が、社の技術選定の転換について思うこと|たろう|note
                                                                          • 外来問診時間を約3分の1に短縮の実績も。医療現場の業務効率化を図るAI問診プロダクト「AI問診 Ubie」大規模病院6施設で導入・試験導入・共同研究開始

                                                                            Ubie株式会社(共同代表取締役:阿部 吉倫・久保 恒太、以下 当社)は、医療現場の業務効率化を図るためのAI問診プロダクト「AI問診Ubie」を⻲⽥総合病院糖尿病内分泌内科(以下、亀田総合病院)・慶應義塾大学病院・社会医療法人財団 董仙会 恵寿総合病院(以下、恵寿総合病院)・順天堂大学医学部附属順天堂医院(以下、順天堂医院)・東京大学医学部附属病院(研究分担者:老年病科 小川純人 准教授、以下、東大病院)・長野中央病院の大病院(※1)・6機関にて、2019年7月より業務効率化に向け導入・試験導入・共同研究を開始します。 【AI問診Ubieとは】 患者様の待ち時間や医療従事者の事務作業等の負担を減らし、医師がより患者様と向き合える医療を目指すべく開発された、“問診”に特化したAI問診プロダクトです。現役の医師が開発しており、エビデンスに基づいた約5万件の論文から抽出されたデータで構築されて

                                                                              外来問診時間を約3分の1に短縮の実績も。医療現場の業務効率化を図るAI問診プロダクト「AI問診 Ubie」大規模病院6施設で導入・試験導入・共同研究開始
                                                                            • 日本で働くソフトウェアエンジニアの給与:東京で働く外国人エンジニアによる究極のガイド

                                                                              序文 「Software Developer Salaries in Japan: The Ultimate Guide」を和訳しました!直訳だと伝わりにくい部分は、本質を残しつつ新たに書き直ししましたが、ほとんど原文通りです。私の運営するJapan Devが英語話者向けのサイトなので、この記事は元々外国人に向けて執筆しました。そのため、私がこの記事を日本語に翻訳したのがなぜか、不思議に思う方もいるでしょう。 まず、私がこの記事を執筆した一番の目的は、【日本で働く全てのエンジニアが正当に評価され、高い報酬を得ることが可能だという「希望」を伝える】ことです。Japan Devの会社リストは外国人が働きやすい企業を紹介していますが、グローバルかつ革新的なサービスを生み出す企業で良い収入を得て働きたいと考える日本人のためのリストでもあります。 日本人の皆さんにも、もし現在日本でエンジニアとして働

                                                                                日本で働くソフトウェアエンジニアの給与:東京で働く外国人エンジニアによる究極のガイド
                                                                              • TypeScriptとGraphQLで実現する型安全なAPI実装

                                                                                この記事はTSKaigi2024での以下の私の発表内容を書き下ろしたものです。 なぜAPIに型をつけたいのか 現代のWebのシステム開発において、クライアント・サーバーともに型のある言語で開発されることが増えてきました。静的な型検査はコードの堅牢性やよりよいメンテナンス性の向上をもたらします。 プログラミング内部だけで型検査をするだけでも十分メリットはありますが、外部I/Oに対する型付けが不十分だとそのメリットを最大限に発揮してるとは言えません。外部I/Oとは、例えばWebフロントエンドだとLocalStorageやDOMからの入力値、それからネットワーク通信(今回はこれをAPIと呼びます[1])などですね。サーバー側でいうとAPIからの入力・レスポンスやデータベースへの読み書きが該当します。 個人的な経験から言うと、Webシステムの開発におけるエラーの多くはAPIやデータベースとのやり取

                                                                                  TypeScriptとGraphQLで実現する型安全なAPI実装
                                                                                • クックパッドを退職して Ubie Discovery に転職しました - hokaccha memo

                                                                                  昨日がクックパッド最終出社日で今日からヘルステックスタートアップの Ubie Discovery*1 で仕事します。 クックパッドは2015年4月に入社したので6年半弱在籍しました。過去最長記録です。思えば色々なことをやりました。新規サービスの立ち上げをやったり機械学習を使ったサービスを作ったり、人事と兼任してエンジニア採用とか新卒採用の夏インターンとか TechConf の運営をやったり、技術基盤のグループに移ってマイクロサービス化をやったりフロントエンドの Next.js 化をやったり。 クックパッドのサービスは好きだし、やりたいと思ったことに挑戦させてくれるし、同僚は優秀だしで特に大きい不満はなく、辞めるつもりはなかったんですけど、クックパッドで同僚だった人が何人か Ubie Discovery に転職してめちゃくちゃ楽しそうに仕事してるのを横目で見たのをきっかけに興味を持ち、話を聞

                                                                                    クックパッドを退職して Ubie Discovery に転職しました - hokaccha memo