情報共有おじさん - ローファイ日記
「プロジェクト全体のMLにエラー通知メール飛ばすのうざい」、「〜についてはみんながいるチャンネルで相談すべきことではない」みたいな指摘がある。 個人的には情報は可能な限り広いスコープで公開してほしいし、自分でもそうしようとしている。まだ未熟なので霊力に負けることもあります...。 というのも、「情報が届いていない」ことによる不利は仕事上非常に大きいし、場合によって致命的になるので、むしろ冗長化して届けられているべきなのである。 あと、情報が多ければ多いほど普通は判断が適切になると思うので、情報が広く共有されていると言うことは、チームメンバー一人一人が自分で判断できる材料を持ちやすくなると言うことにもつながる。スクラムとか色々言われているけど「一人一人が自分で判断できる」ということはどういう開発スタイルでも大事だと思う。 なのでむしろみんながいる場で議論していたり、細かい情報をどんどん流して
App Indexing のススメ - pixiv inside [archive]
こちらは ピクシブ株式会社 Advent Calendar 2014 の12/15の記事です。 こんにちは。pixivのAndroidアプリ担当の @consomme72 です。 今回は、Googleのサービスである「App Indexing」についてご紹介します。 App Indexing とは？ 2013年10月にGoogleが発表した、Googleで検索されたWebページのコンテンツと、アプリのコンテンツの紐付けを行うことができるサービスです。日本では2014年6月でも機能が公開され、pixivのアプリもローンチパートナーとして紹介されております。 Androidアプリでは、Manifestファイルにてhttpのリンクを受け取れるようにIntent-filterを設定しておけば、Webブラウザからリンクを開いた際にアプリを起動することができます。しかしその際に、ブラウザで開くかアプリ
楽天 TechTalk で Ruby と Rails の話をしてきた, 技術的負債を返却するには何をすればいいか - HsbtDiary(2014-12-12)
■ 楽天 TechTalk で Ruby と Rails の話をしてきた 楽天の河口さんから Ruby と Rails を使ってビジネスを回しているという話をしてくれという依頼がきたので、2日前の 12/10 に楽天オフィスまで言って何か話してきた。当日は遅刻してしまって申し訳ありませんでした...品川シーサイド難しい... 話の内容は、今年の RubyConf Taiwan と RailsPacific で話した内容を足して2で割ったような内容を1時間弱という感じ。 散々聞いた話だと思うけど 使い捨てじゃないプロジェクトやサービスで Rails 使うなら継続的にバージョンアップして技術的負債を返し続けるのが良い。一気にビッグジャンプしようとするととてもコストがかかるし、そもそも出来るかどうかわからない。 Rails 使うなら、Rails が良いとしているテクノロジーや方向性に積極的に乗っ
ミクシィスマホアプリ研修をオープンに開催します - mixi engineer blog
はじめまして、mixiのiPhoneアプリ開発などをやっています武田です。 最近サントラ欲しさにスマブラを買いました。 さて、1年半ほど前に社内でのスマホアプリ研修を行い、その資料を公開したり電子書籍化などを行いました。 ただ資料も古くなっている部分などもあり、その更新も兼ねて第２回の勉強会を行うことになり、どうせなのでオープンな形で開催しようという運びになりましたのでお知らせいたします。 開催概要 １年半ほど前に社内のスマホアプリ研修で利用した資料をブラッシュアップしつつオープンな形で開催致します。まだスマホアプリ開発をやったことがなかったり、経験が少ないweb系エンジニアがアプリ開発をスムーズに始める一助になればと思います。 本勉強会の内容としては、GitHubに上がっている教材を利用し、授業形式で進める予定です。時間は限られているので、自習すべきところや宿題などは随時お伝えします。
【初心者向け】Mac OSX10.8(Mountain Lion)で Ruby on Railsを動かすための5ステップ « pplog.org
We are constantly updating our collection of different sources. All content absolutely free!
ミニ四駆よりも熱い ミニッツレーサーのススメ #vgadvent2014 - ぷぎがぽぎ
この記事はVOYAGE GROUP エンジニアブログ Advent Calendar 2014の7日目の記事です。 こんにちは、VOYAGE GROUPの Zucks でスマホ広告配信サービス Zucks Ad Networkのエンジニアしている 前田 @brtriver です。 去年は簡単にPHPをmakeしてみた だったので、「今年は何をmakeするのですか？」と聞かれましたが、ミニッツレーサーについて語りたいと思います。 ミニッツレーサーとは 今年はミニ四駆が再ブームというニュースもあったぐらい、大人にミニ四駆が流行りました。 自分自身は小さい時はミニ四駆にもハマりましたが、それよりもラジコンが大好きでした。 ミニッツレーサーは一言でいうと「ちっちゃいラジコン」です。ミニ四駆が 1/32 なのに比べて ミニッツは 1/27 なので少し大きいですが、感覚的にはミニ四駆と同じぐらいです。
エンコードマニアックス - 各種エンコードやハッシュを一発作成
JavaScript encodeURIComponent() UTF-8限定 /home/akiyan/encodemaniax/webroot/index.html on line 70 "> Warning: Undefined array key "js_encodeuricomponent" in /home/akiyan/encodemaniax/webroot/index.html on line 71 JavaScript encodeURI() UTF-8限定 /home/akiyan/encodemaniax/webroot/index.html on line 70 "> Warning: Undefined array key "js_encodeuri" in /home/akiyan/encodemaniax/webroot/index.html on line
Text Escaping and Unescaping in JavaScript(Unicode の文字列をエスケープする JavaScript)
Notes No data is sent to the server (i.e. everything is done in JavaScript). Conversion from Unicode to other encodings such as Shift_JIS can be slow first time as it needs to initialize internal conversion tables. Surrogate pairs in UTF-16 are supported. Try inserting \uD840\uDC0B in the second form. Three-byte characters in EUC-JP are not supported. Links JavaScript Unicode Charts Try GNU Libidn
エンジニアの評価観点について - @katzchang.gist
techass.md エンジニアの評価観点について こんにちは。 @katzchangです。 VOYAGE GROUPでは人事評価制度の一つとして技術力評価会というのが年に2回ほど開催されて、半年くらいの仕事から何かテーマをピックアップしつつ、別チームのエンジニア2名とお話をしつつ、なんと評価までされてしまうという、とても楽しい会があります。 評価する側のエンジニアも多様で、ある程度の評価軸はありつつも、それぞれの質問や評価はそれなりに個性が出るものだろうなーと眺めています。ということで、私なりの質問や評価のポイントをいくつか挙げてみます。 質問に対して明確に答えるための手段を知っているか？ 例えば「キャッシュの有効時間はどれくらいか？」みたいな質問をすることがあるとします。当然、「わかりません！」で終わると残念なのは皆知ってるので、頑張って答えようとします。しかし、その場で「xx分です！
Webサービスはヨシヨシしないとスネる - 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
エンジニアナイト〜サービス開発たのしぃぃぃぃぃいぃいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいいい！！！！！！！！ ～
どのサービスも裏にはエンジニアたちの活動があります。 どういう考えで開発しているのか、どういう楽しさがあるのか、モチベーションの源泉はどこにあるのかなど、語りたい事はたくさんあります。 このイベントでは、日々サービスやアプリを開発している各社のエキスパート陣によるパネルディスカッションの他、「お絵かきたのしぃぃいぃいいい！！！」を支えるpixivの開発のエピソード、グロース戦略をお話します。 是非多くのみなさんに遊びにきてもらえれば幸いです。 コンテンツ 下記を予定しています。 1. pixiv誕生秘話 pixivをつくったエンジニア上谷が誕生のきっかけから、リリース、そしてヒットまでの話を今だから言える裏話も含め盛り沢山の内容でお話します。 2. pixivのグロース戦略 現在、pixivがどんなことに注力してどんな方法で成長していこうとしているのかをピクシブグロースチームがお話します。
モダンな情報共有ツール esa.ioを2カ月超使ったのでβ前に紹介するよ | Tokyo Otaku Mode Tech Blog
Tokyo Otaku Mode（以下TOM）でエンジニアをやっているpchwです。 今回は情報共有ツールのお話をさせていただきます。 TOMの開発チームは、創業当初は数人で構成されていたのですが、最近ではフルタイムでないメンバーも含めてかなり人数が増えました。 少人数であればある程度自然に情報共有できるものの、人数が多くなってくると持っている情報量に差が出てきて、なかなかスムーズに共有を図ることができなくなります。 そこで頼りになるのが、情報共有ツールというわけです。現在、TOMの開発チーム内では情報共有のためにesa.ioというサービスを使っています。 なぜesa.ioを使うようになったのか？ esa.ioとはどういうものなのか？ esa.ioは他の情報共有プラットフォームと比べてなにが違うのか？ これらの点を踏まえつつ、esa.ioを紹介していきます。ぜひ参考になさってください。 な
mixiのインターンに参加しました - そば日記
2014-08-18 (月) から2014-09-19 (金) までの5週間、株式会社ミクシィのインターンに参加してきました。その記録をここに残しておきます。 参加までの経緯 ミクシィに就職した研究室の先輩から誘われたことが最初のきっかけでした。 誘われた時点ではあまり興味がなかったのですが、その後逆求人イベントなどでミクシィを含む複数の会社の方と面談し、オフィス訪問をするなどした結果、ミクシィのインターンが最も良さそうだと思い応募しました。その主な理由は以下の3点です。 2週間を超える比較的長期間、実務が経験できること。 Web系他社のインターンは、数日から2週間程度のハッカソン・アイディアコンテスト的なワークショップ形式のものが多く、ミクシィのように長期間の実務に参加できる環境は少数のようでした。 Web系企業 (というか、自社でサービスを開発・運営している企業) におけるアジャイル開
VOYAGE GROUP エンジニアブログ : 圧倒的な成長を目指す「Treasure2014」（前編）
2014年10月02日19:43 カテゴリイベント育成 圧倒的な成長を目指す「Treasure2014」（前編） こんにちは。システム本部 三浦@hironomiuです。 VOYAGE GROUPの夏のエンジニアインターン「Treasure2014」が8/25 - 9/12の3週間で行われました。 Treasure2014は前半（座学、ワーク）、後半（グループ開発）でカリキュラムが組まれています。 今回は前半についてお伝えしていこうと思います。 又、本エントリーを見て圧倒的な成長をしたいと思って頂けた学生さんは 11月に大規模サービス構築プログラムSunriseがありますのでエントリーお待ちしてます！！ スケジュール 前半は8/25 - 9/3の8日間で行いました。 （但しTreasure2014の開始2週間前から事前課題でTreasure中に最低限必要となる技術について、みっちり講師陣と
Joel on Software - 射撃しつつ前進
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2002/1/6 ときどき何もできないことがある。 確かにオフィスにやってきて、だらだらとし、emailを10秒ごとにチェックし、Webをながめ、アメックスの請求書を支払うというような頭を使わない作業をしたりもする。しかしコードを書くフローの状態に戻ろうとしても、それができない。 このような非生産的な期間は通常1日か2日続く。しかし私の開発者としてのキャリアには何週間もの間何もできずにいたということが何度かあった。言うならば、私はフロー状態になかった。私はゾーンの中にいなかったのだ。私はどこにもいなかった。 誰でも気分のむらはある。ある人々にはそれは穏やかなものだが、他の人々には、それはもっとはっきりしていて、ときには機能不全でさえある。そして非生産的な期間は塞いだ気分と何か関係しているようだ。 それ
適度に実行時間を抑制するrate_throttle - walf443's blog
cronなどで統計処理のSQLをたくさん投げたりするときに、mysqlにあまり負荷をかけたくないので、適度にsleepを挟みながら実行させる、という処理を書くときに、perlだと、Sub::Throttleというid:kazuhookuさんのライブラリを使っていたのですが、rubyで同様のライブラリを探すとなかったので、rubyへrate_throttleという名前で移植しました。(本当はProc::Throttleにするつもりだったのですが、既にあったので....) require 'rate_throttle' 1000.times do # limit block to 10% workload. RateThrottle.throttle(0.1) do # do something. end end こんな感じで書くと、ブロックを実行した後にその実行時間が10%になるようにsle
クックパッドとマイクロサービス - クックパッド開発者ブログ
技術部の高井です。 最近、日本でもマイクロサービスという言葉が流行しつつあります。 今回は、なぜクックパッドがマイクロサービスを選択したのか、また実際にどのようなやり方をしているのかということを紹介します。 Conwayの法則 ここ数年の間、クックパッドはレシピの投稿・検索サービスから「食を中心とした生活のインフラ」として事業領域を拡大しつつあります。海外レシピサービスの買収による海外展開は、単なる金銭的な関係にとどまらず、人的・技術的な交流も含めて本格化しつつあります。また、「モバイルファースト」を標語とするモバイルアプリケーションへの取り組みも加速してきました。 事業領域の拡大やグローバル展開、モバイルファーストといったビジネス要求の変化に応じて、会社の組織構造も変化しています。そして、Conwayの法則 として知られているように、組織構造とソフトウェアアーキテクチャには密接な関係があ
第31回 PMへの道を避けたエンジニアの今――ハックを尊ぶ社風が育む働きやすさとは
なぜ、彼はPMになったのか ピクシブ株式会社が運営するイラストの投稿に特化したソーシャル ネットワーキング サービス「pixiv」は、2007年のサービス開始以来、着実に規模を拡大し、2014年7月末現在、会員数1100万人、月間PV数38億、投稿作品総数4700万を誇る一大人気サービスへと成長している。 そのピクシブにおいて開発マネージャーを務める小芝敏明さんは、過去にPM（プロジェクトマネージャー）への道を避けて転職した経験を持つ。そんな彼がピクシブでプロジェクト管理を担当するようになったのは、なぜだろうか。 小芝さんの転職体験は、エンジニアのキャリアパスに必ずと言ってよいほど付いて回るマネジメントという職務について考えるよい機会になるだろう。 【転職者プロフィール】 小芝敏明さん（33歳） ピクシブ株式会社 開発マネージャー（2013年11月入社） 【転職前】 金融機関向け基幹システ
マイクロサービス（microservices）とは何か – recompile.net
マイクロサービス（microservices）という言葉をご存知でしょうか？ 今、エンタープライズ界隈のソフトウェアエンジニアの間でマイクロサービスという言葉がにわかに盛り上がりつつあります。 マイクロサービスはJames Lewis氏によって提案された言葉です。詳細については、彼がMartin Fowler氏と共著で書いた「Microservices」という記事を参照してほしいのですが、ようするにひとつのアプリケーションを、Railsのような一枚岩のアーキテクチャではなく、複数の軽量なサービスを連携させたアーキテクチャでつくろうというアプローチです。 上述の記事 では、マイクロサービスの特徴が九つほど上げられています。 サービスによるコンポーネント化：ライブラリではなく別プロセスで動作するサービスによってアプリケーションのコンポーネント化を実現している。 ビジネスケイパビリティに基づく組
Fluentdとログ収集のパターン - Go ahead!
「ログを集めて保存する」と言うのは簡単だけど，ログ収集の構成にはいくつか方法があり，勉強会などでちょくちょく聞かれるので，いくつかのパターンについて書く． 「俺はもうバリバリログ収集やってるぜ！」という人は多分すでに知っていることが書かれているので，タブを閉じて良い． ここではログコレクタにFluentdを想定しているが，他のログ収集プロダクトにも適用出来るはず． ただ，Fluentdはタグベースのルーティングを持ち，単体でもキューのように動作させることが可能で，既存のものより複雑な問題を解決しようとしているので，少し工夫が必要かもしれない． Fluentdそのものについては公式ドキュメントや，Fluentdとはどのようなソフトウェアなのかを参考に． クライアントから直接保存する いきなりFluentdを使わないパターン．JavaScript SDKを提供している解析サービスやモバイル端末
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
