1. インストール 1pip install open-interpreter ターミナルで次のコマンドを実行して、Open Interpreter をインストールします。 2. 対話型チャットの開始 インストール後、次のコマンドを実行して、ターミナルで対話型チャットを開始できます。 1interpreter Python で対話型チャットを開始するには、次のコマンドを実行します。 1import interpreter 2interpreter.chat() 2. OpenAI APIキーの設定 OpenAIのAPIキーを利用する場合は設定が必要ですが、OpenAIのキーを使用しない場合は、Code-Llamaを利用することができます。 これで、Open Interpreterを利用する準備が整いました。 Open Interpreterの使い方 タスクの依頼・実行 Open Inter

WEBサービスには、様々な箇所でキャッシュ(Cache)が用いられています。 どこでどのようなキャッシュが可能なのか、何をキャッシュさせるべきなのかについて、勉強することで、ハイパフォーマンスなWEBサービスを構築することができます。 参考にしてください。 どこでキャッシュできるの？ 1. クライアントでキャッシュする ブラウザにURLを入力するとHTTPリクエストがスタートします。 ブラウザではJavaScriptやCSSファイルは基本的にキャッシュされます。 他にも、Cookieやローカルストレージ/セションストレージをキャッシュとして用いるケースもあります。 モバイルの場合でしたら、モバイルのDBにキャッシュしておくなどもあります。 できるだけクライアントに近いところでキャッシュしたほうが、パフォーマンスは良くなります。その一番の場所がクライアントでのキャッシュになります。一方でクラ

Open-interpreterとは ターミナル上でLLMにプロンプトを差し出すと、命令通りにコードを書いて実行してくれるプログラム。 前提条件 Anacondaがインストールされている ターミナルの使い方を知っている インストール $ conda create -n interpreter python=3.11 $ conda activate interpreter $ pip install open-interpreter $ env:FORCE_CMAKE=1; $env:CMAKE_ARGS='-DLLAMA_CUBLAS=on' $ pip install llama-cpp-python --force-reinstall --upgrade --no-cache-dir -vv

最近見ていないものと言えば、スライドだ。パワーポイントなどで作るような資料。ここ数年コロナ禍でイベントがかなり少なくなったから、というのもある。また、SlideShareに大量にスライドが出回っていたのが5年くらい前だったが、SlideShareが広告を強制表示するようになって、無料利用が減ったというのもあるだろう。 ともかく、技術的な情報がスライドで出てくることが体感で減少した。逆に、ブログ記事のようなテキストで表される情報の方が増えて来たような気がする。 技術的な情報は結構込み入った話が多い。パワーポイントで表現しようものなら、字ばっかりになって読みにくい。それならテキストでざっくり羅列したほうがいいんじゃないか、そんな理解が広がったのかもしれない。 特に、スライドにしたものをインターネットに更改するのはSlideShareの件もあってハードルが高くなった。PDFファイルにするという手

今月から新しい職場で働いています。それによってありとあらゆるものが変化したわけですが、そのなかでも大きなもののうちのひとつが、社用PCが Windows になったこと。 Windows PC を仕事で使うのは、新卒入社した会社以来なので、11年ぶりくらい。最初の転職のときに Mac に切り替わった際には「初の転職で OS まで変わっちゃって、仕事で成果をちゃんと出せるだろうか......」みたいな心配をしてたことはすごく記憶に残っているんですが、流石に今回 Windows に切り替わったことについてはそこまでの心配はしていないにしても、日常の所作の端々で小さなストレスを感じる、といった体験はしっかりとあり、これは早く慣れていきたいなぁと願うばかりなのですが。 すぐなんか音が鳴る 今でもまだなんかよくわかってないんですが、Windows ってデフォでいろんな通知が有効になってて、しかもそれが

