Twitterのリスト整理するためのツール作った - 月曜日までに考えておきます
Twitterのリストを整理するツールを1ヶ月ほど前に作ったんですが、勉強会などで発表する機会がなくてようやくこの間のKawasaki.rbで発表する機会を頂いたので内容をブログに書きます。 作ったのはこれです。 https://twitter-list-editor.herokuapp.com/ 資料はこれ 作った目的 スライドにも書いてあるんですが、公式だとリストの整理がしづらいんですよね。 なので、フォローしている人を見ながら自分の手持ちのリストへの追加、削除を一気にやれるようにしました。 上のリンクから動かしてもらってもいいですが、ソースもここにあるんで自分で動かしてもらったり改造してもらってOKです。 github.com
退職エントリ - 月曜日までに考えておきます
2014年3月からお世話になっていた株式会社ユニコンを本日付で退職します。 2年と数カ月ですが、非常に有意義な時間を過ごせたのでこの場で御礼と在職中にやったことなどをまとめようと思います。 やった仕事 最初はPush通知サービスのfello( https://fello.net/ )の開発要員としてPythonでサーバサイドを書いていたのですが、その後入社数ヶ月で新規にWebサービスを立ち上げることになりました。その時にアーキテクチャは自由に選定して良いということだったので、自分が慣れており開発生産性の高いRailsを採用して開発しました。 その結果としてリリースしたのが海外向けのゲームフォーラムサービスのRockU Talk( https://talk.rockuapps.com/ )と海外向けのゲームニュースキュレーションサービスのMediacraftです。( https://medi
Google画像検索で画像保存するGem作ったけど・・・ - 月曜日までに考えておきます
キーワードを入れればGoogle画像検索で欲しい画像を引っ張ってきてくれるGemを作りました。 https://rubygems.org/gems/google_image_fetcher クエリ入れれば画像をとってくれる $ google_image search "艦これ 時雨” これで ↓ こうじゃ！ なぜ作ったか テストとかしてて、会社PCのDLフォルダに有る数枚の画像を使い分けているだけだとバグとか見落としそうだし楽しくないので、 寿司の画像とか焼肉の画像とか検索してたんですがそもそもそんなの一気にガーッと取ってきたいじゃん、的なモチベーションで作りました。 が！！！ APIキーが要ります APIキーが要ります 画像検索APIの実情 しかもGoogleの画像検索API、1日に100回までという制約があるんですよね。 この辺り、調べてみると画像検索系のAPIはかなりいろいろ厳しくな
株式会社リコーを退職しました - 月曜日までに考えておきます
2003年に新卒で入社し、10年以上お世話になった株式会社リコーを退職することになりました。 正式な退職日はまだ先なのですが、最終出社は2/7（金）でした。 無名エンジニアの個人レベル日記で、知り合い向けへのお知らせなので興味が無い人はスルー推奨です。内容が無いよー。 やってたこと リコーというとコピー機&プリンタのイメージが強いと思いますが、実はそれ以外のことも結構やっています。自分が直近でやっていたのは、「リコー ユニファイドコミュニケーションシステム」( http://www.ricoh.co.jp/ucs/ )というビデオ会議のシステムに関わっていました。こちらのAPIやWeb画面の設計開発、CIに携わっていました。 GitHubを使ってpull reqベースで進めるとか、Jenkinsのpipelineを組んでテスト〜デプロイの流れの構築とか、最近流行りの開発手法が経験できたのは
Shibuya.rbに参加して、勉強会に参加できるアプリの話したり全天球画像撮ったりしてきました - 月曜日までに考えておきます
2014年最初のShibuya.rbに参加してきました。 今回はVOYAGE GROUPさんのAJITOというお酒が飲める会場だったので、ビール飲みながら聞いてたので割と頭ぽわぽわしてた感じですね。 @fukayatsu さんのRaspberry Piで空きトイレを取得する話や @chiastolite さんのFitBit Forceの話面白かったです。FitBit Forceは同僚に伝えてもしかしたら購入するかもしれませんな〜。 AJITOに行くと、@okitan と同じペースで飲んでだいたい二日酔いになるのですが、昨日は残念ながら @okitan いなかったのに二日酔いになったので二日酔いと @okitan は関係無かった。 発表したこと： 人気の勉強会を逃さないシステム 人気の勉強会を逃さないシステム from ryonext Shimamoto まだ未完成だし割とタイトル負けなんで
さらにActiveRecord#idを調べて討死中 - 月曜日までに考えておきます
前回の記事 で @udzura さんからalias_attributeならどうか、というコメントを頂いたのでこちらも試してみました。 1. self.primary_key = :legacy_idを入れる場合 こんな感じで、:idを:sushiとして定義。 class LegacyUser < ActiveRecord::Base establish_connection(:legacy) self.table_name = "hyper_legacy_tbl" self.primary_key = :legacy_id alias_attribute :sushi, :id end 結果、 [10] pry(main)> h = HyperLegacyTbl.first HyperLegacyTbl Load (0.3ms) SELECT `hyper_legacy_tbl`.* FR
Shibuya.rb(2013/7)参加してきました - 月曜日までに考えておきます
今月もShibuya.rbに参加してきました。 今回はLTを聞いてた&趣味で作っているRailsアプリの検討してました。 以下、聞いてきたLTです。 Yohoushi by @sonotsさん GrowthForecastの分散を行うツールを作った話。 GrowthForecastで以下の困り事があったのを解決したかった。 3階層しか持てない 書き込みスケーラビリティがない 階層ベースの一覧しか見れない 使ったgemとして紹介されていた中で、次のものがすぐにでも使ってみたいと思いました。 better_errors charliesome/better_errors Railsのエラー画面をもっと使いやすくしてくれるgem byebug deivid-rodriguez/byebug デバッガ。pry-debuggerよりイイらしい。 あと、jquery-uiで補完とかやっていたので気にな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
