こんにちは、SmartHRの宮田です！ 今回はSaaS（≒サブスクリプション型ビジネス）の営業に求められるスキルや素質について、思っていることを書いてみました。 軽い気持ちで書き始めたら、6,000字を超える超大作になってしまいました・・・😇 世界がサブスクリプション型ビジネスに飲み込まれる NetflixもAmazonもAdobeもSpotifyもMicrosoftもUber（実験中）も月額課金モデル。将来全てのサービスがサブスクリプションになる— Hiro Maeda (前田ヒロ） (@djtokyo) 2017年2月24日 身の回りを見渡してもサブスクリプション型のサービスが増えていますよね。 SmartHR社でもSalesforceや、Github、Slack、Onelogin、GoogleAppsなど様々なサブスクリプション型のサービスに課金しています。 個人としても Appl

一睡もしてません。 この文章はデレステSSSランキングに今後チャレンジするひとに向けて、第一期SSSが取れたぼくの身に何が起きどう対処したのかを共有し、なるべく苦しまずに生きてもらうことを目的とするものです。特にこうした方が良いということは書かないので、何か感じて行動や考え方を変えてもらえれば良いなと思います。デレステというゲームそのものやイベントそのものの解説はしません。 あと、いかにしてぼくのきがくるっていったかと言う部分もわかるとおもしろくていいかなと思います。 プロフィール前提が共有できてないと参考にする上であんまり意味ないかなと思うので一応書きます 既婚 子どもなし 配偶者の理解あり 基本定時帰り、昼休みプレイ可能で、時間は勤め人としてはほぼ最大レベルに自由に使えると思う開始前はたぶんPlv170 PRP1050でGOIN’!!!のフルコン率は2割 スタミナをちょうど全部消費しき

先週のRubygems.orgの脆弱性報告を受けてgemを作りました github.com 脆弱性の詳細 使い方 自分がリリースしたgemのうち攻撃を受けた可能性があるgemを検索 Rubygems.orgに上がっているgemとリポジトリに上がってるソースコードの差分を調べる 既知の問題 まとめ 脆弱性の詳細 RubyGems.org gem replacement vulnerability and mitigation - RubyGems Blog （翻訳）RubyGems.orgでgemが置き換えられる脆弱性とその緩和策について - Qiita gemの名前にダッシュが含まれるもので（例：'blank-blank'）、2014年6月11日以降、2015年2月8日以前にアップロードされたものは攻撃を受けている可能性があります。（2015年2月8日から2016年4月2日の間にアップロー

先日書いた通りYAPC::Asia Tokyo 2015でOSSの開発とメンテナンスについての私見を話したところ、会場で id:t-wada さんから強烈な質問と、その後にまとまった量のエントリがきた。 t-wada.hatenablog.jp t-wadaさんの問題意識については上記エントリを読んでいただくとして、これに関連してYAPC::Asia期間中にいろいろな人と話したこと、およびその後に考えたことなどをまとめて書き下しておこうと思う。 明快な結論は無い。無いが、自分にとってのなんとなくの指針のようなものには多分なっており、こういうことを考えて自分はこれからコードを書くんだろうな、という気がする。 なお前提として自分がYAPC::Asia Tokyo 2015で話した内容がベースにあるので、できればそちらを把握しておいてほしい。t-wadaさんのエントリにあるメモは話した内容をよく

この記事はLisp Advent Calendar 2014に投稿しそびれた、ただの記事です。 こんにちは、めいまおです。 昨年、勢い余ってLisp Advent Calendarに記事を投稿してからもう一年が経ち、早かったような、長かったような一年だったなと振り返っています。 Advent Calendar、枠余ってたらLisperとの付き合い方をテーマにクソ記事書こうと思ってたけど、早々に枠埋まったので書く機会永遠に失った— ミネコ (@meymao) 2014年12月26日 というツイートをしたら、あんちべさんが https://twitter.com/AntiBayesian/status/548417594097553408 と言ってくださったので、Lisperとの付き合い方について書きます。 ちなみに「Lisperとの付き合い方」と銘打ってますがご存知の通り、サンプル数は１（夫

先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える本連載、今回は古くからPerlコミュニティで活躍し、最近ではWebテクノロジ情報発信のポッドキャスト「Rebuild」が話題の宮川達彦さんにお話を伺いました。宮川さんは、筆者のクックパッドの同僚でもあります。 ［撮影：平野正樹］ プログラミングに興味を持ったきっかけ ─⁠─最初にプログラミングやエンジニアリングに興味を持ったのはいつでしょうか？ 宮川：父親がプログラマだったので、コンピュータは小さいころから家にあったんですけど、プログラミングはしておらず、純粋にPCユーザとしてゲームとかで遊んでいました。プログラミングのきっかけは、東京大学に通い始めて、趣味でホームページや掲示板を作っておもしろいと思ったことですね。そのあと3年次に、理学部情報科学科を選択し学びました。それと前後して、大学の友達から「オライリー・ジ

デブサミ関西基調講演資料

今からちょうど4年前の2010年2月、某巨大SIerの片隅でExcelやPowerPointばかりを眺めて過ごしていた頃、おれは仕事でも仕事以外でもコードなんかまったく書いていなかったし、GitHubのアカウントも持ってなかった。毎日見積書とWBSと納品書と請求書と、Excel方眼紙の詳細設計書と格闘してた。 当時おれは30歳だった。一度はプログラマとして生きるのは自分には無理だと思って入社したSIerで数年やってて、そこそこ成功した数年を送っているとは思っていたけど、でもやっぱり、そんな毎日に飽きていた。 技術力を重視とか言いながらプロパー社員にコードを書かせようとしない会社の方針にも、svnもgitも閉じられててガチガチに監視されたネットワークに繋がせておいてオープンソースがどうのと言う文化にも、手順や履歴を重視とか言いながらロクにバージョン管理システムを使おうとしない一部の同僚にも、

先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう

完全に このエントリ のネタパクりです。すいません。 何に使われてるかわかったもんじゃないマシンとか開発用サーバとかだと超巨大なバイナリとか置いてあるかもしれませんが、プロダクション用のサーバでそういうことは無いとしましょう。 その場合、原因はだいたい以下のどれかです。www/appとdbが別マシンに分かれてる場合は更に絞り込めますね。 wwwサーバやappサーバ ログ 圧縮してあるが保存世代数が多くて厳しいケース 圧縮し忘れてるケース 圧縮どころかローテーションすら忘れてて1ファイルどかんと存在するケース ローテーションがうまくいかなくて deleted ファイルなケース tmpデータなど(app) キャッシュサーバのディスクキャッシュ dbサーバ データ実体 (ib_data) バイナリログ ログの場合でも、ディスク上のどこにログが書かれてるかは色々なパターンがある可能性がありますね。

夫から「ニトロさんの奥さん、新婚旅行で無視されたっていうイメージしかない」*1とか何とか言われた情報を入手して、そういえば他の人にも「新婚旅行でハッカソンして何で怒られないの」みたいなことを言われたって話を聞いた。 新婚旅行で夫がハッカソンしたら普通みんな怒るものなんだろうか。（いや「普通怒る」なら「私も怒る」とはならないし、そもそも普通の基準よく分からない） 例えば絵描きと結婚して旅行中に急に絵を描き始めたら「なんで旅行してるのに絵なんか描くの！」って言わないと思う。小説家と結婚して旅行中に小説書き始めたらやっぱり「なんで小説なんか描くの！」って言わないと思う。なんかそんな感覚でいるんだけど、怒る人は絵描きや小説家でも怒るのか、それともプログラマだから怒るのか、ちょっと興味ある。 僕がLISPのなにかをしている間、私も負けじとLISPのなにかを作ったりしてました。 この頃ようやく色々揃っ

In your IDEFree IDE extension that provides on-the-fly analysis and coding guidance Self-managedSelf-managed static analysis tool for continuous codebase inspection

細かく書きたいけど、とりあえずメモだけ。 ステップ数が増ている なんらかの開発が行なわれている ステップ数が減っている リファクタリングが行なわれている? 単に仕様落ちしたコードが削除された可能性もある テストカバレッジが下がる テストが書かれていない ... ステップ数が増えている場合 テストが減っている ... ステップ数が変わらない場合 FindBugs 、 PMD 、 Android Lint の警告数が増えている 品質の低下、レビューが正しく行なわれていない CPD 警告数が増えている 品質の低下、レビューが正しく行なわれていない そろそろリファクタリングしたほうがいい Checkstyle 警告数が増えている 品質の低下、レビューが正しく行なわれていない Jenkins で継続的にビルドしたり、テストを行なうのは言うまでもなく大切だけど、こういった静的解析の数値をグラフ化してい

大分時間も経ってしまい今更ではありますが、先日行われた第67回 PHP勉強会で「CIを半年間まわしてみて」というお題でLTをしてきました。 昨年の11/30に、当時ちょうど開発が始まった案件の開発環境に関して「今時なCakePHPでの開発環境！？」というエントリーを書いて、初のホッテントリ入りしました。4月末でこのプトジェクトが始まって半年という事で、実際にCIをまわしている中で起こった事や、試行錯誤しつつどうやって解決したかなどを簡単にまとめてお話ししました。 LT用に作った資料ではちょっと伝わりにくいので、以下にまとめ直しました。 成長の軌跡 Jenkinsサーバーを立ち上げた時は、UnitTestのテストケースが10個だけだったのですが、4/30現在 UnitTestのテストケースが467件、受入れテストのシナリオ数が292件とものすごい成長っぷりです。 この半年間に起こった事 テス