並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 12718件

新着順 人気順

Slackの検索結果121 - 160 件 / 12718件

  • ワークフロービルダーが新登場 : Slack で簡単にタスクを合理化

    ワークフロービルダーが新登場 : Slack で簡単にタスクを合理化フォームやメッセージなどの自動化で面倒な雑務にさよなら Slack チーム一同作成2019年10月15日イラスト: GiacomoBagnara Slack の調べでは、オフィスワーカーの 70% が業務の遂行に他のチームや同僚の助けを必要としていることが分かっています。協力してプロジェクトを進めるには、リアルタイムで適切な担当者に適切な情報を届けることが欠かせません。にもかかわらず、申請を行ったり、進捗状況を尋ねたり、チームメンバーに関連情報を伝えたりといった手続きは手間のかかるものばかり。これがプロセス全体のボトルネックとなることもままあります。 Slack が今日リリースする新しいツール、ワークフロービルダーは、生産性向上の妨げとなるこうした障壁を取り除き、Slack でのプロジェクト進行をさらにスムーズにするソリュ

      ワークフロービルダーが新登場 : Slack で簡単にタスクを合理化
    • 東京都の新型コロナ対策サイトはなぜNuxtJSだったのか? ─ シビックテックのベストプラクティス|ハイクラス転職・求人情報サイト AMBI(アンビ)

      文科系の学部に在籍しながらシビックテックに興味を持ち、関治之氏の「右腕インターン」として1年ほど関わる。その後いくつかのシビックテック活動やインターンシップを経て、株式会社almaの創業に参画。プロダクト開発をリードするかたわら、共同設立したCode for Youthなどでも活動する。学習院大学4年。 なぜNuxtJSだったのか? あるいはjQueryでなかったか? 偶然に決まったNetlifyは開発にとても役立った 後でコンポーネントを変更改善できるよう小さく作る ベストエフォートでの開発体制 リリース直後から届いたエンジニアの反響 シビックテック活動のベストプラクティス なぜNuxtJSだったのか? あるいはjQueryでなかったか? ── まず最初に、今回の技術的なバックグラウンドから聞かせてください。一見すると行政が関係した仕事とは思えない現代的な技術選定のWebサービスですが、

        東京都の新型コロナ対策サイトはなぜNuxtJSだったのか? ─ シビックテックのベストプラクティス|ハイクラス転職・求人情報サイト AMBI(アンビ)
      • ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る|kyuns /キュン 今村雅幸

        こんにちは、ZOZOテクノロジーズで執行役員CTOをしている @kyunsです。 本記事はCTOA Advent Calendar2020の 16日目の記事となります。 この記事ではZOZOでの2年半を振り返り、テックカンパニーを目指す中でCTOとしてどのようなことに取組み、結果としてどういう変化が起きたかについて紹介したいと思います。 同じような立場のCTOやこれからエンジニアリング組織を強化していきたい方々の参考に少しでもなればと思います。 自己紹介と背景 私はヤフーに2006年に新卒で入社し、3年働いた後に当時一緒に働いていた金山と一緒にVASILYというスタートアップを創業し、受託アプリ開発や「IQON」というサービスを開発していました。 何度かの資金調達などを経て、最終的に2017年にZOZOへ売却し、ZOZOの完全子会社となりました。その後、2018年の4月には当時のスタートト

          ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る|kyuns /キュン 今村雅幸
        • Rust を始めるための資料集 - Don't Repeat Yourself

          かとじゅんさんのお誘いで、私塾匠真堂にて登壇させていただき、Rust に関する話をさせていただきました。ありがとうございました。 今回のセッションを通じて Rust を始めたくなった方向けに、Rust をはじめるための資料をいくつかリストアップしてます。よかったらどうぞ。 プログラミング言語の学習方法について Rust についてまず概観を掴む 文法を学ぶ 何かアプリケーションを実装してみる ちょっと突っ込んだ話を知りたい コミュニティの力を借りる 仲間を見つける 更新履歴 プログラミング言語の学習方法について みなさんは新しいプログラミング言語を学ぶ際、どのように学びますか? 私は、軽く制御構文やデータ型の作り方などを学んだ後は、すぐにアプリケーションを作ってみて、詰まったらリファレンスを参照するといった学び方をしていることが多いです。 逆に、リファレンスをまず眺めて、文法をしっかり把握し

            Rust を始めるための資料集 - Don't Repeat Yourself
          • ユニットバスの天井裏に備え付けのL2スイッチを発見した話 - hnwの日記

            (2021/06/23追記: この記事を書いてしばらくして引っ越しました。原状復帰済みです。念のため。) 私は同じ賃貸住宅に10年ほど済んでいるのですが、ごく最近になって自宅内に備え付けのL2スイッチが存在することに気づきました。ソイツはなんとユニットバスの天井裏にいたのです。 このスイッチをGbEスイッチにリプレースしたところ、自宅のコンピューティング環境を改善することができました。本稿ではその顛末を紹介します。皆様のお風呂場探検の参考になれば幸いです。 謎の情報コンセント 読者の皆さんは情報コンセントというものをご存じでしょうか。下の写真のようにイーサネットケーブルを差すコンセントのことを言うそうです。 我が家の情報コンセント これがない家もあると思いますが、私が今住んでいるマンションには情報コンセントが部屋ごとについています。 この説明は入居時に一切受けていないのですが、試しにイーサ

              ユニットバスの天井裏に備え付けのL2スイッチを発見した話 - hnwの日記
            • 情シス立ち上げマニュアル - 採用、マネジメント編|12ban

              数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり(ルール、業務基盤) - 戦略づくり(セキュリティ) - 戦略づくり(BPR / 業務改善)→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人(CTOなど) * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知

                情シス立ち上げマニュアル - 採用、マネジメント編|12ban
              • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog

                はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                  ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
                • メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note

                  この度、3年半に渡って勤めたメルカリを2022年5月に退職し、この夏からロンドンのMetaにSenior Machine Learning Engineerとして転職することが決まりました!わいわい✌('ω')。その過程で、東京およびロンドンのBig Tech合計5社を数ヶ月かけて対策をし面接に臨んだので、そこで得たノウハウをここで共有できたらと思います。面接を受ける際にNDA(Non Disclosure Agreement)にサインするので具体的な面接の詳細には触れられませんが、伝えられる範囲でできる限り記述しています。 また、Metaから最終的に提示されたオファー条件を最後に記載してあります。なにぶん日本においては給与の話は燃えやすいということもあり、その部分だけ某日本の有名エンジニアに倣って有料にしてあるのですが、ご興味のある方は是非ご購入いただければと思います(1コイン分の金額で

                    メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note
                  • GWにChatGPTについて振り返りたい人向けまとめ - まなめはうす

                    今や毎日耳にするChatGPTだけれど、そもそもどんな風に話題になってきたのかをこのGWを利用して振り返りたいって人もいるはず。そんな人のためにChatGPT関連ニュースをまとめておきましたので、ぜひご利用ください! 良い振り返りで、良い人生を。 このタイトルだけでもChatGPTに食わせて、話題の流れをまとめてもらうのが一番かも? 週刊東洋経済 2023/4/22号(ChatGPT 仕事術革命) 作者:週刊東洋経済編集部東洋経済新報社Amazon 2020/06/01 あまりに高精度のテキストを作り出してしまうため「危険すぎる」と問題視された文章生成言語モデルの最新版「GPT-3」が公開 - GIGAZINE 2020/07/21 GPT-3の衝撃 - ディープラーニングブログ 2020/07/22 「GPT-3」は思ってたより「やばい」ものだった。話し言葉でプログラミングまでこなすAI

                      GWにChatGPTについて振り返りたい人向けまとめ - まなめはうす
                    • 社内向けにまとめていたリモートワークの知見をすべて公開します - コネヒト開発者ブログ

                      こんにちは、エンジニアの@dachi_023です。先週くらいから新型コロナウイルスの感染拡大に伴って在宅リモートが導入された、という内容のプレスやニュースをよく見かけるようになりました。コネヒトでも同様に在宅リモートの推奨、ラッシュ時の電車通勤は原則禁止、などのアナウンスがあり、これまでリモートワークをしていなかったメンバーもリモートワークを導入して自宅から働いています。 ですが、いきなり「皆さんそれではリモートワークしてください!はいどうぞ!」と言われても家からどのように働けば良いのか・・・となり、ただただ生産性が落ちてしまうだけです。もちろん健康第一で導入されている今回のリモートワークではありますが、出来ることなら効率をなるべく落とすことなく働きたいです。 コネヒト開発部では今年の頭からリモートワークの試験導入を行っており、エンジニアとデザイナーが週に2日ほどリモートワークしてどういっ

                        社内向けにまとめていたリモートワークの知見をすべて公開します - コネヒト開発者ブログ
                      • 【マジで】サイバー演習シナリオの作り方【怖い】 - freee Developers Hub

                        「CEOに身代金を要求したい」 こんにちは、PSIRTマネージャのただただし(tdtds)です。この記事はfreee Developers Advent Calendar 2021 18日目です。 freeeにjoinしてから早くも14ヶ月がすぎました。freeeでは毎年10月に全社障害訓練をしていて、昨年は入社したてで右も左もわからないままAWS上の本番環境(のレプリカ)に侵入してDBをぶっ壊す役目をさせられたのも良い思い出です*1。 で、上の「CEOに身代金を要求したい」という物騒な相談は、今年の訓練計画の話です。話を持ち掛けてきたのはCIOの土佐。昨年は主要サービスが落ちて、開発チームが対応にあたる中、ビジネスサイドも顧客対応などで訓練参加しましたが、今年はさらに、経営サイドまで巻き込もうというゴール設定がされたわけですね。腕が鳴ります。 ゴールは「CEOに4BTCを要求する」 ゴー

                          【マジで】サイバー演習シナリオの作り方【怖い】 - freee Developers Hub
                        • エンジニアのための Figma 知識

                          本記事の多くは Inspect モードを前提に解説しています。 下記に Dev Mode に対応した解説を書いてみたのであわせてご参照ください。 https://codezine.jp/article/detail/18000 エンジニアにデザインツールの知識・習熟は必要か? しなくても仕事はできると思うのですが、あるとよりクオリティの高い仕事ができることは間違いありません。 という訳でエンジニアがエンジニアとしての仕事をしていく上で「Figma のこういうことを知っておくと良さそう」という知識をまとめてみました。 ユースケースを考える まず始めにデザインは作らないはずのエンジニアが Figma を使う時にどんなユースケースがありそうかを考えてみます。 デザインを元に実装する時 デザインから何かを生成したい時(コードとか画像とか) 自分でちょこっとデザイン修正しちゃう この辺りがあるかな〜

                            エンジニアのための Figma 知識
                          • スケールドメテオフォール開発 - hogepiyohoo’s blog

                            序節:はじめに 近年、日本型の開発プロセスとして メテオフォール型開発 - 実践ゲーム製作メモ帳2 が注目を集めている。 eiki.hatenablog.jp 上記のメテオフォール開発では、適用対象は開発チームである。 (本稿ではこれをオリジナルMF開発とよぶ) 一方最新の研究では、これをより大きな企業レベルで適用する事により、更なる災厄効果をもたらす事が明らかになってきた。 本稿では、企業レベルでメテオフォール開発を適用する為の手法「スケールドメテオフォール開発」について、概要を説明する。 (オリジナルの方に迷惑かかるとアレなので補足:オリジナルMFを書いた方とは全然関係ない人のポストです) 第一節:スケールドメテオフォール開発 オリジナルMF開発では、単一の開発チームを想定している。 そしてこうなる。 一方、スケールドメテオフォール開発では、複数の開発チームを含む、企業全体が対象となる

                              スケールドメテオフォール開発 - hogepiyohoo’s blog
                            • プロダクトの成功に必要な 3 つのステージと 20 のタスクについて:現場の動き方をまとめました|Fritz | Lead Product Manager @ Mercari

                              こんにちは、フリッツ です。プロダクトマネージャー(以下 PM)になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました(ありがたい)。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、(自分の今までの)現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し~数年目の PM の方のお役に立てる記事になっていれ

                                プロダクトの成功に必要な 3 つのステージと 20 のタスクについて:現場の動き方をまとめました|Fritz | Lead Product Manager @ Mercari
                              • メルカリ社内Slack利用ガイドラインを一挙公開しました〜!!#メルカリな日々 | mercan (メルカン)

                                こんにちは!メルカン編集部のnatukifmです。 2020年6月23日、メルカリでは、全社的なコミュニケーションツールとして導入しているSlackの社内利用ガイドラインをGitHubにて公開しました〜! Slack上での情報共有や連絡を円滑にするため、2016年につくられた本ガイドライン。細かな改定を重ねられてきたものの、2016年当時からほぼ変わっていなかったりします。 そこで本日の#メルカリな日々では、社外公開したばかりのメルカリ社内Slack利用ガイドラインをちらっとご紹介します! Slackを使ううえでの前提 1:オープンであることを意識する ・ プライベートメッセージやプライベートチャンネルの利用は禁止しないが、人事・インサイダー情報以外は、コミュニケーションコストの低減と、風通しが良くオープンである社風を維持するために基本的にオープンにする ・ チャンネルへのinvite/l

                                  メルカリ社内Slack利用ガイドラインを一挙公開しました〜!!#メルカリな日々 | mercan (メルカン)
                                • 40代男性「生活費8000円」田舎暮らしで得た快感

                                  老後資金が約2000万円足りなくなるとの金融庁の報告書が波紋を広げた2019年。生活不安は高まりばかり。だが、「1カ月の生活費は約8000円で、4月に引っ越してきて以来、ごみを捨てたことがない」と、さりげなく話す40代の男性のような生活を送る人もいる。 生活費が安いので賃金を稼ぐための仕事に就く必要性はない。「何をやるかの基準は楽しいか、楽しくないか」。こんな生活も今の日本では可能と聞けば、少しは安心できるのではないだろうか。 「時間売る生活にうんざり」 男性は都内の新聞配達会社で20年間勤務し、営業や労務管理などの仕事に就いていた。給料は決して高くなく、外食やコンビニ弁当の購入、友人や知人との飲み代などで月の支出は15万~20万円に上った。自分の時間を切り売りするような生活の中で、頭に浮かんだのは、小さい頃から憧れていた田舎暮らしだった。「おばあちゃんが田舎に住んでいて夏休みは楽しかった

                                    40代男性「生活費8000円」田舎暮らしで得た快感
                                  • アラフォーからプログラマーに転職して1ヶ月経ったけど、正直な感想書いてみる。 - Patのブログ

                                    前職から転職して1ヶ月がすぎたので、現時点での個人の感想を記しておく。 以下に該当するような人にはひょっとしたら役立つかもしれない。 30代だけどプログラマーに転職したい。 自社開発企業に転職したい。 プログラミングスクールに通うべきか迷っている。 未経験から転職してついていけるか不安。 前職は何をしていたか 前提として、前職のことについて簡単に書いておく。 前職は中学の教員だった。 専任教員だったので、担任も持っていたし、生徒指導もしていたし、部活動も担当していた。 そう書くとブラックなイメージがあるかもしれないが、私立進学校だったのでそれほどハードでもなかった。 生徒は荒れているどころかおとなしすぎるくらいだし、部活も18時までには終わっていた。 朝は8時からなので早いが、それでも頑張れば9時間労働で帰ることもできた。*1 夏休みは1ヶ月以上あったし(ただし部活動や夏季講習で3分の2は

                                      アラフォーからプログラマーに転職して1ヶ月経ったけど、正直な感想書いてみる。 - Patのブログ
                                    • メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog

                                      スマートキャンプで業務委託でエンジニアをしている佐藤です。BOXILの開発を1年3ヶ月前から、沖縄からフルリモートでやっています。 皆さんは、毎日楽しくお仕事できていますか? エンジニアという職業は労働時間やストレスが多く、IT業界は他の業界と比べて精神疾患にかかりやすいと言われています。 私はもともと自己否定ばかりしてしまう思考の癖があることに加えて、7年前に起業に失敗してメンタルを壊してしまったことをいまだに引きずっていて、日々悩みながら生活をしています。 スマートキャンプは、過労とは無縁で、メンバー間のサポートもよく、これ以上ないくらい私に合った職場です。それでも自分の心の問題で不安になったり、絶望感に襲われたりすることがあります。今回はそうなるたびに書き綴ったメモを、開発中にネガティブな気持ちにならないための技術としてまとめようと思います。 メンタルが強くないエンジニアはこんな気持

                                        メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog
                                      • 自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ

                                        こんにちは、技術広報のyayawowoです。 「自動化(オートメーション/Automation)」 今、この言葉を聞いて胸がときめいた方に必見です! 当社主催イベントでも人気の高い 「自動化大好きエンジニアLT会」全5開催分の資料をまとめて紹介します! イベント詳細はこちらをご確認ください! ・自動化大好きエンジニアLT会 ・自動化大好きエンジニアLT会 - vol.2 ・自動化大好きエンジニアLT会 - vol.3 ・自動化大好きエンジニアLT会 - vol.4 ・自動化大好きエンジニアLT会 - vol.5 目次 目次 手動テストやインフラ構築は自動化しよう APIテスト品質を向上させる Datadog Synthetic Monitoring APIテスト自動化とテストピラミッド TestLinkにテスト結果を自動的に登録 Cypressでサクッと始めるE2Eテスト 自動テスト環境を

                                          自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ
                                        • 【速報】Slackの神・新機能「ワークフロー」使ってみた!これは仕事が超効率化する予感…! | SELECK [セレック]

                                          Slackが一昨日(2019年10月15日)に発表した新機能「ワークフロービルダー」! みなさま、もう使いましたか? 結論から言うと、この機能は最高です。いますぐ使うべし! 公式サイトによると、ワークフロービルダーとは、下記のような機能とのこと。 定型的なアクションやコミュニケーションを自動化するワークフローをわずか数分で作成。 ということで早速ためしてみたのですが、これ、めちゃくちゃ使える…!用途としては、下記のようなものが考えられると思います。 入社後の手続きや、オンボーディングのフローを自動化 年末調整や健康診断といった、総務系オペレーションの効率化 会社・チームの目標管理や更新 チームの朝会のような、アジェンダの決まったMTGをSlack上で実施 bot的に使って遊ぶ(おまけ。あとで紹介しています) 弊社では、早速ワークフローがじゃんじゃん生成されています! 実際のワークフローの中

                                            【速報】Slackの神・新機能「ワークフロー」使ってみた!これは仕事が超効率化する予感…! | SELECK [セレック]
                                          • 私はTeamsが嫌いだ

                                            諸君、私はTeamsが嫌いだ。 会社で私は、Teamsの利用促進役を買って出た。 皆は私を社内SNS好きの陽キャのように見ていた。 ある人は私を「Teamsのエバンジェリスト」と形容した。 ひどい侮辱だ。 なぜなら、私はTeamsが嫌いで、なのにTeams促進役という矛盾をはらんでいたから。 それを詰られた気がしたから。 私はTeamsが嫌いだ。 だが私は、所属するプロジェクト、課、部のチームを立ち上げ、機能の詳細を調べ、皆が使いやすくなるようなチームやチャネルを用意し、皆が興味を持ってくれるようなコンテンツの枠組みを考え、時に自分自身がコンテンツとなって振興役を買って出た。 何故か。 皆とコミュニケーションを取りたかったからである。 対面は気恥ずかしい。メールは公式度が強くてもっと気恥ずかしい。 ならチャットなら極端に恥ずかしがる自分でも使いやすいかもしれない、と活路を見出したのだ。 ち

                                              私はTeamsが嫌いだ
                                            • 突然、紹介されるオススメAndroidアプリ集【追記あり】

                                              いや暇だからね、何かやろうかなってパッと思い付いたのがコレだっただけ ちなみに定番ばかりだぞ?んじゃ行ってみよう WebブラウザGoogle Chrome定番と言うかAndroidならばプリインストールされている Mozilla FirefoxChromeがあればコッチも Webブラウザは色々使ったけど結局この2つに落ち着いた WikipediaWebブラウザから読むより軽快 CommunicationGMailこれもプリインストール Google Messages次世代SMSであるRCSに対応している 個人的にRCS登場以後のメッセージングはこれの比率が増えている Web版も存在していて便利 ちなみにRakuten LinkもRCSへ準拠しているので相互にRCSを送受信できる どうやら国内ではGoogle Messages間同士のみという情報を頂いたので修正 Hangouts Chatも

                                                突然、紹介されるオススメAndroidアプリ集【追記あり】
                                              • 400万本売れた「パルワールド」早速プレイした 没頭するほど面白いのに、心の底から“申し訳なさ”を感じた理由

                                                1月19日発売の3Dオープンワールドゲーム「Palworld」(パルワールド)が大いに話題だ。ゲームの公式Xアカウントによればすでに400万本以上を売り上げ、PCゲーム配信プラットフォーム「Steam」では同時接続プレイヤー数が最大で約130万人に上っている(1月22日午後1時40分時点)。 早期アクセスにもかかわらず、販売価格からの単純計算で約120億円を売り上げた計算になることから、ビジネスシーンでも話題になり始めている。一方で、ゲームシステムやキャラクターが他作に類似していることもあって、SNSでは物議を醸してもいる。 かくいう筆者も以前から注目していたタイトルで、1月22日時点ですでに25時間ほど遊んでいる。ITmedia NEWSはIT専門媒体なので、いつもならIT・ビジネス視点で「話題作・パルワールド開発の裏側」みたいな記事を書くところだが、あいにく筆者は休暇をSteam漁りで

                                                  400万本売れた「パルワールド」早速プレイした 没頭するほど面白いのに、心の底から“申し訳なさ”を感じた理由
                                                • イーロン・マスクの「Twitterアプリが遅い」発言が間違っていると指摘したTwitter従業員が解雇される

                                                  2022年10月27日にイーロン・マスク氏がTwitterを買収して以降、同社のCEOやCFO、従業員の約半数、さらには4400人の契約社員までもが解雇されています。そんなTwitterの大規模人員整理の中で、マスク氏のツイート内容が間違っていると指摘したエンジニアが解雇されたことが明らかになりました。 Elon Musk Publicly Punishes Twitter Engineers Who Call Him Out Online - Bloomberg https://www.bloomberg.com/news/articles/2022-11-14/musk-publicly-punishes-twitter-engineers-who-call-him-out-online Elon Musk says he fired engineer who corrected hi

                                                    イーロン・マスクの「Twitterアプリが遅い」発言が間違っていると指摘したTwitter従業員が解雇される
                                                  • ChatGPTを業務に組み込むためのハンズオン.pdf

                                                    ChatGPTを業務に組み込むためのハンズオン 2023/06/26 一般公開用 デジタル庁 Fact&Data Unit 大杉直也 ↑マイナンバー交付数のダッシュボードを作っているところです 「Microsoft でテストされたアイデアのうち、改善を示すメトリクスを実際に改善できたのは3分の1にすぎない」 (Microsoft社 元Vice President) 「もしあなたが実験主導のチームにいるなら、70%の仕事が捨てられることに慣れてください。それに応じてプロセスを構築しましょう」(Slack社 Director) A/Bテスト実践ガイド p14より 一方で 「アイデアの価値を見積もることは難しい。このケースでは、年間1億ドルの価値ある単純な変更が何か月も遅れていた。」(同著 p5より) こともあります 午前中のアイデアソンで出たアイデアはちゃんと検証するまで価値があるかは不明です

                                                    • リアルタイム共同編集のアルゴリズム (Operational Transformation; OT) を理解する試み – RORO

                                                      Google Docsのように文書を複数人でリアルタイムに共同編集できるアプリケーションがあります。あのような機能は、多かれ少なかれ、Operational Transformation (OT; 操作変換) という考え方を使って実現されているようです。興味があったので、このOTについて調べてみました。 (追記: これからは OT でなく CRDT だという話 → I was wrong. CRDTs are the future) なおGoogle Docsではいわゆる「リッチテキスト」を共同編集できますが、ここでは話を簡単にするために「プレーンテキスト」を共同編集することを想定します。 リアルタイム共同編集の流れ 共同編集システムの登場人物は次の通りです: サーバ x 1(各クライアントから届く編集操作をもとに、最新の文書を保持します) クライアント x N(文書を編集する側です) そ

                                                      • 統計・機械学習の理論を学ぶ手順 - Qiita

                                                        社内向けに公開している記事「統計・機械学習の理論を学ぶ手順」の一部を公開します。中学数学がわからない状態からスタートして理論に触れるにはどう進めばいいのかを簡潔に書きました。僕が一緒に仕事をしやすい人を作るためのものなので、異論は多くあると思いますがあくまでも一例ですし、社員に強制するものではありません。あと項目の順番は説明のため便宜上こうなっているだけで、必ずしも上から下へ進めというわけでもありません。 (追記)これもあるといいのではないかというお声のあった書籍をいくつか追加しました。 数学 残念ながら、統計モデルを正しく用いようと思うと数学を避けることはできません。ニューラルネットワークのような表現力が高くて色々と勝手にやってくれるような統計モデルでも、何も知らずに使うのは危険です。必ず数学は学んでおきましょう。理想を言えば微分トポロジーや関数解析のような高度な理論を知っておくのがベス

                                                          統計・機械学習の理論を学ぶ手順 - Qiita
                                                        • Microsoft Teamsに関するあれこれ(2020/04) - Qiita

                                                          #はじめに いろんな局面で使われるようになってきたMicrosoft Teamsについて、単純な利用面ではなく、よく聞かれること、利用上注意したいこと、あのことはどんなだったっけ?的なこと等をメモしてみました。情報は2020/04/18時点のものです。 また、使い方等については、多分に個人的な一意見を記したものです。記載以外の他のやり方や意見が多数あるものと考えています。 2020/4/22にOffice 365はMicrosoft 365に改称される。以下の記載では、M365と省略することもあり。 内容を解説するYouTube動画があります! 本、Qiitaの内容が長くなったので、Teamsのレコーデイングで解説を録画し、YouTubeに載せました~ 適時ご参照を。 分割動画のリストはこちら PCのTeamsアプリで、あちこち画面を行き来する 左上の[<] [>]を、ブラウザの戻る、進む

                                                            Microsoft Teamsに関するあれこれ(2020/04) - Qiita
                                                          • グーグルが出した「最終解」 理想のリーダーとチーム | NIKKEIリスキリング

                                                            米グーグルがまとめた「最高のマネジャーになるための8つの習慣」は「よいコミュニケーターであれ。そしてチームの声を聞け」と説く。 写真はイメージ=PIXTA 人事関連の人たちや人材業界では大きな注目を集めたグーグルのプロジェクトが2つあります。最高のマネジャーになるための8つの習慣を明らかにした「プロジェクトOxygen」と、チームを成功へと導く5つの鍵を明らかにした「プロジェクトAristotle(アリストテレス)」。今回は、この2つについて見てみることで、ミドルシニアの皆さんの転職力をアップさせるポイントに迫ってみたいと思います。 まずはグーグルが2009年に実施した社員対象の大規模調査「プロジェクトOxygen」の結果から見てみましょう。このプロジェクトでは「優秀なマネジャーはどういう人か?」を、グーグルの従業員を対象にリサーチしました。 人事考課、フィードバックサーベイ、表彰、その他

                                                              グーグルが出した「最終解」 理想のリーダーとチーム | NIKKEIリスキリング
                                                            • 『シン・エヴァ』のリモート制作を支えたシステム&ツール - カラーが考える「アニメのデジタル化」

                                                              2021年3月8日から公開された『シン・エヴァンゲリオン劇場版』(以下、シン・エヴァ)。本作は新型コロナウイルス感染症拡大による緊急事態宣言のもと、その終盤においてはリモート環境で制作が行われた。しかし、公開の迫るアニメ映画をリモートで完成させるのは並大抵のことではない。 講演「スタジオカラーのこれからのシステムづくり(仮)」の内容をお届けする。タイトルの(仮)は、登壇者のカラー・鈴木慎之介氏が立ち上げに携わった「ニコニコ動画」のβ版以前の初期名称に由来している 制作環境を構築するため、制作会社であるカラーは、大規模なシステムの強化やインフラの整備を実施。この制作環境構築プロジェクトで主導的な役割を果たしたのが、カラー 執行役員 技術管理統括の鈴木慎之介氏だ。 3月13日、アニメ制作におけるデジタル作画、関連技術をテーマとしたフォーラム「アニメーション・クリエイティブ・テクノロジー・フォー

                                                                『シン・エヴァ』のリモート制作を支えたシステム&ツール - カラーが考える「アニメのデジタル化」
                                                              • グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days

                                                                転職をしてはや10ヶ月ほど経ちました。業務で英語を使うようになったので、私もしくは同僚がよく使う英会話のフレーズを紹介します。自分のメモも兼ねています。 私のバックグラウンド エンジニアとして某会社に勤務しております。会社のメンバーは外国の方が多く、状況にもよりますが全体の40~50%くらいは英語でミーティング、Slackでも英語でやり取りすることが多々あります。そんな中で気付きとしてあったのが、同じ表現を使って会話をすることが多いなという点です。ある程度パターンとしていくつかのフレーズを覚えておけばそれなりに業務の会話ができるのでは?と思いこの記事を書いています。なお、以下私の環境については注意してください。 外国の方が多いといっても、ノンネイティブや日本人も多く、英語ができない人に対しても理解がある環境です。(ネイティブ90%以上といった環境とは違う) エンジニア同士の会話が多いので、

                                                                  グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days
                                                                • DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)

                                                                  はじめにこの記事は、Engineering Manager Advent Calendar 2020の24日目の記事す。 職種を越えた働き方を模索するWeb Engineerのtrebyさんと、技術を突き詰めたいiOS Developerのbanjunさんの二人のパーソナリティをつとめるpodcast「きのこるエフエム」でお話してきた今話題のキーワードDXについてのお話を再編して記事にしたものです。 実際のpodcastについては以下からどうぞ。 いつの間にか"DX"がデジタルトランスフォーメーションにとられてた。trebyさん(以下敬称略) これは、我々のマイブームというか、最近、「DXっていいよね?」っていうふうに私が謎掛けをしますと、banjunさんが、「DX、わからん!」というふうに返すんです。 banjunさん(以下敬称略) 「DXって何ですか?何がいいんですか?」っていう話です

                                                                    DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)
                                                                  • 見ているサイト上に露出している機密情報(APIトークン、IPアドレスなど)を見つけるブラウザ拡張を作りました

                                                                    見ているサイト上に露出している機密情報(APIトークン、IPアドレスなど)を見つけるブラウザ拡張を作りました SecretlintというAPIトークンなどの機密情報がファイル内に含まれているかをチェックできるツールを書いています。 Secretlintはコマンドラインツールとして動くので、主にCIやGitのpre-commit hookを利用して、リポジトリに機密情報が入るのを防止できます。 SecretlintでAPIトークンや秘密鍵などのコミットを防止する | Web Scratch 一方で、実際のウェブサービスなどは機密情報がファイルにハードコードされているわけではなく(Secrelint自体がこういうハードコードを防ぐツールです)、環境変数やDatabaseに保存していると思います。 このような場合にも、コードのミスなどによって公開するべきではない情報(秘密鍵、APIトークン、Sl

                                                                      見ているサイト上に露出している機密情報(APIトークン、IPアドレスなど)を見つけるブラウザ拡張を作りました
                                                                    • 生産性が爆上がりするブラウザ:Sidekick|One Capital|note

                                                                      こんにちは、One Capital の三好(@saas_penguin)です。 Product hunt で話題になったため、すでに知っている方も多いかと思いますが、今回は超高速ブラウザ「Sidekick」について紹介します。ずっと使いたいと思っていたものの、なかなかM1 Macで安定稼働してくれず・・・ようやく安定してきたので、使ってみた感想や気になるポイントを書いていきます。 昨今のブラウザ事情について 本題へ移る前にブラウザを取り巻く環境について簡単に触れておきます。デスクトップブラウザのシェア推移を見ると、10年前は Internet Explorer(以下、IE)が約50%、Firefox が30%のシェアを握るという2強状態でした。しかし、2008年に誕生した Google Chrome が Android 端末の普及とともにシェアを急拡大させます。2011年には Firefo

                                                                        生産性が爆上がりするブラウザ:Sidekick|One Capital|note
                                                                      • GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG

                                                                        はじめに こんにちは、CTO/DevRelブロックの堀江(@Horie1024)です。ZOZOではGitHub Copilotを全社へ導入しました。本投稿では、GitHub Copilotの導入に際して検討した課題とその課題の解決策としてどのようなアプローチを取ったのかを紹介します。 目次 はじめに 目次 GitHub Copilotとは何か? GitHub Copilot導入の背景と目的 導入する上での課題 セキュリティ上の懸念 ライセンス侵害のリスク GitHub Copilot for Businessの利用 導入による費用対効果 試験導入による費用対効果の見積もり 試験導入の実施 対象者の選出 アンケートの設計 試験導入の実施 アンケート結果の集計 アンケート結果の考察 費用対効果の見積もり 全社導入の判断 導入決定後のGitHub Copilot利用環境の整備 社内LT会 おまけ

                                                                          GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG
                                                                        • タレントに貸したMacBook Proが「データ全削除」状態で返却され関係者が苦言|ガジェット通信 GetNews

                                                                          タレントに貸したパソコンが返却された際、パソコン内部に入っていたデータがすべて削除されていることが判明し、関係者が苦言を呈しています。 MacBook Proデータ全削除で返却 関係者は「提携タレントに貸与していたMacBook Proがデータ全削除された状態で返ってきました」とコメントしていることから、単に記録されたファイルが消されたのではなく、初期化またはそれに近い状態で返却されたと推測されます。 名前は不明だが女性である可能性が高い このタレントが誰なのか不明ですが、関係者は「国民的アイドルグループのプロデューサーが関与している新規アイドルユニットへの加入も決まっていました」ともコメントしていることから、女性である可能性が高いかもしれません。 <タレントの関係者のコメント> 「提携タレントに貸与していたMacBook Proがデータ全削除された状態で返ってきました。データは会社の財産

                                                                            タレントに貸したMacBook Proが「データ全削除」状態で返却され関係者が苦言|ガジェット通信 GetNews
                                                                          • 突撃! 在宅の開発環境 2021年夏 - Mobile Factory Tech Blog

                                                                            はじめに こんにちは。ブロックチェーンチームのエンジニア、 @nanamachi です。 tech.mobilefactory.jp 前回の記事ではたくさんの方に閲覧&コメントいただきありがとうございました。この記事から1年。モバイルファクトリーは日本のどこからでも働けるようになり、書籍購入、資格取得、セミナー参加、懇親会の支援制度などフルリモートに適応できるよう多くの変化をしてきました ( https://recruit.mobilefactory.jp/work-style/ )。その中で社員の環境もさまざま変わったことでしょう。 この変化を記事にすれば、閲覧数を稼げる 弊社の魅力を発信できるに違いない!という目論見で、初めてバズった記事にすがるエンジニア組織開発責任者の@kfly8から次のようなチャットが送られてきました。 kfly8: インターネット識者*1の @nanamachi

                                                                              突撃! 在宅の開発環境 2021年夏 - Mobile Factory Tech Blog
                                                                            • なぜWebサービスはUIの改悪を繰り返すのか

                                                                              自分はWebサービスの表側を作るお仕事に就いていますが、日本人ってサービス系の開発に向いてないよなーと強く思います。 特にWebサービスやアプリについては、まじで向いてない種族だと思います。 一番アカンなーと思うのが、リリース後の開発において機能追加は精力的に行う一方、機能削減はぜーんぜんやらないんですよね。 Webサービスって、リリース直後の段階である程度しっかりとしたUIで組まれていて、機能追加のことは基本的には考慮されていないケースが多い印象があります。 そのせいか、機能が追加されればされるほどいびつなUIとなっていって、最初は見やすかったのに、どんどん見づらくなっていくという…。 そうなってくると途中で全面リニューアルを行わざるを得ないことになるんですが、その頃には元のコードはぐっちゃぐちゃになっているわ元いたエンジニアはやめてるわてんやわんやで、もうどーしようもない状態になってい

                                                                                なぜWebサービスはUIの改悪を繰り返すのか
                                                                              • SIerに生息する「おじさんSE」の生態を知る - Qiita

                                                                                ここでいうおじさんSEとは、主にSIerに生息する、 ・30歳以上で ・モダンな技術を知らない ・レガシーな技術しか知らない ・主に設計書などのドキュメント類を弄っており、コーディングをしない ・現状から変わる気がない(キャリアアップに対し具体的なアクションがない) 人たちを指す。 決して単に妙齢のエンジニアを一括りにしているわけではない。 「おじさんSE」より良い呼び方があれば、ぜひご提案いただきたい。 第1章 おじさんSEの仕事内容 おじさんSEは、コードを書くことはほぼ無い。 これは現場にもよるので、全く無いというわけではないが、 多くのおじさんSEはコーディングはしない。 ではおじさんSEは何をやっているのかというと、 ・内部設計書、外部設計書、詳細設計書の記述 ・結合試験以降の試験項目票の作成 ・試験結果のレビュー 大抵はこの3つになる。 99.9%はウォーターフォール型である。

                                                                                  SIerに生息する「おじさんSE」の生態を知る - Qiita
                                                                                • ドワンゴのslack事情

                                                                                  【bot、暴走中!】「Slackは福利厚生」と言い切る、ドワンゴ流・Slackの超活用術とは https://seleck.cc/1063 上記の記事で取り上げられているように、ドワンゴのslack文化はおそらく社外にいる人間が予想するより遥かにフリーダムである。 そしてその自由さが何をもたらしたかといえば、一部雑談チャンネルの2ch化だ。 その中で最も参加人数の多い雑談チャンネルは、なぜかは知らないが入社時に予めjoinされた状態であてがわれる。 全社的なお知らせをbotが拾って流してたりもするので、一見全員参加の情報共有チャンネルなのかなと思うのだが、そこで話されていることは9割型業務とは無関係な話である。 まあそれでもほのぼのとした世間話が行われてるだけなら無害なのだが、時折Publicという意味を理解できないクレイジーな連中が登場して場が荒れる。 ということもあってかこの雑談チャン

                                                                                    ドワンゴのslack事情