ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ある文系プログラマがテックリードを任されるまでに学んだこと ── 最前線で生き延びる4つの戦略 コンピュータサイエンスの専門教育を受けず、20代半ばで本格的なプログラミングを始めた文系エンジニアが、いかに学び、考え、生き延びてきたのかを伝えます。 こんにちは。白山（@fushiroyama）と申します。現在は新聞社のデジタル事業部署で、モバイルアプリ開発のテックリードをしています。 自分のエンジニア人生を振り返ると、これまでの道のりは決して平坦ではありませんでした。コンピュータサイエンスの専門教育を受けず、本格的にプログラミングを始めた年齢も23、4歳と決して早くありません。 そんな自分が、いかにして開発チームのリーダーを任せてもらえるまでになったか？ 考えてみると、次の4つの戦略で生き延びてきたようです。 自分だけの居場所を見つける 必要な知識を効率的に取捨選択する 他のエンジニアに差を
礼儀正しさは職場にプラスの効果
This copy is for your personal, non-commercial use only. Distribution and use of this material are governed by our Subscriber Agreement and by copyright law. For non-personal use or to order multiple copies, please contact Dow Jones Reprints at 1-800-843-0008 or visit www.djreprints.com. http://jp.wsj.com/article/SB12408226390103943756704582455700160087784.html
無能と思われたら職場を変えたらいい
社会人になって15年。転職回数５回。 気づけば中年のオッさんだ。 最近、「社会人は思ったより楽しい」とか、 「社会人は辛い」というエントリーが多数上がってるので、 俺も経験を書いてみたいと思う。 結論から言うと 「会社で無能扱いされたら自分の能力を悲観するより、会社に合ってない」 と考えたほうがいい。 ここからは、そういう考えに至った 自分の職務経歴を書いていく。 超長文なのだが無能と言われて苦しんでる人に、 この言葉が届いたら良いなと思っている。 たぶん、君が輝く職場はどっかにある。 １社目：飲食店チーフ 15年前は超就職氷河期。 同時にブラック企業が大学新卒を食いつぶし始めた時代でもあった。 大学時代、何も考えていなかった俺は、 安易にチェーン飲食店のチーフになった。 今でこそブラック企業の代名詞の外食産業だが、 不安な時代を切り抜けるには手に職を付けて 店を持って自立すべしという話は
「シリコンバレーで働くエンジニアと考える、これからのキャリア」という授業をしました - その後のその後
オンライン動画学習サービスSchoo（スクー）で、「シリコンバレーで働くエンジニアと考える、これからのキャリア」と題した授業をさせていただきました。*1 シリコンバレーで働くエンジニアと考える、これからのキャリア 堤 修一 先生 - 無料動画学習｜Schoo（スクー） 撮影を生放送で行い、視聴者参加型で行う授業でした。もちろんキャリアに正解なんてないし、キャリア観も人によって千差万別なので、僕が何かを教える、というよりは、まずは僕の経験や考えを共有して、あとはコメント・質疑応答ベースでみんなで考えていきましょう、的なコンセプトです。 講義 最初に30分（ホントは20分の予定だったのですが🙇🏻）の講義パートがありました。 講義資料はこちら。*2 自己紹介（僕のキャリアの変遷をざっと説明） 僕のキャリア観（理想） その実現のために意識していること４つ という3段構成です。 以下に簡単に抜粋
家族と仕事、どっちが大事なの？デキるリモートワーカーは二兎を得る | サーバーワークス中途入社インタビュー
2012年入社、法人営業課でソリューションアーキテクトとして九州および海外のお客様を担当している小室さんにインタビューさせていただきました。 小室さんは福岡オフィスで勤務されていますね。私は東京なので、どういったお仕事の仕方をされているかを知る機会がないのですが、普段どのような1日を過ごされていますか？ 平日は4:00~5:00には起きます。子供が6:00くらいには起きてくるので、その前にご飯を作ったり時間があったら趣味をしたりしています。子供を7:30に送ってから、日によっては7:30~8:30にジムにいきます。そのあと家でシャワー浴びて、会社へ歩いて到着するのが大体9:30です。 オフィスには用事があれば行く、という感じで客先に直行直帰はよくやります。オフィスか家のどちらかで仕事をします。営業時間内は大体PCを持ち歩いて居るので割とどこでも仕事が出来ますが、カフェでの仕事はあまりしませ
良いディフェンダーはタックルをしないし、良いエンジニアは障害対応をしない · takus's blog
Amazon のオススメ本に出てきた「 サッカー データ革命 ロングボールは時代遅れか 」を読んでみました。 この本は、野球界における「 マネーボール 」のように、 サッカーを様々なデータを元に見つめ直すような内容になっていて、 例えば、チームが負けているときに交代によって最大の効果を得るためには、 1 人目の交代を後半 13 分、2 人目を後半 28 分、3 人目を後半 34 分までに行うべきとか、 極端に能力の高い選手を獲得するのと弱点となる選手の穴を埋める補強はどちらがいいのかとか、 統計を元にしたサッカーに関する興味深い考察が多かったのですが、その中に 1 つ引っかかる話があったのでそれについて書いてみます。 良いディフェンダーはタックルをしない 本書の中で、 四半世紀に渡ってマンチェスター・ユナイテッドを率いた名将ファーガソンが、 オランダ代表のディフェンダー、ヤープ・スタムを放
バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート - Thanks Driven Life
ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら
日本人の低すぎる生産性と、IT打ち壊し百姓一揆
生産性の低すぎる日本社会デービッド・アトキンソン著『新・所得倍増論』を読んだ。日本社会は世界トップクラスの質の労働者を抱えながら、「一人当たりGDP」や「時間当たり生産性」 において極めて低い水準にあるという。その結果、先進国で最も貧しい国になっている。（いずれもデータに基づく議論なので、関心のある人は本を読んで確認してほしい。） そのような現状分析からの政策提言として、「政府がGPIF（公的年金ファンド）を通じて上場企業に『時価総額を上げろ』というプレッシャーをかけるべきだ」と書かれている。 曰く、日本の上場企業経営者は、国際水準ではまったくの無能であり、利益を出せていない（「3時に閉まる銀行」という例が何度も登場する）、無能な経営者を交代させることでしか生産性の向上はない、女性の活躍もないという論旨だ。 同様の提言は他の識者からもなされている。藤野英人著『ヤンキーの虎』では「5年平均で
さくらの聖夜で田中社長が話したのは「エンジニアの働き方」だった (1/2)
12月22日、さくらインターネットはDMM.make AKIBAにおいて恒例となった「さくらの聖夜」を開催。20周年前夜の記念すべきイベントにおいて、さくらインターネット代表取締役社長の田中邦裕さんが講演のテーマとして選んだのは「ITエンジニアの幸せな働き方」だった。 ロボットエンジニアがネットの世界に飛び込んだ20年前 会場に現れた田中社長は、まず集まった聴衆に感謝するとともに、12月23日でさくらインターネットが創業20周年を迎えることを報告。ファンだらけの会場からは大きな拍手が起こる。小さなときの夢がロボット作りだった田中さんが、ロボコンに出るために高専に進学したのが1993年。「もともとはロボットのエンジニアだったんですが、インターネットに触れていたら、そちらの方が楽しくなってきた。自分にやりたいことをネットにあるなと感じ、サーバーを立てて、友達に貸していたら、趣味が高じて、さくら
社内Wikiに情報を書くときに守ってほしい、たったひとつのルール - 無印吉澤
このページについて これは、社内 Wiki に情報を書くときに、私が個人的に守っていて、チームメンバにもできるだけ守ってほしいルールの紹介記事です。このルールを実際に運用するためのコツについても、基本ルールの派生という形で紹介します。 想定する環境 この記事は、社内に Wiki があって、フォーマットが決まったドキュメント（仕様書や手順書など）とは別に、各人がメモを自由に書いて共有できるような環境を想定しています。 Wiki の種類は問いません。PukiWiki、MediaWiki、Confluence、Esa、Redmine などのプロジェクト管理ツール付属の Wiki などなど……何でもいいです。Word 文書などにも適用できなくはないですが、文書を気軽に分けるのが難しい場面には、あまり向かないかと思います。 ルール：「このページについて」という欄をページの先頭に用意し、そのページの概
イケてる環境のWEB系の労働生産性がイケてないSIerのたった三割しかない件 - プロマネブログ
久しぶりの更新。一度ブログ書くの面倒になると、とことん書くのが面倒になるもんで。 【Web系最高って言うけど本当なの？】SIから転職したエンジニア達に聞いてみた - paiza開発日誌 まあ、いつものPaizaのWebアゲSIer Disの記事なわけなんですが。。。 最近、どうでもよくなって放置していたものの、いろいろ誤認している人が増えていそうなので、改めて問題点指摘しておきますか。ブコメ見るとSIer側の反論も欲しそうだし。 とはいえ、開発環境の話はわきに置いて、別の観点を中心とした内容となります。 イケてる環境のWEB系の労働生産性は、イケてないSIerのたった三割 http://www.soumu.go.jp/johotsusintokei/linkdata/ict_keizai_h28.pdf 上記は総務省が毎年公開している「ICT の経済分析に関する調査 」の資料です。 大体1
デザイナーがタダ働きにNOと言うべきことが分かる動画 | デザインコラム・ブログ | デザイン作成依頼はASOBOAD
スペックワークを知っていますか？ 日本ではあまり定着していない言葉ですが、「スペックワーク (SPEC WORK)」というものが海外の広告デザイン業界で問題視されています。スペックワークを平たく言えば、「気に入ったらお金を払うよ (気に入らなければ払わない)」という類のクライアントからの要求です。 カナダの広告代理店 Zulu Alpha Kilo は、そんな業界のスペックワークについてNOを掲げ、5年前から提案依頼書の8割を断るという英断を行いました。当初は社員・クライアント含め、非常に混乱したそうですが、その結果、この5年間一度もスペックワークを行わず成長を遂げてきたのです。 そんなZulu Alpha Kiloが、一風変わった映像を制作しました。これを観ればデザイン業界の「スペックワーク」がいかに良くないことであるかが理解できます。スペックワークにNOというべきである！(Say no
アーキ部：自分のエンジニアスキルを客観的にどうやって知るか - そこに仁義はあるのか(仮)
毎週金曜の定時後に弊社でアーキ部なるものが開催されています(✌'ω' ✌) 9/16のアーキ部は「自分のエンジニアスキルを客観的にどうやって知るか」がテーマでした！ （アーキテクチャの話ではない？！！） 自分のエンジニアスキルの評価として陥りやすい考え方のお話があり、それに対して少人数のグループに分かれて自分はどちらに分類されるかを話あいをしました。 （この会はとりあえず意見を発散する場でした。次回は、今回の話し合いに対しての深堀りなのかな？？） 評価の分類 自己評価は（バランスがとれている人もいるとは思いますが）過大評価をしているか、過小評価をしているかに分かれると思います。 アーキ部の最初に、自己評価の考え方として陥りやすい傾向が二つ紹介されました。 詐欺師症候群 ダニング＝クルーガー効果 詐欺師症候群 参考にしたサイトから説明を抜粋しています！ 詐欺師症候群とは、自己評価が低く、自分
4ヶ月の間に一休.comで起きた変化 - zimathon blog
概要 最近いろいろな方（社内、社外含め）に、エンジニアチームどうですか？良くなってますか？という質問を頂きます naoya さんってどうなんですか？やっぱりすごいですか？とも その度に「良くなってますよー」と返事をするのですが、肌感としてはあるもののしっかり言語化できていない そこで、naoya さんがCTOとして今年の春に一休に来てからをちょっと振り返ってみた 振り返ってみるとたった4ヶ月ということに驚いています :eyes: 良くなったと感じていること サービス開発の体制 技術基盤への投資 採用活動 情シスの整備 エンジニアの働く環境 それぞれについて サービス開発の体制 抱えていた課題 マーケティングとエンジニアとの間のコミュニケーションが上手くいかず、開発速度やサービスの意思決定のボトルネックになっていることがあった みんなで話して決める等、それぞれの役割が曖昧なままで開発を進める
わたしのバイモーダル戦略 : 小野和俊のブログ
このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化とアジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし
リモートワークの勘所と限界について1年くらいの感想、組織にとっての選択肢作りの話
1年くらいリモートワークを続けてみた感想 まず当然ながら「リモートワークは生産性が高い！これこそ未来のワークスタイル！」のような感想はありません。 生産性やコミュニケーションに関連するメリット、デメリットをうまく相殺しきれれば、生活の自由度だけ向上してハッピー、と考えています。 今は自宅かレンタルオフィスのいずれかを作業場として開発などを行いつつ、本社がある渋谷には1泊2日の出張を月2回するようなペースで仕事をしています。基本は Slack でテキストチャットによるコミュニケーションをメインとしつつ、必要があれば MTG に Hangout でビデオチャットで参加します。 生産性は大して上がらない 期待していた生産性は、それほど向上することはありませんでした。 東京にさえいなければ気軽に MTG に呼び出されることもありませんし、開発に充てることが可能な時間は若干増えています。通勤時間が長
GitHubを使って法務コミュニケーションのスピードを2倍にした話 | Wantedly Engineer Blog
ウォンテッドリー株式会社コーポレートチームの大谷です。 カスタマサービスチーム仲野さんが書いた ”GitHubで実現する、カスタマーサービスとエンジニアの非同期コミュニケーションのすすめ” に良い反響がありましたので、コーポレートチームでも行っている活動をお話したいと思います。 Wantedlyのコーポレートチームは”働くメンバーの生産性を上げる”ことをミッションとしています。インフラチームが開発チーム全体の生産性をあげることをミッションとしているように、コーポレートチームは会社としてやらないといけないことを担保しつつ、メンバーの負担を増やさないという観点で、会社全体の生産性を上げることを目指しています。 他社で契約書や規程の文書管理としてのGitを使う話はいくつか事例があるのですが、今回Wantedlyで行ったのはGitHubを使ったコミュニケーションを使って生産性を上げた話になります。
Stack Overflow Developer Survey 2016 Results
Overview Developer Profile I. Geography II. Developer Occupations III. Programmers, Engineers, and Developers IV. Age V. Experience VI. Gender VII. Diversity VIII. Education Technology I. Most Popular Technologies II. Most Loved, Dreaded, and Wanted III. Top Tech on Stack Overflow IV. Trending Tech on Stack Overflow V. Top Paying Tech VI. Correlated Technologies VII. Development Environments VIII.
業務委託で開発をお手伝いいただく時に思うこと | F's Garage
開発内製をしている組織が、業務委託で外部の方の力を借りて開発をお願いするというケースにおいて、発注者側が業務委託で仕事をお願いする時に思ってることを書いてみようと思う。 エンジニアで独立心が高い人であれば、技術顧問だけじゃなくても、部分的な工数を切り売りして複数のプロジェクトに関わりあいたい気持ちもあったりと思うので、そういう人に向けても一助になれば幸いです。 前提条件 ここ背景的な追記事項なんですが、基本的な対象者は、「社員になってもらえたら超ラッキーみたいな人が、すでにフリーランスだったり、自分の会社を持っていて、別の仕事もやっている」という先方都合が上位なケースにおいて、業務委託でのみ契約に至る時に考えたりしたこと、という前提条件を追加しておきます。 ちょっと一般化して書いてみたら、もっと世界が広かったようで、そちらの世界の方で誤解を生んでいるケースもあるように思えました。それは純粋
稼げる人と稼げない人の違い／人材不足と低賃金が両立する理由 - デマこい！
世の中には、人材不足と低賃金が両立してしまう業界がある。 たとえば介護や警備の仕事が代表的なものだろう。最近では、船員の人材不足により日本の海運業がヤバいという増田記事が注目を集めていた。船員の給与はそれほど低くはないが、労働環境のキツさには見合わない。そのため船員になりたがる若者が減り、深刻な高齢化に見舞われているという。労働力の供給過小が明白なのに、船員の待遇が向上しないのはなぜだろう？ これに似た事例として、クラウドソーシングの世界がある。 クラウドソーシングのサービスでは、いわゆる「クソ案件」が多いという。仕事内容に見合わない低報酬の発注があとを絶たず、なかには適法性が問われるような案件もあるそうだ。なぜクソ案件は無くならないのだろう。なぜ、そんなクソ案件でも、一部のクラウドワーカーは引き受けてしまうのだろう？ クソ案件が溢れているのは、何もクラウドソーシングの世界だけではない。た
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
