俺がGitHubでスターを付けたリポジトリ一覧 - Qiita
GitHubを彷徨っていてよくあるのが、ググったりRuby Toolboxとかで見つけて「これイイじゃんよ！」と思ったら既にスター済み、という奴。 一回、自分がどんなリポジトリにスター付けたのか整理しつつ、更新止まってたり古くなったやつを削除していこうと思う。 それぞれの説明は超適当。基本的にいつか使おう的な感じでスターを付けているので、あんまり使ったことあるのが無い。 そもそも良く使うものにはスター付けてないこと多いし…。 大体rubygemsで一部JSのライブラリ、少しvimとScalaって感じ。 思い返したようにスター付けてたので、時期がバラバラだけど、基本的に下に行く程付けた時期が新しい。 リポジトリ 説明
Rails4でスライド共有アプリを作りなおした話
RubyKaigiで寿司が出るなら行けば良かったと思ったみなさんこんにちは。 最近登壇した際に使ったスライドはSlideshareやSpeakerdeckではなく自作のスライド公開用Webサイト（https://slide.meguro.ryuzee.com/）で公開しています。 それについては以前の記事で書いた通りなのですが、最近時間がある(察してください…)ので、CakePHPで作った初期バージョンを勉強がてらRuby on Rails4で作りなおしてみました。 いままでRuby自体はChefのCookbookを書いたり、Serverspecのコードを書いたり、使い捨てプログラムを書いたりしていたのですが、初めてのRailsで「Railsを勉強しています!!」状態なのでやった内容を整理しておこうかと思います。 ■初心者向けのメモ自分が感じた初心者向けのポイントは以下のような感じです。
自動で・定期的に CI を実行させてリポジトリが "腐る" のを防ぐ with CircleCI - えいのうにっき
三行で GitHub - masutaka/ci-build-trigger: A trigger of bundle update（定期的な bundle update を支援してくれる heroku app）を利用させてもらう（heroku button あり！） かゆ うま 背景・目的 例えば開発が活発なプロジェクトだと別に問題ないんだけど、そうじゃないプロジェクトの場合、「久々にプルリクエストを作ったら、変更箇所以外のところでテストが通らなくなってる」、みたいなことが稀にあったりする。いわゆる "腐る" 、というやつだ。 せっかくテストを書いていて、変更が入るたびに CI するようにしていても、"変更" そのものがないと CI も動かない。それは、ものすごい勢いで起こっている "プロジェクトを取り巻く外部環境の変化" に、いつのまにか追随できていなくなっていることに気づけない、とい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
