React.jsを使いたいRailsおじさんがJavaScriptライブラリをそれっぽく管理しながら入門する - 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
それでも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
Railsのコントローラーの責務を意識する - 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,
クソコードと呼ばない - ppworks.jp
新しい現場にはいったときに心がけていること、クソコードと呼ばないこと。 誰かのコードを読んでいるとそりゃまあクソコードを見つけることがある。その時どう立ち向かうかという精神論の話。 例えソレがそうであってもソレを口にするとネガティブが蔓延する。思ってもイイ、でも言ってしまってはならない。あるフェーズに置いては必要だった し、現に動いていて価値を提供している のだ。あるべき姿を叫ぶの簡単だ。あるべき姿を見ているなら行動しないといけない。見つけたらリファクタだ。出来るところからやるんだ。 Shut the fuck up and write some code & 許可を求めるな Pull Request せよ— 🌈KOSHIKAWA (@ppworks) 2014年5月23日 クソはクソと言える空気や文化は大事。良くないものを指摘できるようにはしたい。口の前に手を動かそう。プログラマーなら
コードレビューをし合える文化がチームを強くする - ppworks.jp
コードレビューしてますか？ 「コードレビューをしよう - pblog」でも触れたのですが、 今回はコードレビューの話です。 コードレビューって何からして良いか分からなかったり、レビューアーに負担なんじゃないか、、、って尻込みしがちですが、レビューしてもらう前に気を付けること、なにをレビューしてもらうのか、そして逆にレビューするのか、そして何が起きるのかあたりを考えていきましょう。 レビューして貰う前に気を付けること レビュアーの負担を減らすのは大事です。 コーディング規約に沿っているか？といった簡単なレビューは、犬にやらせるという方法もありますが、そもそもgit-pushする前に、ローカルのgit-commit時点で対処しておくというのもありです。 犬 is rubocopですし、 rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう
おれおれWebサービスの開発〜運用って話をした話 - ppworks.jp
社内で不定期の勉強会があり、入社初日か2日目あたりにたまたまその勉強会が行われておりました。おーこれはいい雰囲気だ、というわけで次回はお話させてもらおうと早速手を上げました。MF Geeks Nightというエンジニア主導の会です。 てなわけで自己紹介がてら、個人でのWebサービスの開発〜運用をどうやっているかというお話をさせて頂きました。YAPC::Asia Tokyo 2014 前夜祭での発表資料を加筆修正した版です。 MF GeeksNight pplogの話 from Naoto Koshikawa MF GeeksNight pplogの話 新たな場では、まずは自分からオープンにしていくことを心がけています。こうしたとき、pplogにまつわる何かは良い自己紹介となりますねえ。ありがとう。 そしてエンジニアそういう、自分の興味のあることをシェア出来るエンジニア主導の勉強会の場を提供
プログラマーがイラレで絵を描けるようになると、こうなる - ppworks.jp
プログラマー、絵が描けないじゃないですか（偏見） こんなじゃないですか。 なので描けるようになりたいなとずっと思っていて、ベジェ曲線って滑らかでナンカヨサソウ、とチャレンジしました。 「ベジェ曲線」習熟ドリル 7,8年前に買ったのがこれ。そう、チャレンジは2回目なのです。前回は3ページぐらいで挫折してました。んで、最近急に暇になったのをキッカケに「よしやろう」という気になり始めたのです。 改訂二版〈Illustratorで学ぶ〉「ベジェ曲線」習熟ドリル 作者: 中村高之出版社/メーカー: ラピュータ発売日: 2005/04メディア: 単行本購入: 2人 クリック: 8回この商品を含むブログ (4件) を見る (2014.1.10追記) なんと、長らく手に入りにくかったこちらの書籍が新装改訂版で再登場とのこと。 表紙が若干、損していた分、今回はスタイリッシュで内容と合っていてヨサソウです。
エンジニアこそ色彩デザインを学ぼう - ppworks.jp
学ぼうよ、と思っていて、 新人デザイナーのための色彩デザイン・配色のルールを学べる本 作者: 柘植ヒロポン出版社/メーカー: ソシム発売日: 2011/10/01メディア: 単行本 クリック: 1回この商品を含むブログを見る を読んでいました。 @ken_c_lo氏が以下のスライドで触れていますが、エンジニアがデザイン学ぶのマジオススメとのことです。よっしゃ、学ぼう。 新人デザイナーのための色彩デザイン・配色のルールを学べる本 新人デザイナーのための色彩デザイン・配色のルールを学べる本 作者: 柘植ヒロポン出版社/メーカー: ソシム発売日: 2011/10/01メディア: 単行本 クリック: 1回この商品を含むブログを見る WEBというより印刷のデザイナー向けの本なのかな？という印象なのですが色の使い方という意味では勉強になりました。 特色の話やCMYKプロセスカラーの話は一旦無視しながら
#kobitoapp と #qiita とblogの関係について考えた - ppworks.jp
ちょいと前に、kobitoのユーザーインタビューのオファーを頂き、中の人とお会いしました。ちょっとテンションがあがってしまい、しゃべりすぎてうるさかったのではという噂があります。 その後、kobitoとqiitaの関係について考えてみました。 kobitoとqiitaの関係 qiitaはエンジニアがローカルに貯めたメモを公開することで、世の中で同じことに困っているエンジニアの無駄な時間を省くためのサービス、だと思います。 kobitoは、qiitaに上げる前のメモを貯めるアプリと考えています、私は。 私がメモアプリに望むこと となると、メモアプリに望むことを考えるわけですが、ざっとあげるとこんな感じかな。 軽い マークアップが使える すぐに何かに対して共有出来る 私がメモアプリに望まないこと 逆に考えると、こんな感じ。 余計な修飾機能 とあるアプリ、コピペで何、勝手にスタイル継承してんだよ
まったりと過ごせるおれたちのインターネット、それがポエム pplog.net #pplog - ppworks.jp
@ken_c_loこと赤塚氏を中心にP氏といぬ氏と愉快な仲間たちでpplog - ゆるふわインターネットにポエムを刻もうをリリースしてました。コンセプトデザインとUIデザインは、@ken_c_lo氏です。@ken_c_lo氏のデザイナーサイドの記事は、 「俺たちのゆるふわインターネット「pplog」 をリリースしました（してました）」です。今回この記事ではプログラマーサイドとして書いてみます。 9月ぐらいから、ポエムのコンセプトを話す機会が何度かあって、issueにポエムのポエムが投稿されていました。昨年の9/27(らしい)に急に私の中のハッカソみが溢れ出てきてp4dハッカソンのノリで夕方から開発を始めました。日が変わる前にはherokuに上がっていたような気がします。ドメイン取ってから公開までが一呼吸で出来たのはherokuとrailsのおかげかなと思います。 ポエムのissueはこのよ
P4Dハッカソン( #p4dhack ) に参加して勤怠戦隊キンタイン というwebアプリを作成しました。 #kintain - ppworks.jp
デザイナー向けプログラム部の第2回デザイナー x エンジニアハッカソンに参加してきました。 第2回デザイナー x エンジニアハッカソン デザイナー枠 第2回デザイナー x エンジニアハッカソン エンジニア枠 事前勉強会にて決定したペアと一緒にハッカソン。私はエンジニア枠で参加してまして、パートナーのデザイナーさんは、@kkotaro0111さん。 会場はいつものKDDIウェブコミュニケーションズです。今回はハッカソンということもあり、とにかく時間が足りないので本当に作ることだけに集中した結果、当日の写真をほとんど撮っていないことに気付きました。ウッカリ！ 当日のtogetter hashtagは#p4dhackでした。togetterのまとめにまとめておきました。よろしければどうぞ。 作ったもの 勤怠戦隊キンタインという勤怠管理アプリを作成しました。 facebook、twitter、gi
macを買って、今すぐherokuでruby1.9.3 + rails3.2しよう！ - ppworks.jp
みなさんがmacを買う理由の1つにherokuを使ってRailsの開発がしたいというのがあると思います。そこで、今回はmacを買ってきてherokuにdeployするまでの手順を書いてみました。念のため、手元のマシンでLionをクリーンインストールしてからの手順を記述しています。 買う もしmacを持っていなければ、今すぐ近くのmacが売っていそうなお店(そこらをぶらついているときにmacを売っているのを見たことありますよね！そこに行くんです！)で買ってきて下さい。ネットで買うといますぐこの記事に書いてあることを試すことができません。しかし、もうすぐ新しいmacとか出そうだから落ち着いた方がいい感もあるので、その辺は自己責任で判断しましょう。 ソフトウェアアップデート これしないと不安。しましょう。(アップデート後に再起動を促されることも多いと思います。) iTerm2 iterm2を入れ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
退職のお知らせです。 - ppworks.jp