並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 12531件

新着順 人気順

slackの検索結果321 - 360 件 / 12531件

  • なぜLINEは複数スマホで使えないのか Lite版終了を前にLINE社に聞いてみた

    LINEが発展途上国向けに提供している軽量版「LINE Lite」(Android)のサービスが2月28日に終わる。本来、日本では使えない同アプリだが、「正直困る」と嘆く日本のユーザーもいる。LINE Liteを使うと、複数のスマートフォンで1個のアカウントを同時に利用できたからだ。そもそも、LINEはなぜ複数スマホでアカウントを共有できないのか。LINE社に聞いてみた。 LINEにはスマホ版以外にiPad版やWindows版などがある。これらには「QRコードログイン」という機能があり、これを使えば複数端末間でアカウントを共有できる。しかし、スマホ版には同機能が無いため、スマホ同士でのアカウント共有はできない仕様だ。 この仕様が不便だという声はずっとある。例えば、TwitterやFacebook Messenger、Slack、Discordなどは、iOSとAndroidの垣根もなく、複数

      なぜLINEは複数スマホで使えないのか Lite版終了を前にLINE社に聞いてみた
    • クリエイターの時代

      クリエイターの時代 2023.03.11 Updated by Ryo Shimizu on March 11, 2023, 15:48 pm JST ChatGPTが流行り過ぎている。 来週にはGPT-4が出るという話になっていて、しかもGPT-3は1750億パラメータであるのに対し、GPT-4は100兆パラメータと言われている。 普通に考えて単位が桁違いにおかしいのだが、そもそもそんなに巨大なニューラルネットワークが学習できてしまったことも驚きだが、実用的に使うためには信じられないくらい大規模な機械が必要になる。 まだ出てもいないGPT-4を警戒しても仕方ないので、むしろGPT-4が出る前の今のタイミングだからこそ、敢えて「ChatGPTブームの終わりは近い」と予測してみたい。 なぜか? 第一に、ChatGPTは、簡単に使え過ぎてしまう。 朝思いついて昼には新しいアプリができてしまう。

        クリエイターの時代
      • ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介

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

          ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
        • 超ユーザーファースト主義で成長。「Smooz」代表のリテンションマーケティングへのこだわりと使用ツールに迫る - engagemate(エンゲージメイト)

          超ユーザーファースト主義で成長。「Smooz」代表のリテンションマーケティングへのこだわりと使用ツールに迫る 事業をグロースさせてきた先駆者(Pathfinder)を取材する連載企画「Pluto pathfinder’s story」。 今回は、ブラウザアプリ『Smooz』を運用するアスツール株式会社(以後アスツール)。2016年3月に創業し、9月にSmoozをリリースすると多くの支持を集め、「App Store Best of 2016」を獲得。 競合が大きなシェアを獲得していたブラウザ市場に新規参入し、わずか3年でユーザー獲得、継続率、課金といった数字を改善し成長を続けている。ユーザーファーストを掲げマーケティングツールの最大化、最適化を徹底する先駆者、アスツール代表の加藤雄一氏にお話を伺った。 ※本記事に記載したアスツール、Smoozに関するデータ等はすべて2019年8月7日取材時点

            超ユーザーファースト主義で成長。「Smooz」代表のリテンションマーケティングへのこだわりと使用ツールに迫る - engagemate(エンゲージメイト)
          • 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の悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜
            • LPI-Japan、無償公開中のLinuxサーバー構築学習用教材「Linuxサーバー構築標準教科書」のバージョンアップを発表 ~最新のLinuxディストリビューションに対応し、仮想マシンを用いて独学でも学習しやすい構成に変更~|IT資格といえばLPI-Japan | LinuC/OSS-DB/HTML5/OPCEL

              LPI-Japan、無償公開中のLinuxサーバー構築学習用教材「Linuxサーバー構築標準教科書」のバージョンアップを発表 ~最新のLinuxディストリビューションに対応し、仮想マシンを用いて独学でも学習しやすい構成に変更~ 報道関係各位 LPI-Japan、無償公開中のLinuxサーバー構築学習用教材「Linuxサーバー構築標準教科書」の バージョンアップを発表 ~最新のLinuxディストリビューションに対応し、仮想マシンを用いて独学でも学習しやすい構成に変更~ オープンテクノロジー技術者認定機関としてLinux技術者認定「LinuC(リナック)」などを実施する特定非営利活動法人エルピーアイジャパン(以下:LPI-Japan、東京都千代田区、理事長 鈴木 敦夫)は、実習を通してLinuxサーバー構築の知識を学べる学習用教材「Linuxサーバー構築標準教科書」(以下:本教科書)のバージョ

                LPI-Japan、無償公開中のLinuxサーバー構築学習用教材「Linuxサーバー構築標準教科書」のバージョンアップを発表 ~最新のLinuxディストリビューションに対応し、仮想マシンを用いて独学でも学習しやすい構成に変更~|IT資格といえばLPI-Japan | LinuC/OSS-DB/HTML5/OPCEL
              • slackで「投稿ルールが守られない問題」を自作のスラッシュコマンドで解決する(設定編) - Qiita

                slackあるある ※※お知らせ※※ 今後、備品購入を希望される方は当チャンネルで ================ 【購入品名】 : 【購入URL】 : 【購入承諾者】: 【納品希望日】:2019/mm/dd 【備考】   : ================ というフォーマットを使って下さい。 (ピンどめしておきます) 現実は・・・ フォーマットを自己流に改変する人 そもそもフォーマットを使ってくれない人 別のチャンネルで依頼する人 etc..... 解決策 今後、備品購入依頼は 当チャンネルで /bihin と投稿し、 表示されるダイアログから依頼して下さい。 表示されるダイアログ 簡易バリデーションチェックあり ダイアログ経由で生成される投稿 確実に期待したフォーマットで投稿してもらえる 指定のチャンネル以外でコマンドを使用した際のエラー表示 投稿者本人だけにエラーが通知され、無駄

                  slackで「投稿ルールが守られない問題」を自作のスラッシュコマンドで解決する(設定編) - Qiita
                • 無料プログラミングスクールからブラックSESに就職した話

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

                    無料プログラミングスクールからブラックSESに就職した話
                  • Goで社内ツールを作るならこんなふうに

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

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

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

                        5年かけて作ったウェブアプリを Hacker News に投稿し、最初の1ドルを得た話
                      • 無料で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」を実際に使ってみたよレビュー
                        • マーソ株式会社を退職します - 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
                              • 「Pragmatic Terraform on AWS」が神本だったので紹介する - Qiita

                                はじめに Pragmatic Terraform on AWS、控えめにいって神本です。 AWSの知識がある程度ある人が、IaC入門するのに最適すぎる。 今週中にやり終わりそうなので、金曜あたりにレポ書きます。 — nari@エンタメ系エンジニア (@fukubaka0825) June 1, 2019 予定より、ちょっと遅くなってしまいましたが、宣言通り書評書いていこうと思います。。 ただただ「Pragmatic Terraform on AWS」を褒めちぎるだけの記事になってしまうことをご了承ください。。 こんな人にオススメ AWSの知識がある程度あって、IaC(Infratecture as Code)に入門してみたい人 他のIaCのツール(CloudFormationとか)を使っていてterraform使ってみたい人 AWSもIaCも全くわからん、、だとちょっと進めるのが辛いかもし

                                  「Pragmatic Terraform on AWS」が神本だったので紹介する - Qiita
                                • 「入門 監視」を読んでからの取り組みを紹介します - WILLGATE TECH BLOG

                                  「入門 監視」を読んだ フロントエンド監視 なぜフロントエンド監視が必要なのか どうやってフロントエンド監視をしているのか Runbookを作ろう なぜRunbookが必要なのか Runbookをどう使っていくか 監視の民主化 勉強会開催 今後 こんにちは!インフラチームの小林です。 今回はインフラチームが現在取り組んでいる、運用環境の改善施策を紹介します。 「入門 監視」を読んだ 2019年01月 に「入門 監視」という本が O'Reilly Japanから出版されました。 www.oreilly.co.jp 『システムをどう監視したらよいのか』『監視の仕組みをどう作ったらよいのか』について紹介している本です。 実践したい事、反省する事だらけですが、フロントエンド監視とRunbook作成から始めています。 フロントエンド監視 なぜフロントエンド監視が必要なのか Webサイトの表示スピード

                                    「入門 監視」を読んでからの取り組みを紹介します - WILLGATE TECH BLOG
                                  • 【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア) | Geekly(ギークリー) IT・Web・ゲーム業界専門の人材紹介会社

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

                                    • 心理的安全ジャーニー 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時のしなもんぶろぐ
                                          • より良いコードレビューをするために気をつけていること | メルカリエンジニアリング

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

                                              より良いコードレビューをするために気をつけていること | メルカリエンジニアリング
                                            • 小さいプロダクト開発における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
                                              • グッドデザイン賞の2次審査で落ちちゃった話【提出資料公開】 - estie inside blog

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

                                                  グッドデザイン賞の2次審査で落ちちゃった話【提出資料公開】 - estie inside blog
                                                • 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化しました - ぱすたけ日記
                                                      • リクルートを退職しました - 下町柚子黄昏記 by @yuzutas0

                                                        今まで長いことお世話になりました! リクルートグループを退職しました! これからもよろしくお願い致します! Graduate from Recruit! pic.twitter.com/ZfNlLXS6OF— ゆずたそ (@yuzutas0) February 25, 2019 はじめに 自己紹介 ITmedia著者紹介欄から引用します。 リクルートテクノロジーズ プロダクトエンジニアリング部所属 途上国から限界集落まで各地放浪、ベンチャーキャピタルから投資を受けての起業や会社経営、リクルートグループ会社における複数の新規事業の立ち上げを経て、現職。 現在は急成長プロダクトを対象に、システムアーキテクチャの再構築やエンジニアチームの立ち上げ、立て直しに従事。 他エントリーやTwitterもご覧くださいませ。 誰に何を伝えたいか 私を知っている人たち、これまで私がお世話になった人たちに「懐か

                                                          リクルートを退職しました - 下町柚子黄昏記 by @yuzutas0
                                                        • Slack 初の料金改定とフリープランの内容更新のお知らせ

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

                                                            Slack 初の料金改定とフリープランの内容更新のお知らせ
                                                          • なぜ Infra Study Meetup運営は配信トラブルを引き起こしてしまったのか

                                                            こんにちは。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でのライブ視聴が

                                                            • 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
                                                              • 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
                                                                • 『個人開発がやりたくなる本』を自費出版しました #技術書典 - 下町柚子黄昏記 by @yuzutas0

                                                                  ご挨拶 自称企画屋・コンセプトデザイナーの@yuzutas0です。 執筆者一同をはじめとして、 アンケートに回答してくださった皆様、各所で書籍を紹介してくださった皆様、 その他何らかの形でご協力いただいた皆様、本当にありがとうございました。 さて、発売から間が空きましたが、 裏話をツイートしたところ反響をいただけたので、ブログに制作秘話をまとめます。 個人開発者や技術書典参加者のヒントになれば幸いです。 『個人開発がやりたくなる本』の経緯・裏話をブログにまとめようと思ったけど、細部まで語りだしたらキリがないことに気付いた。1時間枠で登壇できる内容・分量だ……。 pic.twitter.com/Qr9PcHF46c— ゆずたそ (@yuzutas0) May 3, 2019 もくじ ご挨拶 もくじ 1. はじめに 1-1. 免責・謝罪・注意・お願い 1-2. 書籍概要 1-3. この取り組み

                                                                    『個人開発がやりたくなる本』を自費出版しました #技術書典 - 下町柚子黄昏記 by @yuzutas0
                                                                  • LINEに画像を送ると、AIが3秒で文字起こし 「企業や役所の働き方変える」 長崎のベンチャーが開発

                                                                    紙の書類をスマートフォンのカメラで撮影し、「LINE」で画像を送ると、約3秒でテキスト化して返信する――。こんなAIアプリを、長崎県西海市のベンチャー企業「西海クリエイティブカンパニー」が7月3日からLINE上で公開している。ユーザーがOCR(光学文字認識)ソフトなどを用意しなくても、書類や帳票を簡単にデータ化できる点が特徴だ。 記者が試しに名刺を撮影して公式アカウントに送ったところ、すぐに氏名や企業名、所属部署、オフィスの住所、電話番号、メールアドレスなどを正確にテキスト化して返信してくれた。 このアプリの名前は「文字起こし ばりぐっどくん」。LINE上で友だち申請すると、誰でも利用できる。同社の本業はデザインやWebメディアの運営だが、西海市内の企業・役所から紙文書のスキャンやデータ入力作業を減らし、地域全体の業務効率を高める狙いで開発したという。 だが、リリースすると他の地域からも利

                                                                      LINEに画像を送ると、AIが3秒で文字起こし 「企業や役所の働き方変える」 長崎のベンチャーが開発
                                                                    • アニメ業界のエンジニアリング改革に向き合って 『シン・エヴァ』の制作を支えた「スタジオカラー」のシステムづくり

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

                                                                        アニメ業界のエンジニアリング改革に向き合って 『シン・エヴァ』の制作を支えた「スタジオカラー」のシステムづくり
                                                                      • SaaS系スタートアップのリアルなAWSアーキテクチャ設計

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

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

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

                                                                            10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
                                                                          • 退職処理を可能な限り自動化する - クックパッド開発者ブログ

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

                                                                              退職処理を可能な限り自動化する - クックパッド開発者ブログ
                                                                            • 転職した - 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 のメモ
                                                                              • 「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