CircleCIの実行を速くした - pockestrap
先週仕事でやったのをメモします。 CI力が低いので、記事を公開することでツッコミをもらうのが目的です。 モチベーション 弊社ではCIの実行が1回あたり20分ほどかかっています。 これはわりとストレスなので速くしたいです。幸いにも削れそうなところが2つ見つかったので削ってみました。 Shallow Clone CircleCIではデフォルトのcheckoutを使用するとリポジトリの全体をcloneしてきます。 これを回避するためにshallow cloneを導入しました。 まず、次のようなコマンドを定義します。 commands: shallow-clone: description: 'Git clone shallowly' steps: - run: name: 'shallow clone' command: | set -x echo "machine github.com log
Dependabotの設定ファイルを置くようにした - くりにっき
なにげなくDependabotを見てたらリポジトリに .dependabot/config.yml を置けることを気づいたので置いてみた https://dependabot.com/docs/config-file/ 設定ファイルを置くメリット いつも使ってる設定晒し 解説 default_assignees allowed_updates automerged_updates version_requirement_updates まとめ ちなみに .dependabot/config.yml をコミットしてると設定画面でこんな表示になります 設定ファイルを置くメリット 新しくリポジトリを作ってDependabotを導入する時にボタンをポチらずに済む 別リポジトリから設定ファイルをコピーしてくればいつもの設定が導入できる 設定をgitで履歴管理 いつも使ってる設定晒し Rubyだとこれ
Railsは2019年も「あり」か？#2 Railsの長所と向いている用途（翻訳）｜TechRacho by BPS株式会社
2019.01.29 Railsは2019年も「あり」か？#2 Railsの長所と向いている用途（翻訳） #1: 統計を調べる #2: Railsの長所と向いている用途（本記事） #3: Railsの短所と不向きな用途、他の選択肢など Railsを使っているアプリ（2019年版） 実際のところ、相当たくさんあります。 This is pretty amazing. Both GitHub and Shopify are huge, billion dollar companies running on the original apps made over a decade ago. And they now both on the latest Rails, helping to push the framework forward 🙏🌟👏 https://t.co/DsWqCjy
RubyKaigi2018 懇親会に酒は要らない！？"コードで懇親する"コード懇親会 - Speee DEVELOPER BLOG
架電芸人エンジニア*1の西（id: kohtaro24）です。最近スマホをiPhoneからBlackBerry KeyOneに変えました。物理キーボードの重量感を楽しんでいます。 現在はRubyKaigi2018に参加するためはるばる仙台まで来ており、RubyKaigi2018の二日目に開催されたコード懇親会についてレポートしたいと思います。 コード懇親会 "コード"懇親会ですのでイベント概要もGithubリポジトリ上で公開されています。 github.com 以下の引用にあるように、コード懇親会はお酒ではなくコードを媒介して懇親することをコンセプトに設計されています。 スポンサーをSpeeeが努めさせていただき、クリアコードの須藤(@ktou)さんにイベントコンセプトやデザインをリードしていただきました。 Rubyは楽しくプログラミングできることを大事にしているプログラミング言語です。み
「買ってよかったもの」というサイトをリリースした - 書いたもの
「買ってよかったもの」という Web サイトをリリースした。リリースしたのは昨年のクリスマスイブだったけど、リリース記事を書きそびれてた。 買ってよかったものをまとめるサイトをつくりました。みなさんの2017年買ってよかったものを教えてください！ https://t.co/jOVDhSz67f— もりしん (@morishin127) 2017年12月24日 作ってから少し経ってしまったけど、覚えてるうちに作った経緯とか開発の流れとかリリース後の反応とかを書いておく。 経緯 自分が買ってよかったものを人に紹介したいと思うことが時々あって、ツイートしたり喋ったりしてたけど、そういう情報が集まる場所があれば良いかもと思ったのがきっかけ。年末になると「20XX年買ってよかったものまとめ」みたいなブログ記事がたくさん見られるから、紹介したい or 見たいニーズがありそうで、場があればブログ持ってな
OSS雑メンテ #railsdm - くりにっき
Rails Developers Meetup 2017 というイベントで「OSS雑メンテ」という発表をしたのでスライドをシェアさせていただきます スライド 発表中の反応 他の人のスライド スライド 発表中の反応 OSS雑メンテ 末吉さん #railsdm— シロ (@shiroemons) 2017年12月9日 黄色のプリキュアのsueさん！ #railsdm— kaiba (@kaiba) 2017年12月9日 栗のアイコン見たことある！ #railsdm— 🌈 (@ppworks) 2017年12月9日 毎年プリキュアのAdvent Calendar立ててる人だ！ #railsdm— 黄色 (@iyanayatudaze) 2017年12月9日 一瞬カラフルな背景が見えた #railsdm— ゆっき：Lv6 (@yucky_sun) 2017年12月9日 栗の人だ #railsdm
「プロを目指す人のためのRuby入門」を読んだ感想 - アジャイルSEの憂鬱
一応、お仕事で Ruby やっているプロだけど、本の内容が気になったので買ってみました。 昨日、先行販売している紀伊國屋書展 新宿本店で購入（正式発売日は11月25日）。 新宿紀伊国屋は残り2冊だった。危ない。ギリギリだったけど、なんとかプロになれそうだ！ pic.twitter.com/m44TiPjNez— 神速@Rubyエンジニア(プロ) (@sinsoku_listy) 2017年11月20日 ラス2だったので、結構ギリギリ。そして、一気に読んでみた。 プロRuby本を読了した。索引除いて445ページでなかなか厚いけど、なんとか1日で一通り読めた。(流石に写経まではしてない)— 神速@Rubyエンジニア(プロ) (@sinsoku_listy) 2017年11月20日 技術書は油断するとすぐ積み本に進化するので、意識高まった時に読み切った方が良い。 私のRuby力 プログラマ歴は1
bundle install しようとしたら ruby のバージョン違くてコケた話 - Qiita
bundle install できない！ 久しぶりにデプロイしようとしたらまず bundle install しろと怒られました。 しぶしぶ bundle install した結果・・・ $ bundle install --path vendor/bundle Fetching gem metadata from https://rubygems.org/........ Fetching version metadata from https://rubygems.org/.. Using rake 10.3.2 Using i18n 0.6.11 Using minitest 4.7.5 Using multi_json 1.9.0 Using atomic 1.1.15 Using thread_safe 0.2.0 Using tzinfo 0.3.39 Gem::Install
Railsで効率的かつ安全に未使用のメソッドを削除した話 - てくすた
ピクスタ開発部で毎日ヒィヒィ言いながらエンジニアをやっております @muramurasan です。 今回はPIXTAのとあるリポジトリにおいて、未使用のメソッドを削除しようとした際、gemを組み合わせることで、効率的かつ安全に削除することができたという話をしたいと思います。 よくやる方式 外部の勉強会などで、「未使用のメソッドを削除する際にどうしているか？」ということを聞いた際、よく聞くのが「未使用らしきコードを見つけ次第、ロギングを行うメソッド呼び出しを挟み込んでいく」というものでした。 この方式は、動的なメソッド呼び出しにも当然対応できますし、お手軽なので、一般的に好まれているようです。 問題点 ただし、この方式では以下の問題点があると私は考えています。 そもそも、未使用らしいメソッドを見つけるのが大変 プロダクションコードを汚してしまう これらの問題を解決するために、PIXTAでは
Rails を使った EC アプリケーション開発について学べる本 "Take My Money" を読んだ - kymmt
読みました。 Take My Money: Accepting Payments on the Web 作者:Rappin, NoelPragmatic BookshelfAmazon どんな本か 副題が "Accepting Payments on the Web" となっているように、決済 (payment) システムをもつ Web アプリケーションを作る方法について説明しています。『達人プログラマー』などでおなじみの The Pragmatic Bookshelf シリーズの本です。 チケット販売システムの開発を通して、次のような具体的な話題に触れています。基本的には Rails 5 を使ってロジックからビューまでを開発していきます*1。 決済システムの実装 ショッピングカート 外部決済サービスとの連携 サブスクリプション機能 エラーケースとその対策 管理画面の実装 返金など注文の操
開発環境のパフォーマンスチューニング - クックパッド開発者ブログ
こんにちは。技術部の吉川です。 クックパッドでは、ユーザーが快適にサービスを利用できるように本番環境でのパフォーマンスを向上させるための様々な工夫がなされています。 ところでパフォーマンスを気にするのは本番環境だけで良いのでしょうか？ 開発環境に目を向けると、そこにもユーザーがいます。開発者です。開発環境のパフォーマンスが向上することで、開発者が快適にサービスを開発できるようになります。 今回はそういった開発環境でのパフォーマンス向上のための取り組みについてご紹介します。 ※ なお先日 Ruby2.2化されました が、今回紹介するものはそれ以前に実施されたため、Ruby2.2で同じ結果になるとは限りません。 状況 今回対象とするのはcookpad.comのアプリケーションです。 近年はMicroservices化を進めていますが、それでも本体のレシピサービスのアプリケーションは依然として非
クーポンコードの打ち間違えを防ぐために工夫した話 - クックパッド開発者ブログ
こんにちは。会員事業部ビジネス開発グループの高田です。 クックパッドは今年、株主優待制度として、プレミアムサービス一年間無料クーポンを贈呈しました。本エントリではクーポンコードを打ち間違えて、意図せず他の人のクーポンコードを使用するのを防ぐために工夫した話をご紹介します。 はじめに クーポンコードは入力のしやすさを優先して数字だけの文字列にしました。はじめは rand 関数を使って生成しようとしていたのですが、数字の打ち間違えや順序間違いで、意図せず誤使用してしまうのを防ぐためにチェックサムを加えるのがいい、と同僚から助言をもらいました。 いくつか調べて見たところ、Luhn アルゴリズムが上記を満たしていたので利用することにしました。 Luhn アルゴリズムの利用 Luhn アルゴリズムとは、誤り検出のためのチェックサム符号で、1 桁の間違いや隣接する数字の順序間違いを検出できるという特徴
ドリコムを支える課金ライブラリを支えるJenkins - くりにっき
16新卒向けの勉強会でLTしたのですが、会社から許可がおりたので公開します。*1 ご査収ください。 スライド ドリコムを支える課金ライブラリを支えるJenkins from Go Sueyoshi (a.k.a sue445) 合わせて読みたい（関連エントリ） スライドの元ネタ 面白エントリ集 Jenkinsのslaveをitamaeで作った時の知見 弊社謹製のデータベースの水平分散ライブラリ Rubyで静的解析やる時のお役立ちgem fluentdでチャット連携した時のやつ 今週のgemについて 同僚のRubyKaigi2014の登壇資料 当日着ていたTシャツ ハピネスチャージプリキュア! フルグラフィックTシャツ ホワイト サイズ:L 出版社/メーカー: コスパ発売日: 2015/02/12メディア: おもちゃ＆ホビーこの商品を含むブログを見る 今期の嫁 Go! プリンセスプリキュア
ドリコムを支える中間ポイントシステム - くりにっき
はじめに これは ドリコムAdventCalendar の1日目です はじめに 1日目：ドリコムを支える中間ポイントシステム 一応自己紹介 プリキュアおじさん 嫁はキュアピース 開発の背景 ソーシャルゲームの歴史 中間ポイントについて 前受金と資金決済法について 有償ポイントと無償ポイント 複雑な売上計算 ドリコムの中間ポイントシステム(dpoint)について 自分の役割 重要なこと dpointが導入されているアプリ 課金フロー iTunesでの中間ポイント購入 GooglePlayでの中間ポイント購入 ポイント消費 dpointのリリースノート gemのボリューム date_discreterというgemを作りました どういうgem？ 月の歯抜けを調べる 日の歯抜けを調べる 時間の歯抜けを調べる dpoint改修時のつらみ DBのスキーマ変更する場合は導入してるアプリ全部での影響を調べ
Markdown記法+Git+md2review+ReVIEWで原稿・ドキュメント管理 - プログラマでありたい
来年は、インプットあたりのアウトプットの増加を目指しています。具体的なアウトプットとしては、ブログを書くこともその1つですし、公開・非公開を問わずに効率的にドキュメントを書いていくこともあります。その中で効率的にドキュメントを書くには、バージョン管理を含めドキュメントを管理する仕組みが必須だと思います。以前、原稿を書いていた時は、Git+MS Wordで書いていました。版管理出来るという点では良いのですが、Wordということで執筆出来る端末も限定され、またフォーマット変更もしづらいので改善を考えていました。 そんな中で、IT系の物書きの人たちの間でReVIEW良いよという話を何度も聞いたので試してみようと思いました。一方で、記述のデファクトは今後はMarkDown基本になると思うのでそちらもマスターしたいと考えています。Twitterで何気なく呟いたら、@masawadaさんにmd2rev
Ruby中級入門
Ruby中級入門 1. Ruby中級入門 @shokai 2013年8月5日(火) @masuilab 2. 私 •@shokai (しょうかい) •趣味：料理、glitch 3. ある程度大きなアプリケーションを作 っていると、部品に分割したくなると 思います。アプリ内ライブラリやgem の作り方を説明します。Rubyの機能を 活用した使い勝手の良いライブラリの デザインについて考えます。 4. • アプリ内ライブラリの作り方・gemの作り方 • サンプルコードとテスト • ライブラリのデザイン • API • DSL • 泥臭い小手先の技 • 例外・エラーの通知 • ドキュメント コンテンツ 5. ライブラリを作る 例：LeapMotionを自作アプリに組み込むための アプリ内ライブラリを作る 6. • LeapMotionはport 6437にWebSocket 接続するとJSONで
Rails、あんたなんか嫌いよ - Rails での OO 設計について - tomykaira makes love with codes
2013-06-25 Rails、あんたなんか嫌いよ - Rails での OO 設計について ruby rails 最近はずっと Rails 書いてるんですが、書けば書くほど嫌いになってくるんです。 倦怠期的なやつなんですが、 Rails さんの悪いところばっかり見えてきて、もう一緒にいたくないんです。 でも別れるほどじゃないし… という愚痴にみせかけた Rails での設計についての議論です。 長いけどコードは一切出てこないので通勤中にでもよんでください。 注意 一部にはげしい言葉遣いがでてくるので、読んで不快になるかもしれません。 不快になったとしても責任は負いかねます。 次のような方の期待に沿う結論はでません。残念でした。 Sinatra, Padrino の人 関数型の人 静的型付けの人 C の人 TL;DR Rails にだまされない。 自分の道を見定める。 欺瞞にみちた Ra
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
※に関する記事