並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 21 件 / 21件

新着順 人気順

Slackの検索結果1 - 21 件 / 21件

  • KADOKAWAグループへのサイバー攻撃や悪質な情報拡散についてまとめてみた - piyolog

    2024年6月9日、KADOKAWAやニコニコ動画などを運営するドワンゴは、同グループの複数のWebサイトが6月8日未明より利用できない事象が発生と公表しました。システム障害の原因はランサムウエアによるもので、ニコニコ動画は復旧まで約2か月を要しました。またリークサイトから盗まれたとみられる情報を取得してSNSへ公開するなど悪質な情報拡散が確認されました。ここでは関連する情報をまとめます。 1.KADOKAWAグループのデータセンターでランサムウエア被害 公式及び報道より、データ暗号化の被害にあったのはKADOKAWAグループ企業 KADOKAWA Connectedのデータセンター(DC6)で運用されていたプライベートクラウドやそのクラウド上で稼働していたドワンゴ専用サーバー。またドワンゴの認証基盤であったActive Direcotryサーバーも攻撃者の制御下に置かれた。 侵害活動の拡

      KADOKAWAグループへのサイバー攻撃や悪質な情報拡散についてまとめてみた - piyolog
    • 情報の見つけやすさを追求する - 社内ドキュメンテーションの階層整理術 - KAKEHASHI Tech Blog

      カケハシのプラットフォームチームでソフトウェアエンジニアをしているすてにゃん (id:stefafafan) です。今回はチームに配属されて数ヶ月の私が、いかにして社内ドキュメンテーションの階層構造を整理し、情報の検索性を向上させたかについてお話します。 はじめに この記事の想定読者 課題意識 メンバーへの共有と相談 社外事例の調査 esa の階層整理 第 1・第 2 階層の整理 ストック情報とフロー情報を意識した階層の整理 esa の機能をフル活用する 効果や今後について はじめに カケハシでは全社的にドキュメンテーションツールとして esa - 自律的なチームのための情報共有サービス を利用しています。それぞれのチームやプロダクトごとに階層を切ってドキュメントを書いています。 プラットフォームチームでは認証基盤などの社内プラットフォームシステムを開発しているため、自チームが運用する各種

        情報の見つけやすさを追求する - 社内ドキュメンテーションの階層整理術 - KAKEHASHI Tech Blog
      • 「主語を抜き、理由を省き、具体例を考えない”言語化をサボる人”は信用しない方がいい」…生産的な議論ができないし、コミュニケーションコストが高い

        マグ @OnebookofMAG 10代の頃に教わった「主語を抜き、理由を省き、具体例を考えない”言語化をサボる人”は信用しない方がいい」という言葉、そっくりそのまま私の信念に変えて大事にしている。こういう人と仕事をすると「生産的な議論」ができない。「話せばわかる」が成立しない。何より、コミュニケーションコストが高い マグ @OnebookofMAG ちなみに「言語化をサボる人」は、テキストコミュニケーションで顕著にでる。SlackやLINE然り、プライベート感は行間の想像を楽しむコミュニケーションでいいけど、ビジネス面では「察して」は独りよがりかつ、わがままの押し付け。文章を書くのは大変だけど、行間を正しく読むのはもっと大変。 x.com/OnebookofMAG/s… マグ @OnebookofMAG 令和の”人当たりの良さ/コミュニケーションの上手さ”は、電話口や対面で出るものではな

          「主語を抜き、理由を省き、具体例を考えない”言語化をサボる人”は信用しない方がいい」…生産的な議論ができないし、コミュニケーションコストが高い
        • 登壇中にうっかり見せちゃいけないもの見せないようにするための技術

          登壇中にうっかりSlackの通知が出ちゃうみたいなことを避けたいですよね。うっかりを防ぐ対策が集まるスクラップです。

            登壇中にうっかり見せちゃいけないもの見せないようにするための技術
          • 「割り込みタスクが多くて困ってます」と相談を受けたらマネージャーはどうするか - るさんちまん

            はじめに @dora_e_m さんのエントリがあまりに素敵だったので、僕も感化された "割り込みタスク × マネージャー" のネタを書くことにしました。 note.com このエントリでは、エンジニアとデザイナーのマネージャーをしている筆者が、メンバーから「割り込みタスクが多くて困っているんですがどうしたらよいでしょう」と相談されたときにするアドバイスをまとめました。ちなみに全て実際に体験したことです。 ※必ずしもこれら2職種でしか適用できない内容ではないですが、発想・解決のしかたが開発に依るところが大きいです。 なお、アドバイスの内容は個人でできるライトなものからタスクの依頼主に働きかけが必要なヘビーなものまであり、実際にアドバイスする順に並べるとこのようになります。 [個人] 割り込みタスクの優先度を過剰に高くしすぎていませんか [個人] 割り込みタスクにかけている時間はどれくらいです

              「割り込みタスクが多くて困ってます」と相談を受けたらマネージャーはどうするか - るさんちまん
            • ITベンチャーあるある……ではないと思うけどみんなどうしてるのか知りたい - Really Saying Something

              後から優秀な人がどんどこ入ってくる 自分は創業期ではないけど社歴でいえばかなり初期の頃に入社しており、それはそれで運が良かったし、カオスな時期ものどかな時期も大変だった時期もあってそれを乗り越えたといえば聞こえがいいが、会社が整うにつれてめっちゃ優秀な人に囲まれるようになって、ふと気が付くとちょっと引け目を感じる。 その優秀な人がみんな年下だったりする 社歴が長いのでその分年を重ねるわけだけど、若くて優秀な人がたくさんいて、みんなすごくて、もちろん出世(昇格を指す)もしていくので、ちょっとした置いてきぼり感がある。 チームが生まれたり消えたり統合したり分割したりするので、それに伴う降格(?)もあったりする いろいろな試行錯誤があるのでチームが変わり、一瞬上長的な役割になったけどそこから外れることももちろんあって、気持ちの持って行き場所がない時があった。 ちなみにこれは、以前の上長が「マネジ

                ITベンチャーあるある……ではないと思うけどみんなどうしてるのか知りたい - Really Saying Something
              • 勉強会の「タダ飯狙い」対策どうするか?より良い勉強会のために参加規約のひな形を公開 - LegalOn Technologies Engineering Blog

                こんにちは、LegalOn Technologiesで検索エンジニアをしている志水(@banbiossa)です。 食事つきの勉強会を開催する際に、学び目的ではなく飲食目的、いわゆる「タダ飯狙い」の方に遭遇したという声を最近多く聞きます。 この「タダ飯狙い」や不審者の対策にむけて、リーガルテック企業ならではの取り組みとして、参加規約のひな形を準備しました。 本記事では、取り組むまでに至った経緯や過程、ひな形の詳細、協力してくれた方々についてご紹介できればと思います。 勉強会の治安の悪化 弁護士ドットコム社の記事 検索技術勉強会における実体験 勉強会用・参加規約のひな形 ひな形本文 ひな形とは? 活用方法について ひな形の活用 勉強会の運営 勉強会用・参加規約ひな形プロジェクトの全容 シャッフルランチでCTOに投げかける 法務・法務開発の巻き込み ドラフト→レビュー→公開 ひな形作成時の想定

                  勉強会の「タダ飯狙い」対策どうするか?より良い勉強会のために参加規約のひな形を公開 - LegalOn Technologies Engineering Blog
                • なぜDBから引くときに1000件ずつchunkingするのか、説明できますか - Lambdaカクテル

                  MySQLやPostgreSQLといったRDBMSからデータを引いてくるとき、扱うデータの規模によっては、1000件ずつLIMITをかけて順に引いていくということがある。 以前slow queryが出たらよくやっていたのを思い出して、ふとこのあたりってどういう根拠があってやっているのだっけ、自分が知っている他に効能があったりするのかな、と思ってSlackに書き込んだところ、同僚の id:onk に教えていただいた。その内容に加えて軽く調べた内容をまとめてみる。 Web系の話です。みなさまの知見がありましたら教えてください。 TL;DR 刺さる*1から 刺さったら困るから あたりまえ 詳細 もともとSlackに書いた原文は以下の通り(MySQL前提で書いているけどPostgresといった他のRDBMSにも適用できる話。): DB引くとき、Perl時代(?)によく1000件単位でchunkin

                    なぜDBから引くときに1000件ずつchunkingするのか、説明できますか - Lambdaカクテル
                  • 障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 | レバテックラボ(レバテックLAB)

                    TOPインタビュー障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 2024年8月26日 ユーザベース NewsPicks事業 SREチームリーダー 安藤 裕紀 大手SIerで10年半エンジニア/アーキテクトとしてアプリケーション開発、インフラ構築、クラウド活用コンサルティングなど大企業の技術支援を行った後、2021年10月に株式会社ユーザベースに入社。プロダクト開発組織のSREチームでインフラや開発基盤を担当。シニアエンジニア、テックリードを経て、チームリーダーに。2024年からはプラットフォームエンジニアリングのグループマネージャーも兼務。 X Docswell GitHub

                      障害対応を属人化させない。「全員インシデントコマンダー」体制を根付かせた、山本五十六の格言【NewsPicks SRE 安藤裕紀】 | レバテックラボ(レバテックLAB)
                    • 今日から始める「システム監視」。大量トラフィックのシステムを安定して運用する知見をアソビューのSREに学ぶ - Findy Tools

                      公開日 2024/08/16更新日 2024/08/15今日から始める「システム監視」。大量トラフィックのシステムを安定して運用する知見をアソビューのSREに学ぶ はじめにアソビュー株式会社では、アソビュー!という電子チケットを販売するサイトを運営しています。 システムを安定稼働させるためには、日常的にシステムの状態を監視して、問題があれば調整するというプロセスを繰り返すことが必要不可欠です。本記事では、アソビュー株式会社において、どのような体制でこの安定稼働を実現しているかということを書くことによって、同じようにシステムを安定稼働させたいと日々考えておられる方々を想定読者として、そのノウハウを共有しようと思います。 安定稼働をするために必要な要素 人間の健康管理のために必要なことシステムを安定稼働するために必要なことというのは、人間が健康に生きていくためにやっておいたほうがいいことと共通

                        今日から始める「システム監視」。大量トラフィックのシステムを安定して運用する知見をアソビューのSREに学ぶ - Findy Tools
                      • 技術者も知っておくべきプレゼン資料作成術:社内研修会レポート - Insight Edge Tech Blog

                        Introduction こんにちは、データサイエンティストの善之です。 Insight Edgeの分析チームでは、有志が技術テーマについて1時間枠で講義し、チーム内でディスカッションを行う「技術研修会」を不定期に実施しています。 先日の研修会では、チーム内でのアンケート結果から最も希望が多かった「プレゼン資料作成術」をテーマに実施しましたので、そのレポートを行います。 技術とは少しテーマがズレますが、他の技術的テーマよりも希望が多く、他部署(開発チーム・管理部)からも参加希望があるなど、皆さん関心の高いテーマだと感じました。 今回は私の前職(コンサルティングファーム)での経験をもとに、プレゼン資料作成術についてお話ししました。 slackでのアンケート結果 目次 講義内容 ①全体のストーリーライン&各スライドのメッセージを作る ②各スライドのチャートを作成 ③ページをレイアウトする ④見

                          技術者も知っておくべきプレゼン資料作成術:社内研修会レポート - Insight Edge Tech Blog
                        • 監視ツールを迷ったら CloudWatch から始めてみるのもありなのでは - カミナシ エンジニアブログ

                          こんにちは、新規プロダクトの開発をしています、a2 (@A2hiro_tim )です。 昨日、開発してきたプロダクトについて、正式リリースを発表させていただきました 🎉 prtimes.jp employee.kaminashi.jp さて、新規プロダクトの立ち上げは、技術選定や運用ツールの自由度が高く、どの監視ツールを使うか、選択に迷うこともあると思います。 我々のチームでは複数ツールの使用経験はあるものの、特定のツールの導入経験や深い知見があるメンバーはいなかったので、フラットに比較検討し、 Amazon CloudWatch の利用から始めてみよう、と意思決定しました。 主な選定理由は、 AWS エコシステムの中で完結できるため、Terraform Cloud などの既存の設定を流用できて新しく覚えることが少ない、AWS 上でコストを一元管理できる、等のメリットがある。 サービス開

                            監視ツールを迷ったら CloudWatch から始めてみるのもありなのでは - カミナシ エンジニアブログ
                          • メルカリを退職しました、そして私の有給消化事例|mayumine / Mayumi Ishikawa

                            2024年8月にメルカリを退職しました。 本当に素晴らしい6年半でした! メルカリで出会った人々と仕事から、一生大事にしていきたい経験と学びを得ることができました。 メルカリを退職します! 約6年半、本当に楽しかったし、頑張ったし、数多の素敵な出会いもありたくさん成長させてもらえて、かけがえのない時間を過ごすことができました。 メルカリ最高でした! これからも大好きなメルカリを応援し続けます📣 pic.twitter.com/ivYE1C29wJ — mayumine (@mayumine) August 9, 2024 最終出社の翌日にSlackにログインできなくなった瞬間はむせび泣きました。 昨日まで当たり前に見れていて、ずっと脳のリソースの大部分を持っていかれた世界線から急にキックアウトされる寂しさったらない。もう、 会いたくて 会いたくて 震える iPhoneのトップ画面、一番タ

                              メルカリを退職しました、そして私の有給消化事例|mayumine / Mayumi Ishikawa
                            • 作り、造られ、創る

                              今日はbuilderscon 2024の開催日でした。 自分が立ち上げて(でも心折れて開催しなくなった)イベントを、自分が関わらないところで続けてくれるというのは、なんとも感慨深いものです。少なくとも俺のやろうとしてたことは意味があったんだな、という気持ちにさせられました。 開催にこぎつけた@nasa9084さん、ありがとう!他のスタッフのみなさまも本当にお疲れさまでした。 さて、今回私は運営にはTシャツのスポンサー以外一切ふれてないのですが、実は開催前日の時点でスケジュールに穴があくかもしれないという話をSlackで聞いたので、それを聞いた私はすぐさまGoogle Docsで原稿を書き始めました。で、すぐ書きおわったのですが、その時にはもうonkさんとsongmuさんが代役に決まったので私の話は無事オクラ入りになりました。 ならまあ、供養しとこうかな、ということでここに載せることにしまし

                                作り、造られ、創る
                              • クラスメソッドによる2024年OSS支援(5件)を紹介します | DevelopersIO

                                2024年。今年も去年に引き続きクラスメソッドとしてOSS支援(5件)を実施させていただいたので、その内容を報告いたします。 「そろそろOSS支援の季節がやってまいりましたね!」 「今年は全社で候補を募ろうぜ」 2023年に実施していたクラスメソッドによるOSS支援ですが、2024年の今年も5つのOSSに対して支援を実施させていただきました。このブログでは、支援先の選定過程や選定理由などをご報告いたします! 2023年(去年)のOSS支援内容 2023年も同じような時期に、クラスメソッドとしてOSS支援を実施しております。詳細はこちらをご参考ください。 クラスメソッドOSS支援開始のお知らせ そもそもなぜクラスメソッドはOSSを支援するのか? (この内容は去年と変わらずですが、大事なことなので再掲しています) そもそも、なぜクラスメソッドがOSSを支援するのか、その理由を説明します。この草

                                  クラスメソッドによる2024年OSS支援(5件)を紹介します | DevelopersIO
                                • OCRとLLMを活用した情報抽出業務の効率化|Algomatic

                                  はじめに企業の業務において、請求書や領収書、名刺などの紙媒体の情報を電子化し、管理・活用することは非常に重要です。しかし、これらの作業は手作業で行うと多大な時間と労力を要します。また、人的ミスも発生しやすく、業務効率化の大きな障壁となっています。そんな中、近年、OCRの性能向上やLLMの性能向上によって、あらゆる業務の効率化できる可能性が高まっています。この記事では、写真や書類から情報を抽出する取り込み業務について、OCRとLLMを利用したソリューションについて紹介します。 情報抽出などの取り込み業務の課題情報抽出などの取り込み業務では、以下のような課題が存在します。 手作業による時間と労力の浪費 大量の書類を処理する場合、作業コストが膨大に 単純作業の繰り返しによる従業員のモチベーション低下 他の付加価値の高い業務に注力できない 人的ミスの発生 量が多くなるほど、入力ミスや誤読などの人的

                                    OCRとLLMを活用した情報抽出業務の効率化|Algomatic
                                  • フルリモート第1号の自分が、働く上で大切にしている5つのこと - Findy Tech Blog

                                    こんにちは。 Findy で Tech Lead をやらせてもらってる戸田です。 弊社では遠隔地フルリモートで働いているメンバーが多数おり、北は北海道から南は福岡まで、全国各地に点在しています。 本社は東京にあって関東在住のエンジニアも多数おり、遠隔地フルリモートの人数の比率で言うと半々くらいでしょうか。 実を言うと、弊社のフルタイム勤務でのエンジニアの遠隔地フルリモート勤務の第一号は私なのです。 2020年7月にJOINしてから4年以上、ずっと福岡から遠隔地フルリモートで働いていますが、第一号の私が結果を出すことで「出社・フルリモート関係なく成果が出るよね」と思ってもらうために、当初は本当に頑張りましたw 結果として弊社では、「ハイスキルなエンジニアであればフルリモートでも問題ない」という認識になり、遠隔地フルリモートで働くエンジニアが増えていきました。 そこで今回は、私がフルリモート勤

                                      フルリモート第1号の自分が、働く上で大切にしている5つのこと - Findy Tech Blog
                                    • 生成AIがもたらすHRの未来〜海外サービスの動向から考える〜|Dory │ 株式会社Algomatic

                                      こんにちは、株式会社AlgomaticのDoryと申します。 2022年末からChatGPTをはじめとした生成AI技術が爆発的に普及しはじめ、徐々にビジネスの現場にも普及しています。 私は、生成AIと最も相性のよいドメインの1つがHR(Human Resource: 人事をはじめとした人的資源に関わる業務)であると考えております。本記事では、生成AI技術がどのようにHRの未来を形作るのか、具体的な事例を交えて探っていきます。 なお、本記事の内容を発展させ、PeopleX社・Algomatic共催で「生成AIは未来のHRをどう変えるか?〜海外事例から学ぶ〜」というウェビナーを開催予定です! 【8/23(金)12:00〜12:50(お昼休み時間帯)】に実施予定ですので、HR業務に関わる皆様は、ぜひお気軽にご参加ください! 【この記事には何が書いてある?】 ・採用・従業員支援・労務領域での生成A

                                        生成AIがもたらすHRの未来〜海外サービスの動向から考える〜|Dory │ 株式会社Algomatic
                                      • レビュー依頼の優先度について考えていたら、レビュー依頼をスコアリングしてソートするツールができた - エムスリーテックブログ

                                        こちらはAI・機械学習チームブログリレー8日目の記事です。前回のブログは高田さんの「AI・機械学習チームで学んだ開発技法で趣味の通知系ツールを量産した」でした! www.m3tech.blog エムスリーエンジニアリンググループ AI・機械学習チームでソフトウェアエンジニアをしている中村(po3rin) です。 「レビュー依頼の優先度」といえば自分の作業とレビューのどちらを優先するかという意味での「優先度」の印象ですが、今回は複数あるレビュー依頼の中で、どのレビューから見ていくかという意味での「優先度」の話をします。 レビューの優先度を考えていく中で、「これは自動化したら面白いのではないか」と思い立ち、レビューの優先度をスコアリングするツールを作ったので、その経緯を簡単に紹介していきます。 レビューの優先度の再考 先に見るべきレビュー依頼の観点 急ぎ系のマージリクエスト メンションされてか

                                          レビュー依頼の優先度について考えていたら、レビュー依頼をスコアリングしてソートするツールができた - エムスリーテックブログ
                                        • いつでも最高のプロダクトを生み出す「最高の開発チーム」を作りたい! いまどきエクストリームプログラミングなのはなぜか? 角谷信太郎 林尚之 対談 - Agile Journey

                                          アジャイル開発の方法論やフレームワークはいくつかありますが、ユーザベースのスピーダ事業では執行役員CTOである林尚之さんの主導によりエクストリームプログラミング(XP: eXtreme Programming)を全面的に採用しています。2023年3月にはアジャイル関連書籍の共訳・監訳などで幅広く活動される角谷信太郎さんがエクストリームプログラミング顧問として就任し、エンジニア組織の向上に取り組んでいます。 当初は「いまどきXPで大丈夫か?」と半信半疑だった角谷さんですが、かなりの規模でXPを実践できていることに驚いたそうです。そんな角谷さんと林さんが、アジャイル開発を推進する上で大切なことは何か? 拡大する開発組織全体をアジャイルに保ち続けるにはどうすればよいのか? について正面から語り合いました。 ユーザベースがアジャイル開発を始めるきっかけ 最高のプロダクトというより「最高の開発チーム

                                            いつでも最高のプロダクトを生み出す「最高の開発チーム」を作りたい! いまどきエクストリームプログラミングなのはなぜか? 角谷信太郎 林尚之 対談 - Agile Journey
                                          • 【CTO協会研修記録】 未経験エンジニアがISUCONで圧倒優勝するまでの話 - PLEX Product Team Blog

                                            はじめに こんにちは、2024年4月に株式会社プレックスに新卒入社した佐藤祐飛です。現在は建設業界向けSaaSプロダクト「サクミル」の開発に携わっています。 2024年7月31日に、日本CTO協会主催の新卒合同研修でISUCON研修が開催され、50万点を超えるスコアで優勝することができました。 CTO協会様主催のISUCON研修優勝しました🏆 実はISUCON研修に勝つために2ヶ月間準備していたのですが、その成果が出てよかったです🔥 後日、「ISUCON 研修をガチった話」と題してテックブログを投稿する予定なのでそちらもチェックしていただけると嬉しいです‼️#ctoawakate https://t.co/fUr2hf8rkr pic.twitter.com/7FxYbmiIBu— yuhi (@yuhi_junior) 2024年7月31日 ISUCONは若手エンジニアにとってハード

                                              【CTO協会研修記録】 未経験エンジニアがISUCONで圧倒優勝するまでの話 - PLEX Product Team Blog
                                            1