Raycast × Open AI API × Notion で自作英単語帳 - zuckey blog
昨年末の振り返りで、2023年こそは英語で本を読みたい、と書いたのですが、半年経ってまだ読めていなかったので易しめで軽いものを読み始めました。 The Art of Readable Code: Simple and Practical Techniques for Writing Better Code 日本語版も読んだことは無いですが、だいたい言っていることはわかるだろうと思ったし、日本語版だとだいぶ薄かった記憶があったので選びました。 しかし、読み進めていくと意外と知らない単語が多いなということに気づき、毎回ブラウザからググってメモするよりも、コマンド一発で普段使っているNotionのDBに登録してくれないかなと思ってやってみました。 動作 Raycastというランチャーアプリから登録しているスクリプトを実行することができます。 英単語を引数に与えてスクリプトを実行すると、OpenA
継続的ドキュメンテーション: Github DiscussionsとADRのすすめ - LIFULL Creators Blog
こんにちは。テクノロジー本部のyoshikawaです。好きなW3C Recommendation は RDF 1.1 Concepts and Abstract Syntax です。 会議やチャットでのやり取りの決定事項・議事録、アプリケーションや機能の設計書・仕様書、READMEなどなど... LIFULLの開発現場においては、ソースコード以外にもこのように様々な文書の管理・蓄積(=ドキュメンテーション)を実施しています。 多くの開発者・メンバーがドキュメンテーションの重要性やその恩恵は理解はしているものの、なかなかうまく情報の蓄積・管理ができない、 その結果、本質的ではない調査に時間を取られてしまいDeveloper Experienceが下落してしまう。 このような課題を抱えているプロジェクトやチームは世の開発現場において少なからず存在すると思います。 LIFULLの開発現場にもこの
Vimmer、Visual Studio Codeを使う - 詩と創作・思索のひろば
まだ汚れを知らない若者だったころに「プログラムはね、これを使って書くんだよ」と言われて以来Vimは友達だと思ってずっと（15年くらい）使ってきたが、最近は、とくに新しく何かを書くときにはVSCodeを使うようになってきた。コードを書く間隔が広がってきたせいか、新しい技術や言語に対応することができておらず、なんか最初からいい感じになってるエディタを重宝する。歳を取ってきたからなんだろうな、と素直に思うけれど、自分向けになにかをカスタマイズすることにあまり熱を感じなくなっていて、すでにあるよいと分かっているものに自分を調整していくことを選ぶようになってきた。 とはいえ身体はVimに慣れきってるのでVSCodeを使い始めたときはVSCodeVimを使っている……いた、というのが今回の話。よくできてるとは思うが、とにかくu（アンドゥ）の挙動が本家と違うのがどうも身体に合わない。逆にストレスが高まっ
攻撃して学ぶJWT【ハンズオンあり】 - Money Forward Developers Blog
こんにちは。 マネーフォワードの新卒Railsエンジニア、きなこ と申します。 マネーフォワードX という組織で、日々プロダクトの開発に勤しんでおります😊 突然ですが皆さんは JWT という技術をご存知でしょうか？ 私は趣味でCTFというセキュリティコンテストに出場するのですが、最近ホットだと感じるのがJWTに関連する攻撃です。 今年の1月に初めてJWTを題材にした問題に遭遇し、その後JWTの出題頻度が強まっていると感じ、社内に向けてJWTにまつわる攻撃を通して学ぶための記事を書いたところ、たくさんの反応をいただきました。 今回の記事はその内容を社外向けにアレンジし、ハンズオンを通して実際にJWTを改竄し、受け取るAPIを攻撃することでJWT自体を学べるようにしたものです。 本記事はJWTに興味があるWeb開発者を想定していますが、そうでない方も楽しんでいただけるようにハンズオンを用意し
『呪術廻戦』は社会人の魂に触れるマンガだ｜めいこ/Akiko Nakayama
『呪術廻戦』めちゃくちゃ面白いですね。 素晴らしい完成度のアニメに引き込まれ、続きが気になって単行本を一気読みという、昨年『鬼滅の刃』で通ったのと同じパターンにはまりました。 キャラクターの魅力やバトルシーンの躍動感、息もつかせぬ展開がたまらない『呪術廻戦』ですが、私が心を掴まれた理由はそれだけではありません。主人公たち呪術師の抱える苦悩に、サラリーマンとして共感の嵐でした。 ・足手まといになるのが不安な新人 ・実力主義の職場で心身をすり減らしている若手 ・「私のやってること意味ある？」と闇落ちしそうな中堅 こんな悩めるサラリーマンを奮い立たせてくれる作品じゃないかと思います。ここからは、自分の主観と妄想てんこ盛りで『呪術廻戦』語りを展開していきます。 ＜ご注意＞ ※単行本15巻までのネタバレが含まれます。特に8・9・15巻への言及が多いです。読了後にご覧いただくことをお勧めします ※文中
宮崎駿 「この世界は生きるに値する」って痺れるくらいかっこいい - インターネットもぐもぐ
宮崎駿監督の引退会見のライブ配信を、昼下がりの会社でもそもそと遅いお昼を食べながら聞いた。 何の気もなくTwitterで流れてきたURLを叩いてイヤホンを右耳だけに突っ込んだけど、朴訥と紡がれる言葉のちからが強すぎてひっぱりこまれた。 裏を暴こうとするような、ちょっとでも本音っぽい言葉を引き出そうとするような、あなたのことをわかってるよとアピールする気持ちが前に出て空回りするようなものも含めて次々ぶつけられる質問に、力まずに、冗談交えながら、上滑りせずに、感情的にもならずに、それでも自分の言葉で実直に答える姿があまりにかっこいいと思った。 これだけ長時間話すのを聞いてほとんど初めて自覚したけれど、宮崎駿さんのスマートなのにギザギザした喋り方がどうしようもなく好きすぎる。あと40歳若かったらもっと本気で心奪われていたと思う。 「この世界は生きるに値する、それを子どもに伝えるために僕は映画を作
GraphQL Rubyと実際の開発 - Qiita
この記事はGLOBIS Advent Calendar 2020の19日目の記事です。 新規サービスの開発にバックエンドはRuby on Rails + GraphQL、クライアントサイドはReactを使っています。バックエンド側ではGraphQL Rubyをライブラリとして使用しています。実際にGraphQL Rubyを開発に盛り込んでしてきたことを書いていきます。 なぜ GraphQL + React を採用したのか 我々が現在開発中の新規サービスではサーバーサイドに GraphQL、フロントエンドに React.js を採用しました。 グロービスでサービス側はフロントエンドに React.js を主に採用しており知見・リソース共にサービス立ち上げの開発速度を担保するために十分でした。サーバーサイドについては Ruby on Rails を利用しており、APIについては Swagger
消費税のしくみ｜国税庁
税の負担者と納税者 ・消費税は、商品・製品の販売やサービスの提供などの取引に対して広く公平に課税される税で、消費者が負担し事業者が納付します。 ・消費税は、商品・製品の販売やサービスの提供などの取引に対して、広く公平に課税されますが、生産、流通などの各取引段階で二重三重に税がかかることのないよう、税が累積しない仕組みが採られています。 ・商品などの価格に上乗せされた消費税と地方消費税分は、最終的に消費者が負担し、納税義務者である事業者が納めます。 ・消費税が課税される取引には、併せて地方消費税も課税されます。 課税される取引 ・国内において事業者が事業として対価を得て行う資産の譲渡、資産の貸付け及び役務の提供に課税されますので、商品の販売や運送、広告など、対価を得て行う取引のほとんどは課税の対象となります。 ・外国から商品を輸入する場合も輸入のときに課税されます。 非課税取引 次のような取
伸ばすのが難しい能力: 柴田 芳樹 (Yoshiki Shibata)
2018年6月1日に株式会社メルペイに入社して、4年が過ぎました。入社当時は、定年が60歳と聞いていたので、1年半の勤務だと思っていましたが、実際の定年は65歳であり定年まであと2年半です。 ソフトウェアエンジニアにとって重要な能力と（私は考えるが）、身に付けるのが難しいのが現実だと、この4年間で再認識したのは次の三つです。 開発の最初にAPI仕様をきちんと書けるソフトウェアエンジニアは少ない テストファースト開発を行っているソフトウェアエンジニアは少ないか、いない Tech Blogなどの執筆で、読み手を意識して、分かりやすい文章を書く、ソフトウェアエンジニアは少ない API仕様については、このブログでも何度か書いています（「API仕様を書く」）。テストファースト開発についても、「テストファースト開発」を書いています。分かりやすい文章については何も書いていないですが、「伝わる技術文書の書
親の世代に比べて爆上がりした読書生活の質｜ふろむだ@分裂勘違い君劇場
この30年で、読書生活は、想像をはるかに超えて豊かになった。 たとえば『謎の独立国家ソマリランド』を読んでいるとき。 「首都ハルゲイサからベルベラに向かった」とあるので、Google Earthで検索すると、そのあたりの地形がすぐに見れる。 親の世代でも紙の地図で調べることはできたが、手間がかかりすぎて、いちいち調べる気にならなかった。 紙の地図は、ズームアップもままならないし、衛星画像もしょぼいし、3Dであたりの地形を見渡すこともできない。しかも情報が古い。 タイパ悪すぎである。 これに対し、我々は、現地の街の雰囲気すら360映像をぐるぐる回しながら見ることができる。 たとえば、「ベルベラってどんな雰囲気の街なんだ？」と思って、Googleストリートビューで見れる。 たったこれだけで、めちゃめちゃ読書体験の質が上がる。 この読書体験の質の向上は、次の３つの要因によって起きた。 (1)地図
なぜ Rails の前段に Nginx を置くのか - Qiita
追記（2023.09.13） X にて、この記事が引用されて多くの議論が投稿されました。 それらの多くは以下の通り「ALB等の利用できる環境の現代であればもうNginxコンテナは不要」という内容が多数です。 その上で、本文に入って頂ければと思います。一部「いいね」が多いポストを貼り付けさせていただきます。 本文にショートカットしたい場合は、ここをクリック ここから本文 以前、チームで以下のような会話が生まれました。 「コンテナに nginx 立てずに、直で rails Appサーバに ALB から流せばいいじゃん？」 みたいな話。その際に理由を即座にレスできなかったので、調査しました。 puma や Unicorn はあくまでAppサーバなのでユーザ直アクセス用途として設計されていない バッファリング処理が弱い バッファリング処理（処理速度や処理にかかる時間の違いを調整すること） ngin
スマートウォッチのベルトは「有害な細菌まみれ」との研究結果、病原菌が付きにくいベルトの素材はどれ？
スマートウォッチやフィットネストラッカー用のリストバンドの95％が、病気の原因となるおそれがある有害な細菌に汚染されていたとの研究結果が発表されました。この研究では、菌が比較的少ないリストバンドの素材や、菌を減らすのに効果的な洗浄方法も解明されています。 Prevalence and Disinfection of Bacteria Associated with Various Types of Wristbands https://scirp.org/journal/paperinformation.aspx?paperid=125218 Smartwatch Bands Are Loaded With Potentially Harmful Bacteria, Study Warns : ScienceAlert https://www.sciencealert.com/smartw
プロゲーマーで一番初めに応援した人｜いずみ
2016◆ハイタニさんを知った日私がストＶを知るきっかけになったのは2016年3月に放送された 「マツコ会議」という地上波のＴＶ番組でした。 そこで偶然ストＶの映像を初めて見て、おもしろそうなゲームだなと思い、なんとなくアンテナを張っていた１か月後、この番組でハイタニさんを知ることに。 BSスカパー！『ダラケ！』格闘プロゲーマーダラケ！編 初回2016.4.21放送番組の前半ではストＶのプロゲーマーの活動内容や”あるある話”などがクイズ形式で紹介され、どれも初めて聞く話ばかりでとても新鮮でした。 後半では、１先のミニトナメがあってそこで初めてプロ同士のストＶの対戦を見たんだけど、見た瞬間「なんておもしろいゲームなんだろう」「こんなおもしろいゲームがあったんだぁ」ってすごい衝撃を受けたのを今でも鮮明に覚えています。 特に決勝のザンギさんのザンギエフとハイタニさんのネカリの試合は、 両キャラと
個人分担性がスタートアップの成長を殺す �〜協働でチームがめっちゃ進化する話〜
※ スクラムフェス仙台2023 で登壇した際の資料です。 スタートアップでの開発形態は、ウォーターフォールに依存しがちなJTCと違って、プロダクトバックログやカンバンぽいものを使ったアジャイル風の開発をしていることが多いです。 しかし一方で、そういったスタートアップにはプロダクトバックログはあっても、たいていPBIの1つ1つがやたらでっかくて、1つ1つにしっかり担当者がアサインされてて、何ならデッドラインまで記されています。 これを引き起こすのは、スタートアップ特有の個人分担制です。 多くのスタートアップ企業はたいてい、エンジニア1〜2名からスタートし、個々のエンジニアの馬力で開発をこなしていくところから始まります。このときのバリバリ個人開発なノリが、エンジニアが増えても継続してガチガチの個人分担制に移行しがちです。 このセッションでは、個人開発をこじらせたスタートアップ企業がどうやって個
全力で取り組まない「85%ルール」が最高のパフォーマンスを引き出す 最大限の努力はバーンアウトにつながる | チームマネジメント｜DIAMOND ハーバード・ビジネス・レビュー
サマリー：最大限の努力が最大限の結果につながると、信じてきたマネジャーは少なくないだろう。しかし、この手の古いマインドセットは、実際、高いパフォーマンスにつながらないだけでなく、バーンアウト（燃え尽き症候群）を... もっと見る生む。代わりに必要なのは、従業員の能力を最大限に引き出す新たなマネジメント・マインドセット「85％ルール」だ。つまり、最大限の努力を控えるという方法である。 閉じる 旧来のマネジメント・マインドセット バーンアウト（燃え尽き症候群）という昨今の問題を、ウェルネスアプリで解決しようという試みが一部の企業で行われている。しかし、それだけでこの問題を解決することなど、とうていできない。代わりに必要なのは、あらゆるマネジャーや組織がマインドセットと文化を変えることである。 「最大限の努力＝最大限の結果」という等式は、パフォーマンスのピークをめぐる古い考え方だ。実際はそうなら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mruby/doc/guides/mrbgems.md at master · mruby/mruby
話を聴く技術 / listening skills
GitHub - typhoeus/typhoeus: Typhoeus wraps libcurl in order to make fast and reliable requests.
Why use GraphQL? | Apollo GraphQL Blog
審査のゆがみ：全日本吹奏楽コンクールを例に