コードが読めるソフトウェア開発者 - As a Futurist...
僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職
「テスト書いてないとかお前それ〜」が私の代名詞になるまで。テスト駆動開発とともに歩んだキャリア - Findy Engineer Lab
日本におけるテスト駆動開発の著名人といえば誰か？ この問いを投げかけられたとき、多くのエンジニアが思い浮かべる人物がいます。ITコンサルタント・ソフトウェアエンジニアの和田卓人（@t_wada）さんです。和田さんは日本のテスト駆動開発の第一人者として、長年、この分野の実践や講演・執筆などの普及活動を続けてきました。 こう書くと、読者のなかには「和田さんはもともとテストが好きだったから、テスト駆動開発の第一人者になれたのでは」と思われた方もいるかもしれません。しかし、その答えはNOです。むしろ和田さんは、テストが嫌いなエンジニアだったといいます。ある出来事をきっかけとして、嫌いだったテストを好きになれる方法を見つけたのです。 読者の方々にも「自分には○○なんて向いていない」という印象を抱いている技術領域があるかもしれません。ですが、そんな領域にこそ、あなたの新たな可能性が詰まっているかもしれ
Rubyの父、まつもとゆきひろもマネジメントで大失敗！？そこから学んだ“苦手をあえて克服しない”戦略 - エンジニアtype | 転職type
本連載では、「世の中で活躍するエンジニアの過去の失敗」にフォーカス。どのような失敗をし、どう対処し、そこから何を学んだのか。仕事で失敗してしまった時の対処法や心構えを先輩エンジニアから学ぼう！ 本連載、第２回目となるゲストは、オブジェクト指向スクリプト言語「Ruby」の生みの親として知られる、まつもとゆきひろさん。世界中のプログラマーから尊敬を集めるまつもとさんは、過去の「失敗」や「挫折」から何を学び、どうやって優れた仕事に昇華してきたのだろうか。これまでの開発者人生を振り返ってもらいながら紐解いていく。 まつもとゆきひろ さん (@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチ
仕事が「できる人」と「できない人」の違い｜むぎSE
おはようございます。むぎです。 職場で、あいつは仕事ができる あいつは仕事ができないなんて、聞きますよね。 仕事ができるって何なのか？ 仕事ができないって何なのか？ をちょっと考えてみました。 転職サイトなどの自己分析で有名なのは、０～１００にするお話ですよね。 たしかこんな感じ。 ０→１にできる人 無から有を生み出せる人。発明、企画、アイデアに強い。 １→１０にできる人 アイデアの肉付け、ブラッシュアップ、具体化に強い。 １０→１００にできる人 アイデアの実現、巻き込み、多方面展開に強い。 でも、これって仕事ができる前提で、 その上で何が得意なの？って話だと思うのですよね。 仕事ができる、できないとはちょっと違う。 じゃあ、仕事できるってなんだろか？？ ということで、職場で仕事ができると思われる人を、イメージしてみます。 （ボクの出会った方々です。） 仕事できる①「今いる場所が把握できる
アーキテクトを目指すエンジニアの最短ルート - エス・エム・エス エンジニア テックブログ
介護や医療、ヘルスケア、シニアライフなどの4つの領域で高齢社会の情報インフラを構築している株式会社エス・エム・エスで、技術責任者をしている @sunaot です。2015年2月に入社して以来、技術責任者として開発組織の構築や開発基盤の整備をリードしてきました。 今まで私がソフトウェアエンジニア（以下、エンジニア）の採用面談を延べ800件ほど担当してきた経験を振り返ると、ソフトウェアアーキテクト（以下、アーキテクト）をキャリアのゴールに据えているエンジニアも多いようです。ただ、アーキテクトを目指している一方で、実際にアーキテクトになるためには、どういった会社組織でどのような経験をしたらいいのか分からないというケースも見受けられました。 今回は、アーキテクトを目指したいエンジニアの方向けに、アーキテクトになるために必要な4つの経験や、それが経験できる会社組織について紹介します。 アーキテクトと
もうすぐエンジニア2年生になる人から新卒エンジニアへ贈るあれこれ - Qiita
前書き Qiitaなので本当は技術的なことを書いたほうがいいと思うけれど、技術的なこと以外もいろいろ書いていこうと思う。いわゆるポエムである。 チームで開発するということについて 自分は就職するまで一人でコード書いてわいわいすることのほうが多かったので、チームで開発するということがよくわからなかった。 就職して実際に先輩たちとコードを書いたり、デザイナーさんやディレクターさんともろもろお話するようになって、気をつけておけばよかったなーと思うことをいくつか書いておく。 メモを取ろう 自分の頭の記憶には限界がある。その時点で覚えてても、席に戻ったら忘れてると思う やる事をメモしておいて、報告する前にそのメモを見直すと、やり忘れで恥ずかしい思いをしなくて良くなる。 タスク管理は一箇所に集約しよう わたしの会社では依頼がRedmineかGitHubのIssueで飛んでくる(プロジェクトによる)。正
新人エンジニアに1年間で身につけて欲しい能力 - Qiita
2020年は初めて本格的に新人エンジニアのOJT1に取り組んだ年でした。 自身の振り返りも兼ねて、OJTの際に感じた新人エンジニアに1年間で身につけて欲しい能力を記載しようと思います。 前提 あなたは誰？ （2020年当時）6年目のサーバーサイドエンジニアで、普段はPHP(Laravel)で自社サービスを開発しています。 OJTの内容は？ プログラミング未経験の新人エンジニア4名にOJTを行いました。入社後三ヶ月間は外部機関でプログラミング研修を実施し、その後の三ヶ月間は私がOJTを担当しました。 OJT期間中、新人には自社サービス開発の実装〜結合試験を行なってもらいました。具体的には以下の流れで業務を行ってもらいました。 コロナ禍のため、最初の一ヶ月は出社、二ヶ月間はリモート、という状況でのOJTでした。 本題 三ヶ月間で新人エンジニアのOJTを実施し、身につけて欲しいと感じた能力を以下
1on1ミーティングとは？その意味と、効果的に行う方法 | Coral Capital
本連載はオープンソースライセンスの1つであるGPLの元に公開されている「The Eng Team Handbook」（エンジニアチーム・ハンドブック）を翻訳したものです。開発チームが効率的に仕事するために必要な「効果的な1on1の実施方法」「開発メンバーから開発マネージャーにポジションが変わるときの注意点」「パフォーマンス評価のテンプレート集」「360度評価のテンプレート」などが含まれます。 著者はStripeのエンジニアであるrayleneさんです。これがStripeのやり方と明示されているわけではありませんが、急成長するシリコンバレーのスタートアップにおけるエンジニアチームの取りまとめ方という意味で、日本のスタートアップでも参考にしていただけるのではないかと思います。オリジナルの英文の文書では、まだ未着手の項目もありますが、すでに書き終わってるものについて翻訳し、連載の形で5回に分けて
エンジニアに独学を期待するのはもう時代遅れだと思う。 - ヨーロッパで働くIT土方社長のブログ
www.ntt.com これを見てちょっと最近の流れと違うなぁとしみじみ思ったので全力で反論してみる。。 僕自身は８１年代生まれ、小学校6年生のときにPC98シリーズのN88Basicで独学でBasicから入って、中高とDirectX使ってゲーム作ったりして、大学のときにバイトで実務のプログラムを初めて〜、と何故かまぁ小さいながらも経営者として傍らまだ炎上した案件とかに入って消火活動に勤しんでたりしてる。まぁ後半はどうでもいいけど、この世代では日本海外とわず独学で勉強するのは至って普通だと思う。クロアチアだと勿論PC98じゃなくてAmigaとかドイツ製のPCが主流のよう。 で、一方で最近の新入社員たちを見てると最初からスクールに通って、大学で授業を真面目にうけて、インターンでメンターに面倒を見てもらって、バイトも常にメンターがいつつ実務に関わってって流れが普通。プログラミングは常に勉強とし
エンジニアとして この先生きのこるために
2020年度リクルート新人ブートキャンプ エンジニアコースの講義資料です
エンジニアのスキルと抽象度｜Jumbo
この記事を読む前に、「みんなちがってみんないい」と3回唱えよ スキル相談で考えること1on1や採用・育成の中で「新しく〇〇を勉強しようと思っているんですよねー、どうですかね？」かみたいな相談をされることが多く、基本的には「イイじゃん、Youやっちゃいなよ」の精神なのですが、なんのために？そのスキルはどこまで伸ばすのか？という話はなるべくするようにしています。 その時に期待されている役割や今のスキルを分析するために、「解決すべき課題の抽象度」「スキルの関連性」という話をよくするので共有しようと思います。 我々の仕事我々は「課題（タスク）」を解決することでお金をもらっています。とくにエンジニアやデザイナーは"課題解決に特化する仕事"だと考えています。この課題には以下のようなものがあります。 解決すべき課題 ・SQLのパフォーマンス問題 ・iOSアプリユーザーさんの使い勝手が悪い ・組織の人数不
どうやってテクノロジーを追いかけていますか？ジュニアソフトウェア開発者として応募したときにCI/CD、クラウドコンピューティング、Dockerとか大量のことを要求されました。もういっぱいいっぱいです。
エンジニアはどのようにして技術を学べば良いのか
はじめに この記事は、エンジニアがどのように技術を学べば良いのかということについて、おもに西尾泰和氏の書籍・記事で主張されている内容を元に、特定の問題を対象として自分の考えを加えて考察したものです。特定の問題としては、以下の3つを設定しています。 何を学べば良いのか分からない 技術書を読んでもすぐ忘れる 学習する時間がない もちろん、学ぶ上で考えるべきことは上記の問題にとどまりませんが、ここでは、比較的身近で耳にすることが多いと感じるものを問題として設定します。 定義 この記事ではスコープを特定の範囲に限定しているため、一般的な用語について、一部を以下のようにローカル定義しています。そのため、一般的な用語そのままの意味においては、この記事の内容はコンテキストを維持できないことがある点に注意してください。 エンジニア Web 系企業に勤めており、主にプログラミングをはじめとしたコンピュータサ
能力の高いプログラマーは数学力より言語能力が高い - ナゾロジー
プログラミングに必要な素質は数学力よりも言語能力という研究結果プログラミングの学習は第2外国語の学習と同じ脳の場所を使う プログラミングに馴染みのない人にとって、プログラム言語は非常に厄介に感じるものです。 特にこれまでの通説では「プログラミングは数学力に通じる」とされており、文系出身者にとっては、より一層の苦手意識を感じさせる要素になっていました。 しかし今回、アメリカの研究者らによって行われた研究によって、プログラム言語の学習効率は主として言語能力に依存していることがわかりました。 数学の専門知識や計算能力の介在する余地は想像より遥かに少なかったのです。 小説や詩の文面にキラリと光るセンスを感じ取る能力がある人は、プログラマー適性があるかもしれません。 しかし研究者たちは、どのようにプログラミング適性と言語能力の相関関係をみつけだしたのでしょうか？ 研究内容はシアトルにあるワシントン大
開発者の年功レベル
Kamran Ahmedのブログより。 ジュニア、中堅レベル、またはシニア開発者としてステップアップするには? カムラン・アーメッド (Kamran Ahmed) 私はロードマップのやり直しに取り組んでいます —— 年功レベルに基づいてスキル一式を分割し、新しい開発者に理解しやすくし、怖がらせないようにします。ロードマップは技術的な知識についてだけになるので、私が繰り返し、様々な年功の役割について考えていることについて記事を書くのは良い考えだと思いました。 私は、多くの組織が長年の経験を本来あるべきものよりも重要視することで開発者の年功を決定しているのを目にしてきました。私は、「ジュニア」とラベル付けされた開発者がシニア開発者の仕事をしており、「シニア」と呼ばれる資格さえない「主任(lead)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ
54歳プログラマーが30年以上もゲーム開発の最前線に立ち続けられるワケ「技術の“仕組み”を理解すれば、時代の変化に強くなる」 - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype 働き方 54歳プログラマーが30年以上もゲーム開発の最前線に立ち続けられるワケ「技術の“仕組み”を理解すれば、時代の変化に強くなる」 2020.02.17 働き方 自分の手でものづくりをすること、自分の作ったサービスで多くの人を喜ばせること。それはエンジニアとして働く醍醐味の一つだろう。 けれど、40～50代になるとマネジメントに専念することを求められたり、最新の技術に追い付けずに技術職をリタイアすることになった、という話も耳にする。 一方、50代になっても現役プログラマーとして活躍し続けるエンジニアもいる。ミクシィの吉田明広さん（54）はその一人だ。 吉田さんは大学卒業後、ファミコンやセガサターン、プレイステーションなどのゲームソフトウェア開発に携わり、2016年からはミクシィでスマホゲームの新規タイトル制作に勤しんでいる。ゲーム機や技
35歳を超えた僕たちが、 今と未来の技術と如何に向き合うか ~ 35歳の壁を超えていく ~ / engineer-life-hack
オープンセミナー2020@広島の登壇資料です。 ■オープンセミナー2020@広島 https://osh.connpass.com/event/146828/ ■参考資料 - https://soudai.hatenablog.com/entry/2017/10/16/024308 - https://soudai.hatenablog.com/entry/2017/07/24/100114 - https://speakerdeck.com/twada/worse-is-better-understanding-the-spiral-of-technologies-2019-edition - https://soudai.hatenablog.com/entry/2018/02/09/131638 - https://soudai.hatenablog.com/entry/2017/0
小中高大生にプログラミング教育をしてきて分かったこと - Qiita
はじめに 私はこれまでにアルバイトやTA (Teaching Assistant)を通して小学生、中学生、高校生、大学生にプログラミング教育をしてきました。また、予備校に通って一浪して大学に入学したという経歴もあります。これらの経験から、「教育とはどうすべきか」「学ぶのに必要なものは何か」「プログラミング学習の特別な点はなにか」などを自分なりに悟りました。 本記事ではこれらのことを踏まえながら、「プログラミングが上達しない人の傾向」や「よく陥るエラー」などを紹介しつつ、プログラミング教育者がすべきことのヒントを示せたらいいかなと思います。 ※本記事はプログラミング教育のハウツーをまとめたものではありません。 プログラミングが上達しない人の傾向 検索力が低い、検索の仕方を知らない、知ろうとしない 調べる癖がない、分からなかったことを分からないままにしていても生きていられる 説明文を読まない、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
<btn open />
Engineering Ladder | メルカリエンジニアリング
