並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 12440件

新着順 人気順

Slackの検索結果361 - 400 件 / 12440件

  • 「ChatGPT/LangChainによるチャットシステム構築 」という書籍が素晴らしかったのでNode.jsでも書いてみた - selmertsxの素振り日記

    はじめに 「ChatGPT/LangChainによるチャットシステム構築」 という本が素晴らしかったので、ちゃんと身につけるために Python だけじゃなくて Node.js でも動かしてみました。同じことをやろうとした人のために、ここにそのときの記録を残します。特に callbacksやmemoryについて、詳細に記載しようと思います。 書籍の説明につながるようなことはできる限り書きません!めっちゃ良書なので、ご興味持っていただけた方は購入してもらえますと 🙏 5章まではPython固有のToolを利用しており、6章の中身は7章とかなり近いところがあるので、7章のプログラムだけここに記載します。LangChainの学習に注力したいので、Serverelss Frameworkに関連するコードは省略しました。また、Momentoや @slack/bolt に関する説明はしません。 プロ

      「ChatGPT/LangChainによるチャットシステム構築 」という書籍が素晴らしかったのでNode.jsでも書いてみた - selmertsxの素振り日記
    • 次世代SNS「Misskey」陰謀論者が煽られまくって逃げ出したり、ミーム化した与謝野晶子が氾濫する無法地帯Slackとなっていて楽しそう

      ひげおじさん彡 @nut_king_call Misskeyに陰謀論者が入り込む ↓ misskeyはローカルTL(フォローしてなくても投稿が流れるTL)があり、そこに陰謀がながれる ↓ Misskey(io鯖?)に「レターパックで現金を送れ」「は全て詐欺です」のリアクションを出す文化がある ↓ 陰謀投稿に「全て詐欺です」の爆撃が来る ↓ 論者が撤退 twitter.com/noradjapan/sta… 2023-02-28 12:00:07

        次世代SNS「Misskey」陰謀論者が煽られまくって逃げ出したり、ミーム化した与謝野晶子が氾濫する無法地帯Slackとなっていて楽しそう
      • トランスパイラ「Babel」の開発チーム、「何百万人にも使われているのに、なぜ私たちの資金は尽きようとしているのか?」。資金難により寄付を訴え

        トランスパイラ「Babel」の開発チーム、「何百万人にも使われているのに、なぜ私たちの資金は尽きようとしているのか?」。資金難により寄付を訴え 「Babel」は、JavaScriptコンパイラもしくはトランスパイラの代表的なツールとして知られており、FacebookやSpotify、Slack、MongoDBなどさまざまな企業や開発現場で使われています。 そのBabelの開発チームが資金難になっていることを、開発の中心となっているコアチームがブログ「Babel is used by millions, so why are we running out of money?」(Babelは何百万人にも使われているのに、なぜ私たちの資金は尽きようとしているのか?」で明らかにしています。 Babelとは、ECMAScript 15以降のいわゆるモダンなJavaScriptの構文や機能を活用して書

          トランスパイラ「Babel」の開発チーム、「何百万人にも使われているのに、なぜ私たちの資金は尽きようとしているのか?」。資金難により寄付を訴え
        • 15年間システム開発業を営んで来た結果の最適解 - Qiita

          15年間様々な環境を試してきましたが、これが最適かと思っている事を記載します。 随時更新し、各項目の詳細は別記事で記載していこうかと考えています。 2019/08/28追記 多くのいいねを頂きありがとうございます。 大切な業務分析が抜けていましたので、追記させて頂きました。 環境周り 開発環境 IntelliJ vim・emacsでプラグインを使用、Eclipseなど様々なIDEを使用してきましたが、現在はIntelliJに統一しました。 以下採用理由です。 構築が行いやすい 多数の言語・フレームワークに対応している あらゆるプロジェクトにて同じIDEを使用出来る 補完が非常に便利 あらゆる操作にキーバインドが設定可能 初心者から熟練者まで満足できる操作性 Docker 出来る限り環境依存を無くす為、データベースなどのサーバープロセスはDockerで構築しています。 但し、Tomcatは環

            15年間システム開発業を営んで来た結果の最適解 - Qiita
          • 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時は生産性が急落」など生産性の最大化に役立つ調査結果を公開
            • 会議全部ふっとばして社員の集中力を10xした話(ビッグバン) - 10X Product Blog

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

                会議全部ふっとばして社員の集中力を10xした話(ビッグバン) - 10X Product Blog
              • エンジニアだけが優遇されるのではない組織をつくりたい - Unknown Error

                ※ 2つの意味で解釈できるようなタイトルだった*1ため、より伝えたいことが明確になるタイトルに訂正しました。ご指摘いただいた皆様ありがとうございました。お詫び申し上げます この記事はEngineering Manager Advent Calendar 2019の17日目の記事です。 手前味噌だが、所属している会社のエンジニア組織はだいぶ良い感じになってきているという自負がある。最近書いた自社のブログのエントリも多くの方に共感いただいた。 hackerslab.aktsk.jp 一つ一つの組織活動に対してこれって本当にあるべき姿なんだっけというのを問い続けながら地道な改善を続け、組織としての練度が大分高まってきた。 結果として、自社のあらゆる組織の中で、エンジニア組織は一番改善が進んでいる。*2 一方で、そこはかとなく、「このままで良いんだろうか」というモヤモヤがある。 会社はエンジニアの

                  エンジニアだけが優遇されるのではない組織をつくりたい - Unknown Error
                • エンジニアや上司が"有害な振る舞い"を改善するコツ - Qiita

                  ※追記: 「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用(難しい人というラベリングを特定個人に適用する使い方)が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 前回の記事「エンジニアの"有害な振る舞い"への対処法」では多くの反応を頂きました。 はてなブックマークのコメントやTwitterを見ると、多種多様な反応がある中で、有害な振る舞いが多くの方によって実際に観測されていること、そしてそれによって実際に心理的ダメージを受けていたり困っているというコメントがいくつもあることが印象的でした。 ただ、その一方でこれだけ有害な振る舞いに対する反発があると、自分の有害な振る舞いによってチ

                    エンジニアや上司が"有害な振る舞い"を改善するコツ - Qiita
                  • Twitter社内管理ツールの不正アクセスについてまとめてみた - piyolog

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

                      Twitter社内管理ツールの不正アクセスについてまとめてみた - piyolog
                    • 社内で毎週公開してるセキュリティコンテンツ3ヶ月分を公開します【2020年4月〜7月】 - Qiita

                      はじめに 普段はWeb開発を生業としている おりばー(@oliver_diary) です。 今年の4月から情報処理安全確保支援士として、社内のセキュリティ向上に努めているのですが、その取り組みの一つとして社内Slackに毎週セキュリティトピックを公開しています。 毎週続けて3ヶ月が経過しましたが、社内だけに閉じておくのは勿体ないと思ったので、記事としてまとめて投稿します。みなさんのセキュリティ意識向上の助けになればと思います。 またセキュリティ研修用に使用したアプリケーションの記事も公開しているので、そちらも併せてご覧ください。 Gitの脆弱性(2020/04/23) みなさん、既にバージョンをあげている方もいると思いますが、Gitにとても深刻な脆弱性が発見されました。 http://www.security-next.com/114201 https://github.com/git/g

                        社内で毎週公開してるセキュリティコンテンツ3ヶ月分を公開します【2020年4月〜7月】 - Qiita
                      • 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
                          • まだパソコンのOS選びで消耗してるの? - k0kubun's blog

                            昨日、大学生協推奨のPCが20万のWindowsマシンなのを見てなぜMacじゃないのかという声がTLに流れていたり、それで思い出したのか、逆にMacじゃなくてLinuxを使っている人はなぜそうしてるのかみたいな話がvim-jpで盛り上がったりしていた。 Windowsを使い始めてから17年、Macを使い始めてから8年、Linuxデスクトップを使い始めてから6年経ち、今は用途に応じてその3つをどれも使っているという感じなのだが、個人的にはどれも善し悪しだと思っているので、状況に応じて何を使うべきか自分の考えを書いておく。 大学生は何を買うべきか 特にプログラミングとかやるつもりがない大学生でお金がある人は、素直に推奨されたWindowsマシンを買っておくと、大学側が使わせてくるソフトが動かない可能性も流石に低いだろうし、周りと環境が揃っていて質問とかしやすいので無難だと思う。金がなければ中古

                              まだパソコンのOS選びで消耗してるの? - k0kubun's blog
                            • GraphQL Client Architecture Recommendation 社外版 | メルカリエンジニアリング

                              この記事は、Merpay Advent Calendar 2022 の15日目の記事です。 こんにちは。メルペイのvvakameです。 最近、社内向けにGraphQL Client Architecture Recommendationというドキュメントを書きました。社内のiOS/Android、そしてバックエンドのエンジニア向けにGraphQLをやるならこの辺りの条件を満たしておかないと恩恵を感じられなくなっちゃうかもよ、と伝えるためのものです。嬉しいことに、今までに100名弱の人たちがこのドキュメントを閲覧してくれたようです。 これをAdvent Calendarで公開するために、ちょっと調整したものがこの社外版です。 すでにGraphQLをやっているけどあまり便利じゃないな…なんでだろ?とか、これから導入したいんだけど何を気をつけるべきかな…と考える時の材料にしてください。 併せて、

                                GraphQL Client Architecture Recommendation 社外版 | メルカリエンジニアリング
                              • 日本はAIへの期待が世界最高だが、AIツールの活用は最下位―Slackがグローバルの労働環境調査結果を発表

                                  日本はAIへの期待が世界最高だが、AIツールの活用は最下位―Slackがグローバルの労働環境調査結果を発表 
                                • AWSコスト最適化入門 ─ クラウドで「こんなにかかるはずじゃなかった!」を避けるツールと計測 - エンジニアHub|Webエンジニアのキャリアを考える!

                                  エンジニアHub > 記事一覧 > AWSコスト最適化入門 ─ クラウドで「こんなにかかるはずじゃなかった!」を避けるツールと計測 AWSコスト最適化入門 ─ クラウドで「こんなにかかるはずじゃなかった!」を避けるツールと計測 「あれ? AWSのコスト、高すぎ…?」そう感じたときには、そもそもコストを正しく見積れているのか、適切に計測できているのかから見直しましょう。クラウドならではのメリットを享受しながら、コストを適正な範囲にしていく上で役立つ機能やサービスを紹介します。 こんにちは。吉川功一郎と申します。 私はフリーランスのシステムエンジニアとしてあちこちの会社をお手伝いしていますが、その中で、AWS(Amazon Web Services)移行に関するさまざまな相談をいただきます。切り口はいろいろありますが、意外と多いのが「コスト」に関する相談です。 さすがに「クラウド破産」というケ

                                    AWSコスト最適化入門 ─ クラウドで「こんなにかかるはずじゃなかった!」を避けるツールと計測 - エンジニアHub|Webエンジニアのキャリアを考える!
                                  • ヤフー式新人研修 〜 フルオンラインでエンジニア研修を作った話

                                    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。システム統括本部で技術研修の設計・運営をしている酒井です。 ヤフーでは新入社員が配属後も業務で協力しあえるよう、同期同士の関係構築を研修のゴールのひとつとしています。しかし昨年は、新入社員の研修をフルオンラインで行ったために、そこに課題が残ってしまいました。今年は、いかに関係構築ができるよう改善できるか? がポイントの1つでした。 この記事では、2021年4月から6月にかけて実施した2カ月半の研修での工夫を、カリキュラム内容と新入社員の声もまじえて紹介していきます。よかったら最後までお付き合いください! 【目次】 狙いと課題 研修の流れとカリキュラム コミュニケーションのために工夫したこと 新入社員と運営が、ともに作る

                                      ヤフー式新人研修 〜 フルオンラインでエンジニア研修を作った話
                                    • 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
                                      • Vimの思想を取り入れて開発速度を2倍に|NAVITIME_Tech

                                        こんにちは、みみぞうです。 ナビタイムジャパンで『システムや開発環境、チームの改善』を担当しています。 本記事は社内勉強会で発表した内容に沿っています。 この勉強会は、社内全エンジニアの1/4ほどが参加して好評だったため、記事を書かせていただくことになりました。 なお、Vim歴は2年半です。 読んで欲しい方以下のように感じる方を対象にしています。 ❶ VimよりVS CodeやJetBrainsのIDEを使った方が速いので使う必要がない ❷ Vimは学習コストが高いのにメリットがない ❸ Vimの勉強/スキルアップの仕方が分からない この業界に入って7年以上もの間..私も❶~❸の考えをもつ人間でした。 もし昔の自分に会えるなら..『今すぐVimの思想を取り入れよ』と言いたいですね😅 Vimは使わなくていい、されどVimの思想を取り入れよ『すべての開発をVimでせよ』なんて言うつもりはあり

                                          Vimの思想を取り入れて開発速度を2倍に|NAVITIME_Tech
                                        • 次世代SQLクライアントArctypeを触ってみる

                                          どうも、株式会社プラハCEOの松原です 先日社内のエンジニアに「このSQLクライアントがイケてそう!」と教わったので早速Arctypeを触ってみました TL;DR クエリの補完が最高 チャートやダッシュボードを通して簡単に可視化できる 操作性に優れていて、見た目が綺麗 クエリやダッシュボードごとに権限管理できる プレースホルダーを使えば非開発者ともクエリを共有しやすい 説明しよう、Arctypeとは なんかイケてるSQLクライアントです セットアップ それぐらいしか分からないので、ひとまずDBを立ち上げて実際に使ってみようと思います。こちらのmysql-employeesを使わせていただきましょう docker run -d \ --name mysql-employees \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORD=college \ -v $PWD/

                                            次世代SQLクライアントArctypeを触ってみる
                                          • Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita

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

                                              Slack社はSlackをどう使っているのか - Slack利用ガイドラインの話 - Qiita
                                            • Windows開発環境構築メモ

                                              開発環境構築用のメモを自分用に書き残しておく。 GUIアプリケーション この辺りを入れる。 Google Chrome Google日本語入力 1Password 4 Dropbox Docker Desktop for Windows 未だに購読版に移行せず買い切り版の1Password 4を利用している。 Windows + Vを利用するとクリップボード履歴を有効化できるので、済ませておく。 Google日本語入力の設定 HENKANキーでIMEを有効化 MUHENKANキーでIMEを無効化 というキー設定を普段利用しているのでそのように設定する。 直接入力 入力文字なし 変換前入力中 変換中 以上の4つのモードについて、それぞれキー設定のエントリを追加する。 Windowsライセンス認証 Windows 10 Pro 64bit辺りをライセンスキー無しでインストールしていると思うので

                                                Windows開発環境構築メモ
                                              • [あるある]「詰まったら、すぐに質問してください」の克服法 - Qiita

                                                はじめに 「詰まったら、すぐに質問してください!」 こう上司やPM、先輩エンジニアの方から言われたことありませんか? これを言われるのはおそらく初学者の方だと思いますが、以下のような経験はありませんか? わからないことが発生した! 「すぐに」質問してと言っていたので、文意のまま即座に質問した・・・ ( ゚д゚) <「少しは自分で調べたのか!」1 と一蹴!!!チーン(´・ω・`) (すぐ質問してって言ってたのに・・・(´;ω;`)) 自分で調べれば良いのか、ふむふむ。。。 わからないことが発生した! 自分で限界まで考えて調べてみても、まだわからない・・・ (数時間経過後)恐る恐る質問した・・・ ( ゚д゚) <**「最初のうちは考えても仕方ないこともあるから、すぐに質問して!」**と一蹴!!!チーン(´・ω・`) 「いったいどうしたらいいんだぁぁぁぁぁぁぁぁああああああああ!!!!!!!!」

                                                  [あるある]「詰まったら、すぐに質問してください」の克服法 - Qiita
                                                • なぜ日本のブランドロゴは文字ベースのデザインが多いのか? デザイン会社 ビートラックス: ブログ

                                                  ロゴデザインに関して調べていたところ、日本の大手企業のロゴのその多くが、文字ベースであることに気が付いた。 というよりも、いくつかの著名国外ブランドがロゴのリデザインを通じて、シンボルやアイコンっぽいものに変革している。 世界的に見ると、ロゴもDXしているこの大きな理由としては、デジタルサービスの普及がどんどん進むにつれて、ロゴが利用されるシーンが、紙媒体よりも、スマホやパソコンを中心としたデバイスの画面の中に移ってきているから。 もしくは、逆にTwitterやSlackのようなスタートアップなどは、フルスケールのロゴよりもアイコンだけの方が認知度が高くなっているケースも少なくない。 【トレンド分析】最近のロゴデザインが似通ってきている問題 – 第2弾 国別ブランドロゴの傾向【アメリカ, 日本, 中国】リサーチを進めていくと、ブランドロゴは国によって特徴があることがわかった。そして、日本企

                                                    なぜ日本のブランドロゴは文字ベースのデザインが多いのか? デザイン会社 ビートラックス: ブログ
                                                  • 「達人が教えるWebパフォーマンスチューニング 〜ISUCONから学ぶ高速化の実践」を執筆しました - 酒日記 はてな支店

                                                    「達人が教えるWebパフォーマンスチューニング 〜ISUCONから学ぶ高速化の実践」という本を6名の共著で執筆しました。技術評論社さんから、2022年6月4日発売予定です。電子版もでます。 gihyo.jp Amazon はこちら。 達人が教えるWebパフォーマンスチューニング 〜ISUCONから学ぶ高速化の実践 作者:藤原 俊一郎,馬場 俊彰,中西 建登,長野 雅広,金子 達哉,草野 翔技術評論社Amazon タイトルの通り、ISUCON で出題されるようなWebサービスを例にして、Webサービスのサーバーサイドパフォーマンスチューニングを指南する内容です。通称「ISUCON本」と呼んでください。 2020年の末に、技術評論社さんからWebサービス高速化 × ISUCONに関する書籍を執筆しませんか、と藤原までお誘いをいただいたのが発端でした。 書きたい気持ちはあったものの、内容的にとて

                                                      「達人が教えるWebパフォーマンスチューニング 〜ISUCONから学ぶ高速化の実践」を執筆しました - 酒日記 はてな支店
                                                    • Kaggle Expertになるまで勉強したことを全て書く - Qiita

                                                      はじめに こんにちは。Yuki | Kagglerです! 先日、Shopeeコンペの順位が確定して銀メダルをいただき、晴れてCompetition Expertになることができました。区切りがいいのでここまで取り組んできたことをまとめてみました。 ※ 6/28追記:Amazonのリンクが切れていたので貼り直しました! プログラミング&機械学習を始めて一年、ようやく Kaggle Expertになることができました!! 行列も正規分布も知らず、ターミナルなんて触ったこともない状態からのスタートでしたが、ようやくここまで来ました。 ここまで来れたのは偏にこれまで関わってきた皆様のお陰です。これからも頑張ります!! pic.twitter.com/kMkaFhqhU9 — ユウキ | Kaggler (@Yuki_Kaggler) May 12, 2021 この記事の対象者 Kaggleをやって

                                                        Kaggle Expertになるまで勉強したことを全て書く - Qiita
                                                      • 入社して一週間、素早く生き残るためにやったこと(Ubie) - maru source

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

                                                          入社して一週間、素早く生き残るためにやったこと(Ubie) - maru source
                                                        • WSLはいいぞ

                                                          この記事は LITALICO Engineers Advent Calendar 2021 その2 の14日目の記事です。 社内slackでMacの民が環境などでハマっているのを見ると、「(WSLはいいぞ...)」と心の中で思ったり冗談半分で言ったりするのですが、なんだかんだで良さをちゃんと列挙したことないなと気付きました。 今後もし本気で布教する機会が来たときに自信を持って推せるよう、ちょいとここらで想いを書き出してみようと思います。 布教ターゲット 本記事の想定読者、もとい布教ターゲットは、 ソフトウェア開発、特にWeb系の開発をする人 特に強い理由がなくMacを使っている人 宗教上の理由でMacを使わずLinuxを使っているが、ぶっちゃけつらい人 フルスペックなゲームプレイと開発を一つのマシンで欲張りたい人 となっています。信念を持ってMacを使っている方やLinuxデスクトップをガ

                                                            WSLはいいぞ
                                                          • マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景

                                                            今やTypeScriptはウェブアプリ開発時に最初に検討される言語となっているが、開発が始まった2010年頃は、まだオープンソースに恐れを抱いていたMicrosoft文化のなかで、ゆっくりと歩を進めていく必要があった。 TypeScriptの共同創案者であり、デンマークのソフトウェアエンジニアであるとともにMicrosoftのテクニカルフェローも務めているAnders Hejlsberg氏は米ZDNetに対して、Steve Ballmer氏が同社の最高経営責任者(CEO)だった2010年に、JavaScript開発者の心をつかむ唯一の道はオープンソース戦略だという決断をチームが下した際のことを語ってくれた。 Ballmer氏は2001年に、LinuxがMicrosoftの知的財産すべてを脅かす「ガン」だと発言しており、Microsoftの幹部らは2010年時点でも、オープンソースが依然とし

                                                              マイクロソフト発のオープンソース言語「TypeScript」、生みの親が語る開発当初や背景
                                                            • ビルの来客システムと Slack を連携させたら便利すぎてヤバい - SmartHR Tech Blog

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

                                                                ビルの来客システムと Slack を連携させたら便利すぎてヤバい - SmartHR Tech Blog
                                                              • 2020年のエンジニアなら、知っておきたい。リモートネイティブという選択。 【世界のエンジニアに学ぶ】

                                                                また、TechnologyRadarの各項目は更新されていくものであるため、更新・追加・新登場かどうかも直感的にわかるように表現されている。Newは新しく追加された項目、Movedin/outは以前紹介されたことがあるが所属リングが更新された項目、No Changeは以前紹介されている項目を指している。 あくまでもこれらの項目はThoughtsWorks社が独自の目線でピックアップし、分類したものである。それを考慮した上で、自社に採用できるツールを探すことはもちろん、次に定着しそうなツールはなんだろう、と言った別の目線でリングや新登場の情報を読み進めるのも面白いかもしれない。 ちなみにGoogle Sheetのテンプレートを使えば自分だけのRadarを作成することもできる(https://www.thoughtworks.com/radar/how-to-byor)。 リモートワークのテク

                                                                • ネットサービスのあいつ今何してる?

                                                                  個人的に2000代前半のネットの雰囲気が好きだった。 あのは頃まだ一部の人がやっている感があり、そこはかとないアングラというかアウトロー感というか 当時中二病を引きずっていた高校生の自分には、とてもワクワクする場所だった。 その時のサービスというか、そんなものがどうなったのかちょっと考えた。 2ch⇒5ch及びtwitter: 当時の2chユーザを主とした中年層と業者と幾ばくかの他の年齢層が5chに 少し趣を変えてtwitterの一部クラスタが昔に居た2chの層としている感じ 匿名の若気のバカ遊びみたいなノリが機能する場所はなくなった気がする。 個人ニュースサイト⇒はてブ、スマートニュース等キュレーションサイト: はてブに関してはリンク中心の前者から、コメント中心の後者になった感がある。 あとははてなバイアスというか技術系に偏りがちな気も。 キュレーションサイトは個人の色がないというか、あ

                                                                    ネットサービスのあいつ今何してる?
                                                                  • 軽量RustフレームワークTauriでデスクトップアプリ開発をはじめよう | gihyo.jp

                                                                    TauriはRustで書かれた軽量なGUIフレームワークで、Windows、macOS、Linux向けのデスクトップアプリを開発できます。2022年6月に最初の安定版であるバージョン1.0がリリースされました。 Tauriでは、メインプロセスはRustで記述しますが、UI(User Interface)にはWeb技術を利用します。ReactやVue.jsのようなJavaScriptフレームワークがそのまま使えるので、インタラクティブで見栄えの良いUIを簡単に構築できます。同種のフレームワークにElectronがありますが、後発であるTauriにはインストーラのサイズを小さくできるなどの強みがあります。 Tauriのロゴは、おうし座の二重星であるシータタウリ(θ Tauri)をモチーフ[1]にしており、Webとネイティブアプリの相互作用を意味しています。 図1 Tauriロゴ 本稿では、Ta

                                                                      軽量RustフレームワークTauriでデスクトップアプリ開発をはじめよう | gihyo.jp
                                                                    • 障害対応プロセスを改善してきた話 - 10X Product Blog

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

                                                                        障害対応プロセスを改善してきた話 - 10X Product Blog
                                                                      • 効果的なリモート会議にするためのプラクティス - Effective Remote Meeting

                                                                        はじめに コロナウィルス(COVID-19)でリモートワークの頻度が増加している人も多いと思う。そうなると、必然的にリモート会議の数も増える。ここで課題として上がってくるのが、リモート会議に対する姿勢、また練度だ。 リモートワークを多用して、リモート会議に慣れているチームもあれば、もともとオフサイト出社がメインでリモート会議に慣れていないチームもある。前者の慣れているチームであれば、スムースに適応できると思うが、後者の不慣れなメンバが多い部署・チームは、もっと効果的なやり方に気づいていない可能性もあると思う。(この場合、前者のメンバはストレスを溜めることにもつながる…。たとえば、一方的に音質の悪いリモート会議を想像して欲しい) そこで、この記事では自身の5-6年のリモート会議経験や、見聞きした情報から良いと思っているプラクティスを紹介していく。それによって、少しでもより効果的なリモート会議

                                                                          効果的なリモート会議にするためのプラクティス - Effective Remote Meeting
                                                                        • RAGの実案件に取り組んできた今までの知見をまとめてみた | DevelopersIO

                                                                          はじめに 新規事業部 生成AIチーム 山本です。 ChatGPT(OpenAI API)をはじめとしたAIの言語モデル(Large Language Model:以下、LLM)を使用して、チャットボットを構築するケースが増えています。通常、LLMが学習したときのデータに含まれている内容以外に関する質問には回答ができません。そのため、例えば社内システムに関するチャットボットを作成しようとしても、素のLLMでは質問に対してわからないという回答や異なる知識に基づいた回答が(当然ながら)得られてしまいます。 この問題を解決する方法として、Retrieval Augmented Generation(以下、RAG)という手法がよく使用されます。RAGでは、ユーザからの質問に回答するために必要そうな内容が書かれた文章を検索し、その文章をLLMへの入力(プロンプト)に付け加えて渡すことで、ユーザが欲しい

                                                                            RAGの実案件に取り組んできた今までの知見をまとめてみた | DevelopersIO
                                                                          • 村上世彰氏が特別顧問の「N高投資部」、初年度の活動終了 部員がもらった20万円は増えたのか……?

                                                                            角川ドワンゴ学園が運営する通信制高校「N高等学校」(N高)は3月6日、株式投資を体験できる部活動「N高投資部」を2019年7月~20年2月に運営した成果を発表した。企業動向の読み解き方や資金運用術を伝える狙いがあり、旧「村上ファンド」代表の村上世彰氏が特別顧問を担当した。部員は村上氏が創設した財団から20万~50万円を支給され、同氏のアドバイスを受けつつ、東京証券取引所の上場銘柄を売買。投資に必要な考え方を学べたという。 1期生の部員50人のうち、収支がプラスだったのは15人ほど。特に優秀だった生徒は、当初はZホールディングス、楽天、日本通信などの株式を購入・売却していたが、新型コロナウイルスの感染拡大に伴い、医療関係の銘柄に集中的に投資。訪日外国人を日本の医療機関に通訳付きでアテンドする事業を手掛けるメディア工房、輸液バッグのフィルムを開発するMICS科学、注射器や輸液ポンプを開発する大

                                                                              村上世彰氏が特別顧問の「N高投資部」、初年度の活動終了 部員がもらった20万円は増えたのか……?
                                                                            • 法人としての価格設定問題からの、おじさんエンジニアの辛さと賃金の関係性 - 株式会社ホクソエムのブログ

                                                                              株式会社ホクソエム常務取締役のタカヤナギ=サンです、主にバックオフィス業務を担当しています。 自分メモに書き溜めていたポエムネタが溜まってきたので少しずつ放出していこうと思い筆をとりました。 「いや、そんなもん会社のBLOGに書くんじゃねーよ💢」という話があるかもしれないですが、ここは私の保有する会社なので何の問題もない、don't you? これは何の話なの? 以前、社のお若い方が技術的に楽しそうな案件を持ってこられて、その価格設定をどうするかについて悩まれておられた時がありました。 その際に社内のSlackにいわゆる”おじさんの小言”のようなものをちらほら書いていたので、それを改めて文章にし、更に「あ、この話は私がちょいちょい感じているおじさんエンジニアの辛さと賃金の話にもつながってくるな」思い、そことも絡めて書いたものになります。 法人としての価格設定問題 既にご存じの方もいるかも

                                                                                法人としての価格設定問題からの、おじさんエンジニアの辛さと賃金の関係性 - 株式会社ホクソエムのブログ
                                                                              • 「どうカーソルを動かしたか」「どこをクリックしたか」「どの部分をスクロールして読み飛ばしたか」などのアクセス情報を全て入手し解析・分析できるオープンソースのアプリ「highlight.io」を使ってみた

                                                                                ウェブアプリの開発をする時、ユーザーに「どこが分かりにくかったか」や「どこでエラーが発生したのか」などの情報をフィードバックしてもらいたいものですが、そうしたフィードバックを送る作業はなかなかに面倒なもので、全然直接のフィードバックは来ないのにTwitterにはいろんな意見が書かれている……ということはよくあります。「highlight.io」はそうしたフィードバックを勝手にやってくれるツールということで、実際に使って試してみました。 highlight.io: The open source monitoring platform. https://www.highlight.io/ highlight.ioはオープンソースということでセルフホスト版が用意されていますが、今回はどんな機能があるのかについて確かめるためhighlight.ioの開発元が提供するSaaSを利用します。公式サイ

                                                                                  「どうカーソルを動かしたか」「どこをクリックしたか」「どの部分をスクロールして読み飛ばしたか」などのアクセス情報を全て入手し解析・分析できるオープンソースのアプリ「highlight.io」を使ってみた
                                                                                • 全社員からデータ基盤への問い合わせが殺到して2人では捌けなくなったので仕組みで解決する話〜datatech-jp Casual Talks #2 登壇後記〜 - MonotaRO Tech Blog

                                                                                  データ基盤グループの吉本です。 今回は先日開催されたdatatech-jp Casual Talksで登壇した内容について補足も含め紹介します。 datatech-jp.connpass.com 発表資料はこちらです。 データ基盤に関わる問い合わせ対応を仕組みで解決する from 株式会社MonotaRO Tech Team www.slideshare.net 発表内容の背景(問い合わせ対応における課題) 発表したこと 発表の反響 最後に datatech-jpは主にデータエンジニアリングやデータ活用に関わる方が参加するコミュニティで、DWHやデータマネジメント、データエンジニアリングに関わる技術、ツールなどについて知見を共有したり、輪読会やLT会のようなイベントを実施しています。 オーガナイザーとして同社同僚の吉田(id:syou6162)が参加しています。 その中でCasual

                                                                                    全社員からデータ基盤への問い合わせが殺到して2人では捌けなくなったので仕組みで解決する話〜datatech-jp Casual Talks #2 登壇後記〜 - MonotaRO Tech Blog