はてなブックマーク

• あとで読む

  twitter bootstrap railsを使ったら職が見つかり彼女も出来て背も3センチ伸びました。 - pblog

  645 users

  ppworks.jp

  twitter bootstrapを更に便利に使うgemがtwitter bootstrap railsです。 railsアプリを作りましょう。 rvmでgem set作ります。 rvm --create 1.9.3-p125@tbrsample railsアプリ生成します。 gem install rails --no-ri --no-rdoc rails new tbrsample gemを指定しましょう。 Gemfileのgroup :assetsに追加します。 cd tbrsample vim Gemfile gem "twitter-bootstrap-rails" どん bundle install --without=production bootstrapをgenerateしましょう。 必要なjsやcssをapp/assets配下に配置します。 rails g bootst

  • テクノロジー
  • 2012/02/19 01:52

  • rails
  • bootstrap
  • twitter-bootstrap
  • ruby
  • CSS
  • twitter
  • jQuery
  • gem
  • jquery
  • コンピュータ・IT
• あとで読む

  エンジニアこそ色彩デザインを学ぼう - pblog

  613 users

  ppworks.jp

  学ぼうよ、と思っていて、 新人デザイナーのための色彩デザイン・配色のルールを学べる本 作者: 柘植ヒロポン出版社/メーカー: ソシム発売日: 2011/10/01メディア: 単行本 クリック: 1回この商品を含むブログを見る を読んでいました。 @ken_c_lo氏が以下のスライドで触れていますが、エンジニアがデザイン学ぶのマジオススメとのことです。よっしゃ、学ぼう。 新人デザイナーのための色彩デザイン・配色のルールを学べる本 新人デザイナーのための色彩デザイン・配色のルールを学べる本 作者: 柘植ヒロポン出版社/メーカー: ソシム発売日: 2011/10/01メディア: 単行本 クリック: 1回この商品を含むブログを見る WEBというより印刷のデザイナー向けの本なのかな？という印象なのですが色の使い方という意味では勉強になりました。 特色の話やCMYKプロセスカラーの話は一旦無視しながら

  • テクノロジー
  • 2014/07/17 10:42

  • 配色
  • デザイン
  • WEBデザイン
  • color
  • design
  • エンジニア
  • UI
  • プレゼンテーション
  • colour
  • application
• あとで読む

  macを買って、今すぐherokuでruby1.9.3 + rails3.2しよう！ - pblog

  537 users

  ppworks.jp

  みなさんがmacを買う理由の1つにherokuを使ってRailsの開発がしたいというのがあると思います。そこで、今回はmacを買ってきてherokuにdeployするまでの手順を書いてみました。念のため、手元のマシンでLionをクリーンインストールしてからの手順を記述しています。 買う もしmacを持っていなければ、今すぐ近くのmacが売っていそうなお店(そこらをぶらついているときにmacを売っているのを見たことありますよね！そこに行くんです！)で買ってきて下さい。ネットで買うといますぐこの記事に書いてあることを試すことができません。しかし、もうすぐ新しいmacとか出そうだから落ち着いた方がいい感もあるので、その辺は自己責任で判断しましょう。 ソフトウェアアップデート これしないと不安。しましょう。(アップデート後に再起動を促されることも多いと思います。) iTerm2 iterm2を入れ

  • テクノロジー
  • 2012/03/04 13:21

  • heroku
  • ruby
  • mac
  • Rails
  • プログラミング
  • Programming
  • github
  • xcode
  • homebrew
  • インストール
