記事の趣旨 今回は、Astral社のツールを使ったモダンな環境でdiscord botを作っていこうという趣旨の記事です。 ただ、メッセージを送るbotだと単純すぎるのでModalやViewを使ったより実践的なBotを作っていきます。 対象読者 一応、Python の書き方がわかれば読めるくらいの難易度ですがデコレーターや非同期処理はちょっと難しいかもしれないです。 Astral社とは Astral社は、uvやruff、tyなど次世代のPythonツールを作っている会社です。 この会社が作っているツールのおかげで、Pythonの開発体験がかなり良くなっています。今回のbot開発を通して、それを感じてもらえたら幸いです uvとは pythonのパッケージマネージャーで、Rustで書かれています。 10-100x faster than pip と公式で書いてある通り、爆速です。 まずはuvの
日本が生み出すモノやサービス等の価値、即ちGDPは年間５９７兆円で、これが、政府と民間が分けて使える日本の所得です。そのうち政府の取り分は税金で集める７０兆円で、税金を納めた残りは民間の取り分です。 税収だけでは足りない政府は、国債を発行してモノとサービスを取り分以上に使って１２００兆円の借金を積み上げました。民間は倹約で、モノやサービスを節約してネット１５００兆円ほどの家計の金融資産を積み上げました。政府が使い過ぎた価値より民間が節約した価値の方が大きいので、日本が生み出した価値の一部が余ります。余った価値は外国に売れるから、日本全体（≒経常収支）が黒字になって、政府が大赤字で借金まみれであるにも拘わらず、４７０兆円の対外債権を抱えて国としての日本は安定しているのです。 徴税権がある政府は、いざとなったら１５００兆円の家計の貯蓄を税金として取り上げることが可能です。それが出来れば、過去に
はじめに いろいろありまして、Python やることになりました。 ちょっと前には、FastAPI の記事を書いたり、第二新卒の社員向けに Python でプログラミングの基礎を教えてたりしたんですが、最近は、uv らしいというのを見かけて、uv って何？ということで勉強しはじめたら、知らないことばかりで、いまさらではあるのですが、これはまずいということで基礎から学ばないと…という記事です。 まなぶ とりあえず、本家のドキュメント読め。が鉄則ですよね。Introduction、Getting started から Guide の Running scripts で仮想環境がぁというあたりから怪しくなってきたので、Concepts をしっかりやろうと思います。 uv の中の人は（たぶん、uv の普通のユーザーさんも）、Project が興味の対象と思うので、Project からになってますが
はじめに Gitで管理するプロジェクトには.gitというディレクトリがあり、その中にGitの管理情報が入っている。その中には、全てのコミットや、いろんなバージョンのファイル、ブランチ、タグといった情報が格納されている。Gitを操作するにあたり、この中身がどうなっているかを理解する必要はないし、もし中身を覚えたとしても、操作方法は変わらないまま、内部実装だけ変更になる可能性もある。それでも、Gitの仕組み、特に様々な情報が.gitにどのように格納されているかを知っておくのは二つの理由から有用だと考える。 一つ目の理由は、「物が動く仕組み」を知っておくことが教養だからだ。車を運転するのに、アクセルを踏めば進み、ブレーキを踏めば止まり、ハンドルを回せば曲がることを知っていれば十分だ。しかし、シリンダーにガソリンが噴射され、ピストンで圧縮したところで点火し、爆発する力でピストンが押される、という直
Cline を使い始めて2ヶ月ぐらい経った。 自分の直感として、Cline は真のイノベーションの入口であり、そして開けてはいけないパンドラの箱でもあったと思う。 ここでいう Cline は Cline型コーディングエージェントであり、広義には Devin / Cursor や Copilot Agent 等を含む話。だが、後述するように Cline でしか見えない世界がある。 その先の未来に、プログラマとしての自分はフルベットする、という話をする。 私たちが知っているプログラミングの終焉 大事なことは次の記事に全部書いてある。まずこれを読んでほしい。 (Google翻訳) Steve Yegge 氏は、置き換えられるのはジュニアおよび中級レベルのプログラマーではなく、新しいプログラミング ツールやパラダイムを受け入れず過去に固執するプログラマーであると指摘しています。 <略> これはプロ
こんにちは、株式会社Berryの浅沼です。 この記事を書いている数週間前くらいから話題のClineを会社で導入し、開発に利用しています。最初はコードの自動生成から試していたのですが、.clinerulesを使ってプロジェクトごとのカスタム設定ができることを知り、どんどん活用の幅を広げていきました。 特に大きかったのが、プロジェクト内のコード構造・コーディングルールの設定に加えて、コミットメッセージやプルリクエストのタイトル・サマリーを生成するルールを追加したことです。これによって、「コードを書く→コミットメッセージを考える→プルリクを書く」という一連の作業がスムーズになり、全体の開発効率が格段に上がりました。 この記事では、実際の.clinerulesの内容も含めて、どのようにルールを作り、育て、活用しているのかを紹介します。特に、コードの自動生成以外の使い方にも触れますので、すでにCli
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Tidy First? Kent Beckさんの本「Tidy First? -個人で実践する経験主義的ソフトウェア設計」の日本語訳版が出たので読んで色々と感想を交えながら整理してみました。 翻訳版が2024/12/25に販売された いつどこでコードを改善・整頓すれば良いのかを記述した本 3部作の1作目で、本作は"個人"に焦点を当てている 内容整理目的でいくつか気になったポイントを抜粋しつつ、自分で咀嚼し言い換えたり、感想・意見を交えて整理しています。きちん正しく理解するためには本書をぜひ一読することをオススメします。 Tidy Firs
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 科学的根拠に基づく最高の勉強法 を読んだので要約と感想を書きました。 読んだきっかけ 読みたい技術書がたくさん溜まっているため、その前に勉強法についてアップデートしておきたいと考えて読みました。 目新しいことはないだろうと想定しつつ、今まで自分が身につけてきた勉強法とすり合わせて効率を上げることを期待していました。 以下、要約と感想です。 全体的な感想 科学的根拠を提示しつつ、筆者自身の体験ややり方も紹介している点で非常に好感が持てました。科学的根拠があると示されていることでより確信をもって効率の良い方法に取り組むことができそうです。
折に触れて、何度も読み返している隠れた名著ある。 「採用」「チーム」「企業文化」そして自分自身の組織人、人としての「成長」...そんなキーワードにぴったりと追走する、どんな企業、組織、チームでも必要な最重要属性を突き詰めていくといつも突き当たるキーワードがある GIVER（ギバー） この言葉は、意外と語られる事が多くないのではないかと思っています。むしろより頻繁に目に、耳にするのは反対語の TAKER（テイカー） ですね。リスクテイカー、というのはよく聞く言葉（このコンテキストでこの場合はポジティブな側面ではあるが）。 全世界でベストセラーとなった 「GIVE & TAKE（WHY HELPING OTHERS DRIVES OUR SUCCESS」 は日本だといまいちパッとしなかった感が否めないんですが、むしろ日本人こそ国民性的にフィットした納得かつ大変参考にすべき文献として、気がついた
突然ですが、会議でブレスト（ブレインストーミング）をする時、ゴールにうまく辿り着けたことはあるでしょうか。 意見がたくさん出せたこともあれば、うまく発言できなかったこともあるかもしれません。 実は、ブレストには陥りやすい罠があるのです。今回は、その罠を明らかにし、より深く考えてアイデアを出せる「ブレインライティング」を紹介します。
こんにちは、unnameの代表取締役の宮脇啓輔です。 普段から重要だなと感じたことや、自分なりに思考したものを伝えようとXで投稿しているのですが、その中でも反響が大きかった投稿をさらに肉付けして発信しようという試みで記事化しております。 「頭の回転が速い」とは「累積思考量が多い」ことだと思います。「過去に似たようなテーマについて考えたことがある」から、すぐに自分の意見が出てくるし、回転が速く見える。考えたことがないと、その場で思考してしまい、遅く見える。そういうことだと思っています。… — 宮脇 啓輔 / 積極採用中 / unname (@keisuke_unname) March 21, 2024 この投稿がかなりいい反響をいただいたということもあり、投稿をベースに、もう少し肉付けして解説してみます。 「頭の回転が速い」の正体はなんなのか「頭の回転が速い」と見える人は、実際は「累積思考量
本を読んでて、気になるところがあったら、 その要点をテキストファイルに箇条書きにして、整理しながら読書する。 これだけ。 これだけで、読書の質が桁違いに上がります。 これをやると、「普通に本を読むだけだと、理解した気になってるだけで、実はろくに理解してなかった」と分かって驚きます。 話はこれで終わりですが、 以下の点が気になる方もいらっしゃるでしょう。 ●どんな人がどんな本を読む場合にもそうなるわけじゃないだろ。具体的に、どんな人がどんな本を読む場合にそうなるんだ？ ●そんなの面倒くさくてやってらんない。手間をかけずにやる方法はないの？ ●具体的にどうやるとうまくいくのか、もっとちゃんと説明しろ。 そういう方のために、以下、これらについて補足します。 まず、読書を以下の９種類に分類します。 (1)リアルタイム活用読書読んだ知識を今やっている仕事/生活/趣味にリアルタイムに活用しながら読む方
こんにちは！もみです🐶 皆さん、GitHubプロフィールのREADME は設定していますか？ GitHubのプロフィールを充実させることで、 GitHub上での交流はもちろん、就活や転職でもきっとちょっと役に立ったりと、素敵なご縁に繋がるかもしれません。 たった5分で設定できるので、さっそく設定していきましょう！ 🚩 今回作成するプロフィール シンプルさを保ちつつ、スキルやGitHub上での活動を中心にした自己紹介テンプレートにしてみました！ GitHubリポジトリ： https://github.com/NonokaM/sample-github-profile/blob/main/README.md 1. リポジトリを作成しよう まず、ユーザー名と同じ名前のリポジトリを作成しましょう。 （ ユーザー名と同一のリポジトリは、特別なリポジトリと認識されて自動的にプロフィールに表示されま
「本を読んでも頭に入ってこない」「読んだはずの本の内容をすっかり忘れてしまった」……そんな経験はありませんか？ 読んだ本の内容を忘れてしまうことは誰にでも起こりうること。読書好きの著者でもたまに内容を思い出せず、焦ることがあります。その原因は、本の読み方が悪いから。 今回は、記憶を定着させるのに最適なコーネル式ノート術を用いた読書法を、筆者の実践を交えてご紹介します。 【ライタープロフィール】 上川万葉 法学部を卒業後、大学院でヨーロッパ近現代史を研究。ドイツ語・チェコ語の学習経験がある。司書と学芸員の資格をもち、大学図書館で10年以上勤務した。特にリサーチや書籍紹介を得意としており、勉強法や働き方にまつわる記事を多く執筆している 本を読んでも内容が頭に残らない人の問題点1：5W1Hを意識せずに読んでいる 本を読んでも内容が頭に残らない人の問題点2：読書後にアウトプットしていない 読んだ本
speakerdeck.com 「技術力がある」とか「技術力あげたい」とかそういう話をしているが、技術力とはなにかが曖昧だと最近思っていたので自分の中の定義をプロダクト本部のLT大会で話した。 自分は10xを創る組織とはなにかに興味がありこの会社にいるのだけど、それは個人/組織が成長し続ける組織であるという仮説を自分は持っていて、プロダクト開発・運用という視点で個人の成長に必要なものとはなにかを考えたという話でもある。 もらった質問や感想など 訂正しやすくつくる力、外から中々見えにくい 見るというのはある意味評価するということだと思いますが、自分は人間が客観的に正しく人間の評価を行うのは無理*1だと思っていて、ましてや外(社外やチーム外、別職種)からはほぼ確実に無理でしょと思っています。なので中から外に説明する必要がある。 今回の話は、中*2で見えている評価をどうやって外に説明するかという
少し前に読み終えた「Todoリストは捨てていい」という本が、私に様々な良いインスピレーションを与えてくれています。 仕事をすることに色々なストレスを感じ、それに悩んでいるという方には是非手にとってみて欲しい一冊です。 あまりに素晴らしい本なのでお伝えしたいことは山ほどあるのですが、ここでは特に個人的に大きな発見となった「相手のニードとニーズを変える」という話について触れてみたいと思います。 皆さんは「ニードとニーズの違いを教えてください。」と聞かれたらなんと答えるでしょうか？ 「ニーズはニードの複数形。」 ChatGPTやパープレ君に頼らないという条件下では、この程度の回答しかできない人も多いのではないでしょうか？ 恥ずかしながら私はそうでした。 そして「その意味」にしても「複数形」という違いがあるだけでどちらも変わらないものと捉えていたのです。 相手の「必要」に応えるのはウルトラ大事であ
Rust RustはMozillaのグレイドン・ホアレさんが開発し、Mozillaやコミュニティによって開発が進められている汎用プログラミング言語です。 Rustの特徴として高いパフォーマンスや、型システムや所有権による安全性、高い生産性が挙げられます。 Rustのインストールとツールチェーン Rustは公式でインストールの方法がアナウンスされています。 RustはrustupというコマンドによってRustツールチェーンのインストールができます。 Rustツールチェーンにはコンパイラであるrustc、パッケージマネージャー兼ビルドツールであるcargo、LSP実装であるrust-analyzer、標準ライブラリなどがついてきます。 Rust開発ではrustcを直接使うことはほぼなく、cargoを介して実行ファイルやライブラリを作成することがほとんどです。
Red Hat の森若です。 本記事は赤帽エンジニアAdvent Calendar 2018の7日目です。 RHEL 7 まで、開発中以外のタイミングでクラッシュするプロセスのcoreを取得するのはなかなか大変でした。デフォルトではプロセスのCWDにcoreファイルを保存しますが、このサイズや個数を制御する標準的な方法がなかったため、「ときどきクラッシュするシステム」の問題を解析するためにcore出力を有効にすると、ファイルシステムがあふれてしまう懸念があったのです。 RHEL8 betaではsystemd-coredumpがデフォルトで有効になっています。 systemd-coredumpはプロセス異常終了時に出力されるcoreファイルを管理する仕組みで、以下のような機能を提供します。 coreファイルを(各プロセスのCWDではなく)あらかじめ決められた場所に保存する systemd-j
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Linuxカーネルパラメータのチューニング＆設計 0.目的 【カーネルパラメータのチューニング】を修得する目的は、サーバの特性を理解し、それぞれに合ったカーネルパラメータのチューニングすることでリソースの有効活用をできるようになることを目的とし、私個人の経験を元にした見解を以下の記事に掲載します。 1.最初に サーバには、それぞれ必要なリソース特性があり、それに合わせたカーネルパラメータのチューニングが必要となります。 世の中の流れはオンプレよりクラウドに移行してはいるので、カーネルパラメータのチューニングよりスケールアップなりスケール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![Pythonパッケージ管理 [uv] 完全入門](https://cdn-ak-scissors.b.st-hatena.com/image/square/5eb3a78647bb994227e2b72139af64db0d7f33f3/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Ffiles.speakerdeck.com%2Fpresentations%2F8e1ff1eaedc0427bbc88de937a2aa2f6%2Fslide_0.jpg%3F35132442)
