リモートワーク（在宅勤務、テレワーク）に関する知見を共有するアドベントカレンダーです。 何かしらのチームに所属しつつ、物理的に離れた拠点で仕事をしている人であれば、フルタイム（常にリモート）、パートタイム（基本は出社、たまにリモート）を問わず誰でも参加可能です。 主催者がプログラマなので、基本的にIT関係のリモートワークを想定していますが、違う業種の方の参加も歓迎します。 リモートワークに関することであればテーマは自由です。 テーマ例： 我が社のリモートワークのスタイル リモートワークを始めて良かったところ、困っているところ これからリモートワークを始めるならここに気をつけろ 円滑なコミュニケーションを図るために役立つ便利ツール 離れた拠点にいながらチームワークを高める極意 etc ここ数年、リモートワークが徐々に脚光を浴び始めています。 実際、多くの方がリモートで働いていると思いますが、
転職してリモートワーク始めて 5 ヶ月たった。 Basecamp （旧 37 Signals ）の本で読んで夢にまで見てたリモートワークだけど、始めてみると理想と現実は違った。 良かったところは？ リモートワークだと通勤時間がないとかがよくあげられる。しかし自分の場合は福岡に拠点がある東京の会社に雇われていてそこで一人で仕事してるので通勤時間ゼロにはなってない。家で仕事する日もあるけど大体毎日片道40分くらいかけて通勤してる。必要なミーティングさえ外さなければ病院行ったりとか子どもの面倒見たりとかできるのはよい。あと午前中家で仕事して、昼間の空いてる電車に乗って座って仕事しながら出社できるのも良い。ただ仕事に時間の区切りがなかったり家で仕事できるということは、気になる仕事を夜や休みの日に家でやってしまって、フルタイムの社畜に成り下がってしまうリスクを伴うので注意が必要。 さみしいのか？ さ
9ヶ月間も手元にあったプロジェクトがついにリリースした。 もはや自分の子供みたいなもんじゃん。と思った。 9ヶ月くらいかかったプロジェクトマジ感動しかない — ホリアヤ (@Yabre_Kabre) 2015, 10月 30 9ヶ月てもう自分の子供みたいなもんよ。 — ホリアヤ (@Yabre_Kabre) 2015, 10月 30 ↑のツイートが今回のエントリを書こうと思ったきっかけ。 同僚や親戚や友達が子供を産んだりしているのをSNSで眺めている内に 自分が携わったサービスも「子供みたいなものだなぁ」と錯覚してきたのでした。 できれば今後もスクスクと成長して欲しいという願いもある。ということでブログを書くことにした。 ■9ヶ月前の話 「イベントのアプリを作る」ということで、私は運用ディレクターとしてプロジェクトにぶっこまれたのでした。 既にある程度の機能や構想は固まっていて、後は機能を
世界トップクラスのイノベーション企業、Google。とびきり優秀なエンジニアを採用し、自由な発想で新たなサービスを生み出し続けることで知られている。西浦一貴氏は、そんなGoogleで働くソフトウェアエンジニア。東京大学在学中にベンチャー企業でのアルバイトでエンジニアとして働き、その後Google JapanやFacebook本社でのインターンを経て、Google本社に入社した。「誰もがプログラミングをできる世界をつくりたい」と将来の夢を語る西浦氏に、Googleという世界的企業での仕事、入社までの経緯、今後のビジョンなどについて聞いた。 Googleサンフランシスコオフィスで働く、唯一の日本人エンジニア ――現在Googleでどんな仕事をしていますか？ 「Google Wallet」というモバイル向け決済サービスのチームで開発をしています。決済サービスは人々の生活になくてはならない影響力の
http://vimeo.com/94950270 1 comment | 2 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 ミスを許さない組織って嫌ですよね。月曜日の朝に会社に行くのがとにかく苦痛だった時期があります。しつけ的な規律をもたらすという一定の効果はあったかもしれませんが、ミスをしないように、しかられないようにするために仕事の進め方が最適化されていって、顧客がどう思うかよりは、上司の顔を伺うところに皆が全力を注ぎはじめます。 そんな会社は反面教師に。また最近は、blameless postmortem（個人批判をしない建設的な障害の振返りミーティング）というのも流行言葉。「そうだそうだ、もっと前向きであるべきだ。」と思いつつ、しかし難しいのは、ユーザに悪影響を与えるものを減らそうとする気持ち。その気持ちを持つことが
SkylandVentures(SV)は、U25のシードスタートアップ投資をメインに行うベンチャーキャピタル(VC)ファンドです。
狙い目は朝と夕方、スニーカーとスラックスで歩きやすい格好を 愛知以降全万博に通う、経験豊富な「万博おばあちゃん」の会場攻略術
こんにちは、レシピ投稿推進室の小室（id:hogelog）です。 今回は私が実装したAndroid向けグラフ描画ライブラリline-chart-viewの紹介、ではなくついカッとなってOSSとしてこのライブラリを作りクックパッド (Androidアプリ)に組み込んだ話について書きます。 line-chart-view 最低限の紹介をするとline-chart-viewというのは List<LineChartView.Point> points = new ArrayList<>(); points.add(new LineChartView.Point(date("2014/07/01"), 100)); points.add(new LineChartView.Point(date("2014/07/02"), 200)); points.add(new LineChartView.Po
ここ最近、僕が進めている研究プロジェクトの中に「企業・組織の研修開発・実施の現場で、実務家が、どのような実践知を発揮しているのか？」「"企業で働く成人"に対して"教える"とはどういう経営的実践・組織的実践・政治的実践なのか？」を探究するものがあります。 研究プロジェクトは、暗中模索、五里霧中、四面楚歌？という感じなのですが、このリサーチクエスチョンにこたえるべく、敢えて、いったん「理論」という「色眼鏡」を捨てて、ただひたすらに、現場に足をむけ、かつ、現場の実務家の方々の話を伺っている最中です（お忙しい中、御協力いただいていた皆様には、心より御礼申し上げます。ありがとうございます） ▼ ところで、実務現場の話を、ある程度の量、ただ、ひたすらにうかがっていると、面白いことに、どの現場にも共通するような「課題のカテゴリー」が浮かび上がってきます。研修開発のあらゆるプロセスにおいて、「共通の課題」
目標設定とか会社の評価制度に関するブログの記事をいくつか見た感想。個人的にはこの手の制度は「殴ったら手が腐る」ものだと思っている。ゲームとして考えたらいいんじゃないだろうか。 ITエンジニアの評価制度をどげんかせんといかん - ぐだぐだ言ってないでコードを書けよ、ハゲ。 目標管理シートドリブン開発はくそ - razokulover publog 目標管理制度（笑） - カレーなる辛口Javaな加齢日記 「目標による管理」そのものが理屈として成立しにくい この手の評価制度の根底にはドラッカーの「目標による管理」が根底にあるのだと思うのだけど、たぶんこれを適用するシチュエーションから間違っているような気がする。 目標による管理 - Wikipedia Wikipediaの記事を読むだけでイマイチ感が満載。 前提として「組織の大目標が個人レベルまで分割できる」必要があると思うのだけれども、組織の
「ITエンジニアの評価制度をどげんかせんといかん」http://kheiakiyama.hateblo.jp/entry/2013/12/22/145210 「目標管理シートドリブン開発はくそ」http://razokulover.hateblo.jp/entry/2013/12/20/084359 目標管理シートドリブン開発はくそ - razokulover publog を読んで同意しました。 とりあえず， 内側から見た富士通「成果主義」の崩壊 (ペーパーバックス) 作者: 城繁幸出版社/メーカー: 光文社発売日: 2004/07/23メディア: 単行本購入: 9人 クリック: 261回この商品を含むブログ (206件) を見る http://d.hatena.ne.jp/JavaBlack/20111014/p1 http://chalow.net/2006-05-04-2.html
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
12/19、日立製作所横浜研究所の中に衝撃が走った。 事実。1/15を以って、私は日立製作所を退職する。 (1) 辞めた理由 = 未来のため「日立を辞めるのはもったいない」と何回も言われた。確かに、日立で働くことにいくらかの意味はある、そういう企業ではある。ではなぜ辞めるのであろうか？一言でいうと、自分の、技術者としての将来のためである。私にとって、特にこの半年は、自分の未来が失われている感覚しかなかった。だから、辞めようと思った。 転職活動の途中、私は転職エージェントにこう言われた。「あなたはまだ若いし才能があるのだから、リスクを恐れずに挑戦した方がいい。そうすることが、将来のリスクをminimizeすることになる。はっきりいって、日立のような日本型の大企業でのキャリアは、外からは評価しようがない。むしろ、年数が経つにつれて、その中に最適化された人間だと思われる可能性が高い」。当時、転職
会社で働いていると目標管理シートというものを書くことがあります。 頻度はだいたい半期に1回~2回ほど。 一般的にもそのくらいらしいです。 誰がはじめたんですかね、このシステム。 最近、目標管理シートについて考えることがあったのでさらっと書きます。 目標管理シートはくそっぽい まず言っておくと目標管理シートはくそっぽいなーという話です。 誰が取り入れたんだ、これ。 なんというか入社した時から感じてました。目標管理シートというものの限界というか、窮屈さみたいな。 今期に達成すべき目標とかこういう技術を身につけていたいとか工数以内でほげほげ...といったことを長々と記述させられ、そんなモチベーションで書いた紙切れを元にその目標を達成したかどうかで評価が決まると。 なんとも学校の宿題みたいなもんですよね。 だからやらにゃあいかんよの、あの嫌いな野菜を体のために食べるのと同じ感じで仕方なくやってまし
https://plus.google.com/107002572043873162468/posts/4sBboJT6GMW http://blog.toshimaru.net/cool-ui/ この辺の話。正直こいつらただのバカだとは思うんですが、 Gunosy が多機能化したら不評だったので旧 UI を別アプリで出した話 FxCamera が SNS 機能追加したら不評だったので旧 UI を別アプリで出した話 みたいなダサいことになるくらいなら masarakki さんの精神性を見習ったほうがまだマシじゃないかと思います。正しいと思ってやったことがユーザーからダサいと判定されたときは、「これが最高にクールなんだ！！！」と主張しつつしれっと不評な部分を直していくぐらいのほうがいいと思います。 そのほうが自分や開発者のプライドを防衛できるし、プライドの防衛というのはよいアプリケーションの
長く働いていた外資系（アメリカ系）の会社を辞めてほぼ３年。まったく英語を使わなくなった。 「日本って、今でもこんなに英語が不要な社会だったんだ」とは驚いたけど、それはそれで「まあ、いいんじゃないの」と思ってます。 だって今どき母語だけで暮らしていけるなんて、すごく恵まれた国だってことだから。 「英語が話せない人と、まともな仕事につけませんよ」みたいな小国と比べて、平和で呑気でいい感じ。 なんだけど、ここ３年、どっぷり日本社会に浸ってみて感じるもうひとつ別の欠如については、「これはちょっと深刻な問題だしょう」と思えます。 それは・・・「生産性の概念の欠如」 日本って「生産性」という概念があるのは、工場の中だけなんじゃないの？ それ以外のところ、たとえばメディアや公的部門、さらには民間企業のホワイトカラー（管理）部門から営業まで、 「この人たち、もしかして生産性っていう概念を全く持たずに働いて
LINE株式会社では、無料で朝食を提供しています。今回はその様子をお届けしたいと思います。 最新の無料朝食に関する記事は、下記のリンクをご覧ください。 忙しい朝も朝食を食べて元気にスタート！掲載日：2020年02月21日 画像には9月30日までと書いていますが、現在も継続して提供しています。 朝食は複数用意しており、こちらはおにぎり。 町のおにぎり屋さんで出てくるような本格派です パンも色々な種類を取り揃えています 手作りがウリのベーカリーにて朝一番で作ったパンですよ！ 朝は糖分も大事ということで、プリンや杏仁豆腐も用意 スタッフからも好評です 食べ物は無くなり次第終了となっていますが、お陰様で毎日完食されています。 なお、メニューは日替わりで提供していますが朝食内容のリクエストは随時応募しています。今後はメニューが増えるかも！？
CAPの定理というのがある、 「ノード間のデータ複製において、同時に一貫性、可用性、分断耐性の3つの特性を同時に保証することはできない。」というもの。 説明をwikipediaにゆずると、 ・一貫性 (Consistency)： 全てのノードにおいて同時に同じデータが見えなければならない。 ・可用性 (Availability)： ノード障害により生存ノードの機能性は損なわれない。つまり、ダウンしていないノードが常に応答を返す。単一障害点が存在しないことが必要。 ・分断耐性 (Partition-tolerance)： システムは任意の通信障害などによるメッセージ損失に対し、継続して動作を行う。通信可能なサーバーが複数のグループに分断されるケース（ネットワーク分断）を指し、1つのハブに全てのサーバーがつながっている場合は、これは発生しない。ただし、そのような単一障害点のあるネットワーク設計
■病状 ・「自分でやった方が早い」という考えに陥る ■2つの発症パターン ・まわりよりも自分ができてしまうから ・相手に悪いし、お願いが下手だから ■かかる人 ・仕事ができ優しい、３０代の新人リーダーに多い ■病の原因 ・「人のため」と言いながら自分の利益しか考えていない ・まわりの人と一緒に成長しようとしない ・基本的な教育ができていない ・エースピッチャーの快感に浸りマネージャーの喜びを知らない ・自分大好き人間 病状が悪化すると・「孤独な成功者」になる ・仕事を抱え込み、病気も抱え込む ・つねに「誰かのせい」にして生きることになる ・笑顔と余裕が消える ・いつまでたっても優秀な人が現れない ・誰も信頼できなくなる 誰にも信頼されなくなる ・仕事が途切れると、年賀状も来なくなる 克服できると・1人の100歩ではなく、100人の1歩で進むことができる ・まわりができる人だらけになり、大き
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く