shogo0809のブックマーク - はてなブックマーク

「CTOの限界」を救う新しいポジション、スタッフエンジニアを組織に実装する方法【estie 岩成達哉】

TOPインタビュー﹁CTOの限界﹂を救う新しいポジション、スタッフエンジニアを組織に実装する方法︻estie 岩成達哉︼株式会社estie 取締役CTO 岩成達哉︵Nari︶松江工業高等専門学校在籍中に全国高専プログラミングコンテスト課題部門最優秀賞、文部科学大臣賞、情報処理学会若手奨励賞を受賞。東京大学工学部に編入後、高専の卒業研究をもとにプログラミング教育アプリを開発し、Android Application Award 2012 学生奨励賞を受賞。学生起業を経験した後、大学院在学中はグーグルジャパン合同会社など複数の企業でインターンを経験。大学院修了後は、Indeed Japan株式会社に入社し、データパイプライン開発等に従事。2020年10月にestieへVP of Productsとして参画し、2021年8月にCTOへ就任。開発部門を統括しプロダクト連携の設計や、新規プロダク

shogo0809 2024/07/23

リンク

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？（前編）

技術的負債を抱えたレガシーコード。変なメソッド名と入り組んだロジック、リファクタリングするならどちらが先？︵前編︶ソフトウェアの品質をテーマに研究をしている名古屋大学森崎研究室は、ソフトウェアの技術的負債をなんらかの形で数値化する手法の研究の一環として、コードの読みにくさの原因となる要因などを分析した研究結果を発表するイベントをオンラインで開催しました。今回発表された研究では、技術的負債を抱えたレガシーコードのリファクタリングで取り除かれた問題の90％以上が、メソッド名と実際の関数の動作が一致していない、あるいは関数名とコメントが矛盾しているなどの﹁命名的問題﹂、もしくは複雑で読みにくい多数の条件分岐や深いネストなどを抱えた﹁構造的問題﹂のいずれかであるという先行研究があることを踏まえ、どちらを優先してリファクタリングすると保守性や可読性が高くなるかを調査しています。具体的には、命

shogo0809 2024/07/01

リンク

地方から情報を発信し続ける意義と意味 - おうさまのみみはロバのみみ

TL;DR Kyoto TechtalkやKansai.go、Go Conference mini、OSS Gate、技術書典などなどここ1年ほぼいろいろと試したり失敗したりしながら発信をし続けてきたな〜と思ったのと、最近BuildersConが復活したりさまざまなカンファレンスが新たな産声やリブートをしてるんだけどみんな東京じゃん！地方もやっていこうず！！！という思いからこの記事を書いている。1年くらい前に飲み屋で id:onk と id:pinzolo と話したこと当時はコロナ禍が収まってようやくオフラインでのイベントとかできるようになったタイミングだったんだけどあまり参加者が集まらないという悩みを抱えてました。 kyotorb.doorkeeper.jp なんでやったか？についてははてなのonkさんが言った﹁企業が元気じゃないのにコミュニティが元気なわけがない。コミュニティが元気

shogo0809 2024/06/26

リンク

PHPカンファレンス沖縄2023

＼PHPカンファレンス沖縄、開催！／オープンソースのスクリプト言語 PHP (正式名称 PHP:Hypertext Preprocessor)を沖縄でもドンドン普及したいと思い、PHPカンファレンスを沖縄で開催します！初心者の方から上級者の方まで楽しめるカンファレンスにしていこうと思いますので、よろしくお願いします！

shogo0809 2024/06/21

リンク

元々は /usr は user の略に決まってるじゃん？ホームディレクトリを置く場所だったんだから - Qiita

Twitterとか見て﹁そうだったのかー﹂とか言うんじゃなくて、ちゃんと調べてみましょうよ。/usr は元々ユーザーのホームディレクトリをおいていた場所ですよ。/bin などを置いていたシステムディスクの容量が足りなくなったので別ディスクだった /usr 以下を使うようになっただけです。Unix System Resources とかそんな長い名前、後付けに決まってるでしょ？翻訳は面倒なので、DeepL︵の少し手直し︶です。初期の Unix のドキュメントから URLと1972年という年から、おそらく Version 1 Unix (1971) のドキュメントだと思います。ここ経由で見つけました。12ページにこのようなものがあります。詳細はよくわかりませんがディレクトリ構造でしょう。 idata: / root 41. 140016 .byte 7,1 9f-.-2 41. <..

