気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 世間では所得の格差が議論されていますが、著名企業や大組織に人材が集中し、中小・零細企業には人材が集まらない“人材の格差”は今も放置されたままです。商工組合中央金庫が先頃、発表した調査によれば、人手が不足していると回答した企業は全体の24％に達しました。過剰と回答したのは7％です。 厚生労働省の労働経済動向調査によれば、人材が不足や過剰と回答している比率は、企業規模の大小にかかわらずほぼ同じような比率ですが、著名な企業や公的機関では、間違いなく過剰な人材を抱えていると思います。もちろん最近は、大企業といえども正社員を採用する代わりにパートなど正社員以外を採用したり、社員の就労時間が長引くなど、最前線の現場では人手不足が起きていることも事実です。

3.自分に何ができて何ができないのかわかっていない http://d.hatena.ne.jp/neodenjin/20060714#c …何が出来ないのかはわかってるんだけど、今のオレにいった何が出来るんだろうｗ http://d.hatena.ne.jp/katase_n/20060714#1152895520 自分に何ができないのか・・・難しい。 今は時間に追われない環境に居るからなぁ・・取り敢えず何でも出来ますと言っておく。 実装を断るときは大抵「出来ますがかなり面倒です」とか。 世の中の誰かがやっている限り、時間的に無理でも技術的に出来ないとは言いたくないな。これはプログラマとしての答えと言うよりかは研究者としての答えかもしれないが・・。 プログラムは時間とお金さえかければ何だってできるのだと思っています。そのかかる時間というのが数時間であることもあれば、数百年、もしくは数億年か

本連載はプロジェクトの成否を握る大きな要素「人とチーム」の関係に焦点を当てます。開発プロジェクトが成功するか失敗するかは結局、開発チームを構成するそれぞれのスタッフの力量にかかっているといってもいいかもしれません。 ITプロジェクトの人集めって何だろう？ システム構築と「人集め」 プロジェクトを遂行するとき、マネージャとアーキテクチャの大切な仕事の中に「チームづくり」があります。プロジェクトの成否・効率は「人選び」によって左右されるといっても過言ではありません。 この「人選び」にも大きく分けて2種類あります。1つは「プロジェクトの命運を握る人」という意味での人選びです。「マネージャ」「アーキテクチャ」といった中心的な役割を果たす1、2名がこれに当たります。もう1つは、そういった「命運を握る人」が一連托生（いちれんたくしょう）として選ぶ「プロジェクトメンバー」です。 無論、人選をはじめとする

もう声が出ませんでした。終新幹線をスルーしてもう一泊。 テストについて熱く テストコードにはWhat, ソースコードにはHow, そして，ドキュメントにはWhyを書くんだよ！ by 角谷さん。角谷さんの LightningTalk が聞けるのは(ここ数ヶ月の間は)「- 夏イベント」だけ！ 追記： 個人的には、この説明がテストコードから始まっているのもポイントだと思う。 アサマシ！ APIドキュメントはテストコードにあるべきでは？ by すとうさん 嫁に隠れてバカエロ 嫁のコンピューターの hosts で自サイトを適当な IP にしておく。 キーボードショートカットで別アプリで隠す準備をしつつ、対面でサーフしてるらしい ハルヒは流石に寝静まってから見てるらしい。 SeasarはJava界の救世主

上司に意思決定を仰ぐというプロセスはあまり楽しくないものです。もちろんリスクある案件を上司との連帯責任(言葉が悪いですね。^^;)にできるという意味ではとても重要なプロセスなわけですが、反対に誰がどう考えても結果は明らかでわざわざ意志決定を仰ぐほどでもないことに関してはあえて自分の責任で意志決定を仰がないのも良いのではないかと思います。そこで今回は意志決定を仰がないためにはどうしたらよいか考えてみたいと思います(?!)。 技術1: 報告をした上で既成事実を作る 自分の考えていることは絶対に正しい。だけど上司や周りの人や経営陣が全然理解してくれないと感じる機会は多いと思います。いくら意思決定を仰いでも保留にされてしまうと頭にくるものです。そんなときは強気に出るのが良いと思います。例を出しましょう。 ×悪い例 「○○の件ですが、○○を○○にすると作業効率が上がりとてもやりやすいです。お忙しいと