プログラマたちの業務外テック活動
同僚をみていると、仕事の外でプログラミングをしている人は少ないなと思う。ランチの時も、仕事以外のテクニカルな話をすることはほとんどない。今に限った話ではなく、もう 10 年くらいそんなかんじである。趣味プログラミングをしている人もいるにはいる。でも少ない。 ではどんな趣味があるかというと、観測した範囲では… 趣味とかいう以前に家庭が忙しい。子供が複数いて共働きというパターンはとても多いが（ヒラの収入だと共働きでもしないと家が買えないので）、そりゃ忙しいだろうなと思う。そして高学歴・高収入なおうちほど習い事を詰め込みがちであり、子の習い事やスポーツには送迎やボランティアが伴うのである。 そうした家庭持ちが家を買うとそれはそれで様々な趣味がアンロックされてしまい、忙しくなる。庭をいじったり、ガレージで木工をしたり、家自体を改造したり。こういうのは時間がかかるっぽい。 家を買えない若者もクルマと
30点で打席に立つ
めもりーさんと語るFindy Engineer Lab オフ会＠東京 LT https://findy.connpass.com/event/294069/
【緑色変】算数の教養がほとんどなかったプログラマがAtCoderを4年やって緑になれた話｜きりみんちゃんノート
こんばんみんみん。 バーチャル幼女プログラマーという肩書でインターネットをやっているきりみんちゃんというものです。 競技プログラミングのAtCoderというサービスに日々取り組んでいるんですが、この度めでたく緑レートになることが出来ました。 いわゆる色変エントリというやつです。 で、誰？3年前にこんなエントリを書いた者です。 VTuberをやったり絵を描いたりしてる社会人エンジニアです。 専門分野はAndroidでしたが、最近はフルスタックエンジニアを目指してフロントエンドやバックエンドなどをやっています。 現在のAtCoderコミュニティの中心層は理系の学生やもともと数学がかなり好きなタイプの人たちです。 一方きりみんちゃんはプログラマでありながら数学にコンプレックスがあり、それどころか小学2年までしか義務教育を受けていないため、中学、高校レベルの基礎的な数学の教養が全くありませんでした
テックリードがどんな活動したらよいのか考えて行動してみた話 - ZOZO TECH BLOG
2022年6月に、Androidテックリードになった いわたん です。最近、某モンスターを育てたり図鑑を埋めたりするゲームで社内大会をやったらフルボッコにされて涙目でした。悔しくて最近は不思議な力でクラフトしたり空飛んだりして王国を救うゲームやってます。 今回はAndroidテックリードとして1年間やってみた施策の紹介と、それぞれの成果や反省点を紹介したいと思います。これからテックリードになろうとしている方やテックリードをしている方の参考になったり、こんな施策もいいよというアドバイスをもらえたら幸いです。 ZOZOのテックリードの役割と責任 実施した施策 テックリード1on1 読書会 歴史的経緯があるアプリのアーキテクチャ整理へのアプローチ ネーミングセンスを鍛える会の取り組み 案件への関わり方 横断的なコードレビュー 横断的に使う機能の実装 まとめ 最後に ZOZOのテックリードの役割と
プログラマだった親父が死んだ
俺にとってはビル・ゲイツよりもスティーブ・ウォズニアックよりもリーナス・トーパルズよりもケン・トンプソンよりもアラン・チューリングよりもティム・バーナーズ＝リーよりもブライアン・カーニハンよりもビャーネ・ストロヴストルップよりもジョン・バッカスよりもグレース・ホッパーよりもデニス・リッチーよりも数々の功績を挙げた偉大なプログラマよりも本当に本当に偉大なプログラマだった 親父の職業がプログラマだと子供の頭で理解したとき本当に驚きだった 俺の親父はテレビテニスが作れると知ったとき、オリジナルのゲームウォッチを目の前で作りあげ誕生日プレゼントだと渡してくれたとき、俺の親父は何でも出来る人なんだと本当に憧れた PC9801やX68000で疑似3Dやワイヤーフレーム3Dをレンダリングされた際の衝撃が理解できるだろうか？俺はまさに最先端のゲームを目にしていると子供ながら身を震わせてしまったことを今でも
「ChatGPTの出現でプログラマーの需要はむしろ増えてくる」 ひろゆき氏が説く、これからのエンジニアリングのかたち
技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。「技育祭2023【春】」に登壇したのは、元2ちゃんねる管理人のひろゆき氏。エンジニアを目指す学生からの質問に答えました。全5回。2回目は、「ChatGPT」がエンジニアに与える影響について。前回はこちら。 酒を飲んでコードを書ける気はしない ひろゆき氏（以下、ひろゆき）：（コメントを見て）「飲酒しながらプログラミングしているんですけど、ひろゆきさんもされていますか？」ということなんですけど、僕、酒を飲んでプログラムを書いたことはたぶんないですね。 司会者：へぇ、意外ですね。なんでですか？ ひろゆき：もともと、家であまり酒を飲まないのもあるんですけど、脳のバッファー量って超重要じゃないですか。 例えば、コードをバーッと書いている時に、話しかけられたり電話がかかってきたりすると、脳の
ArkEdge Space で正社員になって半年が経った - 重力に縋るな
タイトルの通りなのだけれど，ArkEdge Space で正社員になって半年が経っていた． 何をやっているかといえば，そこかしこで何度も言っているが，人工衛星を作っている． sksat.hatenablog.com 正社員になるなんてことは人生で始めてのことだけれど，正直なところその「変化」の瞬間には思い入れがあるわけではない． というかあんまり覚えていない．その前日と同じように仕事をしたんだと思う． たぶん一番大変だったのはバックオフィスの人だろう． まるで正社員かのように働くインターン生も，（大学生をやりながらであることによって）インターン生かのように働くこともある正社員も，どちらもとても面倒だと思う．いつも本当にありがとうございます． だったらなんでこんな記事を書いているかといったら，まあ久しぶりに文章を書きたい気持ちになってきているからだろう． 一歩引いて考える余裕ができてきたとい
チャンスは待たずに自分で作る ─ ソフトウェアエンジニアが「好きな技術」で生きていくための技術とは - Findy Engineer Lab
Go Conferenceなどを運営する一般社団法人Gophers Japanで代表理事を務める上田拓也（@tenntenn）です。学生時代にGoと出会って以来、10年以上Goコミュニティの運営に関わっています。 読者のみなさんはソフトウェアエンジニアだったり、ソフトウェアエンジニアを目指している方が多いでしょう。そのため、普段使ってるプログラミング言語やエディタ、開発環境、OS、クラウドベンダーなどにはお気に入りがあるかと思います。しかし、いくらお気に入りだからといって、最初からその技術を極め、仕事にして人生を賭けようとはなかなか思わないでしょう。筆者もそうでした。 本稿では、筆者がどのように好きな技術（Go）と出会い、コミュニティ活動を行いながら、仕事として活動できるようにしてきたのかを紹介します。読者のみなさんに、ソフトウェアエンジニアとして「好きな技術を突き詰める道もあるんだな」と
チームにいると頼りになるソフトウェアエンジニア
チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー
100人規模のエンジニア組織で DevOps Four Keys を導入し、アジリティー向上を目指した取り組み - MonotaRO Tech Blog
※この記事は 開発生産性 Advent Calendar 2022 のカレンダー2の13日目の記事になります。 前回は1日目は hiroshinishio さんの 『より筋肉質なチームにするために、開発者が見るべき21のDevOpsアウトプット指標』 で、個人的には指標それぞれの分析や改善の方法が書かれていて勉強になりました。 こんにちは。 モノタロウで主に DevOps エンジニアとして活動している伊藤です。 休日はジムに節制した食事、サウナと健康を意識するおじさんとしても活動しています。 （最近だと渋谷の改良湯さんのサウナと外気浴スペースの具合が最高でととのいました） 今回は DevOps Four Keys*1 （以降 4keys と呼称） というソフトウェア開発チームのパフォーマンスを示す4つの指標を導入し、部門の目標として掲げたここ1年の取り組みを紹介できればと思います。 背景
数字で振り返るMercari Engineering Blogの1年間 | メルカリエンジニアリング
こんにちは。メルカリEngineering Officeの@yasu_shiwakuです。この記事は、Mercari Advent Calendar 2022 の2日目の記事です。 本記事では、技術情報の発信をおこなっているMercari Engineering Blogの定常的な計測を実施した経緯と、Engineering Blogを通じたここ1年間のおおまかな技術広報活動について振り返っていきます。 Engineering Blogについて Mercari Engineering Blogとは、メルカリのエンジニア組織が技術情報の発信（技術広報活動）をおこなっているプラットフォームの一つです。 技術情報の発信という文脈では他にもYouTubeチャンネル やDev Twitterなど、開発者向けの情報発信をおこなっているチャンネルはいくつかありますが、2015年に開始したMercari
「インフラ開発エンジニアが活躍できる領域は無限」。インフラエンジニアやソフトウェアエンジニアにとって次のキャリアとなりえる - さくマガ
さくらインターネットは、国産パブリッククラウドを開発・提供し、インターネットを活用したい多くの方々の活動を支えています。 今後、さらにパブリッククラウドの開発を進めていくうえで欠かせないのが「インフラ”開発”エンジニア」です。 日本最大級のサーバーホスティングサービスやIaaSサービスを通して、自分の開発したインフラ基盤を数十万規模のお客さまに使っていただけます。 お客さまがとても近く感じられる環境で、ご意見や反響が直接手応えとなるやりがいのある仕事です。 インフラ開発エンジニアの仕事内容、さくらインターネットにおけるエンジニアのキャリア、評価制度などについて、クラウド事業本部 副本部長の大久保 修一とSRE室 室長の長野 雅広に話を聞きました。 さくらインターネット初の新卒社員 ――長野さんには、以前のインタビューでこれまでのキャリアについてうかがいました。大久保さんのキャリアについて
CREのおしごと〜エンジニアチーム編〜 - Link and Motivation Developers' Blog
はじめまして、新卒からCREグループに配属されて2年目のWakaです。 この記事では、CREのエンジニアチームが「日々取り組んでいること」と「心がけていること」をご紹介いたします。 そもそもリンクアンドモチベーションのCREとは？ エンジニアチームって何しているの？ プロダクト対応 仕様確認 障害対応 イレギュラー対応 顧客が迷わず利用できるようにするための改善 プロダクト改善 ヘルプページの更新の依頼 CSのケイパビリティ向上 CREエンジニアとして、心がけていることは？ お客様のお困りごとを想像すること 技術で解決することに誇りをもつこと そもそもリンクアンドモチベーションのCREとは？ チームでは、「顧客の信頼性を最大化する」をミッションに掲げ業務をしております。 具体的な業務は、得意な領域により以下のような役割分担で対応をしています。 アプリケーション開発・改善を通して、顧客の不安
作者冥利に尽きる - ゆーすけべー日記
会社の朝会で話す番が回ってくる。 メンバーが入れ違いで自己紹介をするんだけど、 それに加えて「自分なりのこだわり」みたいなことを話す流れになっている。 自分の場合、つくってきたもの紹介とそれから学んだこと、みたいなのはどうだろうか。 結局こういうキーワードが出た。 作者冥利に尽きる。 今まで原動力になっていたのは、 プロダクトを使ってもらって嬉しい反応をもらうことだ。 なので「もしよろしければ、みなさんも（一緒に、じゃなくてもいいけど）作者冥利に尽きる体験をしましょう」 という流れにしようかと。上からだけど、まぁありでしょう。 で、作者冥利に尽きるにはどうすればいいか。メモを残す。 つくってきたもの いわゆる「個人開発」というものをやってきた。 特にWebサービスをたくさんつくってきた。数えたらエロ含めて70個、除いて48個だった。 以下のスライドで全部網羅してある。 僕がつくった 70個
ミラティブの社内勉強会の紹介 - Mirrativ Tech Blog
みなさまこんにちは。@n0mimonoとshirakawaです。今日はミラティブの中で行われている社内勉強について紹介させていただきます。社外に公開しながら社内にも宣伝をする一石二鳥の作戦です。 ミラティブではエンジニアが自身やメンバーのために勉強会や交流会を開くことを奨励しています。 tech.mirrativ.stream その一つとして、毎週木曜日に行われている勉強会を紹介します。 勉強会 以下、社内文書からの転載になります。 なぜやるのか 新しい知識の獲得・技術レベルの向上のため ディスカッションを通してチームビルディング やらないこと 事前資料準備等: 参加者に負担がかかるため どうやるのか 本を決めます 参加者で読みたかった・読んでみたかった本を出す 投票によって選ぶ 週一回、45分集まる曜日・時間(カレンダーは1時間抑える)を決めます 集まった人で本を順番に音読していきます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Platform Engineeringへの招待
DXの人気職業に異変 「企業の設計士」、米で初の首位 22年調査 データサイエンティストは3位に低下 - 日本経済新聞
グルーミングしながら進めるプロダクト開発
VPoEとして1年 もっとこうすればよかった3選 / VPoE Retrospective
ソフトウェアクラフトマンシップとプログラマーの誓い - Forkwell Library #8 | ドクセル
