1~2年目のエンジニア向けにキャリアや勉強方法について話したこと
オフィスアワーで1~2年目のweb/モバイルエンジニア向けに今後のキャリアや勉強方法について話す機会があった。形式としてはLTのような形ではなく、質問をいくつかもらいそれに都度答える形で進んだ。LTのような1対多の発表よりインタラクティブに相手に合った受け答えができるので良い形式だなと思った。 自分としてはキャリアについて偉そうに語れる立場ではないが、そこそこの刺さる話はできたと思うので今後のためにも要点をまとめておくことにする。 Q. エンジニアとしてのキャリア・技術遍歴を教えて！ 自分は正直働いた会社は２社しかない。 2012~2014 大手 Web メディアサイトの開発 2014~現在 起業 技術遍歴。偉そうに語れるようなものではないことがお分かりいただけるだろう... 大学 4 年くらいの頃に WordPress あたりから始まり PHP や Javascript を触る 新卒入社
ドメイン知識が求められる開発をどのように乗り切るか - freee Developers Hub
こんにちは、freee会計のプロダクトマネージャー（以下PM）をしております、gokiです。 皆さん、「ドメイン知識」という言葉、聞いたことありますか？ ドメイン知識（英: Domain knowledge）または領域知識は、はっきり限定された、ある専門分野に特化した分野の知識であり、一般知識またはドメイン独立の知識と対比される。 ドメイン知識 - Wikipedia freee会計での開発現場で例示すると「確定申告のプロダクトを作るには、開発技術だけでなくそもそも確定申告業務の理解というドメイン知識が必要だよね」みたいな使われ方をします。 freeeはスモールビジネスの皆さんのバックオフィス業務を改善するプロダクトを作っているので、このドメイン知識が開発においても必要な場面が多いです。 そこで、今回はドメイン知識が必要な開発をどのように進めるか、というコツをPM目線でご紹介しようと思いま
30代後半になって初めて発信活動を始めたら人生が変わった話 - Qiita
はじめに 2年半前の私は、IT系の会社に勤めている30代後半の平凡なサラリーマンでした。 その時点では、社外での発表経験なし、社外での勉強会の参加経験なし、技術記事の投稿経験なしでした。 そんな私が発信活動を始めたことで人生が変わりました。 今は凄く楽しいエンジニアライフになり、以下のような事が起きました。 複数のITエンジニア向けコミュニティに所属して楽しく交流 「Serverless LT初心者向け」というコミュニティを立ち上げて運営 Developers Summit 2020 KANSAI でベストスピーカー賞1位を受賞 ITエンジニア向けの月刊誌「Software Design」で連載記事を執筆 すべては発信活動を始めた事がきっかけでした。 発信活動を始めると素敵な事がいっぱいあると知ってもらう事で、発信活動を始めるきっかけになれば幸いです。 (長いので要点を知りたい人は太字のみ
新人エンジニアはnewsletterを読もう - Qiita
エンジニアには「技術的な議論についていけるようになりたい」とか「自分が伸ばしたい分野の最新情報をちゃんと追いかけたい」とか悩んでいる人が多いと思う。 例に漏れず私も悩んでいて、以前からいろいろ試していたが、同僚が紹介していた「newsletterを購読する」方法が一番ためになった。 まず不足しがちな情報として、コミュニティの最新動向をキャッチアップするためにはnewsletterを購読している。 newsletterとは有志がある技術に関する最新動向をまとめて定期的に配信するメディアで、僕が購読しているものだと https://this-week-in-rust.org/ https://www.cncf.io/kubeweekly/ などがある。 大体は「<技術名> newsletter」で検索するとそれっぽいものが引っかかるのでそれをsubscribeすればよい。 まともなnewsle
ストレスを生まないSlackのコツ - Pepabo Tech Portal
こんにちは、ホスティング事業部の @dojineko です。 今日は2022年02月22日、スーパー猫の日です 🐾 そんな今回は、2022年01月に社内で共有した、Slackを活用した日常のコミュニケーションでストレスを与えやすいパターンの例とその改善手法の提案を、 テックブログの記事として編集したものを共有したいと思います。 今昔ペパボのテキストコミュニケーション GMO ペパボではコロナ禍以前より、テキストでのコミュニケーションを主体とした業務に取り組んでいます。 普段からほとんどのコミュニケーションはSlackによるテキストチャットで行われ、 それぞれが組織やサービスにある課題やそれらを改善する提案をしたり、業務に関わる内容を文字にしたりしながらコミュニケーションしています。 テキストでのコミュニケーションは、「考えていること」「思っていること」を文字として具体化できることや、 後
そろそろ確定申告の季節ですね - Qiita
はじめに 今年（2022年）1月から、久々に個人でスマホアプリ配信の副業を再開してみました。 脱税（違法）は絶対ダメですが節税（合法）は限界までしたい と思っているタイプなので、以前副業でやっていた時に税関連のこと（所得税法）をそこそこ調べておいたつもりですが、かなり久々なので現行ルールの確認がてら、主にスマホアプリで副業した際の確定申告の要点をまとめてみます。 ストーリー（ポエム？）として文章を書きたかったので、グダグダと長文を書いてますが、要点は最後の「まとめ」で簡潔に書いてあります。 エンジニアとして働いている私たちには少し縁遠い「経理」に関する話題ですが、 趣味でスマホアプリを出しつつ、ついでにマネタイズしているエンジニアは多いハズ サラリーマンはどうしても確定申告と縁遠い スマホアプリで確定申告が必要な水準まで収益を上げる事は困難である（個人の場合99%以上の人は確定申告不要で、
状態、結合、複雑性、コード量の順に最適化する - valid,invalid
There’s No Such Thing as Clean CodeのHacker Newsコメント経由でコードやシステム設計・最適化についての良いコメントを見つけた。どうやらHacker Newsで何度も引用されているらしいが日本語で言及された記事が見つからなかったので取り上げてみる。 コメントは2016年のSandi MetzのThe Wrong Abstractionに関するもので、発言者のcurun1rいわく「私は設計の優先順位をこの順序で学習することで、優れた開発者になれた」。*1 4つの基準と優先順位のガイドライン 状態 > 結合 > 複雑性 > コード量 私は状態 (state)、結合 (coupling)、複雑性 (complexity)、コード量 (code) の順に削減することでコードを最適化する。 コードがよりステートレスになるなら、結合を増やすこともいとわない 結
エンジニアのための、いますぐ使える文章校正テクニック - ICS MEDIA
ウェブ制作や開発の仕事で文章を扱う機会は多いはず。書き手は不自然に思っていない文章でも、読み手は違和感をもっていることがあります。文章校正テクニックを覚えるだけでおかしな表現は少なくなり、読みやすい文章を書けるようになります。 本記事では、ICS MEDIAで実践している文章校正の一例を紹介します。 レベル1、基本的な校正ルールを使う いろんな場面で使える基本的な文章校正テクニックから紹介します。 テクノロジー系の名詞は正しく記載しているか テクノロジー系の名詞を間違って使うと、「本当に技術に詳しいの？」と読者からの信頼度が下がります。名詞は大文字小文字、スペース有無含めて正確に記述しましょう。 Github → GitHub（Hは大文字） Javascript → JavaScript（Sは大文字） After Effect → After Effects（複数形の「s」を忘れてはいけな
良いコードとは何か - エンジニア新卒研修 スライド公開
株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 https://note.com/cyberz_cto/n/n26f535d6c575
できないエンジニアの特徴 - Qiita
エンジニア単価表の記事はこちら！ はじめに 社会人になってから数年。数々の失敗を目撃 & 体験をしてきました。 その教訓で、改善すればより仕事も人間関係も円滑に進み、エンジニアとしても成長できるだろうなというネガティブな点をまとめてみました。 僕も過去できていなかったり、今もできていないところはありますが、反面教師として伝えられたらと思います。 特徴 1.納期に間に合わない時、自分から報告してこない 明確に期日が共有できているのにも関わらず、直前もしくは遅れる旨を報告してこないパターンです。 責任感がない人に多い気がします。実力不足であったり、実装していくうちにタスクの見積もりがずれることもあるので勇気を持って報告しましょう！ 2.タスク分解しないで、仕事し始める 機能実装のような中規模以上のタスクは、DB変更など下のレイヤーが間違っているとその上位の実装も全て修正しなくてはいけなくなりま
失業したらiDeCoの落とし穴にハマった件 - 35歳からの中二病エンジニア
僕は金策の一環でiDeCoを活用している。この制度が年金と関連しているのは契約時にざっくり把握していたつもりだけれども、失業状態を挟んだ転職でえらい面倒なことになってしまったので、備忘録がてら内容を書き記しておく。ちなみに、僕が加入しているのはSBI証券のiDeCoだが、制度的な部分は共通なので他社でも概ね同様と思われる。 TL;DR 国民年金の納付免除期間は、iDeCoの加入者資格を失う 失業期間を経た転職時は、iDeCoの変更申請を2回、書面で手続きする必要がある 何もしないと、資格喪失中の掛金が手数料を差し引かれた上で還付される 手続きにはタイムラグがあるので、還付を避けたければ銀行側で口座振替を解除すべし 会社都合での退職 今年の9月30日をもって、前職の会社を退職することになった。これは会社都合の退職だったのと、転職先がすぐには決まりそうもないということで、一旦失業状態になること
PMBOKとは？第7版でPMBOKの内容が劇的に変更された理由
PMBOKとはPMBOKは「Project Management Body of Knowledge」の略語で、日本語に訳すと「プロジェクトマネジメントの知識体系」です。読み方は「ピンボック」です。米国のプロジェクトマネジメント協会（PMI）が1986年にPMBOKのガイドブックの初版を刊行してから、ほぼ4年ごとに改訂され今では「プロジェクトマネジメントの世界標準」とされています。 本来「PMBOK」は体系そのものを指しますが、PMBOKのガイドブック「PMBOK GUIDE」を指す言葉としても用いられています。 【参考】PMI日本支部 2017年に発刊されたPMBOKの第6版はA4判750ページの大冊でしたが、第7版は250ページと1/3のボリュームになりました。目次の構成もガラリと変わっています。この大改訂にショックを受けたのが、プロジェクトマネジメント協会が主催するPMP試験（プロジ
ITエンジニアと「45歳定年説」｜久松剛／IT百物語の蒐集家
新浪剛史サントリーホールディングス社長による「45歳定年」が話題です。下記ニュースがよく纏まっていますが人材流動化、終身雇用・年功序列・退職金制度の見直し、解雇規制の緩和ムード醸成など様々な解釈が溢れています。 個人の見解としてはキャリアの多様性はあるべきですし、IT界隈を見る限り大学は専門性を身につけるというより教養を身につけるのが日本の大学であるため、入社後に0スタートで教育し育てていく（TwitterではJTC - Japan Traditional Companyなどと呼ばれている）往年の日本企業の労働スタイルにははっきりとした必要性があると感じています。そのメリットを活かしながら生き残って頂きたいと考えていますが、どうも総合職の終身雇用まで踏まえると事情は違うようです。 一方、ITエンジニアはどうなるかというと全く事情は異なってきています。今回はITエンジニア界隈における45歳定
設計に悩みすぎる前に手を動かしてみる話
私がソフトウェア開発において心がけていることの一つに「設計に悩み始めたらとりあえず手を動かす」というものがあります。今まで深く考えずにそう心がけていましたが、この記事で自分がなぜそうしているのか整理して言語化してみたいと思います。 話のスコープ ここでいう「手を動かす」とは「コードを書く」ことです。設計と聞いて人によって思い浮かべるものが違いますが、ここでは「一人のソフトウェアエンジニアが四半期程度かけて開発する規模の機能の設計」を想定しています。何人ものソフトウェアエンジニアが長期に渡って行うような大規模開発には当てはまらないです。 本題 次のような経験はないでしょうか？ 設計を考えながらデザインドキュメントを書いていたら細部の粗が見えてきて無限に悩み続けてしまった。考えなきゃいけないことがどんどん膨らんでいって、いつまでも実装に手を付けられなかった。 これに対して私は「設計に悩み始めた
1年目で辞める未経験エンジニア／採用を後悔する企業の裏側｜久松剛／IT百物語の蒐集家
先立って未経験としてエンジニア入社し、4ヶ月でフリーランスになったというポストがTwitterを駆け巡っていました。私自身は未経験エンジニアが早期退職しフリーランスとして独立（そしてそのノウハウを売る）するムーブメントを問題視しており、下記のような投稿をしました。今は削除されていますがご本人も登場されました。 公務員を辞めてベンチャー内定後、4ヶ月で独立したという生存バイアスポストが回っていますが、こういう事例があちこちにあるので未経験採用を辞めている企業は多いです。後進の邪魔でしかありません。 あと時系列的に3ヶ月の試用期間でスパッと切られた可能性があるのが気になります。 — 久松剛 (@makaibito) September 13, 2021 4ヶ月というのはまた極端な例ではありますが、1年で辞めるパターンは数多く耳にします。今回は私も失敗も含めて経験してきた未経験エンジニア採用界隈
採用担当者から見る、実務未経験エンジニア市場で起こっていること｜とし
iCAREでVPoEをしている安田と申します。 弊社のエンジニア採用は、以前は実務経験のある方に対象を絞っていましたが、数ヶ月前から実務未経験エンジニアも積極的に採用するようになりました。 そして、実務未経験エンジニアを対象として、かなりの数の書類選考、カジュアル面談、面接をしてきました。その結果、多くのことがわかってきたのですが、今日はこの実務未経験エンジニア採用まわりの知見について、過去のツイートも参照しながら、まとめてみたいと思います。 採用担当者は「そっくりな」応募者情報の山の中で疲弊している自分は実務未経験エンジニアの採用活動について、折に触れてツイートしているのですが、このトピックで、はじめてある程度の注目を集めたのが、以下のツイートです。 今日も未経験エンジニアとカジュアル面談しましたが、最近思うことなのですが、未経験エンジニアが市場に溢れすぎて、かつ彼らの作るポートフォリオ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアの個人ブランディングと技術組織
開発組織の持続可能性について
じゅじゅ on Twitter: "エンジニアになりたい方、文系職でもIT基礎知識は学びたい方にお勧めなのが、テックカンパニーの無償公開されてる研修資料を読むこと。基礎から体系的に纏められてることが多く、全体感・ポイントが学べる お勧めな10社を纏めましたのでご参考にしてください ※本ツイートにリンクぶらさげておきます https://t.co/QXKSQFaraO"
世界で何百万人ものプレイヤーが同時にプレイ「Pokémon GO」を支えるシステムをエンジニアが紹介
