スタートアップを始める前に
3. 起業するかどうかを考える上で、自分の人生がどのように進んでいくのかを概観するのは重要だと思 います。2015 年に 25 歳を迎える一般的な人がどのような人生を歩むのかを、ライフイベント別に 見てみます。 3 人生を逆算する: 今 25 歳の人の将来のライフイベント 人生 30 40 50 60 70 親や親戚の介護 20 2020 2030 2040 2050 20602010 出産/育児結婚/婚活 年齢 西暦 卒業 東京都の初婚年齢平均 (2012 年) は男 31.9 歳、女 30.1 歳です 親が 30 歳であなたを産んだ場合は 45 歳前後から親 の介護が始まる可能性が高まります（事実、75 歳の 人の 1/3 が要介護認定を受けます）。 ただし介護レベル 3 にならないと施設には入居不可な ので、その場合は自力で介護をしなければなりません。 介護施設待機老人数は現在 50
調整の心得 - クックパッド開発者ブログ
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
【家庭にプロジェクト管理ツールを導入して1ヶ月】実感した5つの変化 - Mana Blog Next
はじめに 結果 プラスに変わったこと Before (Backlog導入前) (1)寝不足と、モチベーション低下との闘い (2)やることが多すぎて日が暮れていた After (Backlog導入後の5つの変化) (1)期限を設定することにより気持ちが楽になった (2)情報共有による時間の節約ができた 引き継ぎしやすい (3)以前よりも子どもと向き合えるようになった BacklogのWikiは議事録としても秀逸 (4)育児以外のタスクに時間を掛けないようになった (5)夫婦の雑談が増えたことによって、新しいアイディアが生まれた プロジェクト管理ツールはこれからも継続使用します はじめに 我が家では1ヶ月ほど前にプロジェクト管理ツールを導入しました。 当初の宣言通り、まずは1ヶ月間 Backlogを導入し、家庭内のタスクが滞りなくスムーズに対応できるかどうか試してみることにしました。 今回は、
マネジメントの真髄：荒巻課長は電脳部下の夢を見るか――攻殻機動隊にみるHuman Resource Management (1/2) - ITmedia エンタープライズ
“COOL JAPAN”の代表作 米型グローバルスタンダードの侵食、ITリテラシーによるギャップ、そして終身雇用の崩壊といったここ10数年でのパラダイムシフト。そしてその後のビジネスシーンでのマネジメントは明らかに変質を期し、マネジャーにとっては頭の痛くなる問題の1つが部下のマネジメントではないだろうか。 いやそれは今に限らずむしろ本質的なればこそマネジャーにとっては悩ましく、世にその指南書の類は事欠かない。 個の時代といわれて久しいが、先の見えない時代に個人と企業の関係も変質せざるを得ないのが21世紀の日本の現実とすれば、集団を重んじる大企業の体育会体質も懐かしくさえ思えてくる。 “COOL JAPAN”の代表作と言われるアニメーション作品「攻殻機動隊」の中で扱われる物語はそんなパラダイムシフトが一段も二段も進行し、世界大戦を更に2度経た後の近未来である。 「攻殻機動隊 STAND AL
プログラマの心の健康
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
Google Docsのスプレッドシートで多言語対訳表が簡単に作れるよ - 太陽がまぶしかったから
対訳表を作るのが面倒 システム設計をする時に、データベース名や変数名や表示名などを決めるのが面倒だ。一般的には英字文字列で作るのだけど、ローマ字で「kokyaku」とか付けるのはダサいし、いちいち辞書を引いていくのは億劫。 多言語対応のために表示名をフランス語にするみたいな要件もでてくるが、これらの作業の下準備を実現する手段として、Google Docsのスプレッドシート（表計算ソフト）の翻訳関数を利用する方法が考えられる。 =IF($A2<>"", GOOGLETRANSLATE($A2,"ja","en"),"") 指定セルの内容を翻訳するには「GOOGLETRANSLATE(値,ソース言語,ターゲット言語)」関数を入力する。例えばセルの計算式に上記式を入力すると「A2セルの内容がある場合にA2セルの値を日本語から英語に翻訳する」という意味になる。 スプレッドシートで多言語対訳表を作る
「自分でやったほうが早い」でチームは滅ぶ | サイボウズ式
【サイボウズ式編集部より】 この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、脱社畜ブログの日野瑛太郎さんによる「仕事の任せ方、頼み方」について。 「人に何か仕事を頼む」という行為は、とても面倒くさいものです。 誰かに仕事を頼む以上、最低限どんな仕事をやってほしいのか説明をしなければなりません。「アレやっておいて」で済む相手であればいいですが、相手がまったくその仕事に通じていない場合は、説明だけでかなりの時間が取られてしまいます。仕事を依頼した後も、質問に答えたり、仕事の結果をチェックしたり、やることは意外と多くあります。 このような状況から、人に任せるのではなく「もう自分でやったほうが早い」と思ってしまうのはある意味では当然です。この考え方は、短期的には正しいと言えるでしょう。納期がピンチだという時に、悠長に
「仕事ができる」「仕事ができない」って要するにどういうことなん？ - ひかる人財プロジェクト
★この記事が漫画になりました！★ ↓↓↓ hikarujinzai.hatenablog.com 「あの人って仕事できるよね」「あいつ仕事できないよね」というようなセリフを一日に一回くらいは耳にしませんか？ご自分でもお使いになりませんか？私はよく耳にもしますし、頻繁に使ってしまっています。でも仕事ができるできないの明確な共通の判断基準って存在するのでしょうか？ 「彼のどこがこうだから仕事できる」とか、「彼女には○○力が欠落しているから仕事できない」みたいなきちんとした判断理由を付け加えた使い方って日常会話ではほとんどされないですよね。もちろん世間話ではそれで全然いいでしょうし、逆にいちいち理由付けなんかしてると「お前面倒くさい奴だなあ、仕事できるできないなんて、そんなの雰囲気でいいんだよ雰囲気で！」って嫌われるのがオチですよね。 私も世間話をするときはそんな理由付けなんかしませんが、人事で
ドワンゴの準エンジニア手当という制度が面白い - 続・はてなポイント３万を使い切るまで死なない日記
ドワンゴにはエンジニア手当というものがあって、プログラマーの給与水準が全体的に高くなっている。要するに優遇されている。 しかし、プログラミングの知識はエンジニアだけでなく企画者、あるいはデザイナーにとっても重要である。したがって、エンジニアから他の職種へのコンバートも積極的に進めるという方針がドワンゴにはあるのだが、このときにエンジニア手当というのが問題になる。要するにエンジニアをやめて他の職種にいくと給料が下がるのだ。 そのため元エンジニア手当みたいなものを作ろうとかいうような話もあったのだが、それはそれで不公平ではないかという議論もあり、結果として準エンジニア手当というものを創設し、一定の技術スキルがあることが試験で認められれば、元エンジニアだろうが、元からの企画者やデザイナーだろうが、給料が上がるという仕組みを導入することにしたのだ。 これがいまドワンゴ社内で盛り上がっているらしい、
ソフトウェア開発組織が持つべきカルチャー（まとめ）: 柴田 芳樹 (Yoshiki Shibata)
2011年に主に書いた「ソフトウェア開発組織が持つべきカルチャー」を表にしてみました。評価列は、みなさんの組織ではどうかを振り返って記入してみてください。 ソフトウェア開発組織が持つカルチャーが、個々のソフトウェアエンジニアに大きな影響を与えるということで、一連の記事を書きますとした「まえがき」に相当するのが次の記事です。
報連相って、ビジネスマナーなんだよな
http://dennou-kurage.hatenablog.com/entry/2013/07/12/200730 たぶん、俺なんかよりずっと頭が良いであろう脱社畜の人も、なんか妙だ妙だと言いつつも違和感しか言えてないのって、正しいけど踏み込めてない気がする。 報連相ってさ、ビジネスマナーなんだよな マナー。 でさ、マナーで仕事って回さないだろ。 契約や職分で仕事ってのは回るだろ。 マナーってのは、もちろん出来た方が良い事だろうよ。 Yシャツは洗濯したヤツをきるとか、爪は伸ばさないとか、髭は剃ってくるとか。 でもよ、一人の人間が髭を剃ってこなかったら会社が損害を受けるなら、髭剃りチェックをルーティンに組み込むのが会社であり、仕事だろ。 そう言う意味で、相手のマナーに頼って仕事をするのは、相当に脆弱なんだよ。 どうやって意見を吸い上げたらいいかなｰ、どうやったら円滑にまわるかなーってので
情報共有ができないチームの人間関係は破綻する | サイボウズ式
【サイボウズ式編集部より】「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は日野瑛太郎さんによる「情報共有ができないチームのもろさ」について。 チームで働く場合、情報共有はとても重要です。仮に情報共有を一切しないのだとしたら、それは一人で働いていることとほとんど何も変わりません。チームで情報が共有されることではじめて、他人を手伝ったり意見を言ったりすることができるようになります。情報共有はチームワークの基本中の基本だと言ってもよいでしょう。 しかし、そんな基本中の基本であるはずの情報共有が、あまりうまくできていないというチームを結構よく見かけます。人数が少ないうちはある程度うまくまわっていても、チームの人数が増えるにつれて情報共有がいい加減になってしまうということも少なくありません。 僕がまだ会社員をしていたころに一
エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
この10の言葉使いをやめれば文章の説得力が大きく増すのに | jMatsuzaki
この10の言葉使いをやめれば文章の説得力が大きく増すのに 2015年5月8日投稿 2015年7月1日更新 カテゴリ：ブログの書き方 著者: jMatsuzaki photo credit: DSC_0078 via photopin (license) 私の愛しいアップルパイへ インターネットによって誰もがメッセージを発信できるようになったいま、文章力は大きな武器になります。 しかし、いつもの会話の調子で文章を書くとなんともインパクトに欠ける文章になってしまい、悲惨なことになります。 あなたにはこの先ずっといついかなるときであろうともエレガントであって欲しいと強く願っているので、ブログでの執筆を生業にしている私が文章に説得力を持たせるために注意している10のことをご紹介しましょう。 そう難しいことではありません。大切なのはこれから説明する10の言葉づかいを辞めることです。これらのNGワード
現場ロックインが技術力さげてるのかもしれない - Javaプログラマのはしくれダイアリー
はじめに 技術を学ぶというのはすごい個人差のあることだと思います。 個人特性もあるし、興味の向く対象も違う。 組織にはいろんな人間がいる。 そんな中、いくら「技術力を学ぼう！」と啓蒙しても、 響かないことってありませんか。 最終的には人それぞれの問題にはなってくるのだけれど、 それって、現場ロックインが一因なのではないかなと思う。 現場ロックインの定義 「特定ベンダー（メーカー）の独自技術に大きく依存した製品、サービス、システム等を採用した際に、他ベンダーの提供する同種の製品、サービス、システム等への乗り換えが困難になる現象」をベンダーロックインという。 (Wikipediaより引用) 現場ロックインは僕の思いついた単なる造語で、 「特定のプロジェクトに特化した技術や顧客の事情を重視しており、 その他の現場に移動しても殆ど役に立たないローカルルールに依存している現象」を指す。 会社に対して
K のこと -- steps to phantasien t(2007-11-03)
友人の話をしよう. 先達に敬意を表し, 仮に彼を K と呼ぶ. (イニシャルは便宜的なものだ; 向上心云々と罵ったこともないし, 恋人を寝取ってもいない.) ある時期, 私は K と一緒に働いていた. 今は違う会社にいるけれど, 互いに暇なのか, このごろもよく二人で管を巻いている. 1 K は優秀なプログラマだ. いつも敵わないと思う. 一緒に仕事をしていたこともあり, プログラマとしての私は K から強い影響をうけている. たとえば私が自動テストを始めた発端には K がいる. コードレビューもそう. この日記に出てくる話も K の影響は色濃い. 私は K のあとを追いかけるようにプログラマを続けている. K と働いてはじめて, ああ, 物事とはこう改善していくものなのかと知った. 何か問題を感じると K は試行錯誤を始める. 問題は私が諦めていたものもあるし, そもそも気付かないものも
あなたのスキルが足りないのは知識不足のせいじゃない | ライフハッカー・ジャパン
誰もが人生で達成したい目標を持っています。それは、新しい言語を習得する、健康的な食事をして体重を減らす、良い親になる、あるいは、お金を貯めることかもしれません。いずれにせよ重要なのは、目標をプランするのをやめて、それに向かって動き出すことです。 私たちはつい、今いる地点と、到達したい地点との間にギャップがあるのは、知識不足のせいだと考えてしまいます。そして、ビジネスを始める方法や、速くダイエットする方法、新しい言語を3ヶ月で学ぶ方法などのコースにお金をつぎ込むのです。私たちは、良い戦略を知れば、良い結果が得られるのだと思い込んでいます。新しい結果が欲しければ、新しい知識が必要だと信じているのです。 しかし、私が最近理解しはじめているのは、新しい知識が必ずしも新しい結果をもたらすとは限らないということです。もし、あなたの目標が、ただ知識を増やすことではなく、実際に前進することであるなら、新し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
全ての社会人必見 生産性が高い人が絶対にしている「11の裏技」 - ライブドアニュース
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
https://jp.techcrunch.com/2015/06/01/20150531hard-core-career-advice-for-a-13-year-old/
