Semantic Versioningの闇 - knqyf263's blog
今回も誰も興味ないシリーズなので今まで書いてこなかったのですが、Semantic Versioningに関して幻想を抱いている人がいる可能性があり、そういう方にどうしても現実を知っておいて欲しかったので書きました。3行要約（と可能なら余談）だけでも読んでいただけると幸いです。 3行要約 Semantic Versioning 2.0.0にはバージョン"比較"の定義はあるが、バージョン"制約"（>= 2.1.3みたいなやつ）の定義がない その結果、同じsemver準拠ライブラリでも制約の解釈が異なり結果が真逆になる というかそもそもsemver使ってるエコシステムが少なすぎる 背景 セキュリティアドバイザリでは特定のバージョンが脆弱であることを示すためにバージョン制約が使われることが多いです。例えば >=1.2.0 <1.2.6みたいなやつです。この場合、1.2.5は脆弱だが1.2.6は修正
環境変数を設定するだけでRuby on Railsサーバが10%高速化する(かもしれない)話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
この記事は Akatsuki Advent Calendar 2019 1日目の記事です。 はじめに アカツキでは Ruby on Rails を使ったゲームサーバを開発・運用しています。ゲームの体験を向上するために、レスポンスタイムは一つの重要な要素となるため、種々のパフォーマンスチューニングを行なっています。今回はその一例として、環境変数を1つ設定するだけで、あるAPIのレスポンスタイムが10%も改善した例をご紹介します。 TL;DR 多数の時刻を含むレコードを扱う Ruby on Rails サーバでは、 TZ 環境変数を設定することで、デフォルトタイムゾーン設定ファイル /etc/localtime へのアクセスが減り、高速化が図れるかもしれません。 効果は Time オブジェクト1個あたり数μsの短縮といったオーダーですが、チリも積もれば山となり、数千個のレコードを処理するAPI
政治的問題のためRuby GemsとGitHubからChef関連の諸々が消えた件について
アメリカ合衆国のとある政府機関への抗議のため、Chef関連のGemやGitHub上のソースコードを作者が削除した。 雇用期間に業務にてGemが作成されていたため、Chef SoftwareがGemの所有権を主張してGemを復活させた。 最終的には抗議行動に対してChef Softwareが折れることで決着が付いた。 現在Chef界隈が混乱している。 どうやら政治的問題のためにRuby Gemsに登録されたGemやGitHub上のソースコードが消されたらしい。 なかなか興味深い出来事で、なおかつ日本語圏に情報が出ていないので適当に記録しておく。 用語 Ruby：プログラミング言語の１種。日本においては超広範囲で使用されている超メジャーな言語。 RubyGems：Rubyにおけるパッケージシステム。他人のRubyプログラムやライブラリを簡単に取り込むことができる。 Chef: 構成管理ツールの
DebianのRubyパッケージメンテナ辞任で騒動に：Rails Hub情報局：エンジニアライフ
Debian GNU/LinuxのRuby関連パッケージのメンテナだったフランス人のLucas Nussbaumさんが、Rubyパッケージの作成・管理に関わるのをやめると宣言しました。その理由を、やや感情的にブログに列挙したことをキッカケに、日本語・英語のコミュニケーションギャップの問題、OS（ディストリビューション）とRubyなどの言語処理系のパッケージシステムの不調和の問題、コミュニティ運営の成熟度など、さまざまな議論が巻き起こっています。 多くの論点を含みつつ議論が展開 念のために先に指摘しますが、Debian上（Ubuntuでも同様）のRubyパッケージの今後については、Lucasさんのほかに、まだ2人、やまだあきらさんと、森脇大悟さんが関わっているので（リンク）、今回の騒動によってRubyパッケージがDebian上でメンテナンスされなくなったり、将来が不安だということはないと思い
Matzのコメント: DebianのRubyパッケージ管理者をやめちゃった方への - 方向
DebianのRubyパッケージの管理者をやめちゃった方のBlogが何かと話題になっています。主にRubyコミュニティへの不満、特に日本語偏重への不満が溜まっていたようです。 http://www.lucas-nussbaum.net/blog/?p=617 http://d.hatena.ne.jp/karasuyamatengu/20110103/1294014752（和訳・要約） その記事にMatzがコメントしていたので訳してみました。 Although I respect your decision, I think some of your problems could have been improved (or resolved) by communication. Maintaining software is a series of compromise between
DebianのRubyパッケージ管理者が辞めてしまった理由 - karasuyamatenguの日記
RubyのDebianパッケージを管理しているLucas Nussbaum氏が辞める意思を表明した。 http://www.lucas-nussbaum.net/blog/?p=617 Nussbaum氏のルビーコミュニティーに対する批判・懇願を残している。最初の二つは(コアとリリース)は日本の開発陣に対して、それ移行は英語ベースのルビーコミュニティーに対しての意見だと思う。以下、Nussbaum氏の意見を要約。 ルビーコア開発コミュニティー 開発メールリストは日本語でなく英語主体のruby-core@に移行すべきだ。 リリース管理 ruby_1_8 (106 commits over the last six months) ruby_1_8_6 (4 commits over the last six months) ruby_1_8_7 (35 commits over the la
Proximity APIでWi-Fi Direct通信 - デバイスとITの架け橋 - Site Home - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
Ruby - HowToReportJa - Ruby Issue Tracking System
Ruby バグレポートガイドラインこのガイドラインはドラフトです。このガイドラインの主旨 このガイドラインは、バグ報告者と開発者のコミュニケーションを円滑にし、バグ報告と修正を効率的かつ円満に進めるためのものです。 バグ報告者はこれに従う義務はありませんが、なるべく従うことを推奨します。特に「絶対書くべきこと」は、バグ修正のために事実上必須です。 バグ報告がこのガイドラインに従っていないというだけで reject されることはありません。ただし、情報が足りないバグ報告に対して、このガイドラインを指示・引用して feedback をお願いすることはあります。 このガイドラインが常に適切とは限りません。適切でないと思う場合は更新してください。(更新する前に ruby-dev (日本語) か ruby-core (英語) で議論するとよい) 要約重要な部分は以下です。より確実な報告をする場合は下
LinuxカーネルとRuby、異なるコミュニティにコミットして見えたもの － ＠IT自分戦略研究所
第2回 LinuxカーネルとRuby、異なるコミュニティにコミットして見えたもの 星暁雄（ITジャーナリスト） 2010/9/28 小崎資広氏は、Linuxカーネルの開発コミュニティと、Ruby開発者コミュニティにコミットしている。Linuxカーネルコミュニティは開発者中心でディベートが多く、Rubyコミュニティは紳士的？ OSと言語、異なるコミュニティに参加したエンジニアが、運営方法やコミュニティ文化の違いについて語る。 第1回｜1 2｜次のページ 連載「Linux Karnel Watch」の筆者である小崎資広（こさきもとひろ）氏は、Linuxカーネルの開発コミュニティとRuby開発者コミュニティの両方でコミッタとして活動している開発者である。オープンソース・ソフトウェア（OSS）のコミュニティは、どのように運営されているのか。そしてLinuxとRubyという成功した2つのコミュニティ
「十分な実用性」，IPAがRubyの性能検証やチューニング手法を公開
独立行政法人 情報処理推進機構(IPA)は2009年9月7日，「自治体・企業等の情報システムへのRuby適用可能性に関する調査」を公開した。Rubyの機能要件，非機能要件についての評価とガイドライン，性能検証やチューニング手法とその効果を紹介し「十分な実用性を備えている」と結論付けている。 調査報告書では，業務システムに求められる機能要件10項目，非機能要件45項目についてRubyの評価を行った。機能要件はネットワーク，文字コード，データベース，画面制御やGUIなど。非機能用件は，要件定義，保守，運用に関するものなど。結論として「Rubyは性能や開発技術の面においては十分に実力を持っており，業務システムへの適用についても，おおむね問題はない，あるいは回避・代替の方法は十分にあるものと言える」と述べている。これらの評価を踏まえて，開発，運用に際して留意すべきガイドラインを記述している。 技術
mod_ruby_win32bin - Tokiwa’s webpage
お知らせ † ファイル名を間違っていました。truck -> trunk [2006-01-24] 現在配布されているApacheバイナリでは、スタックサイズを変更しないとhikiなどを動かした時にrubyライブラリ内でスタックオーバーフローが起きます。[2006-01-20] ↑ テスト環境 † CPU: Celeron 1GHz(L2キャッシュ256KB) Memory: 256MB HDD: 10GB OS: Windows2000SP4 Apache: 2.0.55 Ruby: 1.8.4(mswin32版,mingw32版) Hiki: 0.8.0preview-1 ↑ 使い方 † Apache2を適当な場所(C:\Apache2)にインストールする。 editbinでapache.exeのスタックサイズを増やす。 editbinはMS PSDKに含まれています。ここでは2M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C#／Scala／Python／Ruby／F#でデータ処理はどう違うのか？
第21回人工知能学会 全国大会 招待講演 VOD配信
XAML Chick