Introducing Faktory | Mike Perham
2017-10-24 Yesterday I explained how a good background job framework is critical to scaling business applications. Today, meet Faktory. I’ve spent the last six months building Faktory, a new background job system which aims to bring the best practices developed over the last five years in Sidekiq to every programming language. The Basics Faktory is a server daemon which provides a simple API to pr
実力以上の給料を受け取っている時、気をつけるべきこと
これも、昔の先輩に教えてもらった話。よく憶えている。 その日は、ある大手企業のコンサルティングに行った後、近くの喫茶店で振り返りのミーティングをしていた。 先輩は、私に問いかけた。 「今日のメンバーの中で、一番優秀だと思ったのは誰だ？」 「リーダーのYさん…ですかね。彼の意見は非常に的確で、他の方と視点が違っていると感じます。」 「当たり。」 「ありがとうございます。」 だが、先輩の次の質問は、想定していなかった。 「じゃ、もう一つ聞くけど、一番給料が高いのは誰だと思う？」 「給料……？」 「そう、給料。」 「……一番優秀な人だと思いますから、リーダーのYさんですか？」 「本当にそう思う？」 私はあの部屋にいた人物を思い浮かべた。 リーダーのYさん、その脇に「メンバー」として年配の方が一人、Yさんと同年代の方が3名、若手が2名いた。彼らの発言を思いだす。 若手の一人はなかなか良い議論をして
プログラマーの力量を見極める--面接官になったら尋ねるべき質問実例集
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ソフトウェア開発者を採用する面接の場においては、応募者の専門家としての力量を見極めることが最も困難な作業の1つである。彼らの考え方については、面接時に少しやり取りを行えばそれなりに見当が付くだろう。しかし、実際のプログラミング経験を推し量るのは至難の業だ。一部の企業では、さまざまなテストを実施することでこれを行おうとするものの、筆者の経験から言えば、こういったテストは近代的な開発環境では必要性が薄い知識（IDEのオートコンプリート機能や、F1キーの押下で表示されるヘルプ、インターネットといったものがあるため、ライブラリの知識は以前ほど重要ではなくなっている）の丸暗記能力を試すだけに終わることも多い。そこで本記事では、開発者を評価するうえ
好印象を与えながら情報も得られる、就職面接で聞くべき7つの質問 | ライフハッカー・ジャパン
その1. 「日常業務は具体的にどのようなものですか？」 この質問は自分の役割とタスクを正しく理解するうえで不可欠。仕事に対する自分の期待値や誤った印象を修正するためにもこの質問は有効。 その2. 「研修やキャリア開発の機会として、どのようなものがありますか？」 この質問には2つの意味合いがある。まずは、応募している仕事が具体的にどのようなものでどんなスキルを身につけることになるのかを知ることができる。また、自分の積極的な姿勢や先見性をアピールできる。 その3. 「御社が直面されている大きな課題は何ですか？」 この種の質問は、その内容よりも面接戦略上の意義がある。応募企業にどれだけ関心を持っているかを示すことができるのだ。 その4. 「いつ御社に入社されたのですか？」 面接官からの質問が一通り終わったら、面接官にこう質問してみよう。面接官自身がその会社でどのように過ごし、どのような成長を遂げ
【リクナビを使わない就職活動】新卒の就活ブログ
『サイト内の記事をどこかに目次としてまとめて欲しい』 という要望が多かったため、まとめページを作りました。 まだ読んでいなかったページも、是非目を通してみてください！ 最近の人気記事 就職活動で使えるウェブサービス 就活の早期化も悪いことばかりじゃない GMO-VPのCEO５年プログラム 就活イベント 最新の就職イベント一覧 新卒ヘッドハンティングイベント 逆求人フェスティバルとは？ 地方で開催される就活イベント 就活サイトについて 就職サイトランキング2010 ダイヤモンド就活ナビ2010の特徴 マイナビ2010（毎ナビ）の特徴 エンジャパン2010の特徴 ジョブウェブの特徴 ネオキャリア就職ナビの特徴 Dachinco!改め就活バリュー＆就活カレンダー インターン情報 報酬アリ・営業インターンシップ 就活支援学生団体メンバー募集 就活ブロガー募集中 就職コラム
自分の成果を値段で計るな - GoTheDistance
転職先の社長に、そのようなことを諭された先週末。レンガで頭を打たれるような衝撃が走りました。 タイトルで言わんとしてることは何かと申しますと、｢オマエの価値を決めるのは自分でもなく、言い渡された値段でもなく、お客様が気持ちよくお金を払ってくださるかどうかだぞ。｣ということです。こう書くと当たり前ですが、やっていることが報われるかどうか見えない中で手を動かしている時に、どうしても損得勘定が出てきてしまいます。でも、損得勘定が考えたら成功なんか出来ないぞ、と社長は申されるのです。 前向きな技術者は、必ずと言って良いほど自分の作ったものに対するひそかな自負があります。当然のことです。たとえそれが｢DBから適当にブチ抜いて画面に吐き出す簡単なお仕事｣の集合だとしても、立派な成果物です。 でも、その自負があることとその成果物に価値があることは、全く別のことです。評価軸が違います。そして困ったことに、
転職活動についてまとめ 事前準備編 - よそ行きの妄想
TWITTERやハイクなどでぶつぶつつぶやいていたが、本年1月頃転職を心に決めて、その活動も多少目処が付いてきたので、主に反省点をまとめておくことに。 プロセスの概要 転職活動は、概ね以下のプロセスに大別される。 目標設定 事前準備 スケジューリング 履歴書・職務経歴書の作成 ヒアリング 転職ストーリーの考案 コンタクトリストの作成 選考過程 書類送付 面談実施 最終決定 条件交渉 入社手続き このなかでもっとも重要なのは、間違いなく事前準備の段階である。選考過程は事前に準備した資料を淡々と説明するだけで十分足りるし、最終決定段階はかなり重要な位置づけを占めるが、一般的に企業の採用はその企業の規程に沿ったかたちで行われるので、あまり交渉の余地は大きくない。 ということで、今回は事前準備段階に絞って、まとめておこうと思う。気が向いたら以降のプロセスについても後日。 目標設定 なにかをはじめる
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
Google の面接を受けてみた - 科学と非科学の迷宮
Google の面接について書かれたブログ記事が面白かったので翻訳してみました。 原著者の許可取得済み。(Thank you, Petris!) 本文 二週間ちょっと前、ぼくはカリフォルニアのマウンテンビューで Google の面接を受けてきたんだ！ Google の面接が面白い体験だったから、ぼくはそのことを話したいんだ。(Google からはこの記事を出すゴーサインをもらった) ぼくが面接を受けた職種は Google SRE だった。SRE というのはサイト信頼性エンジニアリング(Site Reliability Engineering)という意味だ。サイト信頼性エンジニア(SRE)はソフトウェアエンジニアでもあり、システム管理者でもあって、Google の製品サービスを端から端まで責任を持つんだ。 合計8回の面接があった。最初の3つは電話越しで(電話面接)、残りの5つは現地での面接だ
桐タンスってこんなに手間がかかってたのか！ :: デイリーポータルZ
「桐タンス」。桐タンスについて、私達は何を知っているだろう。 ・家紋の入った豪華婚礼３点家具とか ・バス停のベンチに「桐タンス再生」の看板を見かけ「桐タンスって再生できるんだ」と思ったりとか ・防虫・防湿に効果が高いので、タンス以外にも米びつに桐が使われているとか 一般人のコンセンサスは、そういったところだろうか。 漠然とながらも「何かすごいらしい」桐の家具。そんなイメージを抱いていたある日、その生産地に行って実際の製造工程を見られるという機会に恵まれた。 喜んで見に行った。そしてそこでは、想像を絶するすごいことが地味に行われていたのだった。 日本人をあらためて尊敬したこの日―。 （乙幡 啓子） 渋抜きだけで数年・・・ 訪れたのは新潟県は加茂市。上越新幹線「とき」で東京から約２時間、燕三条で降りる。 日本全国に桐タンス生産地は数あれど、原木から製材、そしてタンス製造まで全てをカバーできるの
僕のサイボウズラボでの仕事について - 西尾泰和のはてなダイアリー
よく質問されるけども、いつもうまく答えられない。 今回、ちょっといい説明方法が思いついたのでメモしておく。 僕のサイボウズラボでの仕事は、3年で1個の「イノベーティブななにか」を作ること。そして、そのために3年で10個の「リリースできるサービス/利用できる技術」を作ること。そしてそのために3年で100個の「プロトタイプ」を作ること。そしてそのために3年で1000個の「新しいアイデア」を思いつくこと。 逆に言えば、3年で1000個思いつき、100個作り、10個リリースして、1個のイノベーションを起こすこと。 イノベーションは狙って起こすことができないので、こうやるしかないのだと思う。本当は、1000個の「新しいアイデア」を出すために10000個の「既存のアイデア」を学ぶべきなのだけど、そこはまだまだ追いついていない。 - あ、なんかブックマークがいっぱいついてる…。誤解がないように補足してお
完結：ブラック会社に勤めてるんだが、もう俺は限界かもしれない:ハムスター速報 ２ろぐ
第一部 http://urasoku.blog106.fc2.com/blog-entry-217.html http://urasoku.blog106.fc2.com/blog-entry-218.html 第二部 http://urasoku.blog106.fc2.com/blog-entry-223.html 第三部 http://urasoku.blog106.fc2.com/blog-entry-224.html 第四部 http://urasoku.blog106.fc2.com/blog-entry-239.html 第五部 http://urasoku.blog106.fc2.com/blog-entry-242.html 8 ：以下、名無しにかわりましてVIPがお送りします。：2007/12/10(月) 00:56:44.57 ID:a8l335.0 「僕は前スレは眼
「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan
あるサイトで連載の話を進めていて、そのコンテンツを考えていた。目次を書き出しているときにふと「プログラマ35歳定年説」なるものを思い出した。 プログラマ35歳定年説とは、「プログラマは年齢を重ねて行って、35歳ぐらいになったらSEなりマネジメントなり、次に行かないとオマンマ食べられないよ」というものだ。 「そういえば、自分もそう言われてきたっけ・・・。若いころは「俺たちがシステム作ってんだ！実力があれば絶対に大丈夫。ふざけんな！」と思っていたよなぁ。」 ふと考えれば私は今36歳。その説によれば定年を迎えている年齢だ（笑）。年金はもらえないが・・・。 プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 35歳プログラマ定年説は本当か？・・・私にとって かつては技術力に自信があったし、楽しいプログラマ人生を送ってきた。そんな私だが、今もし誰
住みたいところに住める俺: 仕事は7.5時間で終わらせる
今のカナダの会社では5時にもなると半分以上の人間が帰る。 原則7.5時間働けばいいというルールなので、朝早く来る人は当然早く帰る。 7.5時間以上がんばっても評価される仕組みではないのだ。 評価はその時間でどれだけアウトプットが出せたかで決まる。 これは私がシリコンバレーにいたときの現地のメンバーも同じような感覚でやっていたので、北米的には普通なのかもしれない。 なので、時間内に何とか終わらせようという気持ちがそこここで感じられる。 この3ヶ月で見た感じだと、その工夫の一つにはミーティングへの時間の割き方が日本とは違う。 ・基本的には定例会議はない。 ・ミーティングは30分単位が基本。 ・重要かつ急ぎのプロジェクトの場合、毎朝進捗確認はやるが、15分程度。立っておこなう。 ・2-3人での、ちょっとした相談や、決断は担当者のキューブへ押しかけて行う。 ・その際も、異常に早口で、即決する傾向あ
どうせ理系出身者なんていらねえんだよ。
いまさら言ってもしょうがないだろうが、SIerに就職を希望したり内定した人たちに一言いっておきたい。 http://blog.miraclelinux.com/yume/2007/11/post_1ab2.html http://d.hatena.ne.jp/itoyosuke/20071101/1193932945 http://www.atmarkit.co.jp/news/200710/31/ipa.html 元の報道や参加者のブログエントリ見たりすると、ありがち過ぎて泣けるのだ。はっきりいうと、SIerの人事は情報工学科出身者は求めていない。それどころか理系出身者すら求めていない。 口先では求めているというよ。また、現場で最後に「技術的になんとかする」のは理系に期待されることが多いし、実際に期待通りに解決するのは大抵理系だ。しかし評価はされないし感謝もされないよ。とくに給料に反映す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう