こんにちは、サカモトです。本日はついに皆さんに今までずっと隠してきたプログラミング未経験者からたった3ヶ月間で外資ITエンジニアになり、なんと年収1600万円を達成するのは 無理やぞ
ありがたいことに転職相談を頂くことが増えて来ました。私としましても皆さんのリアルな悩みは学びが多いです。 中でもエンジニア採用に関わる職種については私自身が通った(結果的には選ばなかった)道でもありますので質問ポイントをお伝えしています。普段はご相談頂いた皆さんの境遇や方向性を見ながら出し分けているのですが、今回はそのダイジェスト版です。 採用への期待が強いVPoE、EM、人事採用担当向けの企業の選び方のnoteって需要あるのかな。 いくら自分が手腕があったとしても、この条件満たしてないと無理という内容。 いや、需要なくてもうちは書くけど。 — 久松剛 (@makaibito) July 21, 2021 私が転職活動をしていたのは2020年7月、8月でした。その時と比べてもエンジニア採用シーンは厳しくなっており、「まずは採用担当から」とする企業も増えている印象です。スカウト媒体などでもス
この記事は、著者の許可を得て配信しています。 Why programmers don’t write documentation 最近ではずっとコードのドキュメンテーションに関連した記事を書いていたので、当然、私のMediumのおすすめ記事には「開発者がドキュメントを書かない本当の理由」という記事が表示されるようになりました。この記事では、ドキュメントを書くための優れたツールがないことが、ソフトウェアエンジニアが自分の作業や判断をドキュメンテーションする意欲を失わせる最大の原因について書いています。 私は普段、特定の記事を批判したりはしませんが、この記事には怒りを覚えました。このライターは図解ツールについていくつかメリットに関して述べてはいますが、全体的に誤解を招くような内容になっており、この重要な問題をより分かりにくくさせています。2つの図解ツールを比較して、どちらも不十分なツールである
転職サービス「doda」などを提供するパーソルキャリア株式会社が運営するIT・テクノロジー人材のための社会人コミュニティ「TECH Street」< https://www.tech-street.jp/ >は、日本全国のITエンジニア403名を対象に「理想の開発環境に関するツール・サービス調査」を行いましたので、結果をお知らせいたします。 ▼調査結果詳細 https://www.tech-street.jp/entry/research-devenvironment ■ITエンジニアが使いたいのはどちら?Mac/Windows 「Q.ビジネスやプロジェクトにおいて、自分に決定権がある場合、どちらのPCを使いたいですか?」(n=403)と質問したところ、「Windows」と回答した方が90.1%、「Mac」と回答した方は9.9%という結果となりました。 また、「Q.PCを選ぶ上で最も重要視
チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー
たまに燃えることのある「エンジニア」と「プログラマ」の呼称を巡る問題だが、プログラマのための情報共有サイトであったQiitaがガイドラインを改訂し、今後は「プログラマ」のことは「エンジニア」と呼ぶと宣言してまたちょっと燃えているようだ(Qiitaの発表, はてなブックマークのコメント)。 一般的には、プログラミングをする人が全て「プログラマ」である一方、「エンジニア」は機械エンジニアや航空エンジニアなども含めた技術者全般を指す言葉で、特にプログラミングをする人を指す言葉では無いと思うが、Qiitaでは「世の中のエンジニアの定義とは少しずれた定義とはなってしまいますが」と断った上で、同サイトにおいて以後エンジニアを「プログラミングの知識と経験を活用している人」に変更して、今後はこの定義を用いていくとしている。 昨今では未経験者が経緯を知らずにエンジニアを使っている例は非常に多くなったが、だか
これは仮説というか自分がこうだという話なのだが、自分のアイデンティティを侵食されると怒りが湧く。たとえば、自分が非常に大事にしている価値観に対して、同僚から「君のその価値観は間違っている」と言われたり、あるいは、作品とか、経歴とか、家族とか、そういう自分自身と非常に密になっていて同一視されるようなものをけなされたら、腹が立つということだ。 プログラマーにとって、ソースコードというのは一つの作品だ。仮に経験が浅い開発者であっても、あるいは経験が浅いからこそ、1行1行に時間をかけて考えながら作りあげる。それに対してこれはクソコードだと言われたらどうだろうか。考えてみる。 よく、クソコードというのはコードがクソだと言っているのであって、お前がクソだと言ってるわけではないから切り離して考えるべきだという言説がある。僕はこれには微妙に賛同できない。その人が生み出したコードは、少なくともその人のいくぶ
私立文系卒のプログラマーもいる つまりコンピューターサイエンスの専門的な教育を受けていない人間が、専門職として働いているわけだ ふと、これが日本のITが弱い原因なんじゃないかと思った 専門教育受けてない人間が専門職で働くって状況やばくね どうおもいますか? 追記 はてブの皆さんが意外とコンピューターサイエンスの学位を重視してなかったことが意外でしたね。 まあ、実際は高卒の人も文系卒の人も優秀なプログラマーです。 なんでこんなこと思ったかというと、ITが強いアメリカでは学位がないとプログラマーになれないと聞きかじったから。 アメリカってちょっとしたアプリやサイト制作でも、学位持ちの人しか仕事してないのかなーって不思議に思ってました。 ちなみに私もコンピューターサイエンスの学位持っていません。
この記事は プロダクトマネージャー Advent Calendar 2020 17日目の記事です🎄 カンタンに自己紹介 名古屋の企業でフロントエンドエンジニア兼PMをやってます、amakawaです。2年ほど前に事務員からエンジニアに転職して、総勢50名ほどのベンチャーで2年近くバックエンド〜フロントエンドを書きつつ、プロダクトマネジメント・プロジェクトマネジメント業務も担当してきました。 東京へ転居して、2月からディレクターとしてプロダクトマネジメント・プロジェクトマネジメントをメインにやっていく予定です。 どうしてこの記事を書いたか 弊社は少人数のベンチャーということもあり、1人のエンジニアが複数プロダクトの開発を兼任します。さらに専任のPMはいないので、エンジニア・デザイナーは自然とプロダクトマネジメント・プロジェクトマネジメントをやることになります。私も社内ツールを2、3つほど保守
こんにちは。コネクト支援チームの@tignyaxです。 みなさま、夏はどう過ごされたでしょうか? 私は、夏が好きなのに今年は夏らしいことが出来なくて寂しいなぁとなっています。。。 さて、今年2020年もエンジニア新人研修を行いましたので、その紹介と講義資料を公開いたします。 2020年のエンジニア新人研修について 基本的には2019年と同じ形*1での実施となりました。 最初の1週間で必修講義をしたあと、新人の皆さんには2週間ずつ3チームを体験してもらいました。 チーム体験のコンセプトは、新人に「興味のあるチームで実際に業務を体験し、配属希望を決める参考になった。」と言ってもらうことです。 各チーム体験では座学や研修を中心にするのではなく、業務体験が中心です。 チーム体験を通して、配属先を検討する材料にしたり、いろんなチーム/人/業務を知ってもらえる機会となります。 必修講義 誰に: 開発/
(この記事はVPoE handbookの目次&サマリパートです) 以下で書き始めを宣言してから進捗が悪思わしくなかったhandbookですが、ようやく書き終わりました。 数えるといつの間にか合計30,000字ほどになり、意外とボリュームが増えてしまったので、少しずつ読みやすいように章ごとに記事にしています。 目次はこの記事の目次部分、もしくはこちらのマガジンの一覧からご覧ください。 この記事自体ではその目次と簡単な解説をつけ、ざっくりと全体像を知り、詳しく読みたい気になる記事を見つけやすくするような構成で書いていきたいと思います。 (この7月からは開発マネジメントのキャリアとはまた違った方向に進みだしたので、賞味期限切れギリギリ?!になりましたがなんとか整理も終わりました。) VPoE handbookを書こうと思った理由まずはなぜ書こうと思った?の問題意識から。 この記事にあるように、三
この記事を読む前に、「みんなちがってみんないい」と3回唱えよ スキル相談で考えること1on1や採用・育成の中で「新しく〇〇を勉強しようと思っているんですよねー、どうですかね?」かみたいな相談をされることが多く、基本的には「イイじゃん、Youやっちゃいなよ」の精神なのですが、なんのために?そのスキルはどこまで伸ばすのか?という話はなるべくするようにしています。 その時に期待されている役割や今のスキルを分析するために、「解決すべき課題の抽象度」「スキルの関連性」という話をよくするので共有しようと思います。 我々の仕事我々は「課題(タスク)」を解決することでお金をもらっています。とくにエンジニアやデザイナーは"課題解決に特化する仕事"だと考えています。この課題には以下のようなものがあります。 解決すべき課題 ・SQLのパフォーマンス問題 ・iOSアプリユーザーさんの使い勝手が悪い ・組織の人数不
stand.fmで出している音声の文字起こしバージョンです。口語になっていて読みづらい点はご了承ください。 はじめまして、有山と申します。 ツイッターでプログラミングスクールについて言及した件についてお話ししようと思います。 そもそも経緯としてはプログラマー、エンジニアを採用したいわけではなく、運営しているエロサイトのアシスタントが欲しいと思って、この一週間で20人くらいオンラインで面接をしました。 募集したのはあくまでサイト運営のアシスタントなんですが、プログラムかじっててコーディングとかできる人にはお願いできる仕事の幅が広がるのでそういう人は歓迎です、という感じで募集をしていました。 するといわゆるプログラミングスクールを卒業してフリーランスしてます、っていう人から3人くらい応募がきました。 そこで経歴、職歴、あとはポートフォリオあれば送ってください、と言ったところ、3人ともポートフォ
プログラミングに必要な素質は数学力よりも言語能力という研究結果プログラミングの学習は第2外国語の学習と同じ脳の場所を使う プログラミングに馴染みのない人にとって、プログラム言語は非常に厄介に感じるものです。 特にこれまでの通説では「プログラミングは数学力に通じる」とされており、文系出身者にとっては、より一層の苦手意識を感じさせる要素になっていました。 しかし今回、アメリカの研究者らによって行われた研究によって、プログラム言語の学習効率は主として言語能力に依存していることがわかりました。 数学の専門知識や計算能力の介在する余地は想像より遥かに少なかったのです。 小説や詩の文面にキラリと光るセンスを感じ取る能力がある人は、プログラマー適性があるかもしれません。 しかし研究者たちは、どのようにプログラミング適性と言語能力の相関関係をみつけだしたのでしょうか? 研究内容はシアトルにあるワシントン大
はじめに この半年くらいで初めて本格的にチーム開発を行い、今では日常的にプルリクエストというものを使っています。 チームの方々には、基本的なことから応用的な部分まで様々な観点からレビューをしてもらって、大いに勉強になりました。 ただ、時には「新人にとっては厳しいレビュー」をいただき、致命傷で済んだものもありました。 もちろんそれは悪意のあるものではなくて、新人とレビュワーのスキルのギャップによって意図せず生み出されてしまうものです。 そのような不幸なレビューによって苦しむ新人が減ることを願って、新人を殺してしまう恐れのあるレビューをまとめていきたいと思います。 新人教育の場に少しでも役に立てていただけると嬉しいです。 前提条件 今回の対象とする「新人」は、本格的な開発経験が1年未満の方を想定しています。 個人で少しプログラミングはしてきたけれど、チーム開発は未経験の新卒や、インターン生、プ
axia.co.jp どこかのエントリで呼ばれた気がした。 必要もないのに他人のエントリに乗っかるのは好きではないのだが、たまにはブログっぽいことを書かないと、と思ったので、軽く書く。 ある勉強したプログラマの末路 まず自分の話をしたい。 私は趣味で多数の求人サイトに登録している。 転職エージェントはうるさいので使っていない。 サイトに登録して、経験言語と年数にチェックを入れ、職務経歴書をサニタイズして(なんとこの用語は顧客を特定できないように「無毒化する」という意味で一般的に使われ始めている)掲載しているぐらいである。 ちなみにpaizaでもSランクを持っている。自慢にもならないし、求職活動に役立つわけでもないが、持っている。 こうして、現年収を正直に「200万」と書いておくと、スカウトメールがけっこうやって来るので、それらを暇つぶしに眺めるのである。 Webで年収400万超えるとこって
「日本史なんかより、プログラミングを教えるべき」三木谷浩史氏と夏野剛氏が日本の技術者不足を嘆く この対談がテクノロジー界隈の怒りを買って大炎上しております。三木谷氏と夏野氏曰く、日本史なんか教えなくていいからプログラミングを教えろ、日本でプログラマが足りない理由は工学系とかプログラム系を学ぶ学生が少ないから、だそうであります。つまり、それらを学ばない若い人が悪い、ということの様です。 しかし日本と欧州や北米の現場をみて来た自分からすると、お前ら一体何言ってんだということを申し上げたい。 日本で通信系やIT系の技術者が増えない理由は、ずばり、それら業界がエンジニアを大事にしないからでしょう。 このブログでも再三書いていますが、欧州だと、弱小ベンダーだって日本の様なデスマーチとは無縁です。就労環境の良さは比較になりません。インフォメーションアーキテクトなら年収2千万を軽く越える人だっています。
Photo by Ryan Johnson 今回は、paiza開発担当の佐藤がお送りします。 paizaの開発エンジニアとして働き始めたのが今年2月から。日々Railsと格闘しつつpaizaのWebサービスの開発を行ってますが、それ以前は北陸のとある地方でC#メインの運用保守エンジニア(常駐型)をやってました。そんな自分が開発エンジニアになるためにやった事、また実際になってみて判った事について書いてみます。 ■何をやっていたか 地方の高専の情報工学科→同じ地方の大学に編入→大学院→同じ地方の常駐メインのIT企業→paiza(ギノ)というのがこれまでのキャリアです。その地方のIT企業では地方自治体のサーバの運用保守のエンジニアをやってました。 運用保守エンジニアの仕事は、他社が作ったシステムが納品されたところから引き継いで運用保守をしていたのですが、そのシステムは色々とバグが多かったので当初
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く