並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 12200件

新着順 人気順

Slackの検索結果321 - 360 件 / 12200件

  • rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜

    この記事は本番環境でやらかしちゃった人 Advent Calendar 2019 17日目の記事です。 はじめまして、ダーシノ(@bc_rikko)です。 突然ですが、懺悔します。 私は転職して10ヶ月で2回も本番環境をぶっ飛ばしました。お客様をはじめ、関係各位には多大なるご迷惑をおかけしたことを、ここでお詫び申し上げます。 1回目は2015年11月27日、入社27日目のこと。 gitの設定ミスにより壊れたブランチをmasterにforce pushしてしまい、CIが流れて本番環境が壊れた。原因はpush.defaultなのだが、詳しくはすでに記事を書いているのでそちらを読んでほしい。 2回目は翌年9月1日、入社してちょうど10ヶ月たった日のことだ。 またしても本番環境をぶっ飛ばした。しかも、前回より盛大に……。 タイトルにもあるようにrsyncコマンドが原因だ。 当記事では、この「rsy

      rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜
    • ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介

      ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは! アジャイルコーチの荒瀬です。 ヤフー、および関連会社のアジャイル開発支援や研修を担当しています。 今回はヤフーのスクラム実践者の学習方法についてお話しします。 イベントや研修の中で、スクラムの勉強方法をいろいろな方から質問されることが多かったので、記事にするとより多くの人の役に立つのではないかと思い執筆することにしました。 また、せっかく書くのであれば、ヤフーの中にいるさまざまなスクラム実践者の話も交えると、経験年数別に、より参考になりそうな書籍、セミナーや研修を紹介できるのではないかと考え、ヤフーのスクラム経験者にも協力いただいています。 スクラムを始めた頃の自身のことを考えながら、こういう記事があるといいのにと思

        ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
      • チャットソフトを複数使ってると『送らず改行してくれ!』の賭けが発生する→手間かけて防止・統一を望む声

        ちゅん🐤 @KotorinChunChun 頑張って調査したけど未だ改善されずwww 20200518 あらゆるチャットのEnterの挙動を徹底調査。~改行キーと送信キーは統一すべきである~ excel-chunchun.com/entry/20200518… twitter.com/nrslib/status/… 2022-05-29 16:44:54 リンク えくせるちゅんちゅん あらゆるチャットのEnterの挙動を徹底調査。~改行キーと送信キーは統一すべきである~ - えくせるちゅんちゅん チャットで改行しようと思ったのに送信されてしまった!!! そんな経験ありませんか? SNS・チャットソフトによって送信キーと改行キーがバラバラすぎなのが原因です。 いつも使っているソフトなのに、ショートカットキーがパッと出てきません。 数秒迷った挙げ句、 勇気を出してポチッと押したら送信されてし

          チャットソフトを複数使ってると『送らず改行してくれ!』の賭けが発生する→手間かけて防止・統一を望む声
        • Goで社内ツールを作るならこんなふうに

          バックグラウンド 最近企業でにわかにGoの採用が増えているようですね。この流れを受けて実際にうちでも採用してみようと考えている方も多いかもしれません。しかし、Goに限った話ではないのですが、いきなり大きなプロジェクトに未経験の技術を投入するのはリスクが伴います。ですから最初は技術検証とGoの教育を兼ねて、小さな社内ツールなどから導入するのがよいでしょう。幸い、Goは非常に習得が容易な言語ですから、既に他言語の経験があるプログラマーがじゅうぶんに開発できるようになるまでには、数日と掛からないことがほとんどです。 この記事は、そんな小さなツールの導入フェーズにあたって、自らの経験から少し役に立つかもしれない情報をシェアします。 リポジトリの構成 自らの経験上、初めてGoを触れるときによく出る質問の一つは「リポジトリ構成はどうすればいいのか?」です。 結論から申し上げると、 テンプレもルールもな

            Goで社内ツールを作るならこんなふうに
          • 5年かけて作ったウェブアプリを Hacker News に投稿し、最初の1ドルを得た話

            これは5年かけて JavaScript の技術スタックの間をうろつき、無駄な時間を過ごし、迷い、そしてなんとかローンチにこぎつけた体験の記録です。 自己紹介 初めまして。私は小さなモバイルアプリ開発会社を運営しているエンジニアです。 プログラミングを始めたのと同じくらいのときから、趣味で作曲活動をしています。 今日の作曲は DAW と呼ばれる大型のソフトウェアを利用することがスタンダードになっています。しかしたくさんのプラグインをマシンにインストールしなければならないことや、すぐに立ち上がる作曲ソフトが無いことにフラストレーションを覚え、軽量な MIDI シーケンサーアプリを好んで使っていました。 しかしそれらの多くは Windows2000 の時代から存在し、アップデートされず、その上 Windows 10 以降 MIDI の再生はまともにサポートされなくなりました。 その問題を解決する

              5年かけて作ったウェブアプリを Hacker News に投稿し、最初の1ドルを得た話
            • 無料プログラミングスクールからブラックSESに就職した話

              プログラミングスクールが話題になっていたので体験談を書いてみた。スクールの中身と就職先がメイン。技術的な話はあまりしてないし長いけどよかったら読んでみて欲しい。細かいところは濁してるよ。 数年前の話。 20代半ばでフリーターをしてたんだけど正社員になるべくプログラミングスクールに通った。そのスクールは授業料が無料。代わりに斡旋してもらった企業には(法的拘束力はないけど)就職しなきゃいけないというルールだった。 スクールの開校初日はよく覚えてる。簡素な小部屋に同期生30人程が集められた。やたら顔のいい講師が自己紹介をしてくれたが、ホントは営業職らしい。意味がわからん。講師から最終月にグループ課題があるので同期生とは今から仲良くしてくださいねと言われ、前後左右に座る男女と自己紹介をした。理由は色々だったけどみんなエンジニアになりたいらしい。1人からは並々ならぬ熱意を感じる。熱血クンと呼ぼう。

                無料プログラミングスクールからブラックSESに就職した話
              • 【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

                『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の前編では、一線を画すエンジニアであり続けるために自らのプロジェクトで意識的にコードを書いているという和田さんの姿勢に始まり、ベテランとして「技術のらせん」を読み解くケーススタディとしてDDD(Domain-Driven Design)を題材に話を伺います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務め

                • マーソ株式会社を退職します - ikasama over technology

                  6 月 30 日付けで退職、昨日 28 日が最終出社日でした。 2018 年 2 月から、約 1 年半お世話になりました。 マーソ株式会社 is 何 ( 2019 年 6 月末時点の情報です ) www.mrso.jp MRSO という Web サービスを運営している会社です。 MRSO は、人間ドックや検診を全国の医療施設から検索・予約できるポータルサイトです。 登録されている医療施設数は、国内の類似サービスの中ではトップクラスの規模です。 他にもこんな事業をやっています。 MRSO で利用できるギフト券、マーソギフト券の販売 健康をプレゼントするとう考え方 ご両親に人間ドックを受けてほしい! というユースケースが多いようです 企業向けの健診結果管理システムの開発・運用 ( toB ) 何をしていたのか MRSO の開発・運営に必要なほとんどの領域を担当していました。 具体的には、 新機

                    マーソ株式会社を退職します - ikasama over technology
                  • 図解 システム化とアドリブのよい使い分けとは?|深津 貴之 (fladdict)

                    世の中をみると、官僚的なシステム化と現場主導のアドリブ、二つの世界観に二分されがちです。本当は両者の中間がベストなのに、どうしても片側に寄ってしまうようです。 偏る原因は、おそらく両方が得意な人が少ないため。 このためシステムとアドリブの住み分け、バランスの取り方を人に説明するのは難しいものです。僕も長く悩んでいましたが、最近、ようやく頭の中でメンタルモデル化できました。 岩として考えるシステムとアドリブの特性は、以下のようにモデル化できます。システムは大きな岩。アドリブは多くの小石。 システム化:単一の大きな岩 アドリブ化:大量の小石 システムの考え方平地にドンと置かれた大岩が安定するように、システム化は地盤がしっかりした環境で力を発揮します。また大きな問題をざっくり埋めるような、手っ取り早く80点をとるような場合にも便利です。 一方、大岩を坂道のような不安定な足場に置くと、とても危険で

                      図解 システム化とアドリブのよい使い分けとは?|深津 貴之 (fladdict)
                    • 将来のCTOを迎えるために エンジニアリングマネージャーが半年でやったこと|miyamoto

                      カミナシでEM(エンジニアリングマネージャー)をしている宮本と申します。 カミナシには現在CTOがいません。 ただ、採用活動は進めておりますので、近い内に採用活動が花開くことを切に願っております。 本記事では、将来のCTOを迎えるにあたり、EMである私が直近半年で何を考え、どんな対応をしてきたかについてまとめました。 カミナシが求めるCTOとはCTOを採用したいという話が挙がった際、カミナシは具体的にどういった方をCTOとして迎えたいのか議論になった事があります。 ここでよく議論の分かれ目になるのが、実務者のTOPとしてのCTOか、経営者としてのCTOか、という2つの観点です。 当然、両方の性質を備えているのが望ましいのですが、究極的にどちらの要素しか満たさざるを得ない場合、どちらを選択すべきか関係者の認識を揃えておく必要があると思います。 結論、カミナシでは経営者としてのCTOを優先した

                        将来のCTOを迎えるために エンジニアリングマネージャーが半年でやったこと|miyamoto
                      • 無料でIFTTTやZapierのようにアプリやサービスを連動させ自動化できる「Make」を実際に使ってみたよレビュー

                        「Twitterへの投稿をDiscordに同時投稿」「メールの本文をスプレッドシートにまとめる」など、複数のウェブサービスを連携させると便利な状況は多々あります。複数のウェブサービスを連携させるサービスとしてはIFTTTやZapierなどが有名ですが、それらのサービスには無料で使える機能が少なかったり、対応しているウェブサービスが少なかったりといった問題も存在しています。「Make(旧称:Integromat)」は1000以上のサービスに対応しており、無料プランでもユーザー数無制限で利用可能といった特徴を備えているとのこと。そこで、実際にMakeの会員登録手順や、ウェブサービス同士の連携手順を確かめてみました。 Make | Work the way you imagine https://www.make.com Makeの会員登録を行うには、まずMakeのトップページにアクセスして「G

                          無料でIFTTTやZapierのようにアプリやサービスを連動させ自動化できる「Make」を実際に使ってみたよレビュー
                        • 心理的安全ジャーニー Slackで安全を実装する5つの手法

                          デブサミ2020夏の発表資料となります。 当日発表しなかった資料についても参考資料として最後に追加しております

                            心理的安全ジャーニー Slackで安全を実装する5つの手法
                          • 「gmail」ドメインを「gmai」と誤記、10カ月気付かず2000件超の情報漏えいか 埼玉大が「ドッペルゲンガー・ドメイン」の毒牙に

                            2021年5月6日から22年3月3日にかけて、4890件のメールを誤配信していた。一連のメールには、教員の氏名・メールアドレスなどが485件、学生の氏名、学生番号、メールアドレスなどが849件、学外関係者の氏名、メールアドレスなどが788件含まれていたという。漏えいした可能性がある情報の悪用は確認していない。 @gmai.comなどタイプミス・誤認識しやすいドメイン名は「ドッペルゲンガー・ドメイン」とも呼ばれる。ユーザーが誤ってアクセスしたり、メールを誤送信したりするのを狙って取得されたものもある。 通常、存在しないアドレス宛てのメールにはエラーメッセージが返送されるので、タイプミスなどがあった場合は誤送信に気付ける。一方、ドッペルゲンガー・ドメイン宛てのメールは全て受信されてしまい、エラーメールが返ってこず、ミスに気付きにくい。 埼玉大も22年3月3日までタイプミスに気付かずメールを転送

                              「gmail」ドメインを「gmai」と誤記、10カ月気付かず2000件超の情報漏えいか 埼玉大が「ドッペルゲンガー・ドメイン」の毒牙に
                            • 公共の場で業務用端末を使うのは本当にやめた方がいい - 午前7時のしなもんぶろぐ

                              2/11 ~ 2/12 の間、浅草橋で実施された「SECCON 2022 電脳会議」に参加し、いくつか気になった講演を聴いたりワークショップに参加したりしました。 www.seccon.jp 内容のうえでもためになる知見がいろいろ得られたのですが、プログラム外でもいくつか学びがありました。 今回はその一つを共有します。 見覚えのある「あの会社」のロゴ 何がいけないのか そういえば…… 会社の資料は特に危ない 結論 見覚えのある「あの会社」のロゴ ある講演を聴講していたとき、ふと視界の右端に見覚えのあるものが現れたような気がしました。 私の座っていたところから2列前の右側に、ずっと PC を操作している男性がいました。私の興味を引いたものはその画面の中にありました。 彼がそのとき操作していたのはプレゼンテーションソフトで、スライドの表紙には、SECCON のスポンサーに名を連ねるあるセキュリ

                                公共の場で業務用端末を使うのは本当にやめた方がいい - 午前7時のしなもんぶろぐ
                              • no hello

                                please don't say just hello in chat

                                  no hello
                                • 小さいプロダクト開発におけるGCP利用の勘どころ - 個人的なプロダクトを三日でローンチした話 - Lean Baseball

                                  私個人の話なのですが. 最近は仕事でAWSやGCPのサーバレスアーキテクチャにふれる機会が増えた*1と同時に, 自分が気になる世の中のニュース(グルメとかいろいろ)だけをいい感じに集めてまとめて読みたい その中でも特に⚾, 速報とかいい感じに通知させたい という怠け者欲ライフハック欲が高まってきたので, GCP(とちょっとしたPythonスクリプト)でSlack Botを作りました. 趣味開発で雑にはじめた結果, 三日程度でできちゃった*2のでその知見をメモ代わりに残します. おしながき おしながき TL;DR 対象読者 作ったもの GCPをフル活用して実質三日でBotをローンチした Bot本体の開発 GCPの何を使うかで試行錯誤 プランA「GCEを使う」 プランB「Cloud Run + Cloud Scheduler」 採用した構成「Cloud Functions + Cloud Sc

                                    小さいプロダクト開発におけるGCP利用の勘どころ - 個人的なプロダクトを三日でローンチした話 - Lean Baseball
                                  • より良いコードレビューをするために気をつけていること | メルカリエンジニアリング

                                    Merpay Advent Calendar 2019 の22日目は、メルペイスマート払いチーム/Backend Engineer の @oinume がお送りします。今日はコードレビューについて自分が普段から実践していることを書いてみたいと思います。 はじめに 世の中にはコードレビューをする時の観点については数多く共有されていますが、より良いコードレビューをするためにはどうするのが良いか、というHOWについてのノウハウはあまりシェアされていないような気がしています。そのため、今日は自分なりに心がけているコードレビューのやり方と、ついでに気をつけている観点について書きたいと思います。 Slackを閉じる (これが本当に一番大事だと思っているので最初に持ってきたのですが)私は極端に集中力がないため、SlackのDesktop通知が来るとついついそれが気になって見てしまいます。コードレビューの

                                      より良いコードレビューをするために気をつけていること | メルカリエンジニアリング
                                    • SaaSプライシングの教科書【決定版】|高橋 嘉尋 / プライシングスタジオ

                                      こんにちは。プライシングスタジオ株式会社代表の高橋です。プライシングスタジオではこれまで数十サービスのSaaSプライシングを支援してきました。国内では誰よりもSaaSプライシングに向き合ってきた自負があります。 このnoteは、そんな私だからこそ書ける、これだけ読めばSaaSのプライシングは大丈夫、そんな内容です。プライシングに悩んだら、いつきても大丈夫。そんなSaaSプライシングの教科書です。 SaaSのプライシングはの教科書ということもあり、総文字数16,000文字超えと、一気に読むには非常にボリューミーな内容になっています。だから最後まで無理して読まなくても大丈夫です。その代わり必要な時に、必要な情報を取りに来てくださると幸いです。 SaaS業界でプライシングが注目されているわけ近年、SaaS業界におけるプライシングに対する注目度は、他の業界と比べ異常なほど高いです。理由は簡単で、海

                                        SaaSプライシングの教科書【決定版】|高橋 嘉尋 / プライシングスタジオ
                                      • 今回の出来事・Meetyのこれからについて|中村 拓哉 | Meety CEO|note

                                        何があったのかご存じの方も多いかと思いますが、先日Twitterで弊社社員に関する投稿が拡散され、多くの方々にご心配をお掛けいたしました。 まず本件について、拡散した当事者の方が警察に被害届を出しているものではなく、専門家を通じて当事者に事実確認をさせて頂いた結果、(後述のように本件を招いた社員の言動について全く問題がなかったとは考えておりませんが)ネットで騒がれたような事件性のあるものではなかったことが判明しています。 現在は、元ネタとなったツイートは拡散された当事者の方の同意の上で削除されており、まとめ記事等の二次拡散された情報に関しても、削除依頼をはじめるところです。 本件は、大前提としてMeetyというサービス内での出来事ではなく、あくまで個人間での出来事になりますので、本来会社として対応する義務はありませんでした。しかし、サービスにまで悪影響を及ぼすことを意図した発言があったため

                                          今回の出来事・Meetyのこれからについて|中村 拓哉 | Meety CEO|note
                                        • 【追記あり】「京都市新型コロナワクチン接種ポータルサイト」のよくあるお問合せをHTML化しました - ぱすたけ日記

                                          追記 2021/05/31 22:45 京都市新型コロナワクチン接種ポータルサイト内の「よくあるお問合せ」が19時頃に更新されていて、PDFの項目が増えると共に元のExcelファイルも公開されていました!!素晴らしい!!!!! 「京都市新型コロナワクチン接種ポータルサイト」のよくあるお問合せのPDFのファイル名監視するGithub Actions止めるの忘れてたら通知が来たので見に行くと、PDFが更新されていて更にExcelの元ファイルも公開されていて「最高じゃん!!!!!」ってなった。偉いぞ京都市!!やれば出来るやん!! pic.twitter.com/evjrpYomc6— マジカルペンネくん🍝 (@pastak) 2021年5月31日 追記 2021/05/21 09:15 今朝、京都市新型コロナワクチン接種ポータルサイト内の「よくあるお問合せ」のPDFファイルの中身が差し替わって

                                            【追記あり】「京都市新型コロナワクチン接種ポータルサイト」のよくあるお問合せをHTML化しました - ぱすたけ日記
                                          • カバオのせいで会社クビにされそう

                                            ホントまじふざけんなよ。 事の経緯俺はIT系の会社勤務。 御多分に漏れず、リモートOK。社内のコミュニケーションツールはSlackという最近流行の感じの会社。 ウチの会社はこのSlackの運用ルールがかなり緩くて、プロジェクトのチャンネル以外にも、趣味サークルだったり突発飲みだったりのチャンネルを立て放題だった。 俺は同期だったりプロジェクトで過去絡んだ人だったりの雑談チャンネル作って、愚痴ったり不満言い合ったりしながらのほほんと仕事してた。まぁ、今回これが災いしたんだけど。 事の発端は数か月前の月一の全社会議に遡る。ちょうどその頃、アサインされてずっと雲行きが怪しかったプロジェクトがとうとう炎上し始めた頃だった。 何処でもそうなんだろうけど、ウチの全社会議では会社の経営状況と、各部門の案件状況の説明、その他全社連絡事項的なことが語られる。 で、プロジェクトが絶賛炎上中だった俺はイライラし

                                              カバオのせいで会社クビにされそう
                                            • グッドデザイン賞の2次審査で落ちちゃった話【提出資料公開】 - estie inside blog

                                              株式会社estieでデザイナーをしている荒井謙(@rakenarai)です。社内ではもっぱらあらけんと呼ばれています。 estieが開発・運営しているサービスのデザイン全般とフロントエンドの実装を担当しています。 趣味はラジオを聞くことで、ハライチのターンとおぎやはぎのめがねびいきのヘビーリスナーです。ラジオメールを送るレベルで好きです。 このブログで書くこと 2020年度のグッドデザイン賞に応募して落ちちゃったことを提出資料とともに振り返ります。 今年の受賞作品は2020/10/1(木)に公開されていますので以下のページでご確認いただけます。 www.g-mark.org わざわざ落選したことを公開するのはメリットないしダサいし若干の抵抗がありましたが、提出資料を作っている時に公式情報以外で参考になる情報が見つからず、手探り状態が辛かったのでGIVEの精神で書きます笑 公式ページでは今年

                                                グッドデザイン賞の2次審査で落ちちゃった話【提出資料公開】 - estie inside blog
                                              • Slack 初の料金改定とフリープランの内容更新のお知らせ

                                                Slack 初の料金改定とフリープランの内容変更のお知らせチャンネルベースのメッセージアプリから Digital HQ へと進化した Slack からお伝えしたいこと Slack チーム一同作成2022年7月18日イラスト: Sabrena Khadija Slack がサービスを開始して以降、大きく変わったのは世の中だけではありません。Slack 自身も何年もの間にたくさんのイノベーションを生み、サービスの幅を広げてきました。つながりのかたちを広げた柔軟なツールや強固なセキュリティ機能、アプリのインテグレーション、ワークフローなどはその一例です。かつて一部の人たちに「ただのメッセージングアプリ」と考えられていた Slack は、今や何十万ものユーザー企業の皆さまにとってなくてはならない Digital HQ(会社を動かすデジタル中枢)であり、多くのチーム、ツール、パートナーがつながる場所

                                                  Slack 初の料金改定とフリープランの内容更新のお知らせ
                                                • ITエンジニア向けのトレンド情報 | Forkwell Press (フォークウェルプレス)

                                                  こんにちは。Infra Study Meetup 運営の重本です。先日 4月24日(金)夜に開催したオンライン勉強会「Infra Study Meetup #1『Infrastructure as Code』」において配信トラブルが発生し、ライブ配信開始から45分にわたり1000名を超える参加者に多大なるご不便をお掛けしてしまいました。本記事では、今回のトラブルの原因およびリカバリー方法、再発防止策についてまとめ公開いたします。 概要 本勉強会は2020年4月24日(金) 19:25より、YouTube Live を用いてオンラインで開催しました。 発表者には Zoom ミーティングを用いて画面共有および発表していただき、その様子を配信ソフトを介した上で YouTube Live で配信するという構成です。 配信開始直後の19:25〜19:35の間、YouTube Liveでのライブ視聴が

                                                    ITエンジニア向けのトレンド情報 | Forkwell Press (フォークウェルプレス)
                                                  • Treasure Data を退職しました - k0kubun's blog

                                                    約5年5か月働いたTreasure Dataを7/22に退職した。7/25からShopifyに入社し、RustでJITコンパイラを開発してRubyを高速化する仕事をする。 仕事としてやりたい分野が変わってきて自分は今回転職したけど、とても良い会社なので、この記事がTreasure Data (以下TD) で働くことに興味がある人の参考になれば良いと思っている。*1 5年勤続記念にいただいたトロフィー やっていたこと APIチーム 元々TDにはJavaで分散システムを書きたくて入社したのだが、TD入社前に特にそういう経験があるわけでもなく主にRailsをやっていたこともあり、Railsでプラットフォームを開発するチームに入った。基盤開発をやりたいと思いながらサービス開発者として最初働き、後に基盤開発チームにジョインするみたいな過去の経験があったので、今回もそういう感じでいけると考えていた。実

                                                      Treasure Data を退職しました - k0kubun's blog
                                                    • 権限移譲する技術 - 宮田昇始のブログ

                                                      SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも?」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか? はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事

                                                        権限移譲する技術 - 宮田昇始のブログ
                                                      • OKR運用失敗の3つの理由―、なぜ高すぎる目標が逆効果になるのか | Coral Capital

                                                        会社などの組織、そこで働くチームや個人の目標管理のフレームワークとしてOKR(Objective & Key Results)を取り入れている会社は増えてきていると思います。似たツールとして、MBO(Management By Objective)やKPI(Key Performance Indicator)がありますが、私の理解では以下の点で、OKRはそれぞれMBOやKPIと違います。 まず、KPIのほうは簡単です。KPIはビジネスに関係する把握すべき数値のうち、ここを注視して改善すればビジネスが成功するという指標のことです。最近SaaSで特に注目されているのは、チャーンレートとNRR(Net Retention Rate)の2つです。ほかにも、CVC、CAC、LTV、MRR、ARPU、NPSなどをモニターしているのが普通かと思います。もちろん営業部であれば売上や利益、あるいは獲得したリ

                                                          OKR運用失敗の3つの理由―、なぜ高すぎる目標が逆効果になるのか | Coral Capital
                                                        • アニメ業界のエンジニアリング改革に向き合って 『シン・エヴァ』の制作を支えた「スタジオカラー」のシステムづくり

                                                          アニメ業界のエンジニアリング改革に向き合って 『シン・エヴァ』の制作を支えた「スタジオカラー」のシステムづくり 2022年5月11日 株式会社カラー 執行役員 技術管理統括/株式会社プロジェクトスタジオQ 取締役副社長 技術管理統括 鈴木慎之介 1981年東京生まれ。高校在学中にドワンゴにエンジニアとして入社。音楽配信サイト等の立ち上げを経て、2006年動画共有サイト「ニコニコ動画」の立ち上げに参画。その後、開発部長、子会社社長等を歴任。2017年、麻生塾・カラー・ドワンゴの3社による映像制作スタジオ「プロジェクトスタジオQ」を立ち上げ、2019年、カラー執行役員技術管理統括に着任し、カラー全体のシステム及び、『シン・エヴァンゲリオン劇場版』を始めとした作品を支えるシステムを担当。 社会の変化に立ち向かう人たちに向け、「テクノロジーで、挑戦を恐れない勇気を。そして変化のリスクをチャンスに。

                                                            アニメ業界のエンジニアリング改革に向き合って 『シン・エヴァ』の制作を支えた「スタジオカラー」のシステムづくり
                                                          • 型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog

                                                            SmartHRで届出書類という機能を担当しているプロダクトエンジニアのsato-sと申します。 今日は、以前私が調査にとても苦労したパフォーマンス上の問題の話を紹介したいと思います。 TL;DR PostgreSQLのアップグレードを実施した アップグレード後、今までは問題のなかった特定のクエリの実行に1時間超かかり、DBのCPU使用率がピッタリ100%に張り付くようになった 色々調査した結果、PostgreSQL上の型キャストの場所のせいで、良くないクエリプランが選択されることが原因だった 型キャストの場所には気をつけよう PostgreSQLのアップグレードと挫折 SmartHRでは基本的にWebアプリケーションのデータベースとしてGoogle CloudのCloudSQLによって提供されるPostgreSQLを利用しています。 私の担当している届出書類機能では、利用中のPostgre

                                                              型キャストの場所のせいで、秒で終わっていたクエリに1時間超かかるようになってしまった話 - SmartHR Tech Blog
                                                            • SaaS系スタートアップのリアルなAWSアーキテクチャ設計

                                                              概要 AI革命のインフラを目指すSaaS系スタートアップのFastLabel(最近資金調達しました!記事はこちら)で働いているが、今までGCPで動かしていたインフラを訳あってAWSに基盤を載せ替えることになった。 スタートアップは何よりスピードが求められるが、だからといってセキュリティやモニタリング、可用性を疎かにはできないし、大きなインフラコストに耐えられるほど体力もない。 アプリケーション要件を満たしつつ、以下を実現するアーキテクチャを設計する。 シンプルな構成・構築の容易さ スピーディな開発・適用 可用性の担保 セキュリティの担保 最低限のモニタリング 低コスト(リソース・運用) ここで紹介するアーキテクチャは実際に運用まで行っており、問題なく稼働しているし、先日AWSの方にレビューしてもらったが、「なかなかイケてる」というお言葉をもらい、特に改善点も指摘されなかった。 結論(アーキ

                                                                SaaS系スタートアップのリアルなAWSアーキテクチャ設計
                                                              • 10人規模のチームを自律自走させ、成長組織へ変革するため実践していること

                                                                はじめに チーム全体の管理をするようになって1年程度が経過しました。今回記事を作成した目的は以下になります。 これまでチームで実践してきたことを整理し、今後の活動に向けた振り返りとする 同じような環境やこれからマネジメントを行う人の一助になれば かなり記事のボリュームが大きくなってしまいました…🙇 自分が実践してきたことや考えていることを振り返るのが主目的なので大目に見てもらえるとありがたいです。興味がある章や節だけでも、かいつまんで読んでいただければ幸いです。 前提 元々メンバー間の横のつながりは強いチームでしたが、上長や部長、その他ステークホルダーを巻き込んだ情報共有に弱みを感じていました。 私自身、チーム管理を引き継ぐ前はチーム内の1プロジェクト(3,4人規模)の開発と管理を担当しており、上記情報共有に頭を悩ませていました。 チームの開発スタイルについても少し補足します。 私達は社

                                                                  10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
                                                                • 転職した - tmtms のメモ

                                                                  これは「Rubyist近況[1] Advent Calendar 2021」の6日目の記事です。 adventar.org 自称 Rubyist なので近況を書きます。 2021年10月末で30年ほど勤めた富士通グループを退職しました。 11月からは SmartHR という会社で働いてます。 3年ほど Ruby は仕事ではあんまり使ってなかったのですが、また Ruby を仕事で使うようになりました。 会社から配布された PC は Core i7 メモリ32GB の MacBook Pro なんでかなり人権がある感じなんですが、人生初 Mac で1ヶ月位経ってもまだ慣れなくて、VM で Ubuntu Desktop 入れようか迷ってます。 近況は以上です。以下は富士通グループの入社〜退職までのメモ。長いので読まなくていいです。 1991〜 設立7年目の今はなき「富士通長野システムエンジニアリ

                                                                    転職した - tmtms のメモ
                                                                  • 退職処理を可能な限り自動化する - クックパッド開発者ブログ

                                                                    技術部 SRE グループの id:itkq です。2019 夏アニメで一番好きな作品は Re:ステージ!ドリームデイズ♪ です。この記事では SRE が運用している退職処理の自動化について説明します。 退職処理とは 入社後に業務のための様々なアカウントを作成するのと反対に、退職時にはそれらのアカウントを無効化する必要があります。これを退職処理と呼んでいます。SRE が管轄している典型的な例では、SSO に対応していない SaaS のログインアカウント・AWS の IAM User・データベースの個人ログインユーザなどが該当します。これらのアカウントは社員によって要否が異なったり必要な権限が異なるため、入社時に一括で用意せず必要に応じて申請してもらう形をとっています。一方で退職時にはそれらのアカウントをすべて無効化する必要があります。 退職処理は繰り返され、自動化の余地のあるタスクです。また

                                                                      退職処理を可能な限り自動化する - クックパッド開発者ブログ
                                                                    • 「ITエンジニアがヤバいくらい本を買うようになった」──SaaS企業が書籍購入制度にメス、利用数14倍に 何を変えた?

                                                                      社員向けの福利厚生として、さまざまな企業が導入する書籍の購入補助制度。社員の学習促進などを目的に取り入れる企業が多い一方、制度の利用が少ないと嘆く声もある。 建築業界向けSaaSを提供するスタートアップ、アンドパッドもその一社だ。同社はITエンジニアの成長支援を目的に書籍の購入補助制度を導入していたが、あまり利用されていなかった。そこで2月に制度を刷新したところ、本の購入数が14倍に。「利用がヤバいくらい増えた」(下司宜治VPoE)という。アンドパッドは既存制度をどのように変更し、エンジニアの学習意欲を刺激したのか。 個人所有を許可、電子書籍解禁 アンドパッドが採用する書籍の購入補助制度は、社員が自ら購入した本の経費精算を認める形だ。IT系など一部ジャンルの書籍のみ購入でき、金額の上限はなし。ただし旧制度では、買った本の個人所有を認めていなかった。 会社の資金で買った書籍になるので、読み終

                                                                        「ITエンジニアがヤバいくらい本を買うようになった」──SaaS企業が書籍購入制度にメス、利用数14倍に 何を変えた?
                                                                      • 66分かかる同期処理を10分以内に短縮せよ!~商品情報同期システムでの、処理速度と運用の改善~ - MonotaRO Tech Blog

                                                                        はじめに この記事では、モノタロウの基幹系を構成するシステムの一つである、商品情報管理システム(PIM:Product Information Management システム)の導入プロジェクトで、商品情報を基幹系と同期するシステム(商品情報同期機能)の性能や運用環境の改善を行った話をご紹介します。 背景 モノタロウの基幹系は、長年内製のシステムで支えられてきました。基幹系のシステムは、少数のWebアプリケーションと多数のバッチから構成されています。中でも商品情報の管理に関するシステムは、在庫や仕入先に関するシステムと一体化していて、商品情報に関する数多くのマスタメンテナンス画面を備えたやや複雑なシステムです(図1)。 図1 基幹系の概略図 当社のシステムは、もともと自分たちのビジネスに必要な機能を提供する手頃なパッケージ製品がなかったため、すべてを内製でまかなってきたという経緯があります

                                                                          66分かかる同期処理を10分以内に短縮せよ!~商品情報同期システムでの、処理速度と運用の改善~ - MonotaRO Tech Blog
                                                                        • 実は意外と大したことない。スタートアップの現実と数字(カミナシの場合)|諸岡 裕人(カミナシCEO | SaaS)

                                                                          最初の売上はMRR10万円。それを獲得するまでに1年1ヶ月かかった。MRR100万円を超えるのに2年。問い合わせは毎月5件くらい。投資家とのMTGは辛く、友人の「売上いくら?いつ上場するの?w」には苦笑いで返してた。3年やってMRR280万円までしか伸ばせずにピボット。スタートアップなんてこんなもん! — 諸岡 裕人|カミナシ CEO (@morooka_hiroto) February 9, 2022 そこで2つのことを感じました。 「サクセスストーリーではなく、苦労話や失敗談を聞くことで活力になったりする場面もある」ということ。過去の自分など特にそうですが、上手く行ってない時ほど誰かの苦労した話を聞くと、「自分もがんばろう!」と思えました。なので、このnoteは順調な方よりも、昔の自分のように苦しい状況にいる方に向けたものになっています。 2つ目は、「みんなリアルな数字を知りたがってい

                                                                            実は意外と大したことない。スタートアップの現実と数字(カミナシの場合)|諸岡 裕人(カミナシCEO | SaaS)
                                                                          • 外部キー制約は何も考えずに適用するとよくない - かとじゅんの技術日誌

                                                                            このブログが話題になってますね。制約を付けること自体はよいことだけど、無目的に適用すると害も生じると思います。 無目的という言い方はおかしいな…。外部キー制約をどのように使えばいいのか、逆にどんなときに使うとまずいのかを考えてみたいと思います。 tech.tabechoku.com 例えば、これ。外部キー制約はできるだけ付けるとか、何も考えずに付けるとよくないと思います。 外部キー制約は、可能な限りつけるようにしています。 DBが別れている場合、外部キーはもちろん貼れないのですが、そうでない場合はとにかく何も考えず貼っています。データベース設計の際に気をつけていること - 食べチョク開発者ブログ テーブル設計をシミュレーションする いいたいことの結論はこれ。以上終了なのですが、もう少しわかりやすく書いてみよう。 何も考えずに外部キーを貼るのは良くないな。トランザクション境界の外で結果整合性

                                                                              外部キー制約は何も考えずに適用するとよくない - かとじゅんの技術日誌
                                                                            • Webエンジニアとしていま知っておきたいWebアクセシビリティ

                                                                              この文章について これは Front-End Study #3「『当たり前』をつくりだすWebアクセシビリティ」で基調講演をするにあたって、登壇内容を整理するために書いたものです。登壇内容とは一部に差異があります。 イベント映像 この文章はむちゃくちゃに長いので、登壇映像を見たほうがいいかもしれません。わたしの発表は13:23くらいから30分ちょっとです 登壇資料(内容は同一です) https://speakerdeck.com/ymrl/webenziniatosite-imazhi-tuteokitai-webakusesibiritei https://docs.google.com/presentation/d/1uhCvhh6sZCPUnReSBVDjvGfNAOTKbZ5Sxs8fYMlxMsI/edit?usp=sharing 目的 Web業界で「エンジニア」の肩書で仕事して

                                                                                Webエンジニアとしていま知っておきたいWebアクセシビリティ
                                                                              • 「ChatGPT/LangChainによるチャットシステム構築 」という書籍が素晴らしかったのでNode.jsでも書いてみた - selmertsxの素振り日記

                                                                                はじめに 「ChatGPT/LangChainによるチャットシステム構築」 という本が素晴らしかったので、ちゃんと身につけるために Python だけじゃなくて Node.js でも動かしてみました。同じことをやろうとした人のために、ここにそのときの記録を残します。特に callbacksやmemoryについて、詳細に記載しようと思います。 書籍の説明につながるようなことはできる限り書きません!めっちゃ良書なので、ご興味持っていただけた方は購入してもらえますと 🙏 5章まではPython固有のToolを利用しており、6章の中身は7章とかなり近いところがあるので、7章のプログラムだけここに記載します。LangChainの学習に注力したいので、Serverelss Frameworkに関連するコードは省略しました。また、Momentoや @slack/bolt に関する説明はしません。 プロ

                                                                                  「ChatGPT/LangChainによるチャットシステム構築 」という書籍が素晴らしかったのでNode.jsでも書いてみた - selmertsxの素振り日記
                                                                                • 次世代SNS「Misskey」陰謀論者が煽られまくって逃げ出したり、ミーム化した与謝野晶子が氾濫する無法地帯Slackとなっていて楽しそう

                                                                                  ひげおじさん彡 @nut_king_call Misskeyに陰謀論者が入り込む ↓ misskeyはローカルTL(フォローしてなくても投稿が流れるTL)があり、そこに陰謀がながれる ↓ Misskey(io鯖?)に「レターパックで現金を送れ」「は全て詐欺です」のリアクションを出す文化がある ↓ 陰謀投稿に「全て詐欺です」の爆撃が来る ↓ 論者が撤退 twitter.com/noradjapan/sta…

                                                                                    次世代SNS「Misskey」陰謀論者が煽られまくって逃げ出したり、ミーム化した与謝野晶子が氾濫する無法地帯Slackとなっていて楽しそう