日本人はなぜプロの技能に金を払いたがらないか、という話。
演奏に代金は払いたくないのか（一部のコメントに対して。最初の文章から変わっています）｜ソプラノ川上真澄の音楽とバラがいっぱい、時々子育てブログへようこそ！ 約めて言えば、会社における社員教育のせいだ。それと「仕事」に対する意識の違いだ。 アメリカの会社は大手であればあるほどいわゆる「即戦力」を取りたがる。何かしらの技能、資格、実績を有している人々をリクルートするのだ。だから、しぜん中途採用が多くなる。つまり、最初から「プロ」として雇われるわけだ。 対して日本の会社はいわゆる新卒一括採用を行う。たいして技能も実績も持たない純真無垢な新人社員をOJTで実地教育していく。このとき、社員たちは様々な分野の部署をたらい回しにされる。どの部署についても一定の知識を得られるように、よくいわれる「ジェネラリスト」教育ってやつ。 しかし、このジェネラリスト教育に罠がある。というか、教育後の人材の使い方に罠が
Redisの監視/分析系ツールまとめ « Rest Term
Redis関連の監視/データ分析系ツールについてメモしておきます。 随時追記予定。実務で有用なツールが他にありましたら教えていただけると嬉しいです。 環境 CentOS 5.9, Ubuntu 12.04 (x86_64) Redis 2.6.10 (※ CentOSの6.x系への移行は足踏み状態。相当大変ですよね。。) 以下の順に紹介していきます。 Redisコマンド Redis Sentinel Redis Live Redis Faina Redis Sampler redis-top Nagiosプラグイン Zabbixテンプレート Muninプラグイン Cactiプラグイン 最後のCactiプラグイン以外は実際に導入して試してみました。以降、見出しに各プロダクトへのリンクを貼っておきます。 Redisコマンド ツール紹介の前にまずは基本から。Redisには監視やデータ解析用途で使
Safari 9.0 の JS で「同じ関数を繰り返し実行しただけで返り値が変わる」という強烈なバグが発見されてる - Qiita
Webkit の Bugzilla で強烈なバグが報告されていると、同僚に教えて頂いた。 あまり話題になっていないものの、単純ゆえに強烈なバグだと思ったので Qiita にも公開しておく。 https://bugs.webkit.org/show_bug.cgi?id=151354 にそのバグ報告が上がっている。 最初に Google+ でやりとり があった模様。 URL のクエリ文字列から値を取り出す関数が正常に動作していないことから発覚したようだ。 その後は、簡単なテストケースに落とし込まれ jsfiddle というサイトにテストケースが公開されている。 Safari でこのページを開くと、実際に JavaScript を実行して確認できるようになっている。 続報 (2015.12.14) この記事を上げてすぐに Bugzilla の方で進展があった。 Yusuke SUZUKI さん
あの人気オンラインRPGをハックする - Qiita
70億人近い人間がプレイしている人生というオンラインRPG、 ワールドも無駄に広く建物のモデリングもテクスチャも細かく、 同じ顔のプレイヤーが二人といないほどにキャラメイクが豊富で大変人気のあるゲームです。 ただこのゲーム、現代のゲームに必須なあの機能が実装されていません。 それはデイリーログインボーナスです。 デイリーログインボーナスとは デイリーログインボーナスとは、プレイヤーに毎日継続してプレイさせるため、 通常有料のアイテムを無料で毎日1つプレゼントする施策です。 現代のゲームの多くは基本的に無料なので、数多ある無料ゲームがユーザの端末と時間を奪い合っていて、ユーザの継続率を上げることは課金につなげる需要要素です。 朝起きれなかったり、出勤中に電車に飛び込んだりするのは、すべて人生にログインボーナスが無く、継続のモチベーションが弱いからです。 人生をよりモチベーティブにするためには
リーダブルRspec - Qiita
はじめに リーダブルRspecというタイトルつけましたが、そんな大それたものではないです テスト書くときでも名前付け重要だからちゃんとしよう!っていうだけの内容です RspecがBDDのためのツールであることを意識しつつ、 Rspecの流儀に則って適切に名前付けをして書くと読みやすいテストがかけるはずです describe/context/exampleのメッセージに適切に名前つける これが出来るだけで当然読みやすいテストになる describe->テスト対象 context->テストする状況 example->テスト(itやspecify) なので、 『aaaはbbbの時cccになる』 というテストを書くときは次のようになる 重要なのは describe/context/exampleだけでテストの概要を説明すること 理解しやすい状態になっていないと、負債になってしまう 1つのdescr
suz-lab.com - suz lab リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
『ほとんどのエンジニアには解けるが、下位10％のダメなエンジニアにだけ解けないパズル?』の結果報告 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
先日『ほとんどのエンジニアには解けるが、下位10％のダメなエンジニアにだけ解けないパズル?』なるものを作って、しばらく様子を見ていたら想像以上にパズルを解いてコメントいただけたのでその結果報告をする。 内容は黒い画面にPlease call my APIs.（私のAPIを呼んで）のメッセージと「RESTful」とあるだけで、その後はヒントを手がかりに解いていただく形式。 tango-ruby.hatenablog.com 解いていただければ最後にコメントが入る形式にしておいた。で、その結果。 たくさんのコメントありがとうございます。 「これカンタンだー」みたいなコメントが並んでいる。「私のAPIを呼んで」のメッセージだけなのに、「それ以上言わなくても分かってる人には分かる」という感覚がとても心地いい。きっと分かっている人は数分で終わっていたのだろう。 社内のエンジニア達からは「もっと暗号化
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT業界・エンジニアの転職ならTech Stars Agent
https://qiita.com/seiya1121/items/2210bc713c01bb57c670