Google広告費の影響を受けない新たなWebブラウザが必要だと、スクラッチからWebブラウザを開発する「Ladybird Browser Initiative」、元GitHub創業者らが立ち上げ
Google広告費の影響を受けない新たなWebブラウザが必要だと、スクラッチからWebブラウザを開発する「Ladybird Browser Initiative」、元GitHub創業者らが立ち上げ スクラッチから新たにWebブラウザの開発をオープンソースとして行う非営利団体「Ladybird Browser Initiative」の設立が発表されました。 Ladybird Browser Initiativeは、Webブラウザ「Ladybird」およびそのためのレンダリングエンジン「LibWeb」、JavaScriptエンジン「LibJS」などの開発を行います。 Web開発の資金源が広告であるべきではない Ladybird Browser Initiativeを設立したのは、元GitHub創業者兼CEOのChris Wanstrath氏と、NokiaおよびAppleでWebKit開発チーム
Googleから金銭を受け取らずブラウザエンジンも自前でゼロから開発するあらゆる束縛から解放された真のオープンウェブブラウザ「Ladybird」がGitHub創設者から1億6000万円超の資金を調達
MozillaのFirefoxやGoogleのChromeに対抗するべく、企業取引や広告収入なしでゼロからウェブブラウザを開発するため、GitHubの創設者であるクリス・ワンストラス氏と、オープンソースのPC向けOSであるSerenityOSの開発者・アンドレアス・クリング氏が、非営利団体の「The Ladybird Browser Initiative」を立ち上げました。同団体が開発しているウェブブラウザの名称は「Ladybird」で、ワンストラス氏から100万ドル(約1億6000万円)の資金援助を受けています。 Announcing the Ladybird Browser Initiative https://ladybird.org/announcement.html Shared post - Ladybird Web Browser becomes a non-profit w
バグバウンティにおけるおすすめの学習コンテンツまとめ(YouTube編) - blog of morioka12
1. 始めに こんにちは、morioka12 です。 本稿では、バグバウンティの学習に活かせるおすすめの YouTube チャンネルと「Live Bug Bounty Hunting」の動画について、まとめて紹介します。 1. 始めに 2. おすすめの YouTube チャンネル Top 5 NahamSec STÖK Bug Bounty Reports Explained Critical Thinking - Bug Bounty Podcast InsiderPhd 3. 「Live Bug Bounty Hunting」の動画 NahamSec Live Recon: Hacking Dell's Bug Bounty Program Live Recon: Hacking Tinder's Bug Bounty Program (with @Rhynorater) Live R
Google、BIツールのLooker Studioのグラフからプレゼンテーション用スライドを自動的に生成する「Gemini in Looker」の新機能プレビュー公開
Google、BIツールのLooker Studioのグラフからプレゼンテーション用スライドを自動的に生成する「Gemini in Looker」の新機能プレビュー公開 Googleは、同社の最新生成AIであるGeminiをBIツールと統合した「Gemini in Looker」として、Looker Studio ProのグラフからGoogle Slidesのスライドを自動的に生成する新機能のプレビュー公開を発表しました。 Looker Studioは、Google SheetsやBigQuery、Cloud SQLやGoogle AnalyticsといったGoogleが提供するデータソースだけでなく、Amazon RedshiftやMicrosoft SQL Server、MySQL、PostgreSQL、SnowflakeなどのデータベースやFacebook Ads、LinkedIn
RubyのJava実装「JRuby」、大口スポンサーのRed Hatが離脱で新たなスポンサーや寄付を募集。有償サポートも開始
RubyのJava実装「JRuby」、大口スポンサーのRed Hatが離脱で新たなスポンサーや寄付を募集。有償サポートも開始 Ruby言語のJavaによる実装である「JRuby」の開発者が、新たなスポンサーや寄付などを募集していることを明らかにしました。 これは長年にわたってJRubyの大口スポンサーであったRed Hatから、支援の停止の通知を受けたことがきっかけとなっています。 There’s big news in the JRuby world: tomorrow is JRuby’s Independence Day! Developer @headius has committed to fighting for JRuby users and he needs your help. Read his post to the JRuby Blog and follow your
Ruby は String をメモリ上でどのように扱っているのか？ | IIJ Engineers Blog
電子メール、ネットワーク機器集中管理、異常検知、分散処理、クラウド基盤などのシステム開発に従事。古代Rubyist。 先日、 Ruby (CRuby) が String をメモリ上でどのように扱っているのか気になって調べていました。そこで String の構造体やメモリの扱いとその変遷が興味深いと思ったので、ちょっとまとめてみました。 Ruby のオブジェクトのデータ構造 まず前提知識として、そもそも Ruby が C の世界でオブジェクトをどのようなデータ構造で持っているかをざっくりおさらいします。 VALUE 型 Ruby の内部ではオブジェクトを VALUE 型という型の変数で取り扱っています。 // include/ruby/internal/value.h typedef unsigned long VALUE; 宣言の通り VALUE 型の実体は unsigned long で
This blog post is adapted from a talk that Adam Hess and I gave at RubyKaigi 2024. Until recently, Ruby lacked a mechanism for detecting native-level memory leaks from within Ruby and native gems. This was because, when Ruby terminates, it does not free the objects that are still alive or the memory used by Ruby’s virtual machine. This is because the system will reclaim all the memory used anyway,
STORES 予約 でエンジニアリングマネージャーをしている Natsume です。 STORES 予約 は10年モノの45万行、380テーブルある大きなモノリスの Rails アプリケーションです。 業種にとらわれない汎用的な予約システムであり、それらに対応するように複雑なコードベースになっています。また、ここ 1~2 年はプロダクト間連携を進めており、各基盤やアプリケーションともつなげていく開発を進めています。今後も新規プロダクトとの連携や機能開発を進めるには、少しでも認知負荷を上げずに開発しやすい状態を保ち続けるか、が重要だと感じました。 その課題感の中で、今回はモジュラモノリスを選択し導入をしましたので、そちらのお話をしたいと思います！ 現状の課題感 私が入社した3年前から STORES 予約 の開発メンバーは3倍になり比較的新しいメンバーが多く、また古くからいるエンジニアも少数な
Mastering Ruby Code Navigation: Major Ruby LSP Enhancements in the First Half of 2024
In the first half of 2024, Ruby LSP has seen significant enhancements, particularly in the area of code navigation, thanks to the advancement of its indexer. In this post, we’ll dive into the major code navigation enhancements that have been made to Ruby LSP. We’ll also touch on some experimental features that are on the horizon. NOTE While the Ruby LSP server (ruby-lsp gem) can be integrated with
状況だけまとめてタイトルにしたらなんとも胡散臭くなった。 自分は現在カナダ在住で、アメリカのヘルステック企業でシニアフロントエンドエンジニアとして働いている。以前物議を醸した日本のエンジニア達は海外に出なければいけないという記事を書いたりした。 来歴を端的にまとめると以下の通りになる。 日本では定員割れのモンスター高校を卒業後、4年間フリーター 2017年に100万円を元手にカナダへワーキングホリデーを使って渡航 2019年に未経験からエンジニアとして現地のスタートアップ企業に就職 カナダ、アメリカの複数企業で経験を積み、シニアフロントエンジニアへ 今回はありがたいことに、業界最大級のWebサイトビルダーであるWixの日本法人、Wix Japanでフロントエンドエンジニアのオファーを受ける運びとなった。 このポストでは、北米で在住しつつエンジニアとしてキャリアを積んだ上で、日本の外資企業の
TiDBのRequest Unitの裏側 ① | CyberAgent Developers Blog
グループIT推進本部のデータプロダクトユニット（DPU）でエンジニアをやっている＠azazです。DPUではTiDBチームに所属していまして、ここではTiDBの運用、移行のサポート、クエリー最適化のサポート活動などに力を入れています。 大規模データ基盤にまつわるデータベース・ETL・クエリーエンジン・ストリーム処理技術について興味がある方は是非Cyberagentの採用ホームページから大規模データ基盤エンジニア枠で応募してみてください！ 流れ 最近注目を集めているMysql互換のNewSQL データベースであるTiDBですが、内部のレートリミッターについて考えたことありますか？本記事ではTiDBで採用されているレートリミッターの仕組みについて3部構成で紹介したいと思います。 様々なレートリミッターアルゴリズムの紹介 分散システムにおけるレートリミッターの課題 TiDBのレートリミッターの仕組
Amazonの製品レビューには、業者の依頼によって書かれたと思われるサクラレビューが大量に紛れ込んでいます。新たに、ウェブブラウザ「Firefox」などの開発で知られるMozillaが「サクラレビューが多い製品カテゴリ上位5選」と「信頼できるレビューが多い製品カテゴリ上位5選」を発表しました。 Fakespot reveals the product categories with the most and least reliable product reviews for summer and back-to-school shopping https://blog.mozilla.org/en/mozilla/news/fakespot-reveals-the-product-categories-with-the-most-and-least-reliable-product-re
Published by Charles Oliver Nutter on July 03, 2024 All Good Things… Hello Ruby and JRuby friends! I have some exciting news! As they say, all good things must come to an end, and so it is with our sponsorship from Red Hat. We recently received notice that after 12 years of support, JRuby funding at Red Hat would conclude. Recent reorganization has changed priorities, and unfortunately there’s no
レファレンスを調べてみる デザインシステムを公開しているにはレベル差がある デザインシステムとはソフトウェア開発において一貫性のあるデザインを提供するための仕組みです。 本来は企業や団体内において実装のブレをなくすためのツールですが、業界内でのプレゼンスを得るなどの目的で社外に公開されていることがあります。 自社でデザインシステムを導入するにあたり "デザインシステムを公開しています"という企業の事例を調べたところ、公開しているにも種類があり、Webサイトを公開している、Figmaのファイルを公開している、プログラムのコードを公開しているなどレベル差があることに気づきました。 デザインの指針やFigmaファイルの公開も有用ではあるものの、ソフトウェアエンジニア視点だと実装が公開されているのが取っ掛かりとして良さそうに思いました。 実装が公開されているという切り口でのデザインシステムの一覧を
弊社(トラストハブ)では、すべてのプロダクトのAPIにGraphQLを採用しています。 しかし、私が入社した時点では、GraphQLの設計に課題がありました。Query, Mutationの設計に統一性がなく、REST的な設計の名残も見られました。そのため、GraphQLの利点を十分に活かせていない箇所が多く存在していました。 自分は以前から業務でGraphQLを使ったAPIを作るために、海外でのGraphQLに関するドキュメントや、Shopify GraphQL APIドキュメントを読んで実践してきたので、この部分で貢献できると思いました。 そこで入社後にまずGraphQLのAPIをこういうルールで作ってみませんか？と提案するドキュメントを書いて、新規で作られるAPIについてはそのルールを使うようメンバーに布教する活動を行っていました。今では、ほとんどのコードではAPIの設計に統一性を持
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Finding Memory Leaks in the Ruby Ecosystem
STORES 予約 をモジュラモノリス化しました！ - STORES Product Blog
100万握ってワーホリ行ったら外資のエンジニアになって帰ってきた話｜Kei
Amazonのサクラレビューが多いカテゴリ上位5選＆信頼できるカテゴリ上位5選
The JRuby Blog : Independence Day
実装が公開されているデザインシステム一覧
GraphQL APIを開発するときに気をつけるべき点をまとめたドキュメントを公開します