shogo0809 2024/06/20

リンク

「儲からない」のは誰の責任？アジャイルにおける「責任問題」とその解決策【ryuzee｜吉羽龍太郎】レバテックラボ（レバテックLAB）

﹁儲からない﹂のは誰の責任？アジャイルにおける﹁責任問題﹂とその解決策︻ryuzee｜吉羽龍太郎︼ 2024年6月17日株式会社アトラクタFounder兼CTO アジャイルコーチ吉羽龍太郎 1973年生まれ。野村総合研究所、Amazon Web Servicesなどを経て、2016年1月から現職。アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングを専門とする。著書に﹃SCRUM BOOT CAMP THE BOOK﹄︵翔泳社︶、訳書に﹃チームトポロジー﹄︵日本能率協会マネジメントセンター︶、﹃プロダクトマネージャーのしごと﹄﹃エンジニアリングマネージャーのしごと﹄﹃スクラム実践者が知るべき97のこと﹄﹃プロダクトマネジメント﹄﹃みんなでアジャイル﹄﹃レガシーコードからの脱却﹄﹃カンバン仕事術﹄︵オライリー・ジャパン︶、﹃ジョイ

shogo0809 2024/06/17

リンク

組織が記憶喪失になるのをどうすれば～ ryuzee技術顧問にきいてみた - NTT Communications Engineers' Blog

何か決定した事実は実装や規則の形で残っているものの、決定までの経緯をチームメンバーが覚えていない――。この記事では、そうした組織が記憶喪失になることにどう対処していけばよいか、NTT Comの技術顧問である吉羽龍太郎 (@ryuzee) さんにふらっと相談してみたら一瞬で突破口が見つかった＆話に奥行きが出た話を共有します。目次目次軽く自己紹介事の発端 ryuzeeさんの油セール実際に聞いてみた新たなる概念‥ADR ADRの実践‥その1何を書くか ADRの実践‥その2どこに書くか ADRの実践‥その3どう書くか相談を受けて試しに書いてみたADR まとめ軽く自己紹介イノベーションセンターの小林 (@ppyv) です。開発・検証用PCの開発に一段落つけた後、社会人学生としてたっぷり2年間学習を積んでいました。いまはイノベーションセンターで働く社員のみなさんに、よりよ

shogo0809 2024/06/10

リンク

エレガントパズルエンジニアのマネジメントという難問にあなたはどう立ち向かうのか / Elegant Puzzle

https://forkwell.connpass.com/event/319444/ の登壇資料です。

shogo0809 2024/06/07

リンク

Denoで変わるランタイムの景色実践事例 Lunch LT (2024/06/21 12:00〜)

お知らせ【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細はお知らせをご覧ください。お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。

shogo0809 2024/06/05

リンク

クラウド時代のデータベースを理解するために①

最近、分散データベースとかNewSQLとかサーバレスなデータベースとか色々聞きますよね。でも、専門ではない人たちにとって、﹁何が違うの？﹂﹁自分たちに必要なDBはどれなの？﹂という点が分かりづらいと思います。私も良く聞かれます。 AuroraはNewSQLですか？ NewSQLってサーバレスなんですか？スケールできないDBとか聞きますけど、リードレプリカ増やせますよね？などなど。この辺に基本的なところから答えられるように、順を追って解説していきましょう。﹁コンピュートとストレージは別であれ﹂と神が言うと、コンピュートとストレージは分離された。と言うのは冗談ですが、まずはここからスタートしましょう。クラウド以前のデータベースを使っていた人にはお馴染みのように、それまでデータベースは大きな1つの箱でした。過去に私は下図でデータベース︵厳密にはRDBMS︶のコンポーネントを解説

