並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 12561件

新着順 人気順

Slackの検索結果201 - 240 件 / 12561件

  • 万能ツール「Notion」共同創設者のIvan Zhaoが考える、プロダクト、採用、バリューのポイントを直接インタビュー

    ALL STAR SAAS FUNDのメールマガジン「ALL STAR SAAS NEWSLETTER」購読登録受付中ALL STAR SAAS FUNDがお届けする 最新SaaSニュース、ブログ記事情報を配信するSaaS業界にいる方は必見のメールマガジン! このツールを定義することは難しい。Notionは、半ば苦し紛れのように「万能ツール」や「生産ツール」と呼ばれる。ただ、俯瞰して見ると、言い得て妙でもあり、そうとしか呼べないともいえる。つまり、それこそが、Notionの魅力なのだ。 世界中で、熱心なユーザーを増やし続けるNotion。高まるのは愛情だけではない。2020年4月には約54億円を調達し、大胆な発展を見せる。今回は、共同創設者であるIvan Zhaoさんに、前田ヒロがその成り立ちや組織運営などを聞いた。 Notionは、京都で再生した 前田:今日はお時間をいただき、ありがとう

      万能ツール「Notion」共同創設者のIvan Zhaoが考える、プロダクト、採用、バリューのポイントを直接インタビュー
    • GitHub上のsensitive dataを削除するための手順と道のり | メルカリエンジニアリング

      Advent Calendar day 7 担当の vvakame です。 予告では Apollo Federation Gateway Node.js実装についてポイント解説 としていましたが、社内各所のご協力によりAdvent Calendarの私の担当日に間に合う形で公開できる運びとなりました。そのため告知とは異なりますが GitHub上のsensitive data削除の手順と道のり をお届けしていきたいと思います。 メルペイVPoE hidekによるday 1の記事で振り返りがあったように、今年、弊社ではCodecovのBash Uploaderに係る情報流出という事案が発生しました。当該インシデント対応において、プレスリリースにも記載のある通り、ソースコード上に混入してしまった認証情報や一部個人情報などの機密性の高い情報(sensitive data)について調査を実施し、対応

        GitHub上のsensitive dataを削除するための手順と道のり | メルカリエンジニアリング
      • Salesforce、Slackを2.9兆円で買収 Microsoftに対抗 - 日本経済新聞

        【シリコンバレー=佐藤浩実】企業向けソフトウエア大手の米セールスフォース・ドットコムは1日、ビジネスチャットを手掛ける米スラック・テクノロジーズを買収すると発表した。買収額は277億ドル(約2兆8900億円)。世界で14万社が利用しているスラックとの連携を深め、企業向けのサービスを幅広く手掛ける米マイクロソフトに対抗する。買収額はスラックの時価総額(1日時点で250億ドル)を約1割上回る。現金

          Salesforce、Slackを2.9兆円で買収 Microsoftに対抗 - 日本経済新聞
        • VPN との終わりなき戦い 〜怒濤の全社テレワーク編〜

          こんにちは、IT 基盤部第三グループのジュンヤと申します。 前回 は、日本と中国の間の VPN 接続に発生した問題とその解決について紹介しました。あれから約1年が経とうとしていますが、今回も VPN がテーマです。そうです、偶然にもまたも VPN です。 DeNA の テレワーク状況 DeNA は6月19日現在、出社率がなんと5%!という、ほぼ全社テレワーク状態で稼働を続けています。この背景には、ごく短期間で、VPN 接続数が150から2500へと約16倍に急増した、という事実がありこの記事はその戦いの記録を綴ったものになります。(なお、5月の出社率は2%でした) DeNA の VPN 構成 VPN とは Virtual Private Network の名の通り、仮想的な専用線(プライベートネットワーク)を構成する技術です。この VPN を使うことで自宅や外出先であっても安全に社内 LA

            VPN との終わりなき戦い 〜怒濤の全社テレワーク編〜
          • エンジニア職に就いたあと辞めたポエム

            補足→ https://anond.hatelabo.jp/20191205212350 これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。 What's thisよく見かける「未経験からエンジニアへ!」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功(?)体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。

              エンジニア職に就いたあと辞めたポエム
            • 個人からチームまで、Notion での情報・タスク管理一元化完全解説

              2020/11/27 (金) の WP ZoomUP #53 にて弊社 KITERETZ inc. (キテレツ) での Notion の活用法についてお話させていただきました。以下はそのときの資料ですが、こちらの記事はその内容を記事化したうえで、資料には入れられなかった動画での操作解説や、時間的にセミナーで話せなかったことを書き加えたものです。 💡 Notion 採用のきっかけ Product Hunt などで話題になったタイミングで、個人的に Notion を触ってみましたが、「Evernote と何が違うんだろ?」と思ったぐらいで、イマイチ良さがわかりませんでした。 しかし、キテレツは2年ほど前からメンバーが増え、情報を一覧できるシステムを導入してほしいという提案がありました。僕も、プロジェクトごとのタスク・進捗管理に加え、全プロジェクトのタスクを横断的に確認する方法を模索していまし

                個人からチームまで、Notion での情報・タスク管理一元化完全解説
              • N高等学校でプログラミング教育をはじめて4年が経ちました - Qiita

                はじめに N高等学校のプログラミング教育の担当者としてもう4年経った、元々ニコニコ生放送の開発者だった @sifue (吉村総一郎)です。 この4年間、本当に沢山の生徒たちとの出会いがありました。 N高に出会ってプログラミングを学び、自らの人生を切り開いていった生徒たちがいました。将来に対して希望を失っていた生徒が、最後は自信を持って大学に進学するのを見届けてきました。小さなコミュニティの中で尖っていたため社会に馴染めずにいた若者が、プログラミングの力で社会を良くしようと社会に巣立っていくのも見届けてきました。これからも彼らの人生がより実りあるものになり、また多くの人たちを助け、社会をより良いものにしていってくれることを切に願っています。 このエントリーについて このエントリーは、N高等学校アドベントカレンダー1日目の記事です。 このエントリーでは、この4年間で試行錯誤のうえ至ったプログラ

                  N高等学校でプログラミング教育をはじめて4年が経ちました - Qiita
                • 開発生産性について議論する前に知っておきたいこと - Qiita

                  はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生産性について、さまざまなステークホルダーと議論する上で把握しておきたいさまざまな論点について解説します。それによって、「我々が本当に議論すべきテーマは何か」についての共通認識をつくるための土台を構築することを目的としています。 もしかしたら改善したいことは「

                    開発生産性について議論する前に知っておきたいこと - Qiita
                  • ソフトウェア1 (2020)

                    ソフトウェア1 (2020)¶ 本サイトは、東京大学工学部電子情報工学科・電気電子工学科の進学内定者(2年生、A1ターム)を主たる対象としたソフトウェア1の講義ページです。C言語の基礎を勉強します。 電気系の学科のslackにて講義に関する通知を行うので、常時学科slackをチェックするようにしてください。 電気系の2年生は最初のオリエンテーションで全員slackに招待されるはずですが、もし招待されていなければ松井まで連絡してください。 3年生は既に全員招待済みのはずです。電気系以外の履修者、および4年生は招待されていないので、松井まで個別に連絡してください。 本サイトは2020年度版です。2021年度版はこちら。 ニュース¶ [2020.11.16] Q&Aにweek7を追加しました。 [2020.11.12] week7、およびバージョン管理を追加しました。 [2020.11.09]

                    • GitLab CEOによるフルリモート経営アドバイス

                      これは何 これの雑な書き起こし。 会社文化の作り方 プロセスの整理。コミュニケーションの取り方、slackの会話方法などを統一した カルチャーバリューを書き出した。transparencyとiterationがメイン。 iteration: スコープを減らして、より早く出荷する方法をグループで考える会を設定している バリューとは誰を昇格させるか バリューに関する歌を作った。カラオケパーティでも歌う カラオケパーティはCEOの自宅で開いてる 「コーヒーチャット」文化を作ってみた。25分でなんとなく雑談する バリューを維持するのが本当にたいへん。大体のバリューは口伝で伝えられるためリモートだと維持しづらい。handbookを使うことで対抗してる フルリモートの良いとこ 幅広いタレントと働ける かっこいいキャンパスあると過剰な到達感が生まれる。立ち止まってしまう 自宅で働く必要はない。社員がオフ

                        GitLab CEOによるフルリモート経営アドバイス
                      • 色々試して行き着いた読書方法

                        社内のSlackや打ち合わせで、今年に入ってから「どうやって本を読んでいるんですか?」と聞かれる回数が複数ありました。これを機にブログポストにまとめておこうと思います。これまでに色々な読書方法+メモを試してきましたが、2022年時点で行き着いた方法という感じです。 前提 電子書籍(私の場合はKindle1)が販売されている書籍の場合は、電子書籍で購入します。電子書籍が販売されていない場合は、物理書籍を購入します。 電子書籍を優先する理由は次の2つです。 あとでまとめるときに楽なため スマートフォンがあればどこでも読めるため 特に1つ目の「あとからまとめるときの楽さ」を重視しています。(理由は後述) 読み進め方 電子書籍と物理書籍で読み方が多少異なります。そこで、電子書籍と物理書籍とで共通する部分を最初に示して差分を説明します。 電子書籍、物理書籍共通 高速で読み流し どちらのタイプの書籍で

                          色々試して行き着いた読書方法
                        • 【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】 - Qiita

                          【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】AzureRPAPowerAutomateDesktopQiitaAzure はじめに 2021年のMicrosoft Igniteの発表でPower Automate Desktop が追加費用なしでWindows10ユーザーにて利用可能になりました。 大きな反響がある発表でしたが、デジタルプロセスの自動化を実行するPower Automate は以前から存在しており、また、2020年からPower Automate の有償プランの一部でPower Automate Desktop は利用できていました。 本記事では、Windows 10 や Windows 11 で追加費用なしで使用できるPower Automate Desktop について

                            【Windows 10版でどこまでできるか】Power Automate Desktop のライセンスやできることや気になることまとめ【随時更新】 - Qiita
                          • アプリをSlackからDiscordに変えただけで学生の反応が激変 その理由とは?

                            日常のハッとするような気付きを与えてくれるツイートを、イラストとともにご紹介する企画「その視点はなかった」。今回は大学教授のKohei Kawaguchi(@mixingale)さんが驚いた、アプリが違うだけで大きく変化した学生たちの反応です。 (イラスト:野田せいぞ) Discordに変えたら生徒の反応が激変 今年の授業はSlackじゃなくてDiscordにしたんだけど、それだけで学生の反応がぜんぜんちがってびっくりした。サーバーに参加した学生同士で勝手に会話を始めている。SlackでもDiscordでも機能的にみて同じようなもんでしょと思ってたけど、UIとコンテクストがちがうと受け止め方が全然違うんだな。 (Kohei Kawaguchiさんのツイートより) 大学の講義で使うアプリを、SlackからDiscordに変更したKawaguchiさん。すると、それだけで学生の反応が大きく異な

                              アプリをSlackからDiscordに変えただけで学生の反応が激変 その理由とは?
                            • ストレスを生まないSlackのコツ - Pepabo Tech Portal

                              こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後

                                ストレスを生まないSlackのコツ - Pepabo Tech Portal
                              • 10年エンジニアリングマネージャーをやって気づいた4つの大事なポイント 【EMはもっと自由でいい】 - MonotaRO Tech Blog

                                はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には「負債上限」「負債ベースライン」の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか?その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても

                                  10年エンジニアリングマネージャーをやって気づいた4つの大事なポイント 【EMはもっと自由でいい】 - MonotaRO Tech Blog
                                • 超高精度で商用利用可能な純国産の日本語音声認識モデル「ReazonSpeech」を無償公開

                                  株式会社レアゾン・ホールディングス(本社:東京都新宿区、代表取締役:渡邉 真)は世界最高レベルの高精度日本語音声認識モデルおよび世界最大19,000時間の日本語音声コーパス※「ReazonSpeech」を公開いたしました。 2023年1月18日 株式会社レアゾン・ホールディングス(本社:東京都新宿区、代表取締役:渡邉 真)は世界最高レベルの高精度日本語音声認識モデルおよび世界最大19,000時間の日本語音声コーパス※「ReazonSpeech」を公開いたしました。 ※音声コーパス: 音声データとテキストデータを発話単位で対応付けて集めたもの。音声認識モデルを作成する材料として使用され、その規模と品質が音声認識の精度を大きく左右する。 ※2「ReazonSpeech」を用いた文字起こしサービスをプロジェクトwebサイトにて実際に試すことができます。 プロジェクトwebサイト:https://

                                    超高精度で商用利用可能な純国産の日本語音声認識モデル「ReazonSpeech」を無償公開
                                  • ngrokよりserveoがすごい。0秒で localhostを固定URLで公開 - Qiita

                                    注意 serveoがサービス停止中です。 みんな大好きcloud functionには欠点があります。 それは、実際にコードをデプロイしないと、httpsで公開できないこと。 そのため、slackのコマンドを作ったり、ラズベリーパイとかを開発するのに不便だったりします。 以前私はngrokというcliアプリを使っていました。 とても使いやすく、ユーザー登録+ngrokのインストール+セットアップだけで使い始めることができます。 お金を払えば固定URLもゲットできます。 しかし、今回もっと良いものを見つけたので紹介します。 serveoです。 なんとこのserveoインストールもセットアップも不要です。 ターミナルで、以下のように ssh -R 80:localhost:3000 serveo.net と打つだけで自分のPCのlocalhost:3000を、固定URLでhttpsとして公開し

                                      ngrokよりserveoがすごい。0秒で localhostを固定URLで公開 - Qiita
                                    • 人類はWeb会議に向いていないので、もっとMiroを活用すべき - Cloud Penguins

                                      Miro大好きjacopenです。エンタープライズなIT界隈ではおそらく日本でトップクラスにMiroを愛している自信がある。 さて今日はMiro Advent Calendar 2021の3日目。 今日は、人類がいかにWeb会議に不向きかという話と、そのギャップをMiroで埋めようという話。あとは自分が関わっているカンファレンスでMiroを使いまくっている話をする。 Web会議の8割はXX コロナ禍でだいぶ定着したWeb会議。でも、個人的には世の中のWeb会議の8割は上手くいっていないと思っている。数字に根拠はないけど。 何を持って上手くいっていないとするかだが、「対面の会議と比較して伝えられる度合いが低下している」とすると、8割くらいはそれに該当すると言っても過言ではないだろう。 何故そうなるかというと、基本的に人は言葉だけで物事を正確に伝えることはできないからだ。 人間の会話において、

                                        人類はWeb会議に向いていないので、もっとMiroを活用すべき - Cloud Penguins
                                      • GitHubに日々の人生を記録(管理)する - 日記、じぶんリリースノート、簡易的な個人スクラムによるふりかえりなど - このすみノート

                                        年末年始に購入した手帳はうまく馴染めなかったので、しばらくの間Slackで日記を書いてました。 www.konosumi.net ただ、Slackで日記を書くのもしっくりこず、長続きしませんでした。 そこでやり方を変え、GitHubを使ってみることにしました。 実際に試してみたところ、思いの外感触が良かったです。 せっかくなので、ブログで概要を共有することにしました。 ベースとなる考え方 じぶんリリースノート よしたくさんの「じぶんRelease Notes」 てぃーびーさんの「冒険記録」 GaaTS (GitHub as a Text Storage) 個人スクラム GitHubに書いていること やりたいことと実績を記録する日記ファイル(日付.md) 大きな変化と出来事を記録する(CHANGELOG.md) 読書記録(READING.md) やりたいことのメモ(TODO.md) 注意事項

                                          GitHubに日々の人生を記録(管理)する - 日記、じぶんリリースノート、簡易的な個人スクラムによるふりかえりなど - このすみノート
                                        • Electronの代替を目指す軽量なRust製フレームワーク「Tauri」、リリース候補版に到達

                                          WindowsやmacOS、Linuxなどのクロスプラットフォーム対応のデスクトップアプリ開発を容易にするフレームワークとして高い人気を持つフレームワークが「Electron」です。 ElectronはChromiumとNode.jsを用いることで、HTML/CSS/JavaScriptのWebテクノロジーによってデスクトップアプリケーションを開発できるのが最大の特徴です。 いまやElectronは、Visual Studio CodeやMicrosoft Teams、Slack、GitHub Desktop、そして最近話題のNotionなど、さまざまなアプリケーションに採用されています。 このElectronの優れた特徴を備えつつ、よりメモリ消費量が小さくファイルサイズもコンパクトで、高いセキュリティを備え、柔軟なライセンスを実現しようと開発されたのが「Tauri」です。 Tauriは、

                                            Electronの代替を目指す軽量なRust製フレームワーク「Tauri」、リリース候補版に到達
                                          • 「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita

                                            ※今回はほぼ実話です。 システム開発会社勤務 プログラマーワイ ワイ「さあ、今日も開発をしていこか」 ワイ「とあるWebサービスの管理画面を作らなアカンのや」 ワイ「今日は、どんな機能を作らなアカンのやったかな」 ワイ「せや、クライアントさんからもらった機能一覧.xlsを見てみよか」 ワイ「あとは、デザインデータも見ながら、詳細設計書でも作っていこか」 ワイ「・・・ふーむ、作るべき機能の一覧は書いてあるんやけど」 ワイ「なんか、やる気が出ぇへんなぁ」 ワイ「仕方ないから、社内のSlackで愚痴っとこか」 ワイ「今のプロジェクト、誰のために何を作ってるのかがイマイチ分からんから」 ワイ「モチベーションが上がらへんなぁ」 ワイ「この管理画面を使って、どんな課題を解決したいのか」 ワイ「どういう風にユーザーさんの業務をうまく回したいのか」 ワイ「そんなんがピンと来てないから、作るべきモノもはっき

                                              「なんのために作るか分からへん」と愚痴っていたらPMさんが救ってくれた話 - Qiita
                                            • Electronで組み込み端末向けアプリケーションを開発し3年間運用してみて

                                              組み込み端末のアプリケーションに Electron を採用し開発・運用を行っています。 継続的な機能追加やトラブルサポートを行いながら 3 年が経過したので、Electron を採用した経緯や結果を経験を交えながら共有したいと思います。 組み込み案件自体が初めてでしたのでその話も入っています。 約 700 台ほど導入されており、なかなか大きな案件での採用と思いますので参考になれば幸いです。 ※Electron の基本的な説明は割愛します。 システムについて 一般的に「受付精算機」などと呼ばれ、店頭に何台か並べて設置して自動で受付・精算を行うシステムです。 ホテルの受付端末のイメージです。ハード的にはセルフレジにも近いです。 筐体自体は他社が用意し、弊社はその上に載せる GUI アプリケーションのみを担当しました。 機能 主な機能として 来店受付・整理券発行 予約チェックイン チェックアウト

                                                Electronで組み込み端末向けアプリケーションを開発し3年間運用してみて
                                              • メール整理を考え直したサービス「Hey」が一般公開開始

                                                もうずいぶん前のことになりますが、Gmailが登場したときの衝撃はいまでも忘れられません。 それまでは手元のメールアプリでしかメールを開くことができず、複数の端末での同期はもちろん、手元にダウンロードしていないメールの検索も面倒でした。 Gmailは当時としては膨大だった1GBの容量をオンラインで提供することによってこの問題をいっきょに解決したわけですが、当時ネットユーザーたちが招待コードを互いに送り合い、利用がしだいに広まっていったのを記憶しています。 そうした熱狂に似たものが、最近またメールの分野で起こっています。クラウド上のグループウェアの草分け的存在の “Basecamp” を開発した人々の手によって、新しいコンセプトのメールサービス “Hey” (ヘイ)がリリースされたことがおおきな話題になっているのです。 このサービスの課金モデルをめぐってAppleと一悶着あったせいもあり、“

                                                  メール整理を考え直したサービス「Hey」が一般公開開始
                                                • 8年続く社内勉強会を続けていくために行っていること - NTT Communications Engineers' Blog

                                                  みなさんこんにちは、社内のエンジニアが働きやすくすることを目標にする Engineer Empowerment プロジェクトの @Mahito です。 社内勉強会を始めたけれど長く続かないという話は時々、知人から聞いたり Twitter で見かけたりすることがあります。 今回は NTT Com で 2014 年から 8 年間続いている社内勉強会 TechLunch の運営を続ける際に行っていることについて書きたいと思います。 本記事は少々長めになっているため、先に内容をまとめると以下のようになります。 社内勉強会 TechLunch の紹介 社内勉強会を長く続けるためにどんなことを考えたか 続けていくために「ゆるく」したこと 発表の敷居を下げる 運営が頑張りすぎない 参加者にもゆるく楽しんでもらう TechLunch とは NTTコミュニケーションズでは、TechLunch と称して社内ラ

                                                    8年続く社内勉強会を続けていくために行っていること - NTT Communications Engineers' Blog
                                                  • テレワークで始めたドキュメント駆動業務|Dentsu Digital Tech Blog

                                                    こんにちは。電通デジタルでEMをしている河内です。エンジニアにおける採用・評価、スクラムマスターなどを担当しています。今回はすこし実装プラクティスから離れた話題になりますがお付き合いくださいませ。 弊社もご多分に漏れず完全テレワークを実施しており、かれこれ4か月が経ちます。その中で見えてきた課題とエンジニアチームとしてどう対峙したか、そしてそこで得た気づきを綴っていきたいと思います。この内容は、過去に開催したオンラインイベントでお話した内容になります。 テレワーク環境で私たちのエンジニア部門で急務と感じた課題テレワークが開始された2月後半、プログラミングやシステム開発プロジェクトを生業とする私たちの部では「リモート?全然OK。支障無いっす。」とタカを括っておりました。しかし開始されて間もなく、やっぱり慣れていない事が判明・・・。テレワークを経験されている読者の多くの方が感じていることと同様

                                                      テレワークで始めたドキュメント駆動業務|Dentsu Digital Tech Blog
                                                    • なんか急に給料が1.4倍になった

                                                      4人部署で1人産休からの時短、1人が夏の間に退職で実質稼働人員が2.3人になった。 当然ながら仕事量は変わらない、そして新規で人が入るのは年度が変わってから。 そんで働く女性応援ってことで何故か時短してマネジメントもなんもできてない時短ママが昇進&昇給。 それに伴い流石にということで別部署から1人補充が入った。 まあここまでは良かった、別に文句はない。 問題はその時短ママがなんでか知らんがなんのマネジメントもできない、しない上に今までやってた仕事を管理業務が増えたからしない、できないと言って新人教育も俺等に投げてきた事。 そんで時短ママは発熱でしょっちゅう帰るしslackにも応答ない事が増えた。 勘違いしないでほしいが別に時短ママが帰る事も昇進した事にも文句はない。 3人の中で一番勤務年数も長いしね。 新人教育投げてきた時はこいつマジか?って思ったけど。 ただ困ったのが俺とAさんで実質4人

                                                        なんか急に給料が1.4倍になった
                                                      • 穴埋めするだけで論文を作れるWebフォーム 便利すぎて無情な現実を突きつけてくると話題に

                                                        「めちゃくちゃ有用だけど、きつい現実を突きつけられる」──こんな口コミで、あるWebサイトが話題になっている。「データはどのように収集しましたか?」「この論文で検証したいことは何ですか?」など複数の設問に回答することで、論文の骨組みを出力してくれるWebフォームだ。 設問は、データの正確性、研究の正確性、研究の意義、研究の必要性の4種類に分かれており、それぞれのテーマに沿った質問を用意している。入力した後は「論文骨子へ変換」をクリックするだけで、論文タイトルから要旨、実験方法、結論などを表示する。 作成したのは「独学大全」などの書籍で知られる、作家の読書猿(@kurubushi_rm)さん。自身のブログに「論文に何を書くべきか→これだけは埋めろ→論文作成穴埋めシート」と題して2012年2月に投稿したものだ。「穴埋めしたら論文を出力してくれるものが作れないか」という話を受けて、シートを作成し

                                                          穴埋めするだけで論文を作れるWebフォーム 便利すぎて無情な現実を突きつけてくると話題に
                                                        • リモートワークによる孤立から結束へと向かうチームビルディング

                                                          カテゴリー 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) 量子コンピューティング

                                                            リモートワークによる孤立から結束へと向かうチームビルディング
                                                          • 株式会社ドワンゴを退職しました(非エンジニア編)

                                                            4年半くらい勤めていたドワンゴを先日退職しました。 自分の気持ちの整理の為に非エンジニア目線で退職理由などを書いていければと思います。 はじめにドワンゴにはいろいろな職種がありますが、筆者は「企画・ディレクター」という職種でWebディレクターをしていました。Web・アプリサービスや追加機能などを企画して事業の立ち上げ・伸張を目的に、企画書を作ったりデザイナーさんやエンジニアさんと相談しながらサービスを作っていく職種ですね。 niconicoには様々なサービスがありますが、動画や生放送などの花形サービスではない部署で企画職として働いてました。 マネージャーになる以外に明確で確実な給与上昇のパスがないこれは割とどこにでもある話かも知れませんが、個人的に残念に思うポイントでした。 よって役職者になり、手当をもらうことがとりあえずの目標となります。 定期昇給の上がり幅は高くない 結果、中途で入って

                                                              株式会社ドワンゴを退職しました(非エンジニア編)
                                                            • リモートワークの設計と運用 / または Discord + VSCode LiveShare がいいぞという話 - mizchi's blog

                                                              この記事読んで自分のリモートワーク経験からどうやるのが今一番良いだろうか、という話をずっと考えていたので、書き出してみました。 リモートワークをする人必読。組織パフォーマンスを左右する「デジタル心理的安全」とは? | 未来を変えるプロジェクト by iX(アイエックス) 自分自身はフルタイムリモートとフリーランスでのリモートの2つの経験があります。 次の会社が申請すればリモート可というスタイルなのですが、自分がリモートワークする場合、働く環境に期待しているのはこういうことだ、というのを事前に宣言しておく目的もあります。 フルリモートではなく、部分的なリモートを想定しています。 リモートワークに期待すること リモートワークは、基本的には「うまく運用すれば効率が下がらない」というものです。リモートワークで効率が上がることもありますが、基本的にはある種の福利厚生、雇用競争力のためと割り切ったほう

                                                                リモートワークの設計と運用 / または Discord + VSCode LiveShare がいいぞという話 - mizchi's blog
                                                              • テックリードになって気をつけていること - Qiita

                                                                フューチャーアドベントカレンダー2020の24日目です。 はじめに フューチャーに入ってテックリード(社内だとアーキリーダーと呼ぶことも多い)のような役割をし始めて4,5年ほど経過しました。 いくつかの案件を回して自分なりに汎化・パターン化してきた部分も増えてきたので、気を付けていることをまとめました。 テックリードとは エンジニアのためのマネジメントキャリアパス――テックリードからCTOまでマネジメントスキル向上ガイド によると、以下のように説明されています。 テックリードはエンジニアの階層におけるランクのひとつではなく、シニアのレベルに達したエンジニアが担うことのできる職責群である 技術的なプロジェクトの管理者 部下に効率良く仕事を割り振って自身の負担を適宜軽減するよ う心がける チーム全体の生産性に照準を定め、しかるべき成果を上げるよう全力を尽くさなければならない 管理やリーダーシッ

                                                                  テックリードになって気をつけていること - Qiita
                                                                • AWSでサーバーレス設計を考える時の手引き書 - Qiita

                                                                  はじめに サーバーレスに触れて数年が立ちました。 そろそろ人にある程度説明ができるレベルの知識と経験が備わったような気もするので、年末なのでまとめてみました。 サーバーレス気になっているけれども、という人に少しでもためになればいいなーと思います。 サーバーレス基礎 皆さん、サーバーレス設計という話を聞いたことはあるでしょうか? まずサーバーレスについて説明しますが、世の中にはたくさん解説記事があるのでそちらも適宜参照ください。 サーバーレスでも実際にはサーバーは存在する サーバーレスとは開発者がサーバーのことを意識しなくてもよい、ということ Function as a serviceに代表されるように、あるプログラムの実行環境を提供するが、プログラムの動作環境は開発者は意識する必要はない、というイメージ 恐らく、AWS Lambdaが一番理解しやすいと思います。 AWS Lambdaではプ

                                                                    AWSでサーバーレス設計を考える時の手引き書 - Qiita
                                                                  • 異動のおともにスキルマップ - スタディサプリ Product Team Blog

                                                                    こんにちは、Web Engineer の @wozaki です。 今回は、スキルマップを私が所属する開発チーム*1に導入した事例をご紹介します。 スキルマップとは、業務で必要なスキル(技術力、業務知識)と、チームメンバーのスキルレベルを一覧にした表です。 スキルマップの例 引用 スキルマップ作成のすすめ | Ryuzee.com 目次 概要 スキルマップ導入の背景 他社の事例とカスタマイズした点 スキルマップ詳細と運用方針 運用結果 まとめ 概要 チームで必要なスキル、メンバーのスキルレベル、志向性が不明だった 個人の志向性を表現できるようにカスタマイズしたスキルマップを導入した 結果 新メンバーにとって、スキル全体が明確になり、チームの役割の理解にも役立った スキル喪失リスクがあるものが明確になり、勉強会などスキル伝承のアクションにつながった 個人の志向性は、スキル伝承時の期待値調整にも

                                                                      異動のおともにスキルマップ - スタディサプリ Product Team Blog
                                                                    • 道の真ん中をきれいにするプロジェクトマネジメント~イケてるチームになるための10原則~ - Qiita

                                                                      はじめに 私が好きな江戸の小話的なものに、こういったものがあります。 江戸下町では、道向かいのそれぞれが軒先を掃くときに、道の真ん中よりもちょっと向こうまで掃くのがならわしだったそうです。両側の人がそれぞれ真ん中よりも向こうまで掃くので、道の真ん中が一番きれいになる、というお話です。 近年こうした「江戸しぐさ」のようなお話は、真偽のほどが定かではないとして、流布することに批判もあるようです。実際この話も正直事実かどうかは全くわかりません。 ただお互い完璧ではない他人同士が肩寄せ合って共に生きる知恵といいますか、プロジェクトへの参画姿勢について良い示唆を与えてくれる話だと思い、その前提で使っています。 実際私が関わる案件のキックオフでもお客様や関係者によくこの話をするのですが、「キックオフでの『道の真ん中の話』、他の現場でも最近してるんですよ」とお客様やパートナー様から言っていただけたことが

                                                                        道の真ん中をきれいにするプロジェクトマネジメント~イケてるチームになるための10原則~ - Qiita
                                                                      • EvernoteからNotionに乗り換えたら、離れられなくなった話|のぐちひろき

                                                                        こんにちは、PM業やってます。のぐちです。 私は結構なオンラインメモ好きでして、仕事での気づきや読書メモ、気になった記事のブックマークから始まり、プライベートの旅行の計画まで何から何までオンラインでメモしています。 ホワイトボードや手書きメモもありますが、書いて一段落したらオンラインに保存します。 長年愛用していたのはEvernote。記録を見ると2010年に使い始めて、2012年には有料会員になっていました。もう10年近いですね。書き溜めたメモは5,000件くらい。 そんなのぐちがEvernoteからNotionに乗り換えたら、離れられなくなったけどちょっぴり損した話をさせてください。後半では、Notionというスタートアップのビジョンについても考察しています。 ちなみにこの記事の下書きもNotionで書きました。 Evernoteに抱いていた課題・Googleドキュメントからのペースト

                                                                          EvernoteからNotionに乗り換えたら、離れられなくなった話|のぐちひろき
                                                                        • Webサイト制作の要件定義書の確認項目|重松佑 / Shhh inc.

                                                                          プロジェクトのキックオフ前後に作成する要件定義書。確認の抜け漏れを最小限に抑えるには、どのようなことを記載しておくべきか。そして、メンバーへのスムーズな共有と、その後の円滑なプロジェクト進行のための、良い要件定義書とはどのようなものだろう。自分たち用のメモも兼ねて「Webサイト制作プロジェクトの要件定義書」の確認項目をnoteに整理してみます。 1. プロジェクト概要1-1. 背景プロジェクトを発案するに至った背景です。現状の課題、ビジネス要件の変化、ユーザーの変化、社会的要請など、プロジェクトの存在意義や必要性を記載します。 1-2. ゴールゴールとは「完了条件」です。何を達成すれば終わるのか、どこに行けば終わるのかを記載します。通常は5W1Hのうち、WHATやWHEREをゴールとします。 1-3. 目的プロジェクトを何のために進めるのかという意図です。ゴールよりも広い視野で捉えます。5

                                                                            Webサイト制作の要件定義書の確認項目|重松佑 / Shhh inc.
                                                                          • クックパッドを退職することになりました。

                                                                            クックパッドを退職することになりました。 created at: 2023-06-05 00:00:00 +0000 概要 クックパッドという会社で2018年から仕事をしていましたが、会社で「人員削減の合理化を実施することになり」僕はその対象となりました。 https://pdf.irpocket.com/C2193/CaoZ/qmSw/IQUI.pdf 時系列としては、16時からの全社ミーティングにて発表されて、17時頃にメールが届きました。その後どうするのか?みたいなことを考えつつも仕事にならないので18時前ぐらい退勤をしたときのツイートがこれ 一度しかない人生で会社をクビ(会社都合)になることってあるんだなぁ。宝くじみたい。仕事探してます。 — あそなす (@asonas) June 5, 2023 自分の人生でまさかこうなるとは思ってなくてかなり動揺しつつの帰路でした。最近の通勤時

                                                                              クックパッドを退職することになりました。
                                                                            • AI・Python活用レシピ100選 - Qiita

                                                                              ※ 一部ガイドラインに反する内容がありましたので、該当箇所を修正のうえ再投稿しております。 はじめに Axross は、エンジニアの"教育"と"実務"のギャップに着目し、「学んだが活用できない人を減らしたい」という想いで、ソフトバンク社内起業制度にて立ち上げたサービスです。 現役エンジニアによる実践ノウハウが"レシピ"として教材化されており、実際に動くものを作りながら、具体的な目的・テーマをもってプログラミングを学ぶことができます。 今回は、Axross運営が厳選した『AI・Python活用レシピを100選』をご紹介します。是非、みなさまのAIやPython学習の参考にしてみてください。 Axross:https://axross-recipe.com 公式Twitter:https://twitter.com/Axross_SBiv 基礎 スクレイピング 01 . JUMPの掲載順をスク

                                                                                AI・Python活用レシピ100選 - Qiita
                                                                              • SSRF攻撃によるCapital Oneの個人情報流出についてまとめてみた - piyolog

                                                                                2019年7月29日、米金融大手 Capital Oneは不正アクセスにより1億人を超える個人情報が流出したと発表しました。WAFの設定ミスに起因して、Server Side Request Forgery(SSRF)攻撃を許したことにより情報を盗まれたと見られています。ここでは関連する情報をまとめます。 Capital Oneによる公式発表 Information on the Capital One Cyber Incident(米国向け) Information on the Capital One Cyber Incident(カナダ向け) Frequently Asked Questions (1)影響範囲 影響が及んだ人数の内訳は以下の通り。 米国 約1億人 カナダ 約600万人 発表時点でCapital Oneは流出した情報が外部へ出回ることや、詐欺への使用は確認していない。

                                                                                  SSRF攻撃によるCapital Oneの個人情報流出についてまとめてみた - piyolog
                                                                                • プロダクトマネージャーの必須スキルである「言語化」を活かす 最強の言語化ツール・Notionを活用した情報の一元管理法

                                                                                  Notionを使ったプロダクト開発管理のノウハウを紹介する「実践!プロダクトづくりとNotion活用事例」。ここで株式会社TechBowlの大木氏が登壇。PM目線から見た、Notionのメリットと活用法を紹介します。 自己紹介 佐々木真氏(以下、佐々真):じゃあやっていきたいと思いますので、よろしくお願いします。タイトルが「Notion×プロダクト作り最強活用法」というところですが、今日は15分しか時間がないので、できるだけエッセンスをお伝えできればなと思っています。 あらためて自己紹介です。私はTwitterにはこのアイコンでいます。佐々木真と申します。プロダクトマネージャーで、PM Clubの主催者をしています。過去に事業売却したり、起業したり、現在はIT企業で顧問をしたり。あとは、シンガポールの法人で取締役をやっていたりもするので、「何やってんだかよくわかんねぇ」みたいなこともありま

                                                                                    プロダクトマネージャーの必須スキルである「言語化」を活かす 最強の言語化ツール・Notionを活用した情報の一元管理法