• あとで読む

  それでもRailsを選択する3つの理由 - pblog

  368 users

  ppworks.jp

  スタートアップ界隈でのRuby on Rails利用率は割と高く感じる。 みんなが使っているから使う？それだけではないはず。なぜ使うのだろう。 railsの特徴を考える。 規約縛りの哲学 周辺gemのエコシステム webの進化への追従の速さ 規約縛りの哲学 Convention over Configurationてやつ。規約を決めて、それに沿えば、フレームワークに乗って素早く開発できるようになる。規約で縛ることでRailsに流れる哲学に従うことを強制化している。 外れると痛い目を見る。Railsに乗るということは電車に乗って簡単に遠くまで行けるということ。Railsから降りるということは電車からも降りるようなものだ。中途半端な理解で突き進むと線路からすぐに降りて歩くことになる。 スタートアップでRailsが採用される一番の理由は、 簡単に遠くまで行ける だと思う。ただ、そんなにうまい話は

  • テクノロジー
  • 2015/02/19 21:14

  • rails
  • ruby
  • Ruby on Rails
  • プログラミング
  • ror
  • あとで読む
  • configuration
  • 哲学
  • convention
  • gem
• あとで読む

  #sendagayarb #25 vim弱から卒業したい - pblog

  321 users

  ppworks.jp

  千駄ヶ谷.rb #25 #sendagayarbで何をしようかな、と考えていて、思いついたのが「vimを何とかしよう」ということ。 まずは、jkjkjk…と移動し過ぎな点を改善したいと思い、@fukajunさんにvim弱のための講座を開いてもらいました。資料はそのうちどこかにアップされると思います。 #Sendagayarb #25 - Toggeter 千駄ヶ谷.rb #25 #sendagayarb - ishikitakai.com いくつかメモを 色々教えてもらった中で知らなかったことなどをメモしておきます。 :set nu numberのエイリアスですか、短くて便利。 生な感じのvimを触るときにでも使いそうです。 ctrl + [(スクウエアブラケット) = esc esc？遠いんだよ、クソが といった時に使えそう。便利。 [ってなんて読むんだろうと思っていたら、@_mark_

  • テクノロジー
  • 2012/11/15 07:45

  • vim
  • Tips
  • プログラミング
  • 便利
  • メモ
  • コンピュータ・IT
  • ソフトウェア
  • programming
  • vi
  • *あとで読む
• あとで読む

  pplog開発のコードレビューから学ぶpull requestによる自律的行動とコミュニケーション - pblog

  284 users

  ppworks.jp

  pplogの過去のポエムを複数単語で絞込できるようになりました。 pplogは、自身と向き合い想いを言語化するためのサイトだったりします。（色んな使い方があります） 最新のポエムだけが他人に見えますが、 自分の 過去のポエムを見る機能があります。 この過去ポエムは検索機能が付いているのですが、先日まで複数単語で絞り込むことが出来ませんでした。 pull requestが来た id: shootaさんからpull requestを頂きました。 勝手にやった！まさにこれだ！と思いました。 よし、コードレビューをしよう！ 命名に突っ込んだ これを見て思うところがありました。 search_word_arrays = params[:keyword].gsub(/　/," ").split() 私は言った for文にナニカを感じた し、Cぽい！ search_word_arrays = param

  • テクノロジー
  • 2015/01/24 12:32

  • github
  • pplog
  • コードレビュー
  • development
  • 開発
  • コミュニケーション
  • git
  • Pull Request
  • あとで読む
  • rails
• あとで読む

  クソコードと呼ばない - pblog

  208 users

  ppworks.jp

  新しい現場にはいったときに心がけていること、クソコードと呼ばないこと。 誰かのコードを読んでいるとそりゃまあクソコードを見つけることがある。その時どう立ち向かうかという精神論の話。 例えソレがそうであってもソレを口にするとネガティブが蔓延する。思ってもイイ、でも言ってしまってはならない。あるフェーズに置いては必要だった し、現に動いていて価値を提供している のだ。あるべき姿を叫ぶの簡単だ。あるべき姿を見ているなら行動しないといけない。見つけたらリファクタだ。出来るところからやるんだ。 Shut the fuck up and write some code & 許可を求めるな Pull Request せよ— 🌈KOSHIKAWA (@ppworks) 2014年5月23日 クソはクソと言える空気や文化は大事。良くないものを指摘できるようにはしたい。口の前に手を動かそう。プログラマーなら

  • テクノロジー
  • 2015/01/17 13:51

  • development
  • code
  • 読み物
  • programming
  • チーム開発
  • 開発
  • rails
  • team
  • fromTw
  • life