shogo0809 2024/05/31

リンク

レビュワーを"憑依"させて Pull Request をセルフレビューする - Konifar's ZATSU

メンバーと1on1をしていると、﹁うっかりミスが多くて Pull Request で毎回コメントをもらってから気づくのを何とかしたい﹂という相談を受けることがある。まず、そういう認識を持てていることが素晴らしい。課題意識があるのであれば、どう補正していくかを一緒に考えることができる。自分がオススメしているやり方は、レビューを依頼する前に徹底的にセルフレビューすることである。巷でよくやられている方法ではあるが、どういうやり方かを雑に書いておく。レビューを依頼する前にレビュワーになりきって自分の Pull Request を自分でレビューしてみる頭にレビュワーが思い浮かぶのであれば、その人を "憑依" させるイメージ﹁この人はここでこういうコメントしそうだな﹂と思ったら、先回りしてPR上にコメントしておくか、突っ込まれないようにコードやコードコメントを改善するタイトルや説明

shogo0809 2024/05/31

リンク

1on1ミーティングガイド (1on1ガイド)

1on1ミーティングガイド (1on1ガイド)は未完成の部分も残したβ版として公開しており、今後コンテンツの追加やスタイルの修正などの変更が予定されています。また追記やスタイルの修正だけでなく、現在記載されている内容が大きく見直される場合があります。

shogo0809 2024/05/17

マネジメント

リンク

builderscon 2024をやります！ - builderscon::blog

来る2024年8月10日に埼玉浦和でbuilderscon 2024をやります！予定を空けておいてくださいね！近々セッション公募を開始予定ですのでネタをご用意のうえお待ちください。また、手伝ってくれる方は@nasa9084までご一報ください！

shogo0809 2024/04/25

気になる！

リンク

開発生産性を上げるために開発をする前に考えていること - Findy Tech Blog

こんにちは。Findy Freelanceの開発チームでエンジニアをしている2boです。この記事では私が開発生産性を上げるために開発をする前に考えていることについて書きます。ここで﹁開発をする前﹂というのは次のようなタイミングを指します。 PdMなどから新規施策の仕様について相談を受けたとき起票された開発Issueを最初に確認するとき自分がIssueを作成するときなぜこのタイミングで考えるかというと、開発を進める上での方向性を間違える可能性を減らし後から軌道修正をしやすくするためです。なおこの記事においては、開発生産性を﹁開発成果物の提供価値を投入リソースで割ったもの﹂とします。いくら頑張って開発をしても、そもそもやるべきことの方向性を大きく間違えると提供価値が0に近づくため開発生産性が低下します。特に開発が高速なチームで方向性を誤ると高速に間違った方向へ進んでしまうことに

shogo0809 2024/04/22

リンク

テックカンファレンスに参加する理由は「なんとなく」や「ただ楽しいから」で良い - Cloud Penguins

こういう記事があった。 zenn.dev 自分は2019年から2023年までCloudNative Daysという国内最大のクラウドネイティブ技術カンファレンスのCo-chairを務めていたり、今年はPlatform Engineering Kaigi 2024というカンファレンスの代表をしている。最近ではカンファレンスやミートアップをやっていくための一般社団法人クラウドネイティブイノベーターズ協会を立ち上げたり、タダ飯おじさんと対決したりと、コミュニティ作りに対しては思い入れが強いほうだと自負している。そんななかで目にしたのが冒頭の記事だ。記事の大意としては「カンファレンスに参加するのであれば、目的意識を持った方が得られるものが多い」という話であり、それ自体は特に否定するものではない。ただし、その説明に使われている理由や、タイトルに使われている「なんとなく」や「ただ楽しいから」という

shogo0809 2024/04/19

リンク

みんなの目線が揃う。アウトプットとアウトカムの違いの理解【PdM連載:第1回】｜アディッシュ公式note

