タグ

sugyanのブックマーク (7,982)

  • BlueskyのTUI Client Appを作り始めてしまった - すぎゃーんメモ

    memo.sugyan.com の続き…？ I've published `tuisky`, a TUI Client for Bluesky, as v0.0.1. (It's still a work in progress.) Were there already other clients available for use in the terminal? #atdev #bluesky-client #tui crates.io/crates/tuisky [image or embed]— すぎゃーん (@sugyan.com) Jul 1, 2024 at 12:12 AM 経緯 RatatuiによるTUI開発 Asynchronous Event Handling Components Architecture 自作Client用の設計 機能 完全に分離された Multi

    BlueskyのTUI Client Appを作り始めてしまった - すぎゃーんメモ
    sugyan
    sugyan 2024/07/17
    書いた
    リンク

  • USI (Universal Shogi Interface) の現状調査 - Qiita


    はじめに 将棋の GUI と AIの間でよく用いられている USI (Universal Shogi Interface) ですが、標準化機関が作成するような詳細なドキュメントは存在しません。 事実上のスタンダードである将棋所の文書で網羅されていない部分について、開発者の間でしばしば議論になることがあります。 そこで、筆者が調べた USI の利用実体についての情報を簡単にまとめます。 この文書は批評を目的としたものではありません。 パブリックな場所で USI に関する個人的な不満を述べる人が居ますが、この文書を利用してそういった主張をすることは歓迎しません。 仕様策定の経緯 近年の有力な将棋 AIの多くは GUI を組み込まずに、将棋所や ShogiGUI、ShogiHome などのフロントエンドと標準入出力で連携する方法を採用しています。 その際に用いられる仕様が USI と呼ばれる
    USI (Universal Shogi Interface) の現状調査 - Qiita

  • 『Rustで作るプログラミング言語』を読んで、かねてから構想していた自作言語を形にした - Islands in the byte stream


    Rustで作るプログラミング言語という書籍が先日発売されました。簡単なプログラミング言語を作ってバイトコードに変換して実行したりネイティブコードに変換して実行してみよう、という本で、大変面白く読みました。最終的にまあまあ本格的な言語になるので、これを元にするとわりとちゃんとした言語を作れそうです。 この書籍で最終的に作られる言語はこちら: GitHub - msakuta/ruscal: Programming language implementation learning project ちょうど私も、以前から構想していた言語があったので、ちょっと作ってみました。というのも、TypeScriptを設定記述言語としてさまざまなプログラミング言語から使えると便利ではないかとずっと思っていたのです。 この設定言語で複雑なことができる必要はなく、最終的にはJSONに準ずるデータ構造になればよい
    『Rustで作るプログラミング言語』を読んで、かねてから構想していた自作言語を形にした - Islands in the byte stream

  • lexicon設計テクニック | 山貂


    Copy permalink (strict) WhiteWind will show `Contents changed` badge if contents are edited atproto固有のAPI策定tipsを思いつくままに書き散らしたやつ。 APIレスポンスへのrecord埋め込み クライアント主導でサービスを機能拡張する方法として、XRPC APIのレスポンスの一部をrecordから取得する、という方法がある。余分なフィールドが増える分にはlexicon更新は不要だし、単に埋め込むだけならappviewの追加対応も必要無い。1実例としては、一部のbskyクライアントがviaフィールドでpostにクライアント名を埋め込んでいるのがよく知られている。 また、Blueskyはprofileもrecordを埋め込むべきだったと反省している。 lexicon的には3種類の埋め込み
    lexicon設計テクニック | 山貂

  • なぜブラウザエンジンは 1 つではダメなのか? または Ladybird への期待 | blog.jxck.io


    Intro Ladybird は、他のブラウザエンジンをフォークせず、企業との取引に頼らず、寄付だけで作ることを宣言した新しいブラウザエンジンだ。 Ladybird https://ladybird.org/ これがいかに価値のある取り組みなのか、 Web を漫然と眺めてきた筆者による N=1 の妄言を書いてみる。 ブラウザエンジンとは ブラウザは、﹁ブラウザ UI﹂と﹁ブラウザエンジン﹂と、大きく二つの構成要素に分けて考えることができる。 ブラウザエンジンとは、いわゆる Web 標準の技術を片っ端から実装した、ブラウザの土台となるものだ。 ビルドすれば、入力した URL からネットワーク経由でリソースを取得し、パースしてレンダリングして表示できる。そのためのIETF RFC や WHATWG HTML や ECMAScript が実装されている、標準技術の結集だ。 その上に、例えばタブ
    なぜブラウザエンジンは 1 つではダメなのか? または Ladybird への期待 | blog.jxck.io
    sugyan
    sugyan 2024/07/05
    とても面白い記事だった。果たして未来はどうなるだろうか…
    リンク

  • dotenvx

    Run Anywhere dotenvx works the same across every language, framework, and platform – inject your env at runtime with dotenvx run -- your-cmd.

    dotenvx

  • 【JS体操】第2問「画像の横長具合を比較しよう」〜正攻法＆ハック部門の解説〜 - KAYAC engineers' blog


    こんにちは！ カヤック面白プロデュース事業部のおばらです。 普段は受託案件のデザイン・フロントエンド開発などを担当しています。 さて、﹃JS体操﹄第2問 いかがでしたか？ 今回初めての方々 第1問に引き続きの方々 複数のアプローチで何通りも回答してくださった方々 普段業務で JavaScript をバリバリ書いているであろう方々 JavaScript を学んでいる学生の方々 などたくさんの方々が挑戦してくださいました。 とても嬉しいです。ありがとうございます！ ﹃JS体操﹄とは？ ﹃JS体操﹄とはカヤックが主催する JavaScript のコードゴルフ大会です。 もともとは社内の勉強会として始めた施策です。 その詳細は以下のブログ記事を御覧ください！ techblog.kayac.com 第2問の詳細はこちら https://hubspot.kayac.com/js-taiso-002 も
    【JS体操】第2問「画像の横長具合を比較しよう」〜正攻法＆ハック部門の解説〜 - KAYAC engineers' blog
    sugyan
    sugyan 2024/06/17
    ハックすごい…これは思いつかないな…。すごいんだけど、あまりにもお題からかけ離れすぎていて、、それならいっそそういうお題で出して欲しかった
    リンク

  • Why RichText facets in Bluesky

    It's a good idea to jot down a couple of notes on our decision-making at Bluesky. These notes won't be extensive. Richtext in BlueskyWhen you see a post like this, you're seeing what we call richtext: That's a mention and a link. In the future there will likely be a bold or italics or strikethrough1, but right now we just have mention and link. Why not MarkdownHow should this be encoded? The obvio

    sugyan
    sugyan 2024/06/10
    何故BlueskyではMarkdownではなくRichTextという方式にしたか、という記事。記法サポートの問題、パーサ実装の問題、文字数カウントの問題、など
    リンク

  • ARM に存在する JavaScript 専用命令「FJCVTZS」を追う（ついでに V8 をビルドする）


    前回の記事では、JavaScript の実行エンジン V8 のJIT 出力コードを読んでみました。記事は M1 Mac 上で動かした結果でしたので、ARM アーキテクチャのアセンブラを読むことになりました。 さてそんな ARM アーキテクチャですが、最近の ARM には FJCVTZS という JavaScript 専用の機械語命令があるのをご存知でしょうか？CPU に、特定の言語︵それもコンパイラを持たない JavaScript︶専用の命令があると知ったとき、私は大いに驚きました︵過去にも Jazelle みたいなものはありましたが︶ 今回は、この FJCVTZS 命令について、実際にどれだけ効果があるのか、V8 をビルドしながら調べてみましょう。 FJCVTZS 命令とは？ FJCVTZS 命令は、Arm v8.3 から導入された JSCVT 命令の一つで、JavaScript の言

  • memcached proxyで使うハッシュアルゴリズムを比較した話 - Mirrativ Tech Blog

    memcached proxyのハッシュアルゴリズム比較 はじめまして！hibikiです(@add_bakkers) 現在大学3年生で、最近はネットワークに興味があり勉強中です。2023年8月からインフラチームにインターンとして参加しました。 本記事ではmemcached proxyのハッシュアルゴリズム比較の結果を紹介します。 memcached proxyのハッシュアルゴリズム比較 1. 背景と目的 ミラティブでのmemcachedの利用 課題: クライアントサイドでサーバ決定をしている memcached proxyの検討 2. memcached proxyに求められるアルゴリズム キーの分散 移動率の抑制 パフォーマンス ハッシュアルゴリズムの比較 3. 今回行うベンチマークの概要 計測対象とシナリオ 分散と移動率のベンチ 処理性能のベンチ 4. ベンチマークの結果と比較 移動率

    memcached proxyで使うハッシュアルゴリズムを比較した話 - Mirrativ Tech Blog

  • アーティストをAI学習から守るSNS「Cara」、ユーザー急増中


    アーティストの作品を企業の生成AIトレーニングや盗作に利用されないように守ると謳うSNS﹁Cara﹂のユーザーが急増している。米TechCrunchの6月6日付の記事によると、ユーザー数は過去1週間で4万人から65万人に増えたという。創業者のジンナ・チャン氏はこの記事の公開後、70万人を突破したとXにポストした。 画像生成AIモデルの多くは、著作権で保護された作品や個人データを含むネット上の膨大な量の画像をスクレイピングしてトレーニングされている。例えば米Metaは、ユーザーがFacebook、Instagram、Threadsに投稿したデータを自社の生成AIモデルのトレーニングに利用していることを明らかにしている。米Xもだ。 Caraは、こうした状況を受けて、シンガポール出身のアーティストであるチャン氏が2023年1月に立ち上げた。同氏は自らの作品もスクレイピングされたとして複数のAI大
    アーティストをAI学習から守るSNS「Cara」、ユーザー急増中
    sugyan
    sugyan 2024/06/07
    リンク

  • Stable Diffusion API を使って塗り絵 自動生成アプリを作る


    Stable Diffusion は、GPU を利用した画像生成 AIの中でも最も有名なプロダクトだと思います。Stable Diffusion の利用者は一般的にまず GPU を準備し、そこで環境を構築してから画像生成を行うのですが、今回は StabilityAI︵Stable Diffusion の開発元︶の用意している API を利用して、塗り絵の自動生成を作ってみました。 塗り絵 自動生成: https://color-painting.vercel.app/ 子どもたちのために、塗り絵を自動生成するサービスです。この記事では、どのようにこのアプリを作ったのか簡単に紹介しております。コードは全て JavaScript です。 ソースコードも github で公開しています。StabilityAI Developer Platform, Vercel, Google reCAP

  • rubykaigi2024_keynote_tompng.pdf

    ログイン読み込んでいます…

    sugyan
    sugyan 2024/05/20
    聴いてないけど すさまじい内容だったことが分かる…
    リンク

  • 20年勤めた会社を辞めたので自分で80人参加の送別会を開催した #941fes - 941::blog


    自分で企画して運営して前説して司会してプレゼンして3時間喋り続けたらめちゃくちゃ盛り上がった！という話です。ありがたい。 こちらのエントリで使っている写真は @tanocchi @nakansuke のお二人によるものです。マジ感謝。 行くも地獄、戻るも地獄な開催までの道のり 開催準備編 ついにやってきた！イベント当日 いよいよだ！イベントの様子 言及していただいたもの 後日談 行くも地獄、戻るも地獄な開催までの道のり 普段からイベントとか幹事とかやっていると、送別会も自分でやったほうが色々と満足度が高そう。というわけで、一緒に働き長年仲良くしてもらっている @sasakill に退職の報告がてらご飯を食べている時に﹁送別会が何度もあると大変だからドーンと一回でまとめてやろうと思って﹂というと﹁え！それ俺も行きたい！﹂と言うので﹁たしかに社外も参加可能なの、アリかもしれないね。100人くら
    20年勤めた会社を辞めたので自分で80人参加の送別会を開催した #941fes - 941::blog
    sugyan
    sugyan 2024/05/15
    楽しそう〜 次回15年後？は参加したいと思います！
    リンク

  • Electronを使ったPC向け将棋アプリ開発 - Qiita


    はじめに 2022 年1月から、趣味で PC向けの将棋アプリを開発しました。その中で取り組んだことや学んだことについて簡単にまとめます。 作ったもの Electron将棋 (electron-shogi) GitHub: sunfish-shogi/electron-shogi GitHub Pages: Electron将棋 背景 最近ではスマホやタブレットでも将棋の対局や研究ができるようになりましたが、本格的に将棋の勉強や研究をするには必ずしも十分ではなく、特に将棋 AIを動す上で PCの処理能力やカスタマイズ性は有用です。 2010 年あたりからオープンソースの将棋 AIが増えましたが、その多くは GUI や通信対局機能を備えておらず GUI のアプリケーションと組み合わせて使う必要があります。AI と GUI がやりとりするための USI という共通仕様があり、 USI
    Electronを使ったPC向け将棋アプリ開発 - Qiita
    sugyan
    sugyan 2024/05/11
    素晴らしいまとめ。いつか自分もTauriで作ってみたいと思いつつ何もできぬまま3年くらい経ってる…
    リンク

  • 詰将棋アルゴリズムdf-pnのすべて | やねうら王 公式サイト


    将棋AIで用いている詰将棋ルーチンにdf-pnというアルゴリズムがある。 これは、proof number(証明数)、disproof number(非証明数)を用いて効率的に探索を行い、その局面が詰むか、詰まないかを判定できるとても強力なアルゴリズムである。 将棋ファンなら﹃脊尾詰﹄と言う﹁ミクロコスモス﹂(1525手詰)を解く詰将棋専用ソフトについて一度ぐらいは聞いたことぐらいあるだろう。これは、脊尾さんが大学時代に作成されたプログラムである。そこに使われていたのが脊尾さんが考案されたdf-pnというアルゴリズムである。 df-pnに関しては、脊尾さん自身の論文(1998年)があるものの、要点しか書かれておらず、いまのようにGitHubにソースコードがあるわけでもなく、その詳細については長らく謎に包まれたままであった。(この脊尾さんの論文では、証明数のみを用いており、非証明数は陽には出

  • 【JS体操】JavaScript で頭の体操をしよう！〜第一問 44文字 解説編〜 - KAYAC engineers' blog


    こんにちは！カヤック面白プロデュース事業部のおばらです。 普段は受託案件、特にインタラクティブな WebGL や Canvas2D を駆使する案件のデザイン＆実装を担当しています。 先日出題したJS体操 第一問目、挑戦してくださったみなさまありがとうございました！ 早速ですが最短文字数の回答は44文字 でした！ export default x=>x-(x%=.2)+.2-(.04-x*x)**.5 みごと44文字を達成した方は、 halwhiteさん koyama41 さん sugyan さん tkihira さん たつけん さん の5名！︵※ Unicode コードポイント順︶ おめでとうございます！！ 最短文字数を狙った正統派の回答以外にも、裏技的な面白アプローチがたくさんありました笑 このアプローチは面白い、ぜひ紹介したい！という回答がいくつかあったので、解説記事は2回に分けて
    【JS体操】JavaScript で頭の体操をしよう！〜第一問 44文字 解説編〜 - KAYAC engineers' blog
    sugyan
    sugyan 2024/04/26
    めっちゃ分かりやすい解説記事。自分は三日三晩考えまくってようやく44文字に辿り着いたけど `%` を整数でしか使ったことが無かったので `% 0.2` できることに気付くまでが一番時間かかって大変でした
    リンク

  • builderscon 2024をやります！ - builderscon::blog


    来る2024年8月10日に埼玉浦和でbuilderscon 2024をやります！ 予定を空けておいてくださいね！ 近々セッション公募を開始予定ですのでネタをご用意のうえお待ちください。 また、手伝ってくれる方は@nasa9084までご一報ください！
    builderscon 2024をやります！ - builderscon::blog
    sugyan
    sugyan 2024/04/25
    おぉ、ビルダーズコン復活！
    リンク

  • Expressに22個以上の要素の配列クエリを渡すときは気をつける - すぎゃーんメモ

    自作ライブラリを使ったBlueskyクライアントを実装していて遭遇したバグ。 ATriumからのfeed.getPostsでurisが21個までなら大丈夫だが22個以上だとエラーになることが発覚した。問題切り分け中… ここまで自作クライアント実装してようやく気付く問題があるんだから やっぱりドッグフーディング大事やな、、— すぎゃーん (@sugyan.com) Apr 21, 2024 at 10:21 AM 問題の詳細と対応は以下の通り。 `app.bsky.feed.getPosts` fails with more than a certain number of arguments `uris` · Issue #160 · sugyan/atrium · GitHub feat: Replace serde_qs to serde_html_form by sugyan · P

    Expressに22個以上の要素の配列クエリを渡すときは気をつける - すぎゃーんメモ
    sugyan
    sugyan 2024/04/22
    書いた
    リンク

  • なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog


    CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の﹁評価してみる？﹂の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした︵笑︶。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜
    なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog
  • 1 2 3 4 5 6 7 8 9 10 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.