• あとで読む

  コードレビューをしよう - pblog

  149 users

  ppworks.jp

  Sendagaya.rb #86 - Sendagaya.rb | Doorkeeperに参加してコードレビューについて思うところをみんなでディスカッションしたので、自分の思いをまとめておきます。（ポエム） ソニックガーデンの @mah_labさんのスライドにある7つの秘訣に同意です基本。あと、github上のプルリクでコードレビューするという前提でまとめます。 1. レビューの観点を明確に いま何の話をすべきかという状況を判断して、どの観点で物を言うのかっていうのはコードレビューだけに限らず打ち合わせ時にも大事ですね。今この観点で議論を進めますよ！ということを表明することで齟齬が防げます。 観点が明確だと議論のテーマが明確になるので、コードレビューで修正すべき点も分かりやすくなりますね。 コーディング規約の観点 セキュリティの観点 メンテンスの観点 設計の観点 リリース前にこれで出来るレ

  • テクノロジー
  • 2014/08/19 13:31

  • コードレビュー
  • programming
  • codereview
  • プログラミング
  • github
  • コーディング
  • communication
  • コーディング規約
  • review
  • blog
• あとで読む

  コードレビューをし合える文化がチームを強くする - pblog

  143 users

  ppworks.jp

  コードレビューしてますか？ 「コードレビューをしよう - pblog」でも触れたのですが、 今回はコードレビューの話です。 コードレビューって何からして良いか分からなかったり、レビューアーに負担なんじゃないか、、、って尻込みしがちですが、レビューしてもらう前に気を付けること、なにをレビューしてもらうのか、そして逆にレビューするのか、そして何が起きるのかあたりを考えていきましょう。 レビューして貰う前に気を付けること レビュアーの負担を減らすのは大事です。 コーディング規約に沿っているか？といった簡単なレビューは、犬にやらせるという方法もありますが、そもそもgit-pushする前に、ローカルのgit-commit時点で対処しておくというのもありです。 犬 is rubocopですし、 rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう

  • テクノロジー
  • 2014/12/04 21:07

  • コードレビュー
  • codereview
  • git
  • development
  • チーム
  • コミュニケーション
  • team
  • commit
  • branch
  • プログラミング
• あとで読む

  push通知を切り、情報は自分のタイミングでpullしよう - pblog

  143 users

  ppworks.jp

  作業の効率化のためには集中できる時間を増やすことが重要です。push通知に即座に反応せず、自信の集中力をコントロールしています。 push通知に即座に反応しない 基本、デスクトップ通知機能は切っておきます。iPhoneも基本サウンドはoffなのでブルっとなることはないです。pushされた情報もサウンドがならない邪魔になりません。 push通知は即座に反応せず溜めておいて、自身のタイミングでpullすることでマルチタスクが可能となると考えています。 そういう意味では、 push通知を即座に反応しないでよい状態にする ということです。 自身のタイミングで情報を pull する 私が作業中に開いているアプリケーションは少ないです、ブラウザ、iterm、togglぐらいです。徹底しているのはブラウザのタブもアプリケーションも今必要な物以外は開かないということ。ここでいう今必要なものとは、みずから定

  • テクノロジー
  • 2015/01/12 21:51

  • lifehack
  • notification
  • push
  • 仕事術
  • あとで読む
  • 仕事
  • work
  • development
  • task
  • ライフハック