はじめにアディッシュでチャットボットのhitoboのプロダクトマネージャーをしているイケヤと申します。過去には、漂流するアジャイル開発の経験や、チームメンバーの目線がうまく合わないなど、たくさんの苦労をしました。しかし、現在はプロダクトチームの全員がリモートワークのメンバーで構成されながらも一切そういった問題は起こっていません。今後この記事の連載では主に、・これからプロダクト開発やサービスデザインを本格的に進める方・プロダクトを進めるにあたり持つべき視点を社内共有したい方・プロダクトのカスタマーサクセスに関わる方に向けて、ゼロからプロダクト開発に携わる中でチームや個人として得た経験や知見を共有します。特にチームで物事がクリアに進みやすくなった大きなきっかけは、関わるメンバー全員が、今回お話しする「アウトプットとアウトカム」を区別して会話ができるようになったことです。よく聞く

shogo0809 2024/04/18

リンク

ビジネスロジックを「型」で表現するOOPのための関数型DDD / Functional And Type-Safe DDD for OOP

Object-Oriented Conference 2024で発表した資料です。 https://fortee.jp/oocon-2024/proposal/b31c9818-3cb8-4350-adfe-cbc839cdf829 ビジネスの専門知識（ドメイン）を中心に据えたドメイン駆動設計に…

shogo0809 2024/03/24

リンク

Blue/Green デプロイを使用した、RDS MySQL/PostgreSQLのアップグレード

TL;DR RDS　のメジャーバージョンアップグレードを行なった PostgreSQL 11.6 -> 15.5 MySQL 5.7.44 -> 8.0.36 PostgreSQL は AWS CDK を利用した、自前での手動切り替えをベースにした Blue/Green デプロイによるアップグレードを行なった MySQL は AWS コンソールから AWSが提供している機能である RDS Blue/Green Deployments による MySQL のアップグレードを行なった nginx の ngx_http_proxy_module を活用してサービスのダウンタイムを防止したはじめに初めまして。株式会社ジーニーの GENIEE CHAT開発チームのマネージャーを担当しています。今回は、データベースのメジャーアップグレードを行った際の手順やポイントなどを書いていこうと思います

shogo0809 2024/03/23

AWS

リンク

現職と前職で感じたスクラムの違い - Qiita

はじめに今の会社に転職してきて2ヶ月が経ち、まだまだ分からないことも多いですが少しずつ環境にも慣れてきたので頭の中を整理するためにも今感じていることをアウトプットしたいなと思い書きました！現在、私が参画しているチームはスクラムをベースとして開発を行なっており、前職もスクラムでの開発を経験していたので、その違いを整理していきます。前職スクラムを導入するまでの背景前職では、美容医療・精神科クリニックを運営している会社で、クリニックスタッフが使用する社内システムの開発に携わっていました。働き方としてはフル出社になります。チーム構成は以下で、私はメンバーでした。チーム構成︵7名︶ディレクター(PM) 1名リーダー1名アーキテクト1名メンバー4名はじめからスクラムを導入していた訳ではありませんでした。開発の流れとしては、クリニックスタッフまたは関係者からディレクター︵

shogo0809 2024/03/20

リンク

こんなマネージャーと仕事がしたい────カケハシいくおさんインタビュー

2023年末に﹁こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと﹂というブログ記事が話題になりました。この記事で注目を集めたエンジニアリングマネージャーは、株式会社カケハシの﹁いくおさん﹂こと小田中育生さん。今回はそんな素晴らしいマネージャーである、いくおさんに日々意識しているチームコミュニケーションについてお話をお聞きしました。どうしたらチームメンバーとの強い信頼を築けるのか、良いマネージャーになるにはどうしたら良いのか、気づきが得られる内容になっていると思います。どうぞ最後までお読みいただければ幸いです。株式会社カケハシエンジニアリングマネージャー。 2009年に株式会社ナビタイムジャパン入社。研究開発部門に配属。プロダクトや開発プロセスのカイゼンを推し進め、アジャイルとの出会いから社内でスクラムを積極的に導入し、ナビタイムジャパン VPoEを務

shogo0809 2024/03/19

リンク

はてなブックマーク

タグ

shogo0809のブックマーク (1,165)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス