esaの導入時は文化の醸成を意識する - ppworks.jp
どこかの現場へesaを導入する時に想いを気軽に発信する文化の醸成を目指して考えたり工夫したことをまとめてみる。 想いを発信する文化の醸成 情報共有ツールの有効活用には、想いを気軽に発信する文化が必要という前提で書きなぐってみる。 Mission Vision Valueの関係図 - pblog ※ただし、企業のValueに一致している文化を醸成するべきではある。「想いを気軽に発信する文化」が企業のValueに一致しているかは大事です。 ポエム駆動情報共有 情報共有ツールを導入していても、イマイチ活用しきれていない状況。 そんな時は、まずは自らポエムを投入することで、想いの共有をはじめよう。何かを変えたいと思ったら、まず自分から、の精神が大事。 人は想いに惹き寄せられて、想いの連鎖が始まる。 どうすれば自分にもポエムが書けるのか ポエムを書きたい そんな声が聞えるようになったら良い兆候。出来
許可を得る前にプルリクしよう、って言ってきた。 - 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
Circle CIでbundle updateのPull Request作成を自動化する手順 - 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
KPTによるふりかえりの効用は仕事の効率化だけか？ - ppworks.jp
先日会社のブログに、「ふりかえりのススメ！〜モチベーションのコントロール〜 | マネーフォワード エンジニアブログ」という記事を書きました。 KPTという振り返りのフレームワークがあります。 よかったこと(Keep)、うまくいかなかったこと(Problem)、改善するために試すこと(Try)に分けて考えるんですが、これを導入して仕事を改善しようと私のチームの若手を中心を中心毎週KPTすることを始めました。 元はというと、前職で「ソニックガーデンギルド」に参加していた際に、ソニックガーデンの倉貫さんやメンバーと行っていたふりかえりで、このKPTを使っていたというのがあります。このKPTで自身の成長を実感したのもあり、今の会社でも少しずつ取り入れています。 KPTのコツは、倉貫さんの記事にあります。 自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハ
それでもRailsを選択する3つの理由 - pblog
スタートアップ界隈でのRuby on Rails利用率は割と高く感じる。 みんなが使っているから使う？それだけではないはず。なぜ使うのだろう。 railsの特徴を考える。 規約縛りの哲学 周辺gemのエコシステム webの進化への追従の速さ 規約縛りの哲学 Convention over Configurationてやつ。規約を決めて、それに沿えば、フレームワークに乗って素早く開発できるようになる。規約で縛ることでRailsに流れる哲学に従うことを強制化している。 外れると痛い目を見る。Railsに乗るということは電車に乗って簡単に遠くまで行けるということ。Railsから降りるということは電車からも降りるようなものだ。中途半端な理解で突き進むと線路からすぐに降りて歩くことになる。 スタートアップでRailsが採用される一番の理由は、 簡単に遠くまで行ける だと思う。ただ、そんなにうまい話は
pplog開発のコードレビューから学ぶpull requestによる自律的行動とコミュニケーション - ppworks.jp
pplogの過去のポエムを複数単語で絞込できるようになりました。 pplogは、自身と向き合い想いを言語化するためのサイトだったりします。（色んな使い方があります） 最新のポエムだけが他人に見えますが、 自分の 過去のポエムを見る機能があります。 この過去ポエムは検索機能が付いているのですが、先日まで複数単語で絞り込むことが出来ませんでした。 pull requestが来た id: shootaさんからpull requestを頂きました。 勝手にやった！まさにこれだ！と思いました。 よし、コードレビューをしよう！ 命名に突っ込んだ これを見て思うところがありました。 search_word_arrays = params[:keyword].gsub(/ /," ").split() 私は言った for文にナニカを感じた し、Cぽい！ search_word_arrays = param
コードレビューをし合える文化がチームを強くする - ppworks.jp
コードレビューしてますか？ 「コードレビューをしよう - pblog」でも触れたのですが、 今回はコードレビューの話です。 コードレビューって何からして良いか分からなかったり、レビューアーに負担なんじゃないか、、、って尻込みしがちですが、レビューしてもらう前に気を付けること、なにをレビューしてもらうのか、そして逆にレビューするのか、そして何が起きるのかあたりを考えていきましょう。 レビューして貰う前に気を付けること レビュアーの負担を減らすのは大事です。 コーディング規約に沿っているか？といった簡単なレビューは、犬にやらせるという方法もありますが、そもそもgit-pushする前に、ローカルのgit-commit時点で対処しておくというのもありです。 犬 is rubocopですし、 rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう
コードレビューをしよう - ppworks.jp
Sendagaya.rb #86 - Sendagaya.rb | Doorkeeperに参加してコードレビューについて思うところをみんなでディスカッションしたので、自分の思いをまとめておきます。（ポエム） ソニックガーデンの @mah_labさんのスライドにある7つの秘訣に同意です基本。あと、github上のプルリクでコードレビューするという前提でまとめます。 1. レビューの観点を明確に いま何の話をすべきかという状況を判断して、どの観点で物を言うのかっていうのはコードレビューだけに限らず打ち合わせ時にも大事ですね。今この観点で議論を進めますよ！ということを表明することで齟齬が防げます。 観点が明確だと議論のテーマが明確になるので、コードレビューで修正すべき点も分かりやすくなりますね。 コーディング規約の観点 セキュリティの観点 メンテンスの観点 設計の観点 リリース前にこれで出来るレ
エンジニアこそ色彩デザインを学ぼう - ppworks.jp
学ぼうよ、と思っていて、 新人デザイナーのための色彩デザイン・配色のルールを学べる本 作者: 柘植ヒロポン出版社/メーカー: ソシム発売日: 2011/10/01メディア: 単行本 クリック: 1回この商品を含むブログを見る を読んでいました。 @ken_c_lo氏が以下のスライドで触れていますが、エンジニアがデザイン学ぶのマジオススメとのことです。よっしゃ、学ぼう。 新人デザイナーのための色彩デザイン・配色のルールを学べる本 新人デザイナーのための色彩デザイン・配色のルールを学べる本 作者: 柘植ヒロポン出版社/メーカー: ソシム発売日: 2011/10/01メディア: 単行本 クリック: 1回この商品を含むブログを見る WEBというより印刷のデザイナー向けの本なのかな？という印象なのですが色の使い方という意味では勉強になりました。 特色の話やCMYKプロセスカラーの話は一旦無視しながら
#sendagayarb #25 vim弱から卒業したい - 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_
twitter bootstrap railsを使ったら職が見つかり彼女も出来て背も3センチ伸びました。 - 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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
