リモートワークの勘所と限界について1年くらいの感想、組織にとっての選択肢作りの話
1年くらいリモートワークを続けてみた感想 まず当然ながら「リモートワークは生産性が高い！これこそ未来のワークスタイル！」のような感想はありません。 生産性やコミュニケーションに関連するメリット、デメリットをうまく相殺しきれれば、生活の自由度だけ向上してハッピー、と考えています。 今は自宅かレンタルオフィスのいずれかを作業場として開発などを行いつつ、本社がある渋谷には1泊2日の出張を月2回するようなペースで仕事をしています。基本は Slack でテキストチャットによるコミュニケーションをメインとしつつ、必要があれば MTG に Hangout でビデオチャットで参加します。 生産性は大して上がらない 期待していた生産性は、それほど向上することはありませんでした。 東京にさえいなければ気軽に MTG に呼び出されることもありませんし、開発に充てることが可能な時間は若干増えています。通勤時間が長
英語できないエンジニアだけど外資系に転職してしばらく経ちました - タオルケット体操
僕の英語力について こういう記事って、「英語できない」を過少申告してること多いですよね。「TOEIC820点しかとれてなくて全然ダメなんです>_<」みたいな。アレはなんなんですかね？ ちなみに僕はそもそもTOEICを受けたことがないです。 そんな僕のスペックをまとめると 学生時代に特に苦手意識を持ったことはない（苦手意識を持つほど勉強しなかったとも言える） TOEICを受けたことがない StackOverflowを読むくらいならなんとか 英語で会話したことは（ほぼ）ない 去年初めてヨーロッパに行った際、「tea or coffee?」にcoffeeと答えたらteaが出てきた DMM英会話の無料体験をしてみたら死んだ つまり公式には学校教育でしか英語を学んでいないということになりますね。平均的な日本人って感じだと思います。そして学校の英語教育は役立たずで有名（実際に役立たずっぷりを実感）なん
個人的な老害エンジニア行動指針を策定した - tehepero note(・ω<)
2016 - 07 - 01 個人的な老害エンジニア行動指針を策定した エンジニア 自分は今33歳なので、Webの世界においては完全に 老害 と言われてもおかしくない世代にさしかかっています。自分は 老害 には決してならないと強い意思を持っていたとしても、どうやら 脳科学 的には避けられないものだと聞いたことがあります。 というわけで、意思よりも明文化すべきだろうということで個人的にではありますが、 老害 エンジニアとしての行動指針 を策定致しました。 若くないことを肯定し、世代の違いを認識する 親の世代に比べると例えば今の30代は過去の30代よりも若いし、40代は過去の40代よりも若い人が多くなったというイメージがあります。自分が子供の頃の30overって完全にオッサンオバハンのイメージでしたが、少なくとも見た目の面では変わってきている潮流にあるのでしょう。老化のスピードは緩まっているの
トレタ増井氏×桂対談 - エンジニアが年収700万円台の壁を越えるためには何が必要？（前編）｜転職ドラフトReport
トレタ増井氏×桂対談 - エンジニアが年収700万円台の壁を越えるためには何が必要？（前編）2016-06-27 18:00 ※写真左から株式会社リブセンス 取締役 桂大介、株式会社トレタ CTO 増井雄一郎 第2回転職ドラフトに株式会社トレタさんが参加します！飲食店向けの予約/顧客台帳サービスを作っているトレタさんと言えば、@masuidriveこと増井雄一郎さんがCTOを務めている会社。エンジニアの年収やそれを上げる方法などざっくばらんにお話を伺います！ エンジニアリングだけでは年収700万円台が壁 桂： こんにちは。今日はいろいろお伺いさせてください。 増井： よろしくお願いします！ 桂： 転職ドラフトでは、企業がユーザーを年収付きでドラフト指名します。そこでまずお伺いしたいのですが、増井さんは、高い評価を受けるITエンジニアってどんな人だと思いますか？ 増井： 自分でいろいろ作った
長瀬敦史が「シード期の5社」で見てきた熱狂。エンジニアがスタートアップにコミットすべき理由。 | キャリアハック（CAREER HACK）
AppSocially、Kaizen Platform Inc.を経て、Oneteamにジョイン。リードエンジニアとして働いているのが長瀬敦史さんだ。彼がスタートアップのシード期5社で見てきたものとは？なぜスタートアップに惹かれる？ 長瀬敦史がOneteamで目指す「協業のイノベーション」 「シード期のスタートアップにおいて、技術面で大きな貢献を果たしていく」 エンジニア、長瀬敦史さんが歩んできたのはこういった道だった。本人は「偶然そうなっただけ」と語るが、かなり稀有なキャリアを積んできたことは間違いない。 とてもユニークなのは、長瀬さんのファーストキャリアだ。グラフィックデザイナーから舵を切り、数年後には「スタートアップのシード期に強いエンジニア」へ。本人でさえ想像していなかったキャリアだろう。 これまで立ち上げに携わってきたスタートアップは4社（LittleApps、tattva、Ap
なぜコードが書けないのか，あるいは仕事が遅いのか - masawadaの日記
↓これに関連する記事です ↑これは心境を表しています blog.sushi.money 最近自分の仕事がとにかく遅いのでなんとかしたい．いくつか問題意識はあって，ひとつひとつ地道に改善していくしかなさそうだけど，なかなか実践できてない． Slack見がち ついつい見がち 他人の分報を眺めると時間が飛ぶ 普段閉じていればこんなことにはならない Slackが悪いのではなくて，ツールを使えていない自分が悪い 綺麗に書こうとしがち 綺麗に書くと後でメンテは楽 綺麗に書くためには，ひらめくか時間をかける必要があり遅くなりがち プロジェクトの全容を理解できていないことがある このメソッド何しているんだ，とか，引数はどう渡せばいいのか，とかなりがち 理解していないと必然的にコードを読む時間が多くなる そもそも機能を知らないみたいな問題も発生しがち コードは常に増え続けているので，読むべきコードは過去のも
新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。
35歳を超えたエンジニアの5つの働き方
ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきました。最近になってよく思うのですが、若い人たちは比較的よく、主語を抜かしたり目的語があいまいなまま話をして
強い意志で定時に帰る - Qiita
前置き 正直に答えてください。 あなたが1日に集中してプログラムを書ける時間の長さは？ 12時間？11時間？9時間？ はい。 あなたはスーパープログラマーです。人間を超越していると言ってもいい。このポエムはなんの役にも立たないのでさっさとエディタに戻って人類の未来に貢献してください。 8時間？7時間？6時間？ 本当？ すごい。ほんとうにすごい。引き続き頑張ってください。きっとあなたはコードに選ばれた人です。 しかしあなたにもこのポエムは役に立ちません。 そっとブラウザのタブを閉じて頂ければと思います。 4時間？3時間？ はい。ようやくめぐりあえましたね。あなたのような方をお待ちしておりました。 こんなに集中していられる時間が短いなんて、問題があるのでは、、とお考えかもしれません。 後ろめたい気持ちにとらわれることがあるかもしれません。 その気持ちを埋め合わせるために、終電間際まで仕事し 「
オープンソースソフトウェアポリシーをつくろう - クックパッド開発者ブログ
こんにちは、みんなのウェディング 高井です。 みんなのウェディングやクックパッドといったインターネットサービス企業では、オープンソースソフトウェアは欠かすことのできない存在です。LinuxやMySQL、Ruby、Railsといった主要なものをはじめとして、テクノロジースタックのほとんどがオープンソースソフトウェアによって構成されいるといっても過言ではありません。 ですから、企業としてどのようにオープンソースソフトウェアに向きあうかということが、とても重要な問題になります。そして、そのための指針が、オープンソースソフトウェアポリシーです。 今回は、クックパッドがどのようにオープンソースソフトウェアポリシーをつくったか、その背景も含めてをご紹介いたします。 クックパッドとオープンソース 今でこそクックパッドは、多くのオープンソースソフトウェアを公開したり、その開発に貢献したりする会社となってい
夫婦のタスク共有にWunderlistを使ったら超絶便利 - karaage. [からあげ]
Wunderlistが2020年5月にサービス終了予定なのでMicrosoft To Doに乗り換えました（追記） Wunderlistはサービス終了予定しています。今からだと、後継のサービス「Microsoft To Do」がWunderlistと同じ使い勝手で使用できるのでおすすめです。 WunderlistからTo Doへの乗り換えに関しては、以下記事参照下さい。 夫婦でのタスク共有 私たち夫婦は、下記記事で書いた通りグーグルカレンダでスケジュールを共有しています。 これは超絶便利でオススメなのですが、最近スケジュールとは別にタスクも管理したくなりました。スケジュールとタスクは、人によって多少定義が別れると思うのですが、この記事では以下として定義させて下さい。 スケジュール：実行する時間が決まっている仕事（ex:打ち合わせ、出張、習い事等） タスク：期限のみ決まっていつやってもよい仕
![夫婦のタスク共有にWunderlistを使ったら超絶便利 - karaage. [からあげ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/95d6b1df945a1025e8d6418c57e33dc46ae37c2b/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fk%2Fkaraage%2F20170211%2F20170211093109.jpg)
量か、質か？という問いは、思考停止である。 | Books&Apps
仕事をしていて、部下や後輩から 「量を取るべきでしょうか？質を取るべきでしょうか？」 という質問をされたことはないだろうか？ 「メディアの運営」について、「読書」について、「営業電話」について、質と量はトレードオフなので、どちらを取ればいいですか、という聞き方だ。 私も、現場にお仕事をしていて、部下や後輩から 「量を取るべきでしょうか？質を取るべきでしょうか？」 という質問をされたことはないだろうか？ 「メディアの運営」について、「読書」について、「営業電話」について、質と量はトレードオフなので、どちらを取ればいいですか、という聞き方だ。 私も、現場においてこのように上司に尋ねる社員の方々を数多く見てきた。 例えばあるオウンドメディアを運営している会社では、このような質問がメディアの責任者に向けられた。 「記事の質」と「記事の量」のどちらが大切ですか？ その責任者は、すかさずメンバ
自己流ポモドーロを実践している話 - kakakakakku blog
仕事中はポモドーロでタイムマネジメントをしていて，ポモドーロ歴で言うともう2年以上続けていると思う．個人的にポモドーロって結構有名なのかなという印象だったけど，案外知らない人も多いみたいで，僕のサブディスプレイで常に動いているポモドーロタイマーを見て「これは何？」と聞かれることもある． 今回は自己流で実践しているポモドーロに関して，そして改めてポモドーロの原則を振り返るために「ポモドーロテクニック入門」を読み直してみて感じたこともまとめてみようと思う． ポモドーロとは ポモドーロを簡単に表現するなら「タスクを30分間（5分間は必ず休憩する）のタイムボックスで区切り，そのタイムボックスを繰り返していくこと」と言える．タイムボックスの中では必ず1つのタスクにフォーカスすることで，雑念に左右されること無く集中することができる．ポモドーロとはある意味で「条件反射」だなと思っていて，タイムボックスに
彼がどうやって先送り体質を改善したか。
ある中堅の保険代理店に一人の営業がいた。彼はいい人だったが、残念ながら締め切りを守ることが絶望的に苦手だった。どうしても「やらなければならないこと」を先送りしてしまう。そして、ギリギリまでやらない。 そんなことをしていれば、必ず仕事は遅れる。だからつい先日も見積書の提出期限を守らず、顧客から叱責された。 「あれどうなった？」と人にせっつかれて、ようやく腰を上げる。いや、上がらない時もある。そんな人間だった。 自分が締め切りを守ることが苦手であることを彼は認識している。 上司や同僚からの依頼をきちんと遂行できる時もあるのだが、残念ながら大体において「アテにならない」「仕事が遅い」というレッテルを貼られていた。 もちろん、かれは今までに悪いクセを直そうと頑張ったことがあった。様々なビジネス書を買って試したこともあった。 タスクリストを作ってみた。 締め切りを設けてみた。 ご褒美を設定してみた。
地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance
facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？ 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう
フリーランスになって丸1年活動した今年を振り返る - 40歳からのキャリアチェンジ
昨年の途中からフリーランスになったのですが、年初から年末までフリーランスとして活動したのが今年が初めてだったのですが、今年の1月頃にやっていたことと、現在やってることに大分変化があったなぁーと思ってます。 フリーランスになって丸1年活動した今年を振り返っておこうと思います 目次 今年を振り返る 良かった部分 反省点 今後にむけて お金、時間、経験 おまけ：ブログの数字を振り返る アクセスの多かったトップ5 今年を振り返る 良かったこと、改善点という部分でそれぞれ振り返っておこうと思います。 良かった部分 フリーランスになって丸1年活動して、おかげさまでそれなりの売上を得ることが出来たのと、来年に向けてもどういうことをやっていけばいいのかが、現時点でかなり見えてるので昨年のこの時期の状態からするとかなり改善されたかなと思うのでこれは良かったことかと思います。 あとは、1年通じて色々やってみた
ふりかえりで初心者が陥りやすい落とし穴 〜 性格も実力も急に変えられないが行動は改善できる | Social Change!
私たちソニックガーデンでは、現場での人材育成の手段として個人の「ふりかえり」と、そのレビューを行っています。それを「ワークレビュー」と呼んでいますが、仕事の進めかたや、仕事に対する姿勢についてふりかえった内容を、メンターがレビューすることで行動の改善と成長を促します。 進めかたとしては、まずは対象者が一人で良かったこと（Keep）や問題（Problem）について洗い出しを行うのですが、ふりかえりに慣れていない初心者がつまづいてしまう様子を何度か見てきました。この記事では「ふりかえり」で、よく陥りやすいパターンと、その解消法について書きました。 自分の内面のことを問題にしてしまう ふりかえりをして問題を洗い出すときに、慣れていないと、ついやってしまうのが自分の内面や性格のことを問題としてあげるケースです。 たとえば、思っているよりも成果を出せていない、それは躓いたときに先輩に相談できてないか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
R-style
R-style
R-style