~ 秋のエンジニア大交流会 & LT会！！~( https://devguil.connpass.com/event/290596/ )で発表したセッションのスライドです。 サンプルリポジトリ: https://github.com/MH4GF/pnpm-workspace-knowhow-sample

という考えにたどり着いたので、考えのスナップショットをとっておく。 Go言語における、テスト関数名とサブテストのname引数の値を「テストケースの名前」・「テスト名」と呼ぶことにしている。 (*testing.T).Run(name string, f func(t *testing.T)) bool テスト名に近いものとして、(*testing.T).Errorや(*testing.T).Logの引数がある。これらはテスト実行時の出力に含まれるが、テストケースを分かつものではない。あくまで、特定のテストケース内の情報を増やすものだ。対するテスト名は、（通常は）テストケースを分割できる最小単位である。 テストケースがテスト名の単位で存在するということは、テスト名はそのテストケースを十分に表現できていたほうがよいということだ。さもなくば、検証・変更しようとする仕様に対応するテストケースや、実

Nim は、「もしアラン・ケイがオブジェクト指向と言わなかったら」という歴史の if を感じさせてくれる言語だと思った話をします。 私自身は Nim 初心者です。細部の「こいつ慣れてないな」感はご容赦ください。この記事は、この言語については初心者だけれど、プログラミング言語とパラダイムを考えるうえでとても価値があると思った気付きがあったのを、図々しくも記事にしました。複数のプログラミング言語を歴史的な観点で評価するうえで、Nim を通して 70 年代以前の言語と 80 年代以後の言語、具体的には、C with classes と C++ の境界線を見つめ直すことができるんじゃないかと思います。 ズバリ言うと、Nim はアラン・ケイのオブジェクト指向が通じない言語です。 Nim の言語標準には class キーワードがありません(マクロを作れば語句の拡張は可能ですがオプションです)。が、そん

はじめに 現在ITエンジニア歴16年目でこれまでなんどかチームリーダー(プロジェクトリーダー)を経験してきましたが、数年前は上手くいっていたけど、ここ1年位のチームではなかなかうまく行かないことが多く、メンバーからのクレームが上長経由で伝えられてくることがあります。 クレームを伝えてくるメンバーの多くが経験が浅いエンジニア(若手、未経験中途入社)であり、まだITエンジニアとしての業務や商流が分かってない部分もあるゆえのエゴのようなクレームもあるのですが、中にはリーダーとして気をつけるべきだなと思ったことがあったので、まとめておきたいと思います。 なお、経験が浅いエンジニアと主語大きめに書きましたが、数年前にリーダーをした際にQAから転身したてのITエンジニアや、20台中盤くらいの方もいましたが特にクレームはなかったので「メンバーによる可能性はある」ということは書き添えておきます。 また、上

2023/09/07 Cyber-sec+ MeetUp vol.1 で発表した内容です。

PCが電源入らなくなった 何もしてないのに 昨日までは入ってた 今朝から急に入らなくなった 理由がわからない こういう症状 ここ触ってもダメ 言うとおりにしてもうんともすんといわない 昨日帰りにポカリこぼしちゃった　←ここまで2時間 殺すぞ

企業向けコラボレーションツール「Slack」の新機能「Hide Person」が、9月6日ごろから話題になり始めている。これは特定のメンバーのメッセージを非表示にしたり通知させないようにしたりする機能。X（Twitter）では同機能について「これを使ったら終わり」「ハラスメント対策になる」など議論を呼んでいる。 Hiden Personはメンバーのプロフィールから「○○さんを非表示にする」を選ぶと適用できる。同機能は7月に発表されたが9月5日ごろから日本でも徐々に有効化されている。メンバーを非表示にすると、そのメンバーのメッセージは「This message is hidden」と表示され、メッセージの存在は分かるが投稿主やメッセージの内容は隠される。「Show anyway（とにかく表示する）」ボタンをクリックするとメッセージを開ける。該当メンバーからの通知も受信しない。 Hiden P

転職成功者たちの「転職の流儀」を紹介する本連載。今回登場するのは、音楽大学を卒業後、エンジニアとしてキャリアをスタートさせ、過去10年で4回の転職経験を持つ新多（あらた）真琴さんです。3回目の転職ではCTO（最高技術責任者）に就任し、キャリアアップを果たしました。上編では、音大在学中にエンジニアを目指した理由や、転職する上での3つのマイルールなどについて聞きました。 （上）音大→DeNAでエンジニア　10年で4回転職で優先してきたこと ←今回はココ （下）音大卒エンジニアが31歳でCTOに就任「役職」が次の転職の壁に 国立音楽大学に在学中、プログラミングを独学し、新卒でディー・エヌ・エー（DeNA）にエンジニアとして入社した新多真琴さん（33）は、この10年で4回の転職を経験。同社で3年勤めた後、サービスの企画設計を手掛けるセオ商事、チラシ・買い物情報サービスなどを運営するロコガイドでのエ

► 2024 ( 251 ) ► 08/25 - 09/01 ( 5 ) ► 08/18 - 08/25 ( 7 ) ► 08/11 - 08/18 ( 8 ) ► 08/04 - 08/11 ( 8 ) ► 07/28 - 08/04 ( 7 ) ► 07/21 - 07/28 ( 7 ) ► 07/14 - 07/21 ( 8 ) ► 07/07 - 07/14 ( 7 ) ► 06/30 - 07/07 ( 7 ) ► 06/23 - 06/30 ( 7 ) ► 06/16 - 06/23 ( 7 ) ► 06/09 - 06/16 ( 7 ) ► 06/02 - 06/09 ( 7 ) ► 05/26 - 06/02 ( 7 ) ► 05/19 - 05/26 ( 9 ) ► 05/12 - 05/19 ( 7 ) ► 05/05 - 05/12 ( 8 ) ► 04/28 - 0

► 2024 ( 251 ) ► 08/25 - 09/01 ( 5 ) ► 08/18 - 08/25 ( 7 ) ► 08/11 - 08/18 ( 8 ) ► 08/04 - 08/11 ( 8 ) ► 07/28 - 08/04 ( 7 ) ► 07/21 - 07/28 ( 7 ) ► 07/14 - 07/21 ( 8 ) ► 07/07 - 07/14 ( 7 ) ► 06/30 - 07/07 ( 7 ) ► 06/23 - 06/30 ( 7 ) ► 06/16 - 06/23 ( 7 ) ► 06/09 - 06/16 ( 7 ) ► 06/02 - 06/09 ( 7 ) ► 05/26 - 06/02 ( 7 ) ► 05/19 - 05/26 ( 9 ) ► 05/12 - 05/19 ( 7 ) ► 05/05 - 05/12 ( 8 ) ► 04/28 - 0

► 2024 ( 251 ) ► 08/25 - 09/01 ( 5 ) ► 08/18 - 08/25 ( 7 ) ► 08/11 - 08/18 ( 8 ) ► 08/04 - 08/11 ( 8 ) ► 07/28 - 08/04 ( 7 ) ► 07/21 - 07/28 ( 7 ) ► 07/14 - 07/21 ( 8 ) ► 07/07 - 07/14 ( 7 ) ► 06/30 - 07/07 ( 7 ) ► 06/23 - 06/30 ( 7 ) ► 06/16 - 06/23 ( 7 ) ► 06/09 - 06/16 ( 7 ) ► 06/02 - 06/09 ( 7 ) ► 05/26 - 06/02 ( 7 ) ► 05/19 - 05/26 ( 9 ) ► 05/12 - 05/19 ( 7 ) ► 05/05 - 05/12 ( 8 ) ► 04/28 - 0

TL;DR 読むのが面倒な人は 私が一番訴えたい事： PR がレビューされない環境を作らない を読んでください。 その他のものは、周りの開発者体験をより良くするための手法について提示しています。 初めに この記事は GitHub での開発者体験をより良いものとするため、チームメイトにこの記事を見せて GitHub 上での開発手法を合わせたいという意図があります。 より良い開発体験を見つけたり躓いた部分があった場合は適宜更新されます。 また記事を見ている方の意見も募集しております 皆でより良い開発者体験を得られる環境を考えられたらと思います。 私が一番訴えたい事： PR がレビューされない環境を作らない Git を使った開発をした事なら誰にでもある、PR が全然レビューされない問題 は開発者体験を下げる大きな要因です。 そこが タスクを止めている明確とした要因 にも関わらず、誰もレビューしな

2つの不確実性とリファクタリング プロダクションコードを書いていると、リファクタリングをしなければならないコードにぶち当たります。 正直なところリファクタリングは時間がかかるので避けたいものですが、必要になるようです。 必要な理由は大きく分けて2つあります。 1つ目は市場など外部の不確実性に対抗し、既存実装では不要だった抽象化を機能のために追加するためです。 これは因果的に回避できませんが、プロダクトの改善に直結するという意味でポジティブなものです。 2つ目は内部不確実性に対抗し、既存コードの意図の明瞭化や、必要以上の抽象化で身動きが取れない状況を改善するためです。 これは注意深くコードを構成することで回避可能なものです。 今回の記事では後者のリファクタリングを回避するためにどのようにコードを構成すべきかについて、筆者の判断基準を明確化することと、Railsでの適用例を示します。 (事例は

はじめに Step Functionsを実際に操作して理解を深めるために、この記事を執筆しました！ AWS SAMを活用することで、容易に実行環境をセットアップでき、手軽に試すことが可能です。この環境で、Step Functionsの構築手順について詳細に解説していきます。sam initコマンドのテンプレートオプションには、Step Functionsも含まれているので、このテンプレートを選択します。 そのため、Step Functionsの知識がない方でも、ゼロから実践する必要がないため、安心して取り組むことができます！ もしStep Functionsに関する理解が不十分な場合は、以下の記事が参考になると思います。 準備(sam init) sam initコマンドを使用して、サーバーレスアプリケーションを初期化します。 今回はアプリケーション名を「sam-step-function

freee人事労務の開発チームで給与計算関連の機能開発を行っているbanaと申します。最近はポケモンスリープに睡眠を支配されています。 freee人事労務の給与計算チームでは、先日入退社月の日割り計算の機能をリリースしました。この機能開発は自分が経験した中では比較的ドメインや仕様が難しい開発で、学びが多くあったため、プロジェクトを前に進めるためにやったことをこの記事にまとめたいと思います。 1つでも役に立つことがあれば、また、深いドメイン理解が求められるアプリケーション開発の大変さと面白さを少しでも感じていただければ幸いです。 前提 入退社月の日割り計算とは 今回記事で取り上げる内容が伝わりやすくなるよう、簡単に入退社月の日割り計算について説明します。 例えば、給与の締め日が月末（=給与計算期間が月初から月末）の会社に入社するときの基本給について考えます。従業員は月給制とします。 1日に入

🐳この記事は「ログラスサマーアドベントカレンダー2023」の28日目の記事です。 次はデザイナーチームの高瀬さんです。 こんにちは、ログラスの松岡です。 ログラスのプロダクトチームでは、ドメイン駆動設計とアジャイルプラクティス（スクラム、エクストリームプログラミング等）を併用していました。 その中で、「アジャイル・フルーエンシーモデル」(以下、省略時には「フルーエンシーモデル」と表記)という概念が多くのプラクティスを取りまとめ、全体感を把握してチームの成長余地を考えるのに役立つものなので、この記事で紹介したいと思います。 アジャイル・フルーエンシーモデルの面白いポイント 面白いポイントはいくつもあるのですが、この記事で紹介するポイントは二つあります。 ポイント①: 技術的負債への対策が組み込まれている 一つは、「技術的卓越性によってアジャイルの持続可能性(サステナビリティ)を高めるという

この記事は何 僕は普段プロダクトマネージャーとして施策を考えることが多いです。 この記事では、僕が施策を考えるときに特に意識している「良い問いを作る」という話を紹介したいと思います。 問いとは 「良い問い」とざっくり書きましたが、そもそも「問い」とは何でしょうか？ 問いとは、思考を始める上での出発地点です。 問いが変われば考え方やアプローチも変わってきます。 つまり、良い問いを作ることができないと、どれだけ考えるのが得意でも結論にたどり着くことは難しいでしょう。 問いの良し悪しとは 前項で「問い」についての説明をしましたが、問いの良し悪しはどうやって判断すればよいでしょうか？ まず、良い問いとは具体的な目標に向けてどれだけクリアになっているかどうかです。 いわゆる「解像度」が高い問いであるとも言えます。 ここで僕がよくメンバーに話している例を記載します。 よく皆さんお腹が空いた時は「何か食

最近のLLMの学習法 (SFT・RLHF・RAG) をまとめました。 1. 教師ありファインチューニング (SFT : Supervised Fine-Tuning) 2. 人間のフィードバックからの強化学習 (RLHF : Reinforcement Learning from Human Feedback)

先日 "Python の「仮想環境」を完全に理解しよう" というスライドを公開したらかなり反響がありました。 Python の開発環境の構築は、正直言ってかなり複雑だと思います。 pip・venv・pyenv・Pipenv などなど、似たような名前・似たような役割のツールがたくさん登場して、最初は全然意味が分かりません。 慣れればなんとかなるのですが、慣れるまではかなり苦しいです。 このようにとても難解であるにも関わらず、Python は機械学習などでよく使われることから、避けられないことも多いです。 そこでこの記事には、「そもそも Python の開発環境にはどんな観点があるんだ？このツールはなにを解決してくれるんだ？」という話をまとめます。

冒頭2023年現在、Generative AIの台頭により”Data is new oil.”という言葉の重みが日に日に増してきている。そんな中、企業向けデータマネジメントを担うツールであった”データカタログ”にも転機が訪れている。ここ数年の欧米動向を見ていると、旧来データカタログと自身を呼んでいた海外ベンダーが、Active Metadata PlatformやData Intelligence Platformへと自身を再定義するに至っている。以前の記事では、前者について説明を行った。本日は、よりエンタープライズ企業へとフォーカスを当てた取り組みである後者について、特に国内状況についての考察を行う。 “Intelligence”とは？Data Intelligenceと似た名前に、Business Intelligenceという概念がある。今となっては”BIツール”として慣れ親しまれ、

[質とスピードを追求する開発チームでの取り組み] の登壇資料です https://drobe.connpass.com/event/292061/ # 参考資料 - https://speakerdeck.com/soudai/first-step-for-good-development …

しゃれにならないエピソードはない 身体加工といえばいかにも野蛮だが、それこそが文明のはじまりなのだ。誰も動物を野蛮とはいわない。野蛮は文明のはじまりなのであり、おそらく、文明もまた一種の野蛮のはじまりなのである。 おれは身体加工をしている。左耳に三つのピアスをつけている。耳たぶに一つ、ヘリックスに二つ。 おれは四十代中盤の中年男性で、いたって平凡なサラリーマンだ。 おれがピアスを最初に開けたのはいつか。会社員として働き始めたときである。大学生になったときでもないし、大学を中退したときでもない。会社員になって、ピアスの穴を開けた。 「開けてもらった」といったほうがいいかもしれない。 最初に、耳たぶに穴を開けたのは職場であって、ガチャンとやるピアッサーで穴を開けてくれたのは、上司の女の人だった。 ピアスを開けるのが普通の職場なのか？　違う。違うけれど、おもな客先は自治体や公共機関だ。 しゃれた

普段の暮らしの中で、忘れないためや気になったことをメモに記録することは、多くの人にとってよくあることでしょう。そして今や、さまざまな機能を持つメモのアプリがたくさんリリースされています。 この記事で紹介するGoogle Keep（キープ）は、世に多く出回るメモサービスの一つ。画像や音声のメモへの添付、リマインドの設定、メモの背景の設定など、豊富な機能が提供されています。使い方次第では、メモにとどまらない使い方も可能です。 この記事では、Google Keepの代表的な操作方法から便利な使い方までを解説していきます。 目次 そもそもGoogle Keepとは？ メモの作成 メモの整理 他人との共有 最後に そもそもGoogle Keepとは？ Google Keepとは、Googleが提供しているメモアプリ・サービスのこと。クラウド上にメモのデータが保存されるので、WindowsやMacとい

面接のときに志望動機を聞かれて、「ウザすぎ」というツイートを見た。 志望動機ウザすぎだろ お前が募集してたから応募したんだよ — 限界 (@3U62_) August 26, 2023 そうだなあ、と思う。 ちょっと言葉が強いけれども、ほぼ同意だ。 ぶっちゃけ、私の場合で考えても、新卒の時にコンサルティング会社に応募した理由は、「（奨学金返すために）給料が良かったから。」「頭使う仕事がいいかも」くらいだった。 おそらく、面接では志望動機を聞かれたと思うが、何を答えたのかは全く覚えていない。 適当に作り上げた理由を、覚えているわけがないのだ。いま覚えているのは結局「金」と「雰囲気」で入りたいと思っただけ。 ただ、このように言うと、「本音ではなく、建前を言える人が欲しいのだ」と言う意見もある。 自分が採用仲介者側になって思うのが、かたちだけでも入社の意思作れない人間に、入社後に長期就業してもら

急速に変化するソフトウェア開発のライフサイクルに対応するため、多くの組織において、テストは欠かせない存在になった。ソフトウェア開発者にはテストを容易にするアプリケーションを構築するスキルだけでなく、パイプラインを通じてテスト結果を追跡するようなテストスイートを作成するスキルも求められる。 だが、効果的なテストスイートを作成するのは、適切なテスト戦略や、経験、トレーニングがない開発者にとっては容易ではない。正しいテスト習慣を身に付けることができなければ、見逃したバグを絶えず追いかけるリスクが伴う。

2023年度統計関連学会連合大会チュートリアルセッション　言語モデルと自然言語処理のフロンティア

こんにちは、SREの戸田です。本日はJVM勉強会（運用編）に続けて開催したJVM勉強会（開発編）の一部を公開します。 図1 勉強会はやっぱりGoogle Meetでオンライン開催しました システムプロパティ システムプロパティは環境変数のように、プログラムの挙動を変えるために利用することが多いです。例えばOpenJDKそのものでも Integer.valueOf() で値をどの程度キャッシュするか*1を設定するためにシステムプロパティを使っています。 他にも user.language あたりはよく知られていますし、標準で提供されるシステムプロパティも多数あります。しかし製品コードから直接参照することは基本ないと思っていて、 File.pathSeparator などの提供されたAPIを使うことが望ましいでしょう。またシステムプロパティは動的に変更することも可能ですが、システムプロパティを

カワウソ祭 @otter_fes こないだ聞いた話で、プログラマーやエンジニアは髪色自由なことが多いが、かといってあまり派手な色にすると「めちゃくちゃ仕事ができる人」だと思われる（映画とかの天才ハッカーみたいに見える）というのが良くて反芻している

リンク はてな匿名ダイアリー 5年いた富士通を退職した理由 5年エンジニアとして務めた富士通を一昨年退職した。そろそろほとぼりも冷めたと思うので、書く。真面目に書いている増田もいるが、僕は自分の… 1364 users 3046

https://aws-startup-community.connpass.com/event/289498/ Startup Day 2023のセッションスライドです。

MLOpsの前提となる「ML」がプロダクトの成長に貢献している状態を実現するために、AWSが実施している ML Enablement Workshop の内容や提供の経緯をお話しした資料です。 ML Enablement Workshop は GitHub で公開しています。 https://g…

インフラエンジニアをやってると、IT関連についてニュースが出る前に世間のトレンドがわかります。 ここ数年はマイクロサービスに人々は熱心でしたが、結局は局所的な流行で終わりそうです。コンテナまでは皆便利さはわかるのですが、それを本番環境に置く時に、結局はどこやらのベンダーが場所代を取るビジネスになっているのに気が付いています。マイクロサービスだろうと、過去の作り、いわゆるモノリシックであっても、動いてるものは同じ。金かかるならなぜわざわざ、慣れている技術者の少ないマイクロサービスにするのみたいな風潮は数年前より今の方がかえって強いような気がします。 Kubernetesはオープンソースですが、これ自体を無料で構築し自社オンプレで動かす、みたいなことをやって疲弊してパブリッククラウドのマネージドサービスに載せ替えた会社はたくさんあり、それを横目で見て、それだったら普通に仮想サーバーにミドルウェ

導入 BASEでは、2023年3月頃に「あと払い（Pay ID）」というBNPL（Buy Now Pay Later）のサービス提供を開始しました。BNPLとは、いわゆる後払い決済のことで、今回、BNPLのシステムを一部内製化した上で、世の中にリリースしました。BASEとしては「決済手段を内製化する」ための第一歩であり、ありがたいことに国内の決済業界で、少しばかり話題になりました。 リンク先：2023/4/11 日本経済新聞 今回は、BNPLという決済システムの開発において、どのような困難があり、どう克服していったのかについて、開発に携わったPay IDチームのエンジニアの視点で書きます。※ なお、このテックブログの読み手として２つのセグメントを想定しています。 ドメイン知識が複雑なアプリケーションを開発をする人 決済システムの仕事に携わる業界の方々 先に結論を書くと、伝えたいことは「ドメ

インフラエンジニア向けの書籍を取り上げ、著者と出会い、楽しく本を知り、仲間を作る場所である「インフラエンジニアBooks」。ここで、『ユーザーの問題解決とプロダクトの成功を導く　エンジニアのためのドキュメントライティング』の翻訳を担当した岩瀬氏が登壇。最後に、ドキュメントの品質測定について話します。前回はこちらから。 「優れたドキュメントとは何か」を定義する 岩瀬義昌氏：最後にもう1個だけ。今日は9章までしゃべりたかったので、これをあと5分でしゃべれればゴールですね。ドキュメントの品質測定について話していきます。 （スライドを示して）品質測定、このあたりのキーワードから、きっとエンジニアであれば1度は言われたことがあるんじゃないかという言葉はこれです。 「計測できないものは改善できない」という言葉があります。これはいろいろな引用元があるので（スライドの）後ろに画像を出していますが、計測した

Visionalグループ 株式会社ビズリーチでは、2023年4月に入社した新卒プロダクト職（エンジニア/デザイナー）を対象とした新卒研修を約3ヶ月の間実施しました。最初の約1ヶ月間はビジネス職と合同で顧客志向を中心に学び、その後はプロダクト職としてモノづくりのプロセスや品質の基礎を学びました。 研修を通して得た学びや変化について、受講した社員が3回にわたりご紹介します。 本記事では、テスト駆動開発（TDD）の日本での第一人者として知られる和田卓人(@t_wada)さんを講師としてお招きし、品質の大切さを学んだ「TDDワークショップ」について、プロダクト職（エンジニア）の渋谷がお伝えします。 TDDワークショップの概要 ワークショップの構成 TDDとはプログラム実装前にテストコードを書き、そのテストに適合するようにコードを実装する開発手法です。今回のTDDワークショップでは、@t_wadaさ

「仕事の大体全部をChatGPTとやっています。個人的に依存度はかなり高いですね」――ChatGPTを使い倒していると話すのは、「深津式プロンプト」などで知られる深津貴之さん（THE GUILD 代表）だ。 ChatGPTをはじめとする生成AIは、さまざまな業務や日常生活のシーンを変革する可能性があるとして、活用の道が模索されている。そんな中、ChatGPT活用の第一人者・深津さんと、AI研究の第一人者・松尾豊さん（東京大学 教授）が約1時間にわたり対談した。 2人はChatGPTをどのように活用しているのか。両者が登壇したITmedia主催のオンラインイベント「Digital Business Days -SaaS EXPO- 2023 Summer」（8月22日～9月10日）の講演の一部をお届けする。 「ボタン1つで“身代わり”が授業」　開発中のツールとは？ 深津さんは、企画の立案やレ

以下のイベント「Security-JAWS DAYS」で発表した際の登壇資料です。 https://s-jaws.doorkeeper.jp/events/155024

インフラエンジニア向けの書籍を取り上げ、著者と出会い、楽しく本を知り、仲間を作る場所である「インフラエンジニアBooks」。ここで、『ユーザーの問題解決とプロダクトの成功を導く　エンジニアのためのドキュメントライティング』の翻訳を担当した岩瀬氏が登壇。さらに、ドキュメントの具体的な書き方と、フィードバックの収集について話します。前回はこちらから。 ドキュメントは「書き始める」ことが大事 岩瀬義昌氏：3章にいきます。時間的にあと15分ぐらいしゃべっても大丈夫かな？　10分ちょっとしゃべれると思うので。（スライドが）あと70枚あるので、すごく速くいきますね（笑）。 ドラフトの執筆です。みなさんもドキュメントを書くじゃないですか。ちょっと胸に手を当てて（考えて）みると、ドキュメントを書く上で、一番難しいことは何だと思いますか？ （スライドを示して）書ける人は良いんですが、最初の人が1文字目を書き

仕事においては、「人を助ける」という行為は、美徳に見えますが、意外にもそれなりの思慮を必要とします。 場合によっては、せっかくの行為が、単なる自己満足になることも。 というのも、「助けないこと」と「助けること」を天秤にかけると、あえて助けないほうが良かった、という結果もかなりの頻度で起こるからです。 ＊ 実は昔、私はお世話になった方から「勝手に人を助けるな、「助けてくれ」とはっきり言う人しか、助けないほうがいい」と言われたことがあります。 「どういうことですか？」と聞くと、彼は次のようなことを言いました。 まず、「勝手に人を助ける」とは、はっきりと助けを求められていないのに、何となくその人を助けてしまうこと。 いわゆる「善意」に近い。 しかし「善意」は問題を引き起こしやすい。 なぜか。 一つ目、当人が失敗して反省するという貴重な経験を奪う 命に関わる失敗はまずいですが、オフィスワークでその

こんにちは、シマです。 皆さんはS3を使っていますか？S3は他のストレージサービスと比較して可用性が高く安価で利用することができるため、よく使うサービスだと思います。しかし、安価でも大量に利用するときは当然コストが大きくなるため、コストを意識する必要があります。 今回は、一般的な利用で発生するコストと留意すべき点を改めてまとめました。 描いてみた S3の料金の詳細についてはAWS公式の以下ページに記載があります。 上記を基に、ザックリとした絵を描いてまとめてみました。 ※マルチリージョンアクセスポイントやTransfer Accelerationのような機能の利用に応じて発生するコストは含んでいません。 上図の黄色枠が発生するコストを示しています。ストレージクラスの差は考慮から除外していて、利用するストレージクラスによりコストが発生しない場合もあります。ストレージクラスの比較については以下

こんにちは、ゲームソリューション部のsoraです。 今回は、CEDEC2023のセッションレポートを書いていきます。 セッション概要 脱シャーディング！！NewSQLのTiDBで実現 ~楽しいね！を世界中の日常へお届けするためにエンジニアリングで行ったこと 受講スキル： ・ゲーム開発に関わる方 ・データベースでお悩みを抱えている方 得られる知見： ・ 分散型データベースの基本的な概念とTiDBの特徴理解 ・ゲーム基盤でのTiDB活用ポイント ・DB選定時のワンポイント セッションの内容： 楽しいね！と言ってもらえるゲームを作る、ゲーム業界に携わるみなさんにとっても最も重要なことだと思いますが、一方でユーザー様に長く楽しんで頂くために足元を整えることもかかせません。 運用フェーズを見据え、想定を超えるアクセスがあった際どのようにして機会損失が発生しないようにするか、運用コストの削減にエンジニ

グロースハック大好きっ子の國崎です。 今回はグロースハックに繋がる分析「マジックナンバー」について解説します。 この記事でわかること マジックナンバーとは？ マジックナンバー分析の事例 マジックナンバー分析の始め方 マジックナンバー分析における注意点 マジックナンバー分析に役立つツール マジックナンバーとは？ マジックナンバーとは「プロダクトを利用しているユーザーの継続率が向上する定量的な指標」と定義されています。 マジックナンバーをクリアしたユーザーを増やせば企業にとって継続率の高いリピーターが増えて売上もどんどん上がっていく状態になる！！とかならないとか。 よく知られている企業の事例を出すとマジックナンバーは以下のケースで使われています。 マジックナンバー分析の事例 Facebook…10日以内に7人の友達を追加 Twitter…30人以上のフォローと10人以上のフォローバック 上記の

さがらです。 dbt Cloudのニュースレターで私も気づいたのですが、dbt Cloudの新しいユーザーライセンスとして「IT」が追加されました。（下図はニュースレターより） この「IT」ライセンスでどのようなことができるか、確認してみたのでその内容をまとめてみます。 参考 基本的に下記の公式Docの内容を元に説明しています。 「IT」ライセンスとは 「IT」ライセンスはdbt Cloudのライセンスの種類として新しく追加されたもので、元々は「Developer」と「Read-Only」の2種類のライセンスが提供されていました。 公式Docの「IT」ライセンスの説明を見ると、下記のように書かれていました。 IT — Can manage users, groups, and licenses, among other permissions. Available on Enterpris

周囲の環境音をマスキングImage: Anker本体には好みのスリープミュージックをダウンロードでき、周囲の環境音を検知しながら最適な音量で再生できます。周囲のノイズをうまくマスキングして、いつのまにかスヤスヤと眠りの世界に誘ってくれるわけです。さらにスマホのアプリと連動して、睡眠状態をモニタリングすることも可能。寝入ってしまえば自動的に音楽再生がストップするので、耳への負荷は最小限に抑えられます。もちろん起床時間にはアラームを鳴らしてくれます。 起きているときはBluetooth接続のワイヤレスイヤホンとして、普通に音楽再生を楽しむことも可能。本体のみで連続6時間（スリープモード時10時間）、充電ケースと合わせると47時間（スリープモード時80時間）の再生が可能です Video: Anker Japan（アンカー・ジャパン公式） / YouTube2.9gという軽さは、デイリーユースでも

チームがどれだけ優れているかというレベルは、そのチームの目標にあらわれると考えてみる。 チームのレベルについて絶対的な評価基準を作るのは難しいが、チームが掲げる目標の経時的な推移から、相対的な変化の勾配を評価することはできる。 チームが現在の目標を容易に達成するようになり、より高度な目標を掲げられたら、勾配は上昇する。そのチームはレベルアップしているといえる。 同じ程度の目標を達成しつづけることに甘んじているチームは、勾配が水平に近づく。いわゆるコンフォートゾーンに留まっており、停滞したチームだといえる。 チームが少しずつ身の丈に合わせて目標を引き上げられているかどうか、これはチームが成長しているかどうかを見るバロメータになる。 チームの状態を評価するときには、いまの目標の達成度合いだけでなく、目標の勾配にも関心を向けてみるとよい。また、チームのレベルを上げたいと思っているときには、現在の

はじめに こんにちは、ブランドソリューション開発本部バックエンド部SREブロックの小林（@mirai_kobaaaaaa）です。普段はWEARやFAANSというサービスのSREとして開発、運用に携わっています。 WEARではAmazon Elastic Kubernetes Service（以下、EKSと呼ぶ）を用いて複数システムのインフラ基盤を構築・運用しています。その中の1つとして、ワークフロー処理の実行基盤が存在しています。 本記事では、そのワークフロー実行基盤が抱えていた課題と、それらをどのように解決したのかを紹介します。また、付随して得られたメリットについても紹介いたします。 目次 はじめに 目次 WEARにおけるワークフロー ワークフロー処理内容 ワークフロー実行基盤の構成 ワークフロー実行基盤の課題 コスト内訳の調査 過剰なPodスペック Fargate実行時間の増大 ワーク

概要 この記事では、エンジニアにとって重要な、 「良いコードとはなにか？　どうすれば良いコードが書けるのか？」について、 基礎の考え方から、私なりに頑張ってまとめて記載してみようと思います。 ターゲット 新卒～１年目のエンジニア向けにわかるように、なるべくかみ砕いて説明をしようと思います。 第1章：良いコードとは？ まず初めに、良いコードとは何でしょうか？ ここでは会社に所属するエンジニアの視点から考えてみましょう。 会社に所属するエンジニアに求められるのは、 利益のあるソフトウェア（ゲーム） を作ることです。 言い換えれば、良いコードとは ソフトウェア（ゲーム）が生み出す利益を最大化するためのコードと言えます。 ここから、推論を進めてみましょう。 ⇒　良いコードとは？ ⇒　ソフトウェア（ゲーム）が生み出す利益を最大化するコード ⇒　利益を最大化するためには？ ⇒　少ないコスト（時間・人件

TOPインタビューエンジニア不足は「業界全体」の問題。LayerX松本CTOに聞く「自走できるエンジニア不足」から脱する方法 日本CTO協会 理事　株式会社LayerX 代表取締役CTO 松本 勇気 東京大学在学時に株式会社Gunosy入社、CTOとして技術組織全体を統括。またLayerXの前身となるブロックチェーン研究開発チームを立ち上げる。2018年より合同会社DMM.com CTOに就任し技術組織改革を推進。大規模Webサービスの構築をはじめ、機械学習、Blockchain、マネジメント、人事、経営管理、事業改善、行政支援等を歴任。2019年日本CTO協会理事に就任。2021年3月よりLayerX 代表取締役CTO就任。開発や組織づくり、及びFintechとPrivacy Techの2事業の推進を担当。2023年、LayerX LLM Labsを立ち上げ所長に就任 多くの企業がエンジ

【Unit4 ブログリレー5日目】 こんにちは。Unit4 Eng の西川です。JavaScript が好きですが、今回は JavaScript ではなく、最近やった Spring Boot + Flyway を利用しているシステムから別の DB への接続を増やした時の話をしたいと思います。 非常に可愛いうちの猫です 動作環境 背景 Spring Boot で複数の DB に接続する 概要 application.yaml の記載 Configuration ファイルの作成 Flyway を複数の DB に適用する baselineOnMigrate を適用する Configuration ファイルの作成 テスト用の Configuration ファイルを作成 終わりに We're hiring! 動作環境 今回のプロダクトで利用している Spring Boot と Flyway のバージ

BigQueryからSnowflakeへ移管して作る最強のデータ基盤 〜Data Ingestion編〜 / The Ultimate Data Platform Migration from BigQuery to Snowflake: Data Ingestion Edition

AWS WAF（Web Application Firewall）は、Amazon Web Services（AWS）が提供するウェブアプリケーションファイアウォールサービスです。このサービスは、ウェブアプリケーションを悪意のあるトラフィックや攻撃から保護するためのものです。 AWS WAFとは？ AWS WAFは、ウェブアプリケーションやAPIに対する一般的なウェブ攻撃を検出し、ブロックするためのサービスです。これにより、SQLインジェクションやクロスサイトスクリプティング（XSS）などの攻撃を防ぐことができます。 AWS WAFのメリット カスタマイズ可能: AWS WAFは、特定のトラフィックパターンや攻撃を検出・ブロックするためのカスタムルールを設定することができます。 リアルタイムのモニタリング: AWS WAFは、リアルタイムでのトラフィックの監視とログの取得が可能です。 スケ

https://peps.python.org/pep-0703/ Python の GIL 外す話。これすごく楽しい読みものでした。参照カウントのところが一番人気だと思うのですが、他のところも色々良い。こういう、「んーこういうことするとこういう問題が起きない？」と思ったら次の章くらいでそれが説明される、みたいな読みものは大変好きです 参照カウント: オブジェクトっていうのは作ったスレッドが解放するというのがほとんどなんだから、その場合はロックをいらなくする、他に渡ったら普通の参照カウントぽくする、という話。 Swift に 2018 年に導入された 話らしい。他のスレッドに渡された後で DECREF すると他スレッド用の参照カウントが負になりうるのだけど、その時に queue に入れるということをして、ややこしいので、なんかこれ無しですむ方法はないのかなぁ……と Immortalize

いわゆる宗教四世で、生まれた時から新興宗教の会員やってた。ネットだとよくおもちゃにされがちな、三色旗のとこ。 小さいころから家に仏壇があって、母親と祖父母が超熱心な人で、言葉をしゃべり始めた時から経を読まされてたし、ちゃんとやればみんな褒めてくれるから悪い気はしなかった。 母親が熱心な場合って厄介なんだよな。おかげさまで土日は宗教関連の予定でつぶれるし、父親も母親に勧められて入ったひとだから止めないし。そんなわけで、20数年生きてきて、最近やっと初めてちゃんと神社に参拝したような始末。だから、一般的な人間と自分の宗教観がかなりかけ離れてる、ってことに最近気が付いた。まぁ、それが当たり前だったんだけど。 高校の時とかはそれなりに真面目に、っていうか結構がっつりやってて、たぶんその時の周囲の何人かは幹部クラスになるんだろうな、って人間ばっかりの団体にもいた。 割と勘違いされてそうだけど、いやも

軽く読んだだけですが，研究者・院生にとってもそうですし，学部生でもPCで様々なものを整理するという点から役に立ちそうだと思いました。 概略版と呼べそうな動画もあるのでそちらを先に見るのもよさそうです。 全体の構成は次のとおりです。 第１章 イントロダクション 第２章 研究データ管理の方針決定 第３章 研究データの整理法 第４章 研究データの保存 第５章 研究データの公開 「イントロダクション」よりいくつかとても参考になったことを記しておきます。 フォルダ構造やファイル命名法があるこのドキュメントは例えばフォルダ組織化やファイル命名法といった普段なかなか説明しないところまで目配りされている点が大きな特徴と言えるでしょう。例えばフォルダ組織化は次のようなスライドが用意されています。 「はじめよう、研究データ管理」第3章よりどれも「当たり前」と思うかもしれませんが，徹底することはけっこう努力が必

世の中には言い換えるべき言葉がいろいろある。 物事をよりよく考えるためにも、正しい言い換えを思いついておくことが必要だと思う。 迷惑をかける 影響をあたえる、くらいにしておくのがいいんじゃないか。 「迷惑」という二文字が発するネガティブ度は、実態としての迷惑度よりだいぶ高くなっているんじゃないかと思う。実際は軽微な影響であっても「迷惑」と判定された瞬間に100%許されない事態のように感じてしまう。 なんらかのアナウンスで「迷惑」を詫びられるたび、そんなに困ってないんだけどなーと思ってそれこそ困惑する。影響はあってもそれが謝罪を要求するほどのネガティブな影響であることは限られている気がする。むしろよかったですっていう、ありがた迷惑の逆パターンもなくはない。 たとえばインターネットでよく見るやつだと、有給休暇を取得するときに「ご迷惑をおかけしますが」とかってへりくだるのはどうなんだ、みたいな話

知り合いと会ったら「こんにちは」 朝会ったら「おはよう」 別れるときは「さようなら」 こういう挨拶はあるけど 「さては貴様〇〇だな！！」って言われたときに返す挨拶ってないよな。 （追記） 思いのほかトラバブクマ集まったな。みんなサンキュー。 このトシになると気をつけててもちょいちょいバレちゃうんだよねー正体！ ちょうどいい挨拶が無くてこまってたんよ。 さっそく今日から参考にさせていただきますわ。 正体バレがちな生活の中にも先方へのリスペクトを欠かさない姿勢でいたいよな！

ここから、表で挙げた内容をそれぞれ解説していきます。 構築難度に関しては、関数を実装するだけで済むLambdaが最も簡単で、バッチ専用に特化されたサービスであるBatchに関しては比較的バッチ構築はしやすい印象ですが、ECSに関してはバッチに特化していないため、バッチ処理を行うようにカスタマイズする必要があります。 タイムアウト制約に関して留意すべきは、Lambdaの実行時間は15分までなので、それ以上を超える処理時間のバッチは実装できないことです。 起動•実行上のオーバーヘッドに関しては、Lambdaにはコールドスタートがあるため起動時にオーバーヘッドを考える必要があり、Batchではジョブをキューに送信して、最適化のために、ある程度のジョブがキューイングしてから実行しようするので、即時性を求める処理には不向きです。 既存バッチを移行したいケースがあると思いますが、Lambdaで動かせる

20代で貧乏だった頃、毎食チキンラーメンを食べていたことがある。 実家が微妙に健康志向であったので、子供の頃から袋麺やインスタント食品自体を口にする機会があまりなかったからだろうか。大学生の頃、自分で稼いだ金で食べるインスタント食品やファストフードがめちゃくちゃ美味しかった。 会社勤めを始めた後も、零細に勤めてたのと、そもそも薄給で若者を働かせることが常態化していた業界だったので、慢性的に金がなく、それが不健康な食生活に拍車をかけた。 なけなしの給料は、社会保障費と家賃と光熱費で消えていき、その残りで書籍を買うような生活だったから、夕飯を抜いたりすることが常態化していた。 そんな生活の中で、すごく重宝したのがチキンラーメンだ。当時、袋麺は５つセットで２００円台、セールなら198円とかで買えたので、安い時に買いだめて、しょっちゅう食べていた。 ある時、ひょっとしたら、毎食チキンラーメンでもい

俺は、筑前煮の中の鶏肉が好きだ。 筑前煮自体は特に好きでも嫌いでもないのだが、その中の鶏肉だけが妙に好きだ。 しみじみと旨い、滋味溢れる味で、ご飯にも日本酒にもよく合う味だ。 そこで俺は考えた。鶏肉だけの煮物を作れば幸せになれるのではないかと。 そして実際に作ってみたのだ。鶏肉だけの煮物を。 しかし、いざ食べてみると、何かが違う。 鶏肉だけの煮物は、肉々しく脂ぎっていて、筑前煮のあの感じではない。 そこで俺は気づいたのだ。野菜の味が染み込んでこそ、あの味が出るのだと。 にんじん、ごぼう、里芋、たけのこ…野菜の優しさがあの味を引き出していたのだと。 それ以来俺は、なんとなく筑前煮の中の野菜も好きになったのである。

「勉強したことを確実に覚えるため、ノートづくりにはこだわっている。でもどうしても時間がかかってしまう……」 こうお悩みではありませんか？ 仕事が忙しくて勉強に時間をあまり割けないので、ノートづくりはできるだけ短時間で済ませたい。そしてもちろん、勉強した内容はしっかりと記憶に刻みたい――そんなあなたへ、実際に勉強で成果を出した人もやっていた「学習効率がよいノート術」をご紹介します。非効率的なノートのとり方についても触れますので、ご自身のノートが当てはまっていないか、ぜひチェックしてみてくださいね。 【ライタープロフィール】 藤真 唯 大学では日本古典文学を専攻。現在も古典文学や近代文学を読み勉強中。効率のよい学び方にも関心が高く、日々情報収集に努めている。ライターとしては、仕事術・コミュニケーション術に関する執筆経験が豊富。丁寧なリサーチに基づいてわかりやすく伝えることを得意とする。 勉強内

はじめに この記事はHow to Learn Software Design and Architecture | The Full-stack Software Design & Architecture Mapを翻訳したものです。 翻訳がおかしい箇所などあればご指摘頂けるとありがたいです。 元記事の著者: Khalil Stemmler(@stemmlerjs) 設計、アーキテクチャ、フロントエンド、ブロックチェーンに興味ある方是非Twitter(@show_clements)フォローしていただけると嬉しいです！ 設計に関する記事 ソフトウェアデザインとアーキテクチャは、DevOpsやUXデザインのように、コンピューティングの領域の中でも独自の研究分野となっています。ここでは、クリーンコードからマイクロカーネルまで、ソフトウェアデザインとアーキテクチャの幅広さを説明するマップを紹介しま

今日のウィークリーAIニュースではnpaka大先生と一週間のニュースを振り返った。今週もいろいろあったが、なんといってもダークフォース、GPT-4越えと言われるXwin-LMである。中国製。 大先生もまだ試してないというので番組内で一緒に試してみた。 もちろんドスパラ製Memeplexマシン(A6000x2)を使用。 >>> from transformers import AutoTokenizer, AutoModelForCausalLM >>> model = AutoModelForCausalLM.from_pretrained("Xwin-LM/Xwin-LM-7B-V0.1") Downloading (…)lve/main/config.json: 100%|██████████████████| 626/626 [00:00<00:00, 56.2kB/s] [2023