• あとで読む

  React.jsを使いたいRailsおじさんがJavaScriptライブラリをそれっぽく管理しながら入門する - pblog

  139 users

  ppworks.jp

  Sendagaya.rb #114に来たので、目標のブログ記事を書いてた。 今日はsendagaya.rbへ行ってブログ記事を一本仕上げるのが目標。— Koshikawa Naoto (@ppworks) August 10, 2015 今日は、React.jsの会なので、RailsからReact.jsをざっくり使って見る準備をしてみます。 目指すもの sprocketsのままとりあえず進む jsのライブラリをnpmで管理したい React.jsをES6で書きたいし、JSX書きたい herokuで動かすぞ！ react-railsは使いたくない 方針 sprocketsと共存するために、browserify-railsを利用し、ES6はBabelを利用します。ライブラリはそのまま、npmで管理します。 npmを入れます もし入っていなければnpmを入れましょうね。 brew install

  • テクノロジー
  • 2015/08/10 21:31

  • rails
  • react
  • react.js
  • browserify
  • javascript
  • sprockets
  • JSON
  • ruby
  • あとで読む
  • npm
• あとで読む

  ポエム駆動開発によるWEBサービスの作り方 pplog誕生ものがたり - pblog

  118 users

  ppworks.jp

  サービス開発の初期段階で大事なのは開発と意思決定のスピード。 開発スピードを大事にしよう 作りたいものがあるならまずは作ってみて、ソレが欲しいものかをすぐに検証しましょう。大事なのは慣れたツールで迷わず作ることです。 私の場合はrailsのいつものbaseアプリ を用意していて、いつもそこから作ります。 rails の application templateも便利かと思いますが、そのままで動くアプリのほうがイロイロ便利で好きなので私は動くrails アプリをbaseとするのが好きです。 技術検証がしたいの？サービスの検証がしたいんだよね？ pplogのときとは少し変わっていますが、ppworks/rails4base においてあります。 意思決定スピードを大事にしよう 同じレベルでコミット出来るパートナー的な存在がいると意思決定のスピードはあがります。 相手を説得する必要があるとき、それ

  • テクノロジー
  • 2014/07/13 01:43

  • pplog
  • rails
  • Webサービス
  • 開発
  • development
  • webservice
  • チーム
  • サービス
  • アプリ
• あとで読む

  イラレで絵を描く際の絵心の育て方 - pblog

  106 users

  ppworks.jp

  ボールペンでかんたん! プチかわいいイラストが描ける本 (コツがわかる本!) 作者: カモ出版社/メーカー: メイツ出版発売日: 2011/12/10メディア: 単行本購入: 3人 クリック: 43回この商品を含むブログ (3件) を見る イラレの記事（「プログラマーがイラレで絵を描けるようになると、こうなる - pblog」）書いたら、どうせ絵心あるんだろみたいなありがたいコメントを頂いたりしたので、もう面倒臭いから絵心育てちゃおうッて思ったので絵の練習をしてたら、結構上達しました。ペンでは描けなかったのに自分の今欲しいレベルでは描けるになったのは単純に嬉しいです。その記録です。 イラストを描くコツを学ぶ イラレでトレースする元の絵を描けるようになりたいな―と思っていたのですが、どういう本を当たればいいか分かりませんでした。 本屋さんでさまよった結果、「ボールペンでかんたん!プチかわいい

  • 暮らし
  • 2014/08/11 13:12

  • Illustrator
  • イラスト
  • デザイン
  • ppworks
  • 創作活動
  • illustration
  • 本
  • かわいい
• あとで読む

  mixiアプリを作成しました - pblog

  100 users

  ppworks.jp

  jOpenSocialを試しつつjQuery事始めを目的としてmixiアプリを作成しました。 何を作ったかというと、うちで飼っている十姉妹のこいつのアテレコする、というとても個人的なアプリです。出来上がった画面がこちら。 言いたいことも言えないこんな世の中で、心に秘めた叫びをこの小鳥に言わせようというアプリです。機能はこんな感じ。 -入力したメッセージを女子高生風のフォントにした画像にして小鳥の画像に重ねて表示 -メッセージの画像と小鳥の画像を重ね合わせた画像をダウンロード -メッセージを音声に変換して再生 ** 画像の重ね合わせイメージ ** アプリの概要図 今回のアプリの概要はこんな感じです。 + javascriptライブラリを読み込む + jOpenSocialを使いOpenSocialコンテナとやりとり + 外部APIを使ってメッセージを画像(base64)に変換 + swfにメ

  • 暮らし
  • 2009/05/04 15:14

  • mixi
  • opensocial
  • jquery
  • mixiアプリ
  • javascript
  • api
  • プログラミング
  • programming
  • webサービス
  • php
