当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
ホーム - CloneTracker
当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。
Ruby開発合宿を助成しました
Ruby開発合宿を助成しました Ruby AssociationはRubyの開発支援活動の１つとして、Ruby開発合宿に対して助成を行いました。 (参加者による集合写真：島根県松江市美保関町) 開発合宿は、2016年11月5日、6日の２日間でRuby Associationの拠点がある島根県松江市の美保関町で行われました。美保関のいくつかの宿泊施設は、IT企業の開発合宿の場としても使われており、ネットワークインフラや開発に使用するための備品貸し出しなど開発合宿の受け入れ体制が整っています。 (Rubyを開発中) 普段はネットワーク越しでの開発がメインですが、顔を合わせて開発することにより議論も進みます。開発合宿中の2日間で、issueの消化やRuby2.4、3.0の開発に向けての話し合いや開発プロセス基盤の改善が行われました。実際、Hash tableの最適化やChangelogの運用改善
楽天 TechTalk で Ruby と Rails の話をしてきた, 技術的負債を返却するには何をすればいいか - HsbtDiary(2014-12-12)
■ 楽天 TechTalk で Ruby と Rails の話をしてきた 楽天の河口さんから Ruby と Rails を使ってビジネスを回しているという話をしてくれという依頼がきたので、2日前の 12/10 に楽天オフィスまで言って何か話してきた。当日は遅刻してしまって申し訳ありませんでした...品川シーサイド難しい... 話の内容は、今年の RubyConf Taiwan と RailsPacific で話した内容を足して2で割ったような内容を1時間弱という感じ。 散々聞いた話だと思うけど 使い捨てじゃないプロジェクトやサービスで Rails 使うなら継続的にバージョンアップして技術的負債を返し続けるのが良い。一気にビッグジャンプしようとするととてもコストがかかるし、そもそも出来るかどうかわからない。 Rails 使うなら、Rails が良いとしているテクノロジーや方向性に積極的に乗っ
watson-ruby をプロジェクトに導入して、みんなが積極的に TODO を消化するようにする!! - Qiita
watson-ruby をプロジェクトに導入して、みんなが積極的に TODO を消化するようにする!!RubyGitHubwaston 参画しているプロジェクトで TODO が消化されないという問題があり、それを解決する為に watson-ruby という Inline Issue Manager を教えてもらい、プロジェクトに導入しようということになりました。 watson-ruby nhmood/watson-ruby watson-ruby とは GitHub/Bitbucket の Issue Tracking System に プロジェクトの対象となるファイルにインラインで書いた Issue を同期させる Tool です。 実行した環境
localtunnel: instantly show localhost to the rest of the world
$ gem install localtunnel $ localtunnel 8000 share this url: http://xyz.localtunnel.com STEP 1: Install localtunnel using RubyGems. Check the full README if you don't have Ruby or RubyGems. $ sudo gem install localtunnel STEP 2: Run your local web server on any port! Let's say you're running Apache on port 8080. STEP 3: Now run localtunnel passing it the port to share. The first time you run local
Ruby 1.9.2リリースとWEBrick脆弱性問題の顛末 - 西尾泰和のはてなダイアリー
はい、Ruby 1.9.2がリリースされましたね。このバージョンではWEBrick にゼロデイ攻撃可能な脆弱性 - スラッシュドット・ジャパンで紹介されている脆弱性が僕が書いたパッチで修正されているわけなのですけど、そもそもなんで僕が修正しているのか、って顛末がわりと面白いので紹介します。 Apple、upstreamに報告してくれないまま脆弱性をCVEに届け出る upstreamに連絡が来ないまま脆弱性が公開される ruby-devにAppleが書いたと思われるパッチが貼られる(Appleでない人間によって) パッチのライセンスが不明なので取り込めない ライセンスを問い合わせるAppleの窓口が不明なので問い合わせもできない ruby-devを読んだ人はライセンス上安全なパッチを書けない 脆弱性だから話は非公開に進めたい yuguiさんがruby-devを読んでない僕に書かせることにする
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自分のための code を書こう
