入社2年目の悩みー仕事と競プロの両立についてー - 競プロ始めました-kaede2020-
0.はじめに 1.仕事のこと 2.体力が続かない 3.離れてみてわかったこと 4.仕事で何を目指すのか 5.競プロで何を目指すのか 6.そしてまた日常が始まる 7.終わりに 8.おまけ（その後のこと） 0.はじめに 昨年の2023年2月1日にAtCoder株式会社に入社しました。おとぎ話にたとえるならば、「めでたしめでたし」と全てが円満に終わって、その後は読者の想像にまかせることになるのだと思います。しかし、それがスタートであるというのは、ある程度の人生経験があればきっとわかるのではないかと思います。 前だけを見て走り続けた1年でした。 1年経ってやっと少しだけ周りの景色を見る余裕ができました。このまま後14年、定年までこの速度で走り続けられるのだろうか。そう思ったとき、私の足は前へ進まなくなってしまいました。そして立ち止まった私は、この1年間、四六時中AtCoderのことを考えていたのを
一人目QAエンジニアの1年半の軌跡
Tebiki株式会社でQAエンジニアをしている中西です。 2023年1月に一人目QAエンジニアとして入社して、1年半が経過しました。 今回は1年半をふりかえり、取り組んだ内容を簡単にまとめました。 これまでのQAエンジニアの活動を知っていただき、現在のプロダクト、チームの状況をお伝えしたいと思います。 一人目QAエンジニアとして奮闘している方、他社のQA活動に興味がある方に何か伝えられれば幸いです。 それでは、振り返っていきます。取り組み内容の詳細を知りたい方は、ぜひカジュアル面談でお話させてください。 知ってもらう入社して最初に取り組んだことは、社内外にTebikiのQAエンジニアについて認知してもらうことを目的にミッションを策定しました。 このミッションによって、ソフトウェアテストによる品質保証よりも開発プロセス全体でボトルネックになっている、もしくはなり得るプロセスを改善することに注
メルカリを退職しました - ML_BearのKaggleな日常
これは何？ いわゆる退職エントリです。タイトルの通り、今月末でメルカリを退職することになりました。 一度の離脱を挟んで足掛け5年勤務し、今日がメルカリの最終出社日でした。大変お世話になった会社なので、感謝の意を込めて個人的な振り返りを書き残しておこうと思います。 注記：ネガティブな内容はほぼ出てきません。「退職」という文字を見てネガティブな内容を期待されて記事を開かれた皆さま、ご期待に添えず申し訳ありません🙇 おまえ誰？ ML_Bear と申します。最近は機械学習エンジニアを名乗りつつ生成AI驚き屋も行わせていただいております。 メルカリ入社当初はデジタルマーケター兼データサイエンティストでした。後述の通り、メルカリ在籍中に機械学習エンジニアへのキャリアチェンジの機会をいただきました。 メルカリで何をしてたの？ ざっくりいうと、前半はデジタルマーケター兼データサイエンティストとして、後半
強迫観念駆動人生へ愛を込めて - しんぶんぶん
はじめに 自分は最近までかなり強迫観念に囚われて生きてきたのですが、最近それが薄れてきて今までの生き方を俯瞰的に見れるようになったので、いったん文章をしたためてアウトプットしておきます。かなり雑多な文なので読みにくいかもしれません。 共感を呼ぶような生き方ではないので、こんな人もいるんだなくらいで読んでください。共感してくれる人がいたら頑張って生きていこうなという気持ちです。 強迫観念駆動人生 自分は以下のような強迫観念を最近まで抱いていました。 何者かにならないといけない 何か大きいことを成し遂げないといけない 常に手を動かし続けないといけない 無駄なことをやっている暇はない 技術をやらないと死ぬ 技術的に価値のない自分に生きている価値がない 強迫観念はどこからきたのか そもそも強迫観念には、環境や人などの外的要因と、自ら植え付ける内的要因があると思っています。 外的要因 まず自分の外的
エンジニアとしてフルリモートワークで8年生き残る技術 - Qiita
こんにちは。吉田智哉です。 岩手県盛岡市に住みながらエンジニアとしてフルリモートワークで東京の開発案件を請けてます。 気が付くとこの働き方で8年間も経過していました。 8年生き延びることができたので、そのコツをシェアしたいと思います。 その日のコミットはdraftのpull requestとして出す エンジニアは成果物が全てです。 いくら一生懸命働いていたとしても、成果物、つまりコードがなければその日働いていたとしても 成果として認められません。 チームメンバーやリーダーに対してちゃんと働いていることをアピールするために、 その日のコミットはその日のうちにpull requestとして出すようにしています。 作業が途中の場合はdraftのpull requestにしています。 pull requestとして出せない調査系のタスクの場合は 調査した記録をドキュメントとして残しておいて、 他の
成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ
成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ 2024年5月16日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』（2016年、2019年に改訂2版、技術評論社、共著）、『Go 言語プログラミングエッセンス』（2023年、技術評論社、単著）がある。関西在住。 X:@mattn_jp GitHub
はてなに入社して20年が経ちました - 田中慎樹メモ
若干冗談のようなタイトルですが、本当のことです。2004年5月1日に株式会社はてなに入社して20年が経ちました。創業者近藤淳也を含めて5番目。創業時体制は3人だったので、その後の採用で2番目となる社員でした。 新卒の会社に約5年間在籍した後の転職でした。20年も続いたのかという驚きも少しあり、一方で正直なところ20年間という時間の長さや重みも少し掴みかねていもいます。少々実感に欠けているというか。致し方ないでしょう、多くの人にとって「勤続20年」イベントは人生で1回しか経験しないことだと思いますし。 コンサルティング業界からインターネット業界という異業種転職、またコードも書けない非開発者ということで、色々と下積みから勉強させていただいたり遊ばせていただきました。当時、インターネット業界は新興業界、誰しも促成プロフェッショナルとしてやるべきと意地になって頑張った自覚もありつつも、振り返ってみ
若手のうちに知りたかった生産性の高め方
D-Plus Tokyo #1 https://d-plus.connpass.com/event/315744/
今のチームに来てから最も生産性が上がった考え方｜牛尾 剛
多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある
【スゴ本】ITエンジニアの「武器」を増やす5冊
Dain 古今東西のスゴ本（すごい本）を探しまくり、読みまくる書評ブログ「わたしが知らないスゴ本は、きっとあなたが読んでいる」の中の人。自分のアンテナだけを頼りにした閉鎖的な読書から、本を介して人とつながるスタイルへの変化と発見を、ブログに書き続けて10年以上。書評家の傍ら、エンジニア・PMとしても活動している。 わたしが知らないスゴ本は、きっとあなたが読んでいる keyboard_arrow_down はじめに keyboard_arrow_down 独学のキモは「いかに継続するか」 keyboard_arrow_down 「顧客が本当に必要だったもの」をいつ知るか？ keyboard_arrow_down チームに笑顔を keyboard_arrow_down 質の高い課題を見極める keyboard_arrow_down 技術を哲学する keyboard_arrow_down おわり
エンジニア生存戦略2024 - Qiita
はじめに 新社会人の皆さんもそうでない皆さんもこんにちは。 この記事を読む方々は将来に漠然とした不安を抱えている方かと思いますが、いかがでしょうか？わたしは抱えています。 このエントリーでは、そんな不安を払拭するための生存戦略を考えます。 考察に利用するデータは政府が公開している信用できるデータを利用していますが、わたしの個人的考察については必ずしも正しいとは限りませんがそのつもりで読んでいただければと思います。 まずは情報収集 戦略を考えるには現在の状況についての情報をできるだけ多く集める必要があります。情報が足りていない状況で何かを判断するのは大変危険です。例えば最近は見かけない広告で 『フルリモート週３日出社副業で８０万円収入』 といったものがありましたが、情報がなければ、それがどのような性質のものかを判断することもできないかと思います。 最近ではWebでググったり、ChatGPTに
51歳システムエンジニア、25年のキャリアを武器にSIer企業へ転職 - Qiita
はじめに 皆さん、こんにちは。私は51歳で、25年以上のシステム開発経験を持つ中国出身のエンジニアです。今回、2ヶ月間にわたる多くの挑戦を伴う転職活動の末、自社サービス開発を手掛ける企業からSIer企業への転職を成功させました！ 1. 転職履歴：3度の転職で培った経験 これまで3回の転職を経験してきました。 1回目: 中国の会社から同グループ会社の日本支社へ転職。受託開発に携わり、異文化コミュニケーションスキルを磨き、日本のビジネス文化を学びました。 2回目: 現職の会社へ転職。自社サービス開発に10年間従事し、ユーザーニーズを深く理解し、チームワークの重要性を認識しました。 3回目: 今回、SIer企業へ転職。豊富な経験とスキルを活かし、新たなチャレンジをスタートしました。 2. 職務経歴：フルスタックエンジニアからプロジェクトマネージャーへ システム開発歴25年以上 受託開発15年間、
30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita
はじめに いつも聞いているポッドキャスト番組で、エンジニア転職について生々しくリアルな話が聞けたので、紹介します。今の自分がやっている仕事が市場価値を上げられているのか？ と日々の業務を振り返るきっかけになりました。詳しく知りたい方は是非、聞いてみて下さい。 転職の前提 かいちさん（転職した人）の紹介 情報系の大学院卒 中堅のバックエンド・エンジニア(30代) 社会人7年目 主に使っている言語: python, PHP アジャイル開発ができることを転職の軸に据えた 転職して感じたこと ① 30代は中堅の仕事を求められる → リーダー的立場が求められる ② 若い時の業務経験が転職の際に活きてくる → 20代はとにかく挑戦する回数を増やそう ③ 転職はどのタイミングでやってくるかわからない → 常に職務経歴書を更新し続けよう 結論 重要なポイント ・チームで開発した経験があるか？ ・AWSなど
30代からプログラミングを本格的に始めたエンジニアが生産性について思うこと - Sansan Tech Blog
最近キーボードで文字を打つのが面倒になってきている技術本部 Eight Engineering Unitの斉藤です。 キーボードは既に100年以上使われ続けているみたいですね。そろそろ新しい入力の方法ができてもよさそうです。 例えば、頭で考えていることが文字に起こせたら、AIに任せるよりももっと便利だと思います。 前置きはさておき、Sansanではちょっと前にエンジニアの生産性と生産量の最大 化が話題になっていました。このブログをご覧の方ならご存知の方も多いのではないでしょうか。 私はこれまで何度か転職をしていますが、どの職場でも例外なくこの話題が挙がりました。 チームとして、あるいは事業としてどう最大化するかが基本前提となるのですが、私が今回話したいのは個人としての生産性の最大化についてです。 私は個人の生産性を上げることもチームの生産性を上げるのと同じくらい非常に大事なことだと考えてい
優秀なエンジニアと働いてわかった成長するための立ち回り｜Yossy@英語とプログラミング
私は決して世界レベルで優秀なエンジニアではない。ただ、幸いなことにグローバルに活躍するエンジニアの方々と一緒に仕事をする機会には恵まれてきた。 エンジニアとしてだけでなくビジネスマンとしても、彼らからたくさんのことを学ばせてもらってた。 今日は彼らから学んだ成長するための立ち回りについて紹介しようと思う。 質問力が高い彼らと働いていて驚かされたことがある。 それは「これほど優秀な人がこんな基本的なことを質問するのか？」という場面に何度も出くわしたことだ。 知らないことが罪のように感じていたグローバル人材と働く前はゴリゴリの日系Webベンチャーで働いていた。その際は、簡単なことを質問することに対する抵抗感が大きかった。 「基本的なことを聞いてしまって申し訳ないのですが。。。」といった言葉を頻繁に聞いたことはないだろうか？ これは私だけかもしれないが、日本コミュニティにいると基本的なことを知ら
エンジニアの強力な付加価値スキルとしての発信力 - An Epicurean
エンジニアに限らず、BlogやTwitter、OSS、登壇など、対外発信力がキャリアにおける強力な付加価値になることは知られるようになりました。 英語力がそうであるように、発信力は必ずしも必須スキルではありません。英語ができなくても活躍しているエンジニアはいくらでもいます。同時に英語がそうであるように発信力が有力な付加価値をもたらすスキルであることは事実です。 私自身、発信力が強みになっている分バイアスがあるので、あまりそのスキルの価値を過大評価して他人に押し付けるようなことはしたくありません。それに、エンジニアだったら発信力などではなく、純粋な技術力で評価されたいよな、という青臭い気持ちもまだどこかにあります。 ですから、全員が発信すべきだとは考えません。ただ、対外発信に興味を持っている人は後押しはしたいし、そういう人が増えてほしいとは強く思っています。なぜならば、それが単純に楽しいから
GitHub に入社して 3 年経った - @kyanny's blog
2024-02-09 で GitHub に入社して丸 3 年経った。入社日は 2021-02-09 だった。 （これは 2024-03-06 に書いている） 3 年目はあまり良い一年ではなかった。年末年始は US テック業界にレイオフの嵐が吹き荒れ、GitHub でも 2 月にレイオフが行われた。比較的仲がよかったエンジニアも対象になり、数少ない「つて」がなくなった。春以降は同僚が育児休暇に入り（これはとても良いことだ）、仕事量が増えてオーバーワーク気味になった。勤怠の記録を振り返ると実稼働時間（残業）が顕著に増えたわけではないが、週末も翌週の仕事のことが頭から離れなかったり（まあそれは昔から割とそうだが）、仕事中も息つく暇なく次から次へと問い合わせをこなす感じで余裕がなかった。秋には状況が改善したが、知らずのうちにストレスを溜め込んでいたようで、職場に関連して思慮の浅さからくる失敗をして
行動をするときに「自分には向いてないかも」と悩む時間は必要ない - そーだいなるらくがき帳
PHPカンファレンス関西懇親会で若者に「俺だってソフトウェアエンジニアの才能が無いかも…と悩んだことあるよ」って話をした。 そんな悩みを持っていたのは自分が25 ~ 26歳くらいの頃で自分はエンジニアとしてスタートが遅かった（異業種転職組）から、技術力の無さを痛感しながらも、それを才能の理由にしようとしていた。 続けるために必要なのは才能ではない 悩んでいるとき、飲み会で当時の同僚で先輩の @maepon さんに相談した*1ところ、次のことを言われた。 自分が「才能ないかも」と言ったあとに帰ってきた言葉は「もし、お前に才能が無かったとして、じゃあお前はどうするんの？そのifの中に実装があるの？何も無いんだったらそのifについて考える時間は無駄じゃん。必要なくない？」って感じ。 確かに才能が無かったとして、じゃあソフトウェアエンジニアを辞めて別の仕事したいってのがあるなら考えればいいけど、当
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアとして真に成長するには？──技術スキルだけじゃない、"すごいエンジニア"が大切にするマインドセットとは
雑に思考を整理する技術と効能
