並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 2541件

新着順 人気順

slackの検索結果81 - 120 件 / 2541件

  • リモートワーク歴5年のノウハウをまとめてみた - freee Developers Hub

    freeeの関西支社でエンジニアをやっている mass です。 freeeでは、今週よりすべての従業員が原則在宅勤務となりました。 僕は、普段は愛媛県今治市の大三島という島からフルリモートをしています。 前職からリモートワークをしているので、リモートワーク歴はかれこれ5年。 ということで、僕が普段意識しているリモートワークのノウハウを共有します。 しまなみ海道のど真ん中、大三島よりリモートワーク 環境をまず整える 集中できる環境を 自宅で作業するにあたって重要なのは、いかに集中できる環境を準備できるかだと思います。 テレビやベット等の誘惑とは距離を置き、家族がいる方はなるべく一人になれる場所で作業をすることをおすすめします。また、家族には仕事中は話かけない、家の用事を入れないなど、最大限集中できるように理解を求め、協力してもらうことも大事です。 リモート会議の準備 リモートワークをしている

      リモートワーク歴5年のノウハウをまとめてみた - freee Developers Hub
    • リモートワークの弊害は職場でのよい思い出が作りにくいこと - BASEプロダクトチームブログ

      こんにちは。BASEの藤川です。 緊急事態宣言も続く状況下で、当社もリモートワーク(Work From Home)中心の仕事の進め方をしています。ネット系企業は、幸いにしてVPN、Slack、GitHubやドキュメント管理ツール、その他仕事に必要なSaaSやZOOMがオンライン化しているため仕事の作業そのものは、それほど違和感なく自宅からでもできているのではないかと思います。 でも、仕事というのは作業だけで済むものではありません。業績を上げるための作業を生み出す活動を始めとする考えるタイミングであったり、不確実なものを埋めていくためにお互い議論するタイミングなど、曖昧なプロセスの先に、決定をして作業の的を絞り込んでいくプロセスが不可欠で、ここで複数人のチームワークが不可欠です。 今、一緒に仕事をしている仲間においては、コロナ以前から社内で人間関係を構築済みの人と、コロナ禍においてリモートだ

        リモートワークの弊害は職場でのよい思い出が作りにくいこと - BASEプロダクトチームブログ
      • 絶対にRosetta 2を入れてはいけないM1 Mac開発環境構築 2021-2-1版

        Rosetta 2とは Rosetta 2は従来のインテル用のアプリをApple Silicon Mac上で自動的に変換して実行できるようにする技術です。Rosetta 2は最初からMacにインストールされている訳ではなくて、 インテルアプリを実行しようとしてRosetta 2が必要になった時点でインストールを求められます。今回はこのインストールを徹底的に拒否して検証を進めます。 Macの設定あれこれ いきなり話が脱線しますがMackbookを買って最初にやった設定をメモ書きします。 クリックとドラッグの設定 タップでクリックやドラッグがしたい人向けです。特にタップでドラッグは長めのドラッグに便利なので重宝します。以下の記事が参考になりました。 Caps LockをControlキーに変更 Aキーの横はControlじゃないと落ち着かな人向けです。JIS配列の方はそのままAの横がContr

          絶対にRosetta 2を入れてはいけないM1 Mac開発環境構築 2021-2-1版
        • 社内の人に軽々しく謝罪しないでほしい|qsona

          たとえば、管理ツールのオペレーションのミスが起こった時に、再発を起こしたくないという理由で、どういう手順で起きたのか、管理ツールに問題があるなら改善したいから言って欲しいというようなことを伝える。 あるいは、期待したアウトプットと違った時に、せっかくやってくれたことはありがたいが、ズレがあったことを伝えて、その目的からすり合わせようとする。 のようなケースで、自分としては、相手を責めるつもりなど一切なくて、とはいえそう捉えられないようにその目的から伝える努力をしているつもりなのだけれども、 ご迷惑をお掛けして申し訳ありませんでした。以後このようなことがないよう徹底いたします。 みたいな反応をされてしまうと、それ以上の発展は望めないし、ああ僕はこの人を謝らせてしまったんだなとなり惨めな気持ちになる。 確かにこういうのは大概他の部署の方とのコミュニケーションだし、事前に信頼関係が出来ているわけ

            社内の人に軽々しく謝罪しないでほしい|qsona
          • 会社が進化したので「Teamsの先生」をすることになった - 本しゃぶり

            ウイルスが弊社にTeamsをもたらした。 環境が変化すると、組織も急速に進化するのである。 結果、俺は「先生」となった。 Teamsの導入 弊社にMicrosoft Teamsが導入された。 もともと導入に向けて動いていたようだが、ここにきて一気に展開された。おそらくコロナの影響だろう。通常時ならば、もっと時間がかかったのではないかと思う。既に多くの人が言っているように、「ウイルス進化」という言葉が頭に浮かぶ。与えられる「新しい生命能力」が、弊社の場合はTeamsであるのか、と*1。 だがツールというものは、使われてこそ価値がある。しかもTeamsのようなグループチャットの場合、一部の人間だけが使っている状態では意味がない。「メトカーフの法則」によれば、ネットワーク通信の価値は、接続されているシステムのユーザ数の二乗に比例する。組織の全員が利用してこそ真価を発揮するのだ。 No machi

              会社が進化したので「Teamsの先生」をすることになった - 本しゃぶり
            • ベッド→ベット、バッグ→バックみたいな※追追記

              濁点を落とした書き方をする人ってなんなの? 英語の発音がどうとかは置いておいて、もう日本語として定着してるはずなのに純粋に疑問。 ドラッグ→ドラックと書いてる人も見かけたけど、こういうのって単なる打ち間違いではなく何回も繰り返しているので確信を持って使っているみたい。 昔アパレル関係の業界に少しだけいたときは、バッグをバックと書く人が異様に多かった。自分が知らないだけであれはもうそういう文化なの? あとはビッグサイト→ビックサイトもイライラする。これはビックカメラが悪い。 ともかく、このような使い方をしている人の頭の中でどういう処理が行われているかを知りたいです。理由があるのかな。 ※追記 たくさんのご意見どうもありがとう。とても興味深く読んでいます。帰ってきたらブクマいっぱいついててびっくりしちゃった。 のですが、 語尾の濁音が日本語にない発音で言いづらいから清音になってしまう(逆もしか

                ベッド→ベット、バッグ→バックみたいな※追追記
              • 超ユーザーファースト主義で成長。「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(エンゲージメイト)
                • slackで「投稿ルールが守られない問題」を自作のスラッシュコマンドで解決する(設定編) - Qiita

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

                    slackで「投稿ルールが守られない問題」を自作のスラッシュコマンドで解決する(設定編) - Qiita
                  • チャットソフトを複数使ってると『送らず改行してくれ!』の賭けが発生する→手間かけて防止・統一を望む声

                    ちゅん🐤 @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で社内ツールを作るならこんなふうに
                      • 「入門 監視」を読んでからの取り組みを紹介します - WILLGATE TECH BLOG

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

                          「入門 監視」を読んでからの取り組みを紹介します - WILLGATE TECH BLOG
                        • 心理的安全ジャーニー Slackで安全を実装する5つの手法

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

                            心理的安全ジャーニー Slackで安全を実装する5つの手法
                          • 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
                              • Slack 初の料金改定とフリープランの内容更新のお知らせ

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

                                  Slack 初の料金改定とフリープランの内容更新のお知らせ
                                • 元任天堂の2人が発明したどこでも窓「Atmoph Window」--日常をSFの世界に変える

                                  もし、「ドラえもん」に登場するたくさんのひみつ道具の中から、どれでも1つだけ手に入るとしたら、読者の皆さんは何を選ぶだろうか。私なら迷わず「どこでもドア」を選ぶ。自宅にいながら、世界中の好きな場所に一瞬で行くことができる。そんな夢のような道具があったら、限られた時間の中でどれだけ人生を豊かにできるだろう。考えるだけでワクワクする。 そんな“どこでもドア”の窓バージョンとも言える、“どこでも窓”を本当に作ってしまったのが、元任天堂社員であるアトモフの姜京日氏と中野恭兵氏の2人。世界中の景色を切り替えながら楽しめるスマートなデジタル窓「Atmoph Window(アトモフウィンドウ)」を開発し、2015年に初代モデルを発売した。 現在はそこから改良を重ね、機能を大幅に追加した新モデル「Atmoph Window 2」を開発中。まずはクラウドファンディングサービス「Indiegogo」の支援者の

                                    元任天堂の2人が発明したどこでも窓「Atmoph Window」--日常をSFの世界に変える
                                  • 近畿大、全教員が「Slack」利用へ “お堅い”やりとりなくす

                                    近畿大学が、全教員向けに「Slack」を導入する計画を発表。まずは建築学部(33人)、薬学部・薬学総合研究所(62人)の教員から利用を始め、他学部に順次展開する。メールなどによる“お堅い”やりとりをなくす狙い。 近畿大学は7月9日、Slack Japanが提供する法人向けコラボレーションツール「Slack」を全教員向けに導入する計画を発表した。まずは建築学部(33人)、薬学部・薬学総合研究所(62人)の教員が利用を始め、他学部にも順次展開する。卒業式や入学式などを準備・運営する際の打ち合わせで活用するという。 近畿大の教員はこれまで、電話の他、メールや教職員向けポータルサイトの伝言機能を連絡手段として使っていた。だが、返事が遅れる場合が多かった他、「○○様~」と書き始めるなど「堅いやりとりが多かった」(同大総務部、以下同)という。 Slackの導入によってこうした課題を解消し、コミュニケー

                                      近畿大、全教員が「Slack」利用へ “お堅い”やりとりなくす
                                    • TechCrunch | Startup and Technology News

                                      TikTok is starting to automatically label AI-generated content that was made on other platforms, the company announced on Thursday. With this change, if a creator posts content on TikTok that…

                                        TechCrunch | Startup and Technology News
                                      • Meety フルリモートワーク&顔出し不要の働き方

                                        Meetyでは、フルリモートワーク&顔出し不要という働き方を推奨しています。 背景にあるのは「一人ひとりの人生を大切にし、自律的なハイパフォーマーが集まるチームをつくる」という組織の理想です。 それを実現するために、なぜ私たちがこの働き方を選んでいるのか。 全ての業種で成立する働き方ではないですが、私たちのようにWebサービスを提供するプロダクトドリブンな企業で、どんな実践ができるのか。 私たちの思想と取り組みをフルリモートワークのオープンソースのような形でドキュメントにしました。 Meetyで働くことに興味がある方には働き方の様子を、フルリモートワーク導入を検討している方にはメリットや課題を、体系的にお伝えできれば幸いです。

                                          Meety フルリモートワーク&顔出し不要の働き方
                                        • Slackが「仕事に集中できるのは4時間だけ」「時間外労働で生産性が20%低下」「15時~18時は生産性が急落」など生産性の最大化に役立つ調査結果を公開

                                          コミュニケーションツール「Slack」の開発元であるSlackが、1万人以上の従業員に対して労働時間や生産性に関する調査を行い生産性最大化に役立つ情報をまとめたレポート「Workforce Index」を無料公開しています。 The surprising connection between after-hours work and decreased productivity | Slack https://slack.com/intl/en-gb/blog/news/the-surprising-connection-between-after-hours-work-and-decreased-productivity Slackは2023年8月24日から9月15日にかけて、アメリカやオーストラリア、フランス、ドイツ、日本、イギリスの従業員1万333人を対象に労働時間や生産性に関する調

                                            Slackが「仕事に集中できるのは4時間だけ」「時間外労働で生産性が20%低下」「15時~18時は生産性が急落」など生産性の最大化に役立つ調査結果を公開
                                          • なぜ変化を起こすのが難しいのか? - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years

                                            Regional Scrum Gathering℠ Tokyo 2023 のクロージングキーノートの資料です。 https://2023.scrumgatheringtokyo.org/index.html

                                              なぜ変化を起こすのが難しいのか? - 数年以上にわたって難しさに向き合い・考え取り組んできたこと / The reason why changing organization is so hard - What I thought and faced for more than several years
                                            • 会議全部ふっとばして社員の集中力を10xした話(ビッグバン) - 10X Product Blog

                                              こんにちは!経営企画の仕事をしているudonです。1年半前の見習いQA以来、2度目の文章です。今回は10X社内の会議のルールを整理し、そして全社員の未来のカレンダー予定を一旦全部消す、通称「ビッグバン」の第一回を実施したのでその背景や内容について書きます。 (イメージ) 10Xでは社内におけるコミュニケーションを大きく「同期」「非同期」に分けています。同期は会議や突発的な電話など同じ場にいることが前提であるコミュニケーションを指し、Slackなど非同期は必ずしも同じ時間での往復を前提としない文章やドキュメントによるコミュニケーションを指します。入った当初は「ドウキ・・?ヒドウキ??」とドキドキしてた私ですが、2年も経つと慣れてしまいました。慣れって怖いですね。 話が長いという皆様の期待を裏切ることなく、タイトルにもなっているビッグバン(会議の全削除)の話にいくまで5,000文字嵩んでしまっ

                                                会議全部ふっとばして社員の集中力を10xした話(ビッグバン) - 10X Product Blog
                                              • Twitter社内管理ツールの不正アクセスについてまとめてみた - piyolog

                                                2020年7月16日(日本時間)、Twitter上で複数の著名なアカウントや有名企業のアカウントからビットコイン詐欺の投稿が行われました。Twitterはその後の調査で、社内サポートチームが使用する管理ツールが不正利用されたことが原因と発表しました。ここでは関連する情報をまとめます。 何が起きたの? 2020年7月16日未明から著名アカウントを中心に詐欺投稿が行われた。その後アカウント侵害の影響は大部分が回復した。 一連の投稿にはTwitter社内のサポートチームが使用する管理ツールが悪用された。さらに複数のアカウントでDM閲覧やデータのダウンロードが行われた恐れがある。 社内ツールはソーシャルエンジニアリングにより不正利用された。Slackがその舞台となったと報じられている。 1. アカウントのっとり詐欺投稿 4時間続く 7月16日に発生したビットコイン詐欺の投稿は大まかに2種類が確認さ

                                                  Twitter社内管理ツールの不正アクセスについてまとめてみた - piyolog
                                                • CIマニアから見たGitHub Actions(Beta)の使い所 - くりにっき

                                                  1ヶ月くらい使って勘所が見えてきたのでメモ メリット 1リポジトリ辺り20並列までジョブを並列実行できる ジョブ実行時はアクセストークンが勝手に設定されている マトリクステストがやりやすい 実際にGitHub Actionsに移行したプロダクト zatsu_monitor activerecord-compatible_legacy_migration index_shotgun デメリット yamlのanchorが使えない マトリクステストだとSlack通知がつらい 合わせて読みたい メリット 1リポジトリ辺り20並列までジョブを並列実行できる これに尽きる。 CircleCIにしろTravis CIにしろorganization(user) *1単位で並列数が縛られているため、例えば同じuserの他のリポジトリでジョブが詰まっていると別リポジトリではqueueが詰まってジョブが実行され

                                                    CIマニアから見たGitHub Actions(Beta)の使い所 - くりにっき
                                                  • 新しく登場した一括管理アプリ「Stack」がガチで便利だったから聞いてほしい - Qiita

                                                    Product Huntをみていたら、 Stackというアプリが話題になっていたので、チラッとみてみました。 Webアプリを一元管理できるようで、有名どころだと「Franz」「Station」があります。 私は「Station」を愛用しており、乗り換える気持ちはなくて、「試しに触ってみるか」くらいの感覚でDLしました。 (Product Huntで超人気アプリを使ってみたかったというのもあります) 使ってみた結果、最高に便利な一元管理アプリで、速攻でstationから乗り換えました(掌返し) ぜひ皆様にその感動をいち早くお届けしたくて、超久しぶりにQiitaに投稿します。 →https://stackers.app/ ※2019/9/27時点、Mac限定のアプリです。 Stackを激推したい3つの理由 個人的にStackいいなぁと思うポイントは3つあります。 横スクロールで一望できる カテ

                                                      新しく登場した一括管理アプリ「Stack」がガチで便利だったから聞いてほしい - Qiita
                                                    • 日本はAIへの期待が世界最高だが、AIツールの活用は最下位―Slackがグローバルの労働環境調査結果を発表

                                                        日本はAIへの期待が世界最高だが、AIツールの活用は最下位―Slackがグローバルの労働環境調査結果を発表 
                                                      • SlackでDMを受け取るとパブリックチャネルに優しく誘導してくれるDM警察というBOTを作って公開しました - rocky-manobi's blog

                                                        この記事はLAPRAS Advent Calendar 2019の9日目の記事です 概要 LAPRASに入る前、業務の内容をDMでたくさん受け取って辛いという課題があった DMを受け取るとパブリックチャネルに優しく誘導してくれるDM警察というBOTを作ったがLAPRASに入ったら需要がなかった なんでや?じゃあLAPRAS関係ないやろ!? まとめ 課題 - 業務の内容をDMでたくさん受け取るのは辛い このような内容をDMで受け取ると少し困ります。 パブリックチャネルの発言であれば、僕がこの質問に答えられない場合でも「@知っていそうな人 さん、わかりますか?」とメンションするだけで事が足ります。たまたま会話を見ていて知っている人が能動的に答えてくれる事もあるでしょう。また、後々一連の会話をシェアしたくなったときでも、この会話へのリンクを貼れば経緯を伝えることができます。DMではいずれも叶いま

                                                          SlackでDMを受け取るとパブリックチャネルに優しく誘導してくれるDM警察というBOTを作って公開しました - rocky-manobi's blog
                                                        • 意識がある? 培養された「ミニ脳」はすでに倫理の境界線を超えた 科学者が警告

                                                          <ヒトの多能性幹細胞から作製する豆粒大の人工脳「脳オルガノイド」は、現代の神経科学で最も注目されている分野のひとつだ......> 幹細胞を使ってヒトの器官の小さな三次元モデルを生成する技術は、この10年ほどで大幅に進歩した。とりわけ、ヒトの多能性幹細胞から作製する豆粒大の人工脳「脳オルガノイド」は、現代の神経科学で最も注目されている分野のひとつだ。 医学を一変させる可能性、しかし倫理上の懸念も 米ハーバード大学の研究チームが2017年に発表した研究論文では、「脳オルガノイドが大脳皮質ニューロンや網膜細胞などの様々な組織を発達させる」ことが示され、2018年4月にはソーク研究所の研究チームがヒトの脳オルガノイドをマウスの脳に移植したところ、機能的なシナプス結合が認められた。 また、カリフォルニア大学サンディエゴ校の研究チームは2019年8月、「脳オルカノイドからヒトの未熟児と類似した脳波を

                                                            意識がある? 培養された「ミニ脳」はすでに倫理の境界線を超えた 科学者が警告
                                                          • Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita

                                                            GitLab社のGitLab Handbookと徹底した文書化、組織的なオープンネス(?)を先日調べたのだが、じゃあ同じように見える化、透明性をアピールしているツールが何か?と考えた際ににSlackがあると思っている。SlackといえばDM禁止!オープンな職場が良し!風通し良し!なやつである。 しかしそれを実際会社で根付かせようとした時に、Slackの使い方を説くだけでは足りなくて、むしろ皆の意識改革みたいなものが必要だな~とひしひし感じさせられる。オープンな会社が良いかクローズドが良いか、「チームの風通しは良いほうが良いのか?」 世の中ひねた人も居るもんで風通しだけ良くてもこんなデメリットが有るなんて言われる 意見は増えても、内容が浅い 意見の浅い深いを確認する手間がかかる 浅い意見でも対応しなければならない 多数派の浅い意見に流されがちになる https://factory-learn

                                                              Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita
                                                            • ビルの来客システムと Slack を連携させたら便利すぎてヤバい - SmartHR Tech Blog

                                                              こんにちは、コーポレートエンジニアの yamashu (@yamashush) です。 本記事では、ビルの来客システムと Slack を連携させてみた話を書いていきたいと思います。 なにが課題だったか 弊社は2019年4月に六本木にオフィスを移転しました。 SmartHR 新オフィスの行き方 移転前にいたビルと比較して建物規模が大きくなり、1階にはフラッパーゲートが設置されています。ゲストの方の入館には、事前にお知らせしたワンタイムコードで入館証を発行していただくようになりました。 ワンタイムコードはビルから提供される 専用の Web システムで発行することになるのですが、これがなかなか 煩雑な作業 なのです。 サイトを開いて、ログイン等の前動作が必要 申請時の必須入力項目が10個くらいある 申請完了後にその場でワンタイムコードが確認できない(2〜3分後にメールで申請結果が届く) 移転前に

                                                                ビルの来客システムと Slack を連携させたら便利すぎてヤバい - SmartHR Tech Blog
                                                              • 入社して一週間、素早く生き残るためにやったこと(Ubie) - maru source

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

                                                                  入社して一週間、素早く生き残るためにやったこと(Ubie) - maru source
                                                                • 障害対応プロセスを改善してきた話 - 10X Product Blog

                                                                  障害プロセスを改善してきた話 こんにちは。Reliability & Securityチームに所属するSoftware Engineerの@sota1235です。 今回は10X内における障害対応プロセスの改善をご紹介します。 今が完成系ではなく道半ばではありますがこの半年 ~ 1年で大きく進化したので同じくらいのフェーズの会社で困ってる方がいたら参考にしてみてください! ちなみに私ごとですが去年の5/26にこんな投稿をしてたのでやっと伏線を回収する形となります(※ ドヤ顔ではありません)。 目次 こんな感じで紹介していきます。 目次 障害対応プロセスの改善に踏み切った背景 課題1. 障害の報告フォーマットが統一されていない 課題2. 障害報のクオリティの差異が大きく後から振り返りが難しい 課題3. 障害対応者が特定の人に偏る 第一の改善 改善1. 障害報告書のフォーマット更新 改善2. S

                                                                    障害対応プロセスを改善してきた話 - 10X Product Blog
                                                                  • エンジニアのための「ミーティング・メモ」入門 - クラウドサービスとVSCodeを添えて - Lean Baseball

                                                                    10月からコンサルタントに出戻りしたエンジニアです. 入社前に想定していた以上に毎日が楽しいです*1. それはさておき, つい先日に前職の同僚であるエンジニアリングマネージャーの@jazzsasoriさんとサシ飲みしたのですが, 「エンジニアリングマネージャーとかテックリードとかになると, 議事録(的なメモ)」を取る力無いと辛いよね, 案外言及されてないけど という話題になりました, 酔っ払ってあんまり覚えてないけど🍻*2 で, どれぐらいの方がこの話題に興味あるのかな?と気になり, 昨夜、久々に前職エンジニアリングマネージャー氏と飲んでて、何かの拍子に「エンジニアがビジネスな力をつける訓練の一つとして議事録書くのがいいんだよね」的な話をしたのですが 「エンジニアのための議事録書き入門」とかいうブログ記事って需要あると思いますか皆さん🤔— Shinichi Nakagawa / 中川

                                                                      エンジニアのための「ミーティング・メモ」入門 - クラウドサービスとVSCodeを添えて - Lean Baseball
                                                                    • Firebase + Spreadsheet で Slack Bot を作ったら社内用語辞典の運用が3倍楽しくなった話

                                                                      最近作った Slack Bot が好評だったのでまとめてみました! どこの Slack ワークスペースでも導入できるように詳細に設定方法も記載しています。 🛠 作ったもの tell-me-bot(社内では tell-me-paccho)という、社内用語辞典をいい感じに管理してくれる Slack Bot を作りました。 社内ではもともと Spreadsheet で社内用語を管理していたのですが、メンテナンスする人が限られ、あまり積極的には利用されていない状況でした。 そんな時に@しかじろうさんのこちらの記事を発見して、これはおもしろいアイデアだと思い、Firebase + Bolt(TypeScript)にて作ってみました(アイデアをくれた@しかじろうさんに感謝🙏)。元記事の機能を参考に+αの機能も色々実装しています。 構成 Cloud Functions for Firebase で

                                                                        Firebase + Spreadsheet で Slack Bot を作ったら社内用語辞典の運用が3倍楽しくなった話
                                                                      • 産業医が見た「ストレスに弱い人」の決定的要因

                                                                        ストレスに強い大人は、子ども時代の過ごし方に大きく影響しているそうです。どうしたらストレスに強い大人になるのでしょうか?(写真:Tomwang112/iStock) 日々、産業医として診察をしていると、学生時代に優秀だった人が、社会人になってストレスに悩み、心身ともに疲弊し潰れてしまうというケースを見かけます。一方、学生時代には目立った成績ではなかった、クラスの平均かそれ以下だった人が、社会人になり結果をしっかり出し、人望も厚くどんどん昇進していくこともあります。 この違いはどこにあるでしょうか。産業医として、通算1万人以上と面談するなかで見えてきたのは、子ども(学生)時代の過ごし方に影響しているということでした。 どのような子ども(学生)時代を過ごし、どのようなスキルを磨けば高いストレス耐性が身に付くのか、ここにお話しさせていただきます。 認知能力を超える非認知能力を持っている 比較的ス

                                                                          産業医が見た「ストレスに弱い人」の決定的要因
                                                                        • 預貯金口座とマイナンバー連結義務化検討へ…総務相要請、今年中に具体策 : 政治 : ニュース : 読売新聞オンライン

                                                                          高市総務相は17日、マイナンバーと金融機関の預貯金口座を連結する制度の義務化について、財務省と金融庁に検討を要請した。政府は、2021年の通常国会での共通番号制度関連法改正を視野に、20年中に具体策をまとめる方針だ。 18年1月に始まった現行制度では、本人の同意を条件に、預貯金口座とマイナンバーを連結できる。個人資産を正確に把握し、脱税や生活保護の不正受給などを防ぐ狙いだ。 ただ、顧客にマイナンバーの提供を依頼していない金融機関もあり、普及は進んでいない。国民の間には、国に個人資産を把握されることへの抵抗感もあり、義務化には反発も予想される。 高市氏は17日の記者会見で「義務化により、相続や災害発生時の預貯金引き出しの負担軽減ができるように検討をお願いした」と述べ、利便性向上にもつなげる考えを示した。

                                                                            預貯金口座とマイナンバー連結義務化検討へ…総務相要請、今年中に具体策 : 政治 : ニュース : 読売新聞オンライン
                                                                          • VSCodeでDraw.ioをLive Shareしたら最高の体験だった - 弥生開発者ブログ

                                                                            こんにちは、弥生のMisoca開発チームの黒曜(@kokuyouwind)です。 Kaigi on Railsの登壇が決まったのでよろしくおねがいします。弥生社員としては初登壇になります。 「おめでとうございます。 選考の結果、あなたのプロポーザルは採択されました!」 とのことなので、Kaigi on Railsお話しにいきますー— 黒曜 (@kokuyouwind) August 25, 2020 前回の記事が濃厚だったため、今回はライトなTips記事です。よろしくおねがいします。 tech.misoca.jp 👯‍♀️ VSCode LiveShareを使ったリモートペアプログラミング 皆さん、ペア作業してますか? ペアプログラミングはドライバー・オペレータの交代など具体的なノウハウも多く、このブログでも以前に紹介記事を書きました。 tech.misoca.jp 上記の記事ではリモー

                                                                              VSCodeでDraw.ioをLive Shareしたら最高の体験だった - 弥生開発者ブログ
                                                                            • 障害対応時にまずはissueを作ると良い - そーだいなるらくがき帳

                                                                              先日のAmazon SQSの障害には色々と肝を冷やした人も多いのではないでしょうか。 classmethod.jp 今回のようなケースとは別に障害は大小あれど、みなさん日々戦っていることだと思います。 障害対応はエンジニアの花形であるものの、サービスに対する知識やソフトウェアの知識など経験と技術の両方が必要です。 そのため、どうしてもトラブルシューティングはエースエンジニアなどの一部の人に依存してしまう…などの問題が発生しがちです。 そこで今日は私の経験から障害対応のいろはを書いて行きたいと思います。 今回のスコープの外 実際に障害時の具体的な対応、例えば障害切り分けやRDBMSのボトルネックの探し方などの話はしません。 まずissueを作ると良い 本題です。 トラブルを認知したらまずはissueを作りましょう。 issueを作るときはtemplateが事前に設定されていると便利です。 g

                                                                                障害対応時にまずはissueを作ると良い - そーだいなるらくがき帳
                                                                              • ここがつらい! Slack API - Qiita

                                                                                半分ネタ記事です。あんまり真面目に書きません。 項目数が多いので,気力でなんとか書きます。分類は諦めます。 他にもある!っていうのがあったらコメント欄で教えて下さい。気が向いたら追記します。 公式の TypeScript 型定義がもはや型定義を諦めている 辛い度: ★★★★★ 辛い中でもこれはかなり上位に来るやつ。 こちらに OpenAPI 形式で仕様が定義されていて, https://github.com/slackapi/node-slack-sdk/tree/main/packages/web-api/types ここに仕様に基づいて TypeScript の型定義ファイルが吐かれるようになっています。 Git 管理されていないので,実際のリリースを見てみましょう。 https://unpkg.com/@slack/web-api@6.7.2/dist/response/Reacti

                                                                                  ここがつらい! Slack API - Qiita
                                                                                • 【保存版】データサイエンティスト転職を決めるポートフォリオのガイドライン【書籍化決定】 - Qiita

                                                                                  書籍化されました 本記事をベースに監修者の村上さんが1冊の本にまとめてくれました(感謝) データサイエンティストのキャリア面やポートフォリオの細かい部分をさらに追加・ブラッシュアップした内容になっています。 まえがき はじめに 皆さん、「データサイエンティスト」という職種をご存知でしょうか? この数年間で、AIやディープラーニングといったバズワードと共にデータサイエンティストというワードも、よく耳にするようになりました。最新の技術を扱えて、年収も高い非常に魅力的な職業なため、データサイエンティストへの転職を検討されている方もいらっしゃるのではないでしょうか? 実際、データサイエンティスト職への就職・転職希望者は年々増加しています。しかし、未経験の人材を育成できる会社はまだまだ少なく、未経験からの転職は転職希望者の増加に伴い高まっています。 データサイエンティストは求められるスキルの幅が広く

                                                                                    【保存版】データサイエンティスト転職を決めるポートフォリオのガイドライン【書籍化決定】 - Qiita