組織で仕事をするなら自身の専門領域や役割を越境していくスタンスでいた方がいい。 役割をきっちり隙間なく分けることはむずかしいし、できたとしても状況の変化によってすぐに隙間ができてしまう。ボールが落ちないようにするには、お互いのカバー範囲を少しずつはみ出しておくしかない。個々人にとってもメリットは大きい。できることが増えやりとりの負荷も下がり、自分の仕事もしやすくなってくる。 LayerX社の「ボールを拾う人が偉い」や、リクルートの「染みだす」といった言葉は、"越境" を奨励するということだと理解している。 自分の隣の領域にも興味をもって関わっていくだけではあるのだけれど少しだけ注意点もあると思っていて、雑にまとめておきたい。 1. 体験して観察する 一見「もっとこうしたらいいのに」と思うことがあっても、いきなり否定して変えようとしないこと 越境先へのリスペクトを持って、いったん郷に従ってみ
7万人以上のITエンジニアの調査結果、好きな言語は「Rust」、DBは「PostgreSQL」、開発環境はVSCodeを抑えて「Neovim」がトップに。Stack Overflow 2022 Developer Survey 世界でもっとも大きなITエンジニアのコミュニティサイトの1つである「Stack Overflow」などを運営するStack Overflowは、約7万3000人のITエンジニアにアンケートを行った結果をまとめた「2022 Developer Survey」を発表しました。 The results are in! Our annual developer survey is here with insights from over 73,000 developers. From the most loved and loathed programming langua
2006年に出版された「エンジニアのための時間管理術」を2009年（大学院時代）にはじめて読んだ．本書はエンジニアを対象にした書籍であり，その後 SIer でシステムエンジニアとして働きながら何度も読み直した．もともとプロダクティビティを追求することに興味があり，今も続くスタイルの一部は本書から学んだことを参考にしている．それほどに「個人的に影響を受けた1冊」と言える．今までブログに書評記事を書いてなく，最近また読み直す機会があったため，書評記事を書くことにした． 本書のタイトルは「エンジニアのための」と書いてあるけど，原著のタイトルは「Time Management for System Administrators」となり，明確に「システム管理者」を対象に書かれている．本書の冒頭にも「プログラマを対象としていない」と書かれている．とは言え，現在では文化面も技術面も変化し，DevOps
多くの人が、ギタリストとしての自分とエンジニアとしての自分をどう両立しているか迷っているのではないでしょうか。僕もまた、そんな悩みを抱える者のうちの一人です。 特にリモートワーク中心の生活となると、自宅にいる時間が長くなってくるためどうしても環境を快適にしたくなるもの。 もともとこういった環境づくりは好きで、いままでいろいろと組み替えて来たのですが、最近またバージョンアップをしました。 いろいろな方々の記事を参考にしたのですが、特に参考にしたのがこちらの記事です。大変参考になりました。ありがとうございます。 コンセプト自分が長く過ごす上でどういったコンセプトで作るか？という点は重要です。僕の場合は以下の点を重視することにしました。 ・スタンディング環境にも変化でき、ケーブル類が整理されているデスク ・仕事、ギターともにすぐにとりかかれる環境 ・音楽機材が機能的に配置されている それぞれのコ
特別ゲスト プレゼン大会に審査員として参加いただく特別ゲストの紹介です。おすすめ本を3冊、ご紹介いただいています。 永瀬美穂（ながせみほ）さん アジャイルコーチ。株式会社アトラクタFounder兼CBO。一般社団法人スクラムギャザリング東京実行委員会理事。認定スクラムプロフェッショナル。産業技術大学院大学特任准教授、東京工業大学および筑波大学非常勤講師。著書に『SCRUM BOOT CAMP THE BOOK』訳書に『レガシーコードからの脱却』『アジャイルコーチング』『ジョイ・インク 役職も部署もない全員主役のマネジメント』。 アジャイルイントロダクション 大御所バートランドメイヤー氏によるアジャイルへの批評。仕事柄アジャイルに懐疑的な人に出会うことがあるが、ここまで冷静な批判は聞かないので読み応えがあり、耳も痛い。ソフトウェア工学的見地から、再現不能な事例や理想論、ご都合主義に文句をつけ
こんにちは。谷口です。 先日、オライリー社から『レガシーコードからの脱却――ソフトウェアの寿命を延ばし価値を高める9つのプラクティス』が発売されましたね。 弊社でもすぐ購入し、読みまくり、「これはリーダブルコードのように次世代のエンジニアのバイブルになる予感…」と言っているエンジニアもいたので、今回は本書の概要紹介と感想について書きたいと思います。 私の本書はすでに画像の通りふせん貼りすぎ下線ひきすぎ読みすぎでボロボロです。 レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス 作者:David Scott Bernstein発売日: 2019/09/19メディア: 単行本（ソフトカバー） 概要について 本書はどんな内容の書籍なのか、まずオライリー社公式サイトにはこう書かれています。 本書では、ソフトウェア開発において、初めからレガシーコードを作りださないた
1on1.md これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。 概要 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。 グループ/チームでのミーティングを補完するためのものです。 みんなの前では話しづらい、込み入った内容を話します。 チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿ってい
「カイゼン・ジャーニー」「エリック・エヴァンスのドメイン駆動設計」「詳解UNIXプログラミング 」などの電子書籍（Kindle/PDF）が半額に。翔泳社がキャンペーン ITエンジニアやビジネスマン向けの書籍を数多く出版している翔泳社が、「夏の翔泳社祭」を7月16日まで開催中です（本記事はタイアップではありません。読者に役立つ情報としてお届けしています：-）。 期間中はKindleで同社の電子版書籍が50％オフで購入できます。また、同社の通販サイト「SEshop」では、PDF版書籍を購入すると本体価格の50％がポイント還元され、次回の購入で使えます。 対象となる本は上記のキャンペーンページから検索することもできますが、以下にいくつかおすすめできそうな本を紹介することにしましょう。 「カイゼン・ジャーニー」は「ITエンジニア本大賞 2019」の10冊に入った話題の本。「日本の現場」に寄り添い、
grdの作者が考える、いまフロントエンドエンジニアに求められる「速度という機能」 Webパフォーマンスの改善に、並々ならぬ情熱を傾けるエンジニアの泉水翔吾（@1000ch）さん。氏の手がけるOSSはこの情熱を体現するかのように、パフォーマンス改善にフォーカスしたものが多数あります。なぜWebパフォーマンスにこだわるのか、そして現在のフロントエンドエンジニアに求められる技術を聞きました。 「サイトの表示に3秒以上かかると、訪問者の53%がそのサイトから離脱する」 Googleが公開した上記のドキュメントは、Webの「使いやすさ」とは、スピードと不可分なものであることを示しています。 「パフォーマンスはサービスが持つべき“機能”の一部」と語るのは、『超速! Webページ速度改善ガイド』の著者の一人である泉水翔吾（せんすい・しょうご／ @1000ch ）さん。彼は、前職の株式会社サイバーエージェ
最近ちょこちょこ相談されることがあって、直接のスキルではないけど、こういうのもスキルだよなぁって思ったので、思いついた順に書いてみる。5個になった。 ## 1. 問題を切り分ける力 「これがなぜか動かない」って相談されたときって、いくつかの要素が絡んでることが多い。 なので「ここは明らかに問題ないでしょう」という一番土台のところからチェックを始める。そうすると「え？そこは問題ないと思いますよ？」って言われるので「うん、それを『問題ないと思う』じゃなくて『問題ない』って断言できるようにしようと思って」みたいな会話をよくする。 可能性をひとつずつつぶしていくと「ここだなぁ」って場所が見つかって、そしたら、もうあとはそんなに難しくない。ひとつずつ確認していくのって遠回りに見えるけど、結局その方が確実ではやいと思う。 ## 2. 想像と事実を切り分ける力 ↑と絡んで、想像や思い込みなのに、「ここは
このエントリは全9回を予定する18卒新人ブログリレーの第5回です。 はじめまして。リクルートテクノロジーズ新卒１年目の西野拓馬です！ 入社後の研修を経て、７月からリクルートテクノロジーズのプロダクト開発のチームに配属されました。 今回は、新卒エンジニアとしてプロダクト開発現場に配属され約３ヶ月の間何に取り組み、そこから何を学んだかについて紹介したいと思います。 リクルートテクノロジーズの新卒エンジニアは何を経験し、何を学ぶのか？ 新人はチームにジョインした時にどういうことを感じ、何に苦戦するのか？ こういった問いを持つ読者に、少しでも参考になれば幸いです。 以下が本記事の構成になります。 はじめに 私がプロダクト開発者として参考にしているものの１つに「プロダクトマネジメントトライアングル」と呼ばれるグラフィックモデルがあります。 出典：https://productlogic.org/20
内製化はあくまで手段、まずは解決したい課題を定義せよ リクルートテクノロジーズの取り組みから分かるのは、内製化はゴールではないということだ。宮川さんは「内製化はあくまで手段。まずは、どんな課題を解決したいのかを精査すべきでしょう」と指摘する。リクルートの場合は、以下の3つの課題を解決するために内製化を進めている。 エンハンスに求めるスピードが上がっている 規模の拡大による、技術的な負債の蓄積を解消したい 今後の新しいビジネス価値に、エンジニアならではの観点を見いだしたい 「『何となく内製化したら良くなりそうだから』という形で内製化すると、本当に得たいことが何も得られなくなる可能性が高い。手段ありきにしないところが重要です。組織体制的な観点で言えば、周りがきちんと理解することが大切でしょう。『内製化すれば効率や生産性が上がるんでしょ。社員2、3人いれば全部作れるんだよね』と期待されるようなパ
はじめに はじめまして。株式会社LiBでWebエンジニアをしている額田(ぬかた)と言います。 LiBには昨年10月にWebエンジニアとして入社し、現在4ヶ月目に突入しました。 私はもともと某鉄道会社にて駅係員、新幹線車掌と約８年間の鉄道人生を送っていて、プログラミングとは無縁の生活を送っていたのですが、テクノロジーの持つ魅力に惹かれて、エンジニアを目指すようになりました。 恥ずかしい写真ですが、車掌をしていた当時の自分です。 念願叶って、無事にWebエンジニアとして働けるようになった私ではありますが、ここまでを振り返るとWebエンジニアの楽しさを感じると共に、必要となる知識の多様さや奥深さなど実際に業務をしてみて感じることがたくさんありました。そこで自分のリアルな転職の経験を通して、これから業界未経験でWebエンジニアを目指す方達のお役に少しでも立てたらと思い今回のブログを担当させて頂きま
翔泳社は「ITエンジニアに読んで欲しい！技術書・ビジネス書 大賞 2019」（ITエンジニア本大賞）を開催。ITエンジニアの投票を集計した結果選ばれた技術書とビジネス書の各ベスト10を発表しました。 ITエンジニア本大賞は、ITエンジニアに読んでほしい技術書・ビジネス書を選ぶイベント。 2014年からスタートし、今回が6回目の開催です。今回は2018年11月26日から2019年1月14日まで投票が行われていました。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般。出版社や刊行年も関係なく、この1年を振り返っておすすめしたい書籍となっています。 ベスト10に選ばれた書籍の中から特に投票の多かった技術書3冊、ビジネス書3冊については、同社が2月14日、15日に開催するイベント「Developers Summit 2019（デブサミ2019）」において書籍の著者、編集者
心理的安全性の高いチームを作るためにサーバントマネージャーに徹する話などを聞くことがありますが、なんか大変そうだなーと考えてたら、これは組織設計の課題だと思ったわけです。 サーバントマネージャーは過渡期と割り切って、本来の仕事である課題解決に時間を使えるようにしていったほうがいいです。 心理的安全性とは他者の反応に怯えたり羞恥心を感じることなく、自然体の自分を曝け出すことのできる環境や雰囲気のことを指します。 だそうです。失敗するかも…と早めに言えることはアジャイルな組織には必須です。 心理的安全性は1人のメンバーが日常的にコミュニケーションする相手との視座、視野、視点が近いと高くなると仮説を立ててみました。 視座、視野、視点の図 https://tech.drecom.co.jp/viewpoint-of-being-leader/視座が離れてる例：リーダーが超ベテランでメンバーが超若い
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue（タスク）の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
最終退社時の自分の机 2012年に修士卒からの新卒でNTT研究所に入り、6年間お世話になりました。 研究所では同期や先輩や後輩や上司に恵まれ、存分に書籍や論文を読んで勉強して力を蓄えたり、対外的な発表の場にも恵まれ外ではできないような体験をすることができました。 ありがとうございました。 入社当時に作られたtogetterを見返すと togetter.com togetter.com まるで昨日のように感じられる。 NTT社内で僕が何をやっていたかについては言える物は軒並みアウトプットされているのでわざわざここでは触れない。 NTT研究所について NTT研究所を客観的に見た時にどうかを書いていく とにかく人に恵まれている。採用の倍率が高いのもあって潤沢な学生エントリーからよりすぐりのエリートが謎の力でポテンシャルを見極められて採用されている。同期を見てひと目ですごい奴も居れば、一見してわか
まえがき 先週末、仕事で東京から岡山まで行く機会があり、新幹線の中で一人でハッカソンしてみたら、意外と０から作ってサービスを公開するところぐらいまではできました。当日の経過のログが誰かの助けになればと思い、投稿。TsuyoshiNumano/emojishare にコードは公開してます&要所要所で Pull Request を分けました。 サービスづくりの雰囲気だけでも感じ取ってもらえれば幸いです。 サービス自体は流行らないと思うので、そのうち消すと思います（ドメイン代とかもかかるし汗） 当日の twitter 実況。 対象読者 さくっと web サービスを作って公開してみたい方 割とフロントエンドよりの技術スタックなので、そのへんに興味ある方 *細かい技術的なところはお話しません。 使った技術スタック create-react-app React でサクッとアプリ作るならオススメ Goo
はじめまして、河合俊典（ばんくし、@vaaaaanquish）と申します。 普段はヤフー株式会社にて、検索やレコメンド、異常検知などの機械学習システム関連業務に携わる、いわゆる「機械学習エンジニア」と呼ばれる仕事をしています。 私は、技術研鑽（けんさん）の傍ら、はてなブログやテックイベントなどで、自分が持っている技術やキャリアについて、たびたび発信しています。本記事では、技術やキャリアに対する私自身の考え方と、それらを発信する先に理想としている世界観を、皆さんに伝えることができればと思っています。 若輩者ではありますが、何卒よろしくお願いします。 ライフステージの変化に対応するため「今やる」人であり続ける ギリギリで対応するライフステージの変化 マネージメント職への転身も技術知識の収集が支える ギリギリでも乗り越えられるように技術を蓄える 基盤となる知識をさまざまな分野から何度でも学んで深
エンジニアのための実践アウトプット入門 継続的に発信し続けるコツ 実戦的アウトプット入門 なぜ？ なにを？ どうやって？ 2018年10月9日、Forkwellが主催するイベント「日々のアウトプットが変える！あなたのエンジニア・ライフ」が開催されました。エンジニアの成長に必要不可欠な「アウトプット」。しかし、今すぐアウトプットを始めようと思っても、何をどのように発信すれば良いのでしょうか？ 日頃よりアウトプットを積極的に行っている2名のエンジニアを迎え、エンジニアとして成長するためのアウトプットのコツを語っていただきます。また、エンジニア向けポートフォリオサービス「Forkwell Portfolio」を用いた、現役エンジニアのポートフォリオレビューも実施。エンジニアとしてのキャリアの作り方を語りました。プレゼンテーション「実戦的アウトプット入門 なぜ？ なにを？ どうやって？」に登場した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