• あとで読む

  pplogのGemfile - pblog

  78 users

  ppworks.jp

  Gemfile pplog のGemfileです。 rev: 38530c94aebae07372f184ee3b726b988ea53aa4 source 'https://rubygems.org' ruby '2.2.0' # Framework gem 'rails', '4.2.0' gem 'responders', '~>2.0' # Database gem 'pg' # Authentication gem 'authority' gem 'devise' gem 'omniauth' gem 'omniauth-twitter' # APIs gem 'twitter', '>= 5.11.0' gem 'airbrake' gem 'hipchat' gem 'idobata' gem 'grape' gem 'pusher' gem 'em-http-request

  • テクノロジー
  • 2015/01/06 13:48

  • rails
  • gem
  • pplog
  • gemfile
  • Ruby
  • Ruby on Rails
  • feedly
  • development
  • あとで読む
• あとで読む

  よーし、Git を学んでチーム開発しちゃうぞ〜って時に読むべき本を発見した - pblog

  75 users

  ppworks.jp

  『わかばちゃんと学ぶ Git使い方入門』を頂いたので感想を！ わかばちゃんと学ぶ Git使い方入門〈GitHub、Bitbucket、SourceTree〉 作者: 湊川あい,DQNEO出版社/メーカー: シーアンドアール研究所発売日: 2017/04/21メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る なんなの Web業界に憧れる、マイペースな大学生、わかばちゃんが主役。 pplogがキッカケで形になった本があるらしい #わかばちゃんと学ぶwebサイト制作の基本 - pblog Webデザインという単語は、知っていて何となくカッコイイし興味を持っている人が、Webサイト制作〜運用までの一連の流れを知る取っ掛かりとしては、すごく良くまとまっている 前作はWebデザインを切り口に、Webサイト制作〜運用までをカバーした内容だったけれども、本作はバージョン管理システム

  • テクノロジー
  • 2017/04/25 22:53

  • git
  • あとで読む
  • unclassified
