失点を防げ！失点しにくいエンジニアリングマネージャーになるために取り組んだ3つのこと - Qiita
はじめに 株式会社LITALICOの@inyocchiです。toCメディアサービスでエンジニアリングマネージャーをしております。 サッカーW杯での日本代表の活躍凄かったですね！サッカーの試合結果を見ながらふと、「サッカーって失点されなければ負けないよな。今年、自分がエンジニアリングマネージャーとして取り組んだことも、失点を減らす活動だったな」と思い、失点を防ぐために行った3つの取り組みをまとめてみました。 エンジニアリングマネージャーに必要なスキルに関する記事は多いと思いますが、実践的な内容は少ないと思うので、参考になれば幸いです。 活動のきっかけ LITALICOに入社前は、エンジニアチームのマネージャーだった期間もあるのですが、プロダクトマネージャーやプロダクトオーナーとしてエンジニアチームと関わる期間の方が長いキャリアを歩んでいました。 LITALICOに入社後は、担当プロダクトにP
QAエンジニアに転向して0ヶ月の私に立ちはだかった自動テスト運用の壁 - Qiita
はじめに リンクアンドモチベーションでQAエンジニアをしています。 私はこれまでプロダクト開発に従事していたのですが、紆余曲折あり10月からQAエンジニアとして 関わることになりました。 そんな私が最初に着手したのがAutifyの運用改善なので、それについて書いていきます！ Autifyの導入後から半年の状況 弊社はAutifyを約1年前に導入しました。 Autifyとは... ブラウザ操作を記録するだけでテストが ノーコード で 誰にでも簡単 に作れるツール 導入当初は、手動で行なっていたリグレッションテストの工数が削減されるということで、開発者からも歓喜の声が広がっていました。しかし、それから数ヶ月後にあるプロダクトの開発チームにおけるAutifyの状況はこんな感じでした。 私：「リリースする際に、Autifyが成功していることを確認してますか？」 開発者：「。。。いつもは、、、してい
実務経験ほぼゼロでTypeScriptやNext.jsを扱う開発案件にアサインされた人のための備忘録 - Qiita
はじめに 筆者は2022年8月に株式会社ニジボックスに入社し、翌月の9月に現在のプロジェクトにアサインされました。 入社時はフロントエンドの実務経験はほぼゼロで、HTML/CSSやJSの基礎的な文法・ルールをスクールや独学で勉強していた程度の新人エンジニアでした。 そんな私がいきなりTypeScriptでNext.jsをガリガリ書くようなプロジェクトにアサインされ、困ったことや技術的につまずいたところを備忘録としてまとめていきたいと思います。 （読者の方が私と同じ轍を踏まなくて済むように、先輩方からいただいた解決策や私なりの解説を載せておきます） 対象読者 フロントエンド初心者、実務経験があまりない人 これからNext.jsやTypeScriptなどを扱う業務もしくは学習を始める人 前提 フロントエンドの実務経験が少ない筆者が、あくまで同じような技術レベルの方に向けて書いた記事です。 この
ワンランク上のSQLを書くためのポイント3つ - Qiita
この記事はNuco Advent Calendar 2022の17日目の記事です。 ワンランク上のSQLとは？ 1年近く、データ分析に関わる業務に携わっってきた中で、良いSQL、いまいちなSQLをいろいろ見てきました。 自分が書くSQLも、最初の頃は目も当てられないSQLも書いてきました。そんな中で、こんなことを意識していくと、より良いSQLになるのでは？というポイントをまとめていきます。 とりあえずSQLの文法は一通り勉強して、取得したいデータをとってくるSQLをかけるようになったぞ。という人に向けたものなので、本当に基礎的な文法は解説していません。 ワンランク上のSQLを書くためのポイントは、 ・読みやすい ・再利用しやすい ・処理が早い の３つを押さえられているかどうかだと感じています。 可読性が高いメリット 間違いにくくなる/デバックが容易になる エラーが出てくれれば間違っているこ
git push -f が更に安全になる --force-if-includes - id:onk のはてなブログ
歴史改変、してますか？ 私は歴史改変が大好きで、毎日 rebase しています。なので割と毎日 git push -f することになっています。 口で -f と言っても、実際には --force-with-lease --force-if-includes をしているので、これらのオプションのご紹介。 この記事は はてなエンジニア Advent Calendar 2022 の 18 日目です。昨日は id:rokoucha さんで 壊れたデータベースとの向きあいかた - rokoucha でした。 qiita.com -f の危険性 ...--F--G--H <-- main という状態で push した後、H をコミットし直したとしよう。 ...--F--G--H' <-- main \ H <-- origin/main このまま H' (main) を origin/main に p
2022年に OSS 活動によって得た報酬を公開
この記事を書いているのは 12 月 17 日なのでもう 3 日分書いていないことになりますが、頑張って追いつきたいと思います。 筆者が 2022 年に OSS 活動によって得た報酬を公開します。 前提 筆者はUbie 株式会社のフルタイムのソフトウェアエンジニア兼大学生であり、余暇時間にいくつかの OSS に関わっています。 主に Prettier というコードフォーマッターのメンテナンスをしています。 目的 この記事の目的は、読者の誰かがお世話になっている OSS プロジェクトに対して寄付や貢献をするきっかけになることです。ぜひお願いします。 筆者が受け取っている OSS 活動による報酬には大きく分けて二種類あります。 一つ目は OSS プロジェクトの OpenCollective から分配された報酬です。Prettier の OpenCollective に集まった資金を毎月 $150
消える「経理のおばちゃん」と増える簿記リーマン｜株式会社板橋 東京中央支店
【経理のおばちゃんを消す仕事】 先日、某外資系ITコンサルタントのフォロワーさんと飲んでた際に「俺は、経理のおばちゃんを消す仕事をしてるんだ…」との独白を受けた。別に彼が外資系IT暗殺結社に勤めているのではなく、彼がシステム導入支援の仕事をしていて、その結果経理のおばちゃんが職を失う事になっているという話なのだが、これは身近な所では弊社でも同じことが起きていた。 【経理のおばちゃんを消すマシン＝ERPパッケージ】 昔は例えば交通費等の経費精算や請求書の発行業務、日々の伝票発行の様な所謂ルーティン化された日常経理業務は「経理のおばちゃん」が担っていたケースが多い様に思われる。この仕事が今凄い勢いで、SAP等のERPパッケージと呼ばれる統合ソフトウェアの導入により、消えて行っている。具体的に上記の様な作業は非経理の担当自らが操作を覚えて実施することを要求されており、その結果、専任の担当者は姿を
受託開発企業で一年働いてみて感じたこと - Qiita
はじめに 都内でWEBエンジニアとして働いているまさきちといいます。 受託開発企業に勤める中で経験したこと感じた事を語りたいと思います。 目次 この記事の対象読者 受託開発企業で働く中で感じたこと 複数案件を掛け持つのが当たり前 フロント、バック、インフラ全てこなせる必要あり ハードワークのため、体調やメンタルを壊してしまう人も クライアントワークが主なのでお客様の対応で消耗しがち 商流が深くなると厳しい環境になりがち テストコードや設計にかける時間が少なくなりがち 夜遅くまで残って仕事をしている人が多く、人生について考えさせられる。 技術力や知識よりも顧客折衷や、マネジメント力が評価されがち 効率重視なので技術が固定化されやすい 終わりに この記事の対象読者 WEB系エンジニアを目指そうと思っている方 受託開発企業の働き方について知りたい方 同じ受託開発企業に勤めていらっしゃる方 受託開
エンジニアリングマネージャーが手懐けるべき荒ぶる四天王 - STORES Product Blog
この記事は「STORES Advent Calendar 2022」 12/17の記事です。また、「Engineering Manager Advent Calendar 2022」 カレンダー2の12/17の記事でもあります。 こんにちは！STORES エンジニアリング室の塩谷(@kwappa)です。この記事では、エンジニアリングマネージャーの中に棲んでいる「荒ぶる四天王」について考え、うまくつきあい、あわよくば手懐けてしまおう、という試みについてお伝えします。 エンジニアリングマネージャーのしごと この記事をご覧の方でしたら、今年8月にオライリーから発売された『エンジニアリングマネージャーのしごと』という書籍に興味がある、もしくはもう読んだのではないでしょうか。エンジニアリングマネージャー（以下EM）という重要だが定義がふわっとした仕事にどう取り組んだらいいかのガイドとなる、とてもいい
個人開発で食べられるようになるまでに、しなかった事
家でゴロゴロしながら、個人開発アプリだけで生活している、あたかです。 会社を辞めて、2年間ツールアプリをちんたら更新していたら食べられるようになったのですが、食べられるようになるまでに 「やらなかった事」 を10個発表します！ やった方がもっと良かったかもしれないですが、やらなかったので仕方ない。 1. 市場調査 このカテゴリーは儲かるのか、ニーズが多いのか、そういう事は一才やらなかったです。 調査方法が分からなかったし、単純に面倒だったからですが、ちょっとカッコつけた事を言っちゃうと、自分が欲しくて作りたいサービス以外は、作る気が無かったからです。 結果的に、自分が欲しくて作りたいサービスだと、新機能や改善内容は自分の頭の中から浮かんでくるので、思いつきだけでサービスを成長させる事ができて、一人で頑張らないといけない個人開発者には有利に働いたのかなぁと思います。 2. 競合調査 自分が作
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
