タグ

ブックマーク / laiso.hatenablog.com (19)

  • WasmerのWinterJSのベンチマーク結果はあやしい - laiso

    「WinterJS 1.0」の記事がシェアされていたので読んでいたのだけど「Bunより速くなった」と書かれていたので何事と思ってチェックしてみた wasmer.io ベンチマークの文書は以下に公開されている github.com で、まずエラーがめっちゃ出てる Socket errors: connect 155, read 108, write 0, timeout 29 それはいいとして(よくないが)、肝心なところはJarred Sumnerも指摘しているけどwrk -t12 -c400でリクエストの並列処置性能を測っているというのに違和感がある They’re benchmarking their HTTP server running on 12 cores compared to Bun running on 1 core— Jarred Sumner (@jarredsumne

    WasmerのWinterJSのベンチマーク結果はあやしい - laiso
  • 更新されたら真っ先に聴いているおすすめポッドキャスト - laiso

    ポッドキャストはリスナーの存在が見えづらいらしく聴いてるとアピールしないと更新停止してしまいがちなので定期的に感想を書いていく 聴く環境について ポッドキャストの探し方 BUSINESS WARS / ビジネスウォーズ News Connect あなたと経済をつなぐ5分間 #ニュースコネクト Off Topic // オフトピック fukabori.fm バンクーバーのえんじに屋 texta.fm プログラム雑談 Misreading Chat mozaic.fm kkeethのエンジニア雑談チャンネル 購読一覧 聴く環境について クライアントはGoogle Podcastを使っているんですけど終了してしまうし*1最近はSpotifyに誘導されがちなので、今後移行先をどうしようか迷っている そもそもGoogle Podcastの購読一覧ってどこから見るんだろうと疑問だったが、https:/

    更新されたら真っ先に聴いているおすすめポッドキャスト - laiso
  • タイトルはどう読まれたいかを決める - laiso

    最近の投稿 でのタイトルは「AはBである構文」で遊んでいるのが分かると思う。 これは「NFTアートは唯一である」という修辞法から学んで気にいって使っている用法なんだけど思ったより色々な意識の変化があった。 そもそもこのサイトはここ数年何だかよく分からないすごそうな著者だけが興味のある技術トピックの話を延々としていた。 タイトルは論文でもなしエッセイでもなしの雲をつかむような言葉選びで、人的には内容に即した正確な結論をタイトルにつけるべし的なことをずっと考えていたと思う。 最初の変化としてはタイトルをできるだけ短かくするようにしたので、話を単純化しようとするので他人に関心を持ってもらえそうな話題にフォーカスするようになった。 あとは文字数と文節が限られるので、自分の書く内容を正確に表わそうとするのではなく読む人がどう感じて欲しいのかを想像して書くことになった。 『詳解 人間の気持ち』が必要

    タイトルはどう読まれたいかを決める - laiso
    mizdra
    mizdra 2023/12/02
  • 人類には早過ぎるLLMの話 - laiso

    Sam Altman解任騒動は個人間の対立ではなく、組織構造の問題に注目すると感想が変わるなと思った。 www.nytimes.com この騒動についてはAIの安全性を重視する思想とOpenAIのビジネスの拡大を目指す戦略の衝突があるので、AIの安全性というトピックが重要になる。 僕は結構テクノロジー原理主義者みたいなところがあるので、自動車で人命が失なわれているとして人類が獲得した利益と比較できないし、SNSによって情報操作から暴動が起きたり、誹謗中傷で精神を病む人々が出現してもそれは—— まぁ困るよね・・(身内が事故やSNSで不幸にあったら絶対反転アンチになるだろうし) ぐらいの曖昧な態度だったんだけど、これをきっかけにAIの安全性についての研究等に関心を持つようになった。 安全性と言っても暴走ロボットが人類滅亡に向ってstep by stepで考えてください、みたいな昔のSF小説的な

    人類には早過ぎるLLMの話 - laiso
    mizdra
    mizdra 2023/11/23
  • TypeScript Origins: The Documentaryを観た - laiso

    TypeScript Origins: The DocumentaryはTypeScriptの誕生に関わった関係者たちへのインタビューで構成されたドキュメンタリー動画。 www.youtube.com 製作元はOfferZenというアムステルダムの求人プラットームの会社で、以前にはSvelte OriginsやLaravel Originsも公開している。 作ではReact.js: The Documentaryの次世代フロントエンドフレームワーク開発競争と時期を同じくして起っていたAltJS戦争の中でどうTypeScriptが現在の地位を獲得していったのかに迫る。 laiso.hatenablog.com 私はTypeScriptについては片手間業務プログラマーという感じで全然詳しくないんですけど、TypeScript Originsのゆりかご からRemove TypeScript

    TypeScript Origins: The Documentaryを観た - laiso
  • Remove TypeScript - laiso

    経緯 world.hey.com DHHが「オタクくん見てる〜? 今からうちのレポジトリからTypeScriptを剥しま〜す」と宣言したことにより、Web開発者界隈でTypeScriptの是非自体の話になり騒ぎになった*1*2。 github.com その後、野次馬がたくさん集ってきてrevertプルリクエストを立てる人やTypeScript公式リポジトリから全ソースコードを消すプルリクエストを出す*3ようなキッズムーブをする人も出てきた world.hey.com 実際の変更 8617行のTypeScriptJavaScript化された。(Sloc 便利) ❯ scc src/ ─────────────────────────────────────────────────────────────────────────────── Language Files Lines Blan

    Remove TypeScript - laiso
    mizdra
    mizdra 2023/09/07
    まとめありがたい。@hotwired/turbo の外向けの型定義も欲しかったら DefinitelyTyped に publish すれば良い訳だし、Turbo を利用する側の人も無茶苦茶困る訳では無いんじゃないのかな。
  • TwitterでフォローしていいかどうかもGPTに決めてもらう世界線 - laiso

    必要性が不明の生成画像: https://www.bing.com/images/create TwitterOpenAIAPIを繋いで評価を自動化します。 #!/usr/bin/env python import os import sys import tweepy from langchain import LLMChain from langchain.chat_models import ChatOpenAI from langchain.prompts import HumanMessagePromptTemplate, SystemMessagePromptTemplate, ChatPromptTemplate # フォローしたいアカウントのタイプを定義する preferences = "\n".join([ "創造的な性格。", "新しいものが好き。", "建設的な発

    TwitterでフォローしていいかどうかもGPTに決めてもらう世界線 - laiso
    mizdra
    mizdra 2023/04/19
  • 2022年のインターネットをふりかえる - laiso

    2022年の技術トピックをふりかえる でプログラミングその他はふりかえったので、インターネット的なこともふりかえることにした ブログ論系 Web日記は止まるなどを投稿するとなぜかいつも週刊はてなブログ編集部に刺身☆ブーメランさん(誰)とセットで紹介されるようになってて、それはそれでありがたいことではあったんだけど、この話題に反応する人々はいつもの老人会的な面々なので、もっと若者向けを狙っていきたい弊ブログとしてはしまった、またやってしまった・・的な気持ちになっていた。 b:id:laisoを停止したのもこのままこのへんのコミュニティーの一員であり続けるのも飽きてきたなぁと思ったのであって2023年はもうちょっと変化が欲しいなと思っている。 突然最近やってる日記の書き方で三行日記をはじめてすぐやめたり。 あとは最終出社画角画像とは何かがたくさん読まれたようだけど何でこれを投稿するモチベーショ

    2022年のインターネットをふりかえる - laiso
    mizdra
    mizdra 2023/01/10
  • 最近のTwitterの使い方 - laiso

    10年以上 Twitterで誰もフォローしていないことでお馴染の私ですがどのようにTwitterを使っているのか謎だと思うので、これまでのこと そしてこれからのこと・・すべてお話しします。 Tools 専用クライアントは使わずWeb版 https://twitter.com/ を使います。たまに自作Twitterビューワーを作って使いますが、トークンを手動でリフレッシュしているので気分で切り替えます。 他ユーザーと交流もせず通知がいらないのでモバイルのTwitter Appも入れず、見ない時は NextDNStwitter.com を弾いておきます。 Home favoriteしておくとTwitter君がいい感じにリコメンドしてくれるのでそれを読みます。バズっている小言みたいな投稿は避け、なんとかをリリースしましたとか転職しました等のめでたい投稿を選んでゆきます。 Post 何か思い

    最近のTwitterの使い方 - laiso
    mizdra
    mizdra 2023/01/10
  • 2022年の技術トピックをふりかえる - laiso

    それはベンツなんよ 総括 今年はコードをよく読むようにした。 技術的にはひき続きPaaSやクロスプラットフォームの動向に注目した。 デファクトの移り変わりを感じるので来年以降はGoGraphQLに手を出していきたい。 去年のエントリ: 2021年に作ったモノや技術をふりかえる 今年やったこと コード読み 去年はコードを書くことに注力していたので今年は一転コードを読んでいた。 プログラム雑談ポッドキャストを聞いていて「コード読み」っていう言葉がよく出てくるので聞きながらそういえば自分もこの分野が好きだなと思い出したので意識してやることにした。 丁度、最新技術のトレンドだけ俯瞰しているのに学びを感じなくなってきたのでより潜りたい気持ちがあったのでそれを満せたと思う。 IntelliJ IDEAで全言語のプログラミング環境が楽に揃っているのが心強い(Samuraismさんありがとう)。 読んだ

    2022年の技術トピックをふりかえる - laiso
    mizdra
    mizdra 2022/12/17
    良い
  • 『世界で一番ゴッホを描いた男』とプログラマー - laiso

    世界で一番ゴッホを描いた男(字幕版) チャオ・シャオヨンAmazon 深センの大芬という街でゴッホの複製画を20年に渡り描く趙小勇という職人の男性に密着したドキュメンタリー(原題はChina’s van Goghs)。 215. 見てない映画を紹介します | Ossan.fm で知ってウォッチリストの中にあったので消化した。 身に覚えのあるクリエイターに打ち所悪く刺さる蟹工船的な作品、ぐらいの予備知識しかなかったが、実際に観てみると、なんとなく想像していたよりもはるかに面白かった。 プログラマーにも刺さると思う。 『世界で一番ゴッホを描いた男』を観たんだけど「俺たちは画家や芸術家じゃない。職人に過ぎないんだ…」という嘆きがengineerとdeveloperの違いみたいに聞こえてなんか刺さった…— YuheiNakasaka (@razokulover) 2022年12月10日 engin

    『世界で一番ゴッホを描いた男』とプログラマー - laiso
  • 最終出社画角画像とは何か - laiso

    こういうやつ (この画像は ぱくたそを使ってがんばって作った) これは何 勤務先オフィスを退館後、外から見上げた写真を撮影して投稿する文化がある 最終出社の退勤直後にTwitterやブログ投稿されることが多い 時期 2018年頃〜からよく見かけるようになったミーム。 東亜飯店画像のような内輪ネタの文脈はなさそう。 場所 最初はIT企業が多く入居する六木ヒルズ森タワーの写真だったが、六木ヒルズ以外に勤務する人は自分のオフィスを撮影するのでバリエーションが増えた。 六木ヒルズに通勤していないが関係なく六木ヒルズの写真を素材サイトから引用している強者もいた。 事件木ヒルズに勤務する人が夜中何気なく似た写真を投稿したら、それを見た同僚が突然の退職報告だと思って慌てるという出来事があった。ハイコンテキスト過ぎると思う。 入社時はどうするのか 会社の受付にあるエントランスサインの写真をス

    最終出社画角画像とは何か - laiso
  • フレームワークのシェアを重視しがち - laiso

    チームで何かアプリケーションを作る時にどんなプログラミング言語を使ってどのフレームワークでどういう技術を使って作ろうか? と話し合いが行われることがある。この意思決定プロセスは技術選定とか呼ばれている。 そこに出てくるフレームワーク、に限らずソフトウェア技術・ツールの選択基準に大きく関わる「どのぐらいこの技術は使われているのか、主流なのか、シェアがあるのか・今後増えていくのか」という要素がある。 そこでは「たくさん使われている・寡占的な技術ほど良い」という価値観が広く共有されている(業界によって枯れた技術にフォーカスしたり、投資対象としての新技術の範囲を限定したりするから単純にユーザー数というわけでもない)。 その背景には 開発者の数を増やして規模を拡大する 開発者人材の流動性が高い 変化を予測しづらいエコシステムの性質 というものがあると思う。 たくさん採用してすぐやめちゃうのでみんなが

    フレームワークのシェアを重視しがち - laiso
  • Tauri on mobile 現状確認会 - laiso

    tauri.app Tauri とは Electron代替として作られたRust製のGUIアプリケーション開発ツールキット。 ユーザーは各プラットフォームのWebViewで動くHTML+JavaScriptUI開発をして、裏側はRustで書いたネイティブバイナリにコンパイルされるプログラムを呼び出す。 実際の実装のイメージが以下で、Electronに使い方は似せられている。 tauri.app Electronは特製ChromiumとNode.jsをユーザーのアプリケーションに同梱することでポータビリティを担保させているのに対して(find /Applications -name "Electron Framework.framework" コマンドを実行してみると大抵どんな環境にもElectronが10匹ぐらい居る) TauriはOSが用意しているWebViewにリンクして、スクリプト

    Tauri on mobile 現状確認会 - laiso
  • Swiftがこの先生きのこるには - laiso

    Apple系デベロッパーの人たちがSwift普及のいかんともしがたい現状について話していたので考えてみた。 サーバーサイド用途 サーバーサイドSwiftは現状あまり利用したいケースが見当たらず、モバイルアプリ開発組織のマイクロサービス開発の共通化においてはJVMが枯れているのでKotlinの方に傾きがち。 WindowsVSCodeやIntelliJ系の非Xcode系開発環境のサポートのハードルも越えるぐらいモチベーションが必要である。 ただユーザー規模はそこそこあり、DenoDartやHaskellが有効な程度にはWeb開発用途には使えると思われる。苦労しそうだけど。 WasmWasmにしてブラウザサイドでコードを動かそうという向きもある。拡張用途では周辺ツールの多いRustやCのライブラリ資産のポートもありレッドオーシャンであることは変わりないが、Swiftに限らずWasmアプ

    Swiftがこの先生きのこるには - laiso
    mizdra
    mizdra 2022/06/02
  • Web日記は止まる - laiso

    2000年代ぐらいにblosxomやtDiaryで熱心にWebに何かテキストを書いていたような人たちは特定の価値観を持っているなと思う。 それがどういうものなのかはすぐ説明できないし、単に特定の人たちのことを指しているのかもしれない。ただ、丁寧に閲覧履歴を見ていけば100人ぐらいは該当するサイト管理人が思い浮べられそうだ。 現在は個人が動画で発信する時代なので、僕の思うこの感覚は次の世代では動画に特別な感情を持ちがちという解釈になっているのかもしれない。 Message Passing このサイトに辿りつくような人たちはプログラム雑談ポッドキャストの188回以降のエピソードのWebに何かテキストを書くことについての話は共感できるのだと思う。 anchor.fm Message Passingというのは以下のサイトのことで、ガー社とかファー社とかで就労経験のあるような日米のプログラマーかつ、

    Web日記は止まる - laiso
  • 個人開発のコストはDB次第 - laiso

    個人でWebサービスを継続的に運用するのは金がかかってかなわんという問題がある 「個人開発」だと定義が曖昧なので自己資金かつ赤字のプロジェクト(Webサービス)ということにする。 そういうプロジェクトではプロダクトオーナー=自分、開発者=自分、予算管理者=自分というロールになるので予算管理者としてコストを図る必要がある(ここでいうコストはWebサービスを実現するアプリケーションのランニングコストのこと)。 通常はみんな自分の人件費を0として計算していると思う(逆にいうとそれが負債という考え方もできると思う)。 ただしメンテナンス時間とコストのトレードオフもあるので、人件費0ではあるけど有限の時間は別軸として管理しているのが普通だと思う。極端な例だと「コスト削減できるけどメンテナンス時間10倍になる」というのは避けられる。 仮に個人開発プロジェクトの予算を月数千円から高くても1万円ぐらいか

    個人開発のコストはDB次第 - laiso
    mizdra
    mizdra 2022/05/04
  • 2021年に作ったモノや技術をふりかえる - laiso

    前回までのあらすじ:2020年に作ったソフトウェアや開発技術をふりかえる - laiso Write Code Every Day プログラマーの人にありがちな趣味だと思うんだけどWrite Code Every Day (John Resig - Write Code Every Day)を2008年ぐらいからやっていて、昼に仕事でコード書いて夜になったら自分の楽しみのために何か作るか〜というのを繰替えして生活してる。 John Resig の記事との違いは今読みながら比較していたんだけどGitHubに上げるっていう部分はやらなくなってしまった。クレデンシャルとかハードコードしてるやつとか半分他人のコードコピペしたやつとかの清書がめんどくさいというのがあるし、クローラーなどは自分だけが使うぶんにはいいけど公開した方が迷惑になる——みたいなジャンルのコードが結構あって段々省くようになってし

    2021年に作ったモノや技術をふりかえる - laiso
    mizdra
    mizdra 2021/12/24
  • 個人開発者とCovid-19 Radarプロジェクト - laiso

    Endless road | During our roadtrip we turned off the highway… https://www.flickr.com/photos/98063470@N00/326044514 GitHubリポジトリ Covid19Radar に対して起ったことがかなり特殊な状況だったため、開発を追い掛けていた視線からレポートをします。 この記事の著者について 代表作のない個人アプリ開発者(かなしい) Covid-19 Radar Japan の人ではない GAFAMやCode for Japan の人でもない 4/8 Covid-19 Radarを発見する Covid-19 Radarとは、この時点ではシンガポールのTraceTogetherの日版を目指した個人開発者 廣瀬一海さんのアプリのリポジトリ 4月にContact Tracing技術について

    個人開発者とCovid-19 Radarプロジェクト - laiso
    mizdra
    mizdra 2020/06/22
  • 1