• あとで読む

  Railsのコントローラーの責務を意識する - pblog

  72 users

  ppworks.jp

  「Railsのコントローラーの仕事は何か？ - スモールスタート」という記事がRailsのコントローラーを設計する際のとても良い指針となっているので、ちょくちょく参考にさせて頂いております。ここからさらに考えたことをまとめてみます。 Railsのコントローラーの責務を意識することが大事です。あくまでもよいコントローラーとなっているかは、URLで表されるリソースに対して、コントローラーのアクションの責務が明確であるか です。 scaffoldで考える scaffoldを作ってみましょう。 rails g scaffold post title content:text 以下の様なコントローラーが出来上がります。 class PostsController < ApplicationController before_action :set_post, only: [:show, :edit,

  • テクノロジー
  • 2015/01/21 08:10

  • rails
  • mvc
  • Controller
  • ruby
  • プログラミング
  • programming
  • design
• あとで読む

  まったりと過ごせるおれたちのインターネット、それがポエム pplog.net #pplog - pblog

  69 users

  ppworks.jp

  @ken_c_loこと赤塚氏を中心にP氏といぬ氏と愉快な仲間たちでpplog - ゆるふわインターネットにポエムを刻もうをリリースしてました。コンセプトデザインとUIデザインは、@ken_c_lo氏です。@ken_c_lo氏のデザイナーサイドの記事は、 「俺たちのゆるふわインターネット「pplog」 をリリースしました（してました）」です。今回この記事ではプログラマーサイドとして書いてみます。 9月ぐらいから、ポエムのコンセプトを話す機会が何度かあって、issueにポエムのポエムが投稿されていました。昨年の9/27(らしい)に急に私の中のハッカソみが溢れ出てきてp4dハッカソンのノリで夕方から開発を始めました。日が変わる前にはherokuに上がっていたような気がします。ドメイン取ってから公開までが一呼吸で出来たのはherokuとrailsのおかげかなと思います。 ポエムのissueはこのよ

  • テクノロジー
  • 2014/02/01 13:44

  • pplog
  • heroku
  • Webサービス
  • rails
  • UI
  • プログラマ
  • 考え方
  • github
  • デザイン
• あとで読む

  Webサービスはヨシヨシしないとスネる - pblog

  67 users

  ppworks.jp

  ちょっと最近構ってあげられていなかったんですね。そしたら、どうもpush通知が死んでいた模様。つまり、pplogはスネていた。 最近 pplog の通知が飛んでこなくなってしまった— ぺこちゃん (@ryopeko) 2014年10月16日 @ken_c_lo #pplog で購読してる人たちのポエム更新push通知がﾄﾄﾞｶﾅｲ疑惑— イカID: Toshiwo (@toshiwo) 2014年10月28日 ios8関連かなーと静観していたのですが、昨日ようやく本腰で調査しました。 まずは、ポエんでみる pplogは、herokuで運用しており、ログはAddonのpapertrailに流しております。なのでpapertrailを眺めながらポエんでみました（ポエむとはポエムを投稿すること）。すると、こんなログが pplog app/web.1: Too many channels (100

  • テクノロジー
  • 2014/11/02 03:13

  • pplog
  • development
  • rails
  • pusher
  • ios
  • Heroku
  • web
• あとで読む

  WIPであろうと、情報共有すると何がいいのか？ - pblog

  64 users

  ppworks.jp

  口頭で話したことを文字に起こすことについての続編のような記事です。 消え行く知見や、消え行く情報を文字にすることで永続化させ、密室の議論を無くす。その為に以下のような活動が重要という話を書きました。 口頭で相談したことをesaやqiita:teamにまとめる 口頭でコードレビューしたことをgithubやgitlabのコードレビューのコメントにも書き残す 口頭で話したことをチャットにも書き残す チャットで話しかけた後に口頭で済んだ場合、チャットに解決済と流す 情報共有すると何がいいのか？ 何がいいか。 暗黙知を減らすことが出来る 当事者に なろうと思えばなれる なろうと思えばなれるというのは、どういうことかというと、共有化された情報は、その情報をどう捉えてどう向き合うか情報を得た側が選択してこそ価値が出る。 共有された情報に対して当事者意識を持つかどうかは情報と向き合った人に委ねられるという

  • テクノロジー
  • 2015/02/22 12:10

  • qiita
  • Document
  • 情報
  • ESA
  • 情報共有
  • github
  • work
  • 考え方
  • ビジネス
• あとで読む

  WEBサービスを擬人化して運用しよう pplog誕生ものがたり - pblog

  63 users

  ppworks.jp

  YAPC::Asia Tokyo 2014 前夜祭 - YAPC::Asia Tokyo 2014に参加してきました。 YAPC::Asia Tokyo 2014 前夜祭 pplog by @ppworks from Naoto Koshikawa 内容は大体以前書いた以下と被るんですが、各今回のスライドに照らし合わせるとこんな感じ。 ポエム駆動開発によるWEBサービスの作り方 pplog誕生ものがたり - pblog pplog誕生ものがたり的にはこちらが1 pplogの初期衝動の話 モチベーション 何を作るか まったりと過ごせるおれたちのインターネット、それがポエム pplog.net #pplog - pblog pplog誕生ものがたり的にはこちらが2 pplogの説明 どう作るか いつものやり方 様子を見る 一部初めて話した部分がありましたので、今回この記事にまとめました。 どう

  • テクノロジー
  • 2014/08/28 21:33

  • webservice
  • pplog
  • yapcasia
  • webサービス
  • yapc
  • yapcasia2014
  • presentation
  • development
• あとで読む

  転職時に考えておくべきこと - pblog

  60 users

  ppworks.jp

  何かしら失敗経験を踏まえて今度は成功するぞって気持ちや今までとは違う理想を描いて転職ってすると思うんですよ。 なので、失敗経験はちゃんと振り返る。どうすれば改善出来るか、どんなアプローチが適切かを分析しないと同じ失敗を繰り返すと思うんです。そして同じ理由で転職を繰り返す。 アプローチは圧倒的に変えないと劇的な変化は訪れないんですよ 。真逆の自分になることも必要かもしれません。また過去の失敗や後悔に論理的な理由付けをしておかないと過去に引きづられ続けます。 理想にどうたどり着くかというアプローチは圧倒的に変えないと以前と同じ失敗をする。理想にはたどり着けない。 理想を語るのは簡単。理想に向かうためのプロセスを見せるべきだし、行動で示すべき。人は議論では動かない、議論の前に行動を。よりよい仕事をしたいなら、不満を口にする前によりよい改善的行動を。 そりゃ入ってみたら思ってたのと違う、よろしくな

  • 政治と経済
  • 2015/02/18 08:55

  • 転職
  • career
  • あとで読む
  • 文
  • チーム
  • column
  • work
  • 人生
• あとで読む

  おれおれWebサービスの開発〜運用って話をした話 - pblog

  60 users

  ppworks.jp

  社内で不定期の勉強会があり、入社初日か2日目あたりにたまたまその勉強会が行われておりました。おーこれはいい雰囲気だ、というわけで次回はお話させてもらおうと早速手を上げました。MF Geeks Nightというエンジニア主導の会です。 てなわけで自己紹介がてら、個人でのWebサービスの開発〜運用をどうやっているかというお話をさせて頂きました。YAPC::Asia Tokyo 2014 前夜祭での発表資料を加筆修正した版です。 MF GeeksNight pplogの話 from Naoto Koshikawa MF GeeksNight pplogの話 新たな場では、まずは自分からオープンにしていくことを心がけています。こうしたとき、pplogにまつわる何かは良い自己紹介となりますねえ。ありがとう。 そしてエンジニアそういう、自分の興味のあることをシェア出来るエンジニア主導の勉強会の場を提供

  • テクノロジー
  • 2014/12/04 01:21

  • 運用
  • webサービス
  • 開発
  • Heroku
  • ビジネス
  • *テック
  • development
  • web
  • 技術
• あとで読む

  KPTによるふりかえりの効用は仕事の効率化だけか？ - pblog

  59 users

  ppworks.jp

  先日会社のブログに、「ふりかえりのススメ！〜モチベーションのコントロール〜 | マネーフォワード エンジニアブログ」という記事を書きました。 KPTという振り返りのフレームワークがあります。 よかったこと(Keep)、うまくいかなかったこと(Problem)、改善するために試すこと(Try)に分けて考えるんですが、これを導入して仕事を改善しようと私のチームの若手を中心を中心毎週KPTすることを始めました。 元はというと、前職で「ソニックガーデンギルド」に参加していた際に、ソニックガーデンの倉貫さんやメンバーと行っていたふりかえりで、このKPTを使っていたというのがあります。このKPTで自身の成長を実感したのもあり、今の会社でも少しずつ取り入れています。 KPTのコツは、倉貫さんの記事にあります。 自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハ

  • 暮らし
  • 2015/05/02 14:47

  • kpt
  • 仕事
  • management
  • Work
  • business
  • development
• あとで読む

  Circle CIでbundle updateのPull Request作成を自動化する手順 - pblog

  57 users

  ppworks.jp

  日々、bundle updateしてますか！ circleci-bundle-updateとcircleci-bundle-update-prを使って、bundle updateの Pull Requestを自動化する手順をまとめてみます。作者の記事を読めばいいっちゃいいんですが、地味に抜けていた手順と各ステップは何のために必要かを整理してみました。 このgemは、Pull Requestに各gemの差分リンクを貼ってくれるのが便利だな！って思って採用してます。素敵なgemをありがとうございます。 github.com github.com ステップは CircleCI経由でbotからgithubにpush出来るようにしておく CircleCI経由でbotからgithubにPR作れるようにしておく 外部からCircleCIへbuild指示できるようにする 外部からcronでCircleCI

  • テクノロジー
  • 2015/12/23 21:48

  • CircleCI
  • github
  • rails
  • bundle
  • Gem
  • CI
  • bundler
  • あとで読む
  • ruby
• あとで読む

  pplogが4歳になった - pblog

  55 users

  ppworks.jp

  ポエムを書くサービスであるpplog.netが4歳になった。 2013.9.26 18:36 に作りたいと思った 2013.9.26 19:05 に pplog.net ドメインを取得 2013.9.26 19:29 に rails4baseからリネームして作り始めた 2013.9.26 19:41 に Heroku へ push 2013.9.26 21:28 に初のポエムを書いた 2013.9.26 23:09 に一緒に作ったデザイナーさんがポエムを書いた 2013.9.27 02:25 に友達がポエムを書く Herokuへpushしてから初ポエムまでラグがあるのは、おそらく最初はポエムを書く機能がなかったと思われる。徹底的に削ぎ落とした機能開発だった。もはや何もなかったのだ。いいのかそれで。まあ1時間半後にポエム書けているし、いいや。 友達へ初めて教えたのが、27日だったので、誕生日

  • テクノロジー
  • 2017/09/27 16:35

  • pplog
  • Heroku
  • ポエム
  • swift
  • あとで読む
  • webservice
  • development
  • Webサービス
• あとで読む

  許可を得る前にプルリクしよう、って言ってきた。 - pblog

  54 users

  ppworks.jp

  2016年12月17日(土)、松江テルサ4階にて開催された松江Ruby会議08に参加しました。初の島根！初の松江！ キッカケは、フルタイムRubyコミッター採用までの道のり | Money Forward Engineers' Blogという記事が松江Ruby会議スタッフの目に止まり、僭越ながらゲストスピーカーにお招きいただきました。 許可を得る前にプルリクしよう、とは About pull requests - User Documentation プルリク = GitHubのPull Requestという機能です。GitHubはGitのRepositoryをホスティングするサービスで、Pull Requestを使うことで、そのRepositoryの本筋の歴史に対してある時点で分岐した歴史を統合する提案が出来ます。 『許可を求めるな謝罪せよ(Don’t ask for permissi

  • テクノロジー
  • 2016/12/18 01:09

  • Pull Request
  • リーダーシップ
  • 考え方
  • github
• あとで読む

  署名付きリクエストで外部サーバへデータを保存する - pblog

  54 users

  ppworks.jp

  今までアプリケーションのデータ保存は永続化データに任せていました。この度、mixiアプリを作成しましたで作成したアプリを機能拡張するにあたり、データを外部サーバに保存してみようと思います。あるユーザの投稿内容を外部サーバへ送る際に気をつけなければ行けないことを調査してみました。 結論からいうと、署名付きの |javascript| gadgets.io.makeRequest ||< を使うようにする、ということになります。 今回はその具体的な使い方を見ていきます。 その前に、OpenSocialアプリケーションとOpenSocialコンテナ、外部サーバの関係について整理しておきます。 ** 署名なしのgadgets.io.makeRequestからのリクエストを確認する まずは署名なしのgadgets.io.makeRequestを使ったリクエストはサーバ側へ、どのようなパラメータを渡す

  • テクノロジー
  • 2009/05/15 16:53

  • opensocial
  • mixi
  • oauth
  • mixiアプリ
  • mixiapp
  • security
  • PHP
  • javascript

次のページ