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

3度目のCTOになって2年経つので振り返る - そーだいなるらくがき帳

リンケージのCTOになって2年が経ったので振り返って3年目について書く。前回 soudai.hatena blog.com やってきたこと1年目は開発組織の立て直しと社内の新規事業の開発2年目の前半は採用と後半は既存事業のリプレース3年目は採用と組織の向き直りとビルドアップ1年目開発組織の立て直しと新規事業の開発の両方を同時にやるってことでなかなかハードだったが仲間に恵まれ無事リリースできた。その時から開発しているFEMCLEは今もガンガン成長していて、今後はリンケージの柱となる事業の一つ。ちゃんとローンチできて良かった。femcle.linkage-inc.co.jp 仲間に恵まれた、という点でいえば採用がうまく行っているのがめちゃめちゃ大きい。リンケージはPHP界隈で最強のチームだ、と言っても過言じゃないと思っている。何よりも素晴らしいのは平均レベルの高さ、それ故に

ikkitang1211 2024/06/06

そーだいさん、一体何人いるんだ。。!! ぐらいの3年目に期待

リンク

第34回中国地方DB勉強会 in 広島_Why DBRE?

第34回中国地方DB勉強会 in 広島にてお話させていただきました「Why DBRE?」の資料です。イベントURL：https://dbstudychugoku.connpass.com/event/316403/

ikkitang1211 2024/05/28

あなたは何のためにDBREをやっているの？という主題を起きながらも、一人のエンジニアとしてのキャリアプランを伺い知ることができる素晴らしいセッションだった。ありがとうございました

リンク

錦川鉄道＆錦帯橋観光＋第 34 回中国地方 DB 勉強会 in 広島オフライン参加（5/25）前編 - 構築中。

オフラインとしては 2019/5/18 の松江以来、オンラインを含めると 2021/4/2 の自分の登壇回以来の中国地方 DB勉強会参加でした。 dbstudychugoku.connpass.com 前日広島まで新幹線で移動し、在来線に乗り換えよう…と思ったら、急病人対応で遅延。昨晩は山陽線が遅れてヒヤヒヤしながら岩国着︵ホテルのチェックインには間に合った︶。なので写真はなし。— hmatsu47(まつ) (@hmatsu47) 2024年5月25日なんとか間に合いました。錦川鉄道の旅無料提供の朝食のパンとサラダを少しだけ食べて、6:30 過ぎにホテルを出発。 JR岩国駅の改札を通り過ぎて、0 番線ホームへ。そして本日は錦川鉄道へ。 pic.twitter.com/NuU7QK5fNK— hmatsu47(まつ) (@hmatsu47) 2024年5月25日岩国〜川西

ikkitang1211 2024/05/28

ご参加ありがとうございました〜！

リンク

アルムナイ採用体験記 (株式会社はてなに2回目の入社をしました) - だいくしー(@daiksy)のはてなブログ

2024年5月1日から、株式会社はてなで組織・基盤開発本部のエンジニアリングマネージャとして働き始めました。 2014年から、2021年まで社員だった時代があるため、いわゆる出戻りという形になります。一度退職した会社に再び入社する、というのは、通常の転職活動と違った悩みなどもあり、自分も今回の転職に際して﹁アルムナイ採用﹂などのキーワードでいくつか参考にした記事がありました。最近は身近な事例も耳にするとはいえ、まだまだ通常の転職と比べてアルムナイ採用は例が少ない気がするので、せっかくなので体験記を書いておこうと思います。基本的には自分の個別の事例ですので、世間一般のアルムナイ採用の実態とは異なる箇所もあることをご承知おきください。戻ろうと思ったきっかけもともと最初にはてなを辞めた理由が、自分の新しいキャリアを志したチャレンジという側面が強かったため、辞めた直後からなんとなく﹁機会

ikkitang1211 2024/05/08

リンク

to Bスタートアップは「仮説検証」をやめようという話 - estie inside blog

こんにちは！estieでビジネス部門の責任者をしている束原です。 2024年になりましたね。estieは決算月が12月なのですが、毎年期初に﹁今年こそが勝負の年だ﹂と言っている気がしており、それに対して﹁ガハハ﹂と笑い合えるメンバーで仕事ができているのが最高に楽しいなと日々痛感しております。さて、こちらは事業の立ち上げ︵事業開発︶に関する記事です。この記事に書いてあること estieでは﹁仮説検証﹂をやめようと思っている話事業開発の成分の8割は営業だという話かなり極論が並んでいますが(笑)、事業開発を進める上でとても重要だと考えているので、ご興味のある方は少しお付き合いください。 to Bスタートアップは仮説検証をやめようという話﹁仮説検証って言葉が嫌いなんすよねー﹂と、確か弊社の事業責任者の齋藤だったか代表の平井だったかが以前社内で言ってました。1年前くらいまで私は、その発言

ikkitang1211 2024/02/03

これはそう、って感じ。強い言葉？って思ったけど真っ当な事かいてあった！

リンク

課題を管理して実行して達成するための手順 - そーだいなるらくがき帳

今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。やりたいこと=課題をタスクに分解するタスクを実行できるだけのリソース︵時間・お金・体力など︶を割り当てる実行するこれだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。だからどうやって実現していくか？って説明のために、自分がやってることを書く。課題を整理する仕事と作業は違うという話がある。トヨタでは最初にそれを教わるらしい。 www.har

ikkitang1211 2024/01/18

読んでる

リンク

実践Immutable Data Model - 紙箱

ランキング参加中プログラミングはじめにこの記事では、Immutable Data Modelと呼ばれる設計手法をもとに、リレーショナル・データベースにおける、テーブル設計の話を書いています。また、今回の実践で利用する、別の考え方の背景を理解するために、Out of the tar pitという小論文の内容にも言及します。﹁状態とは何か？﹂というややこしい話がたくさん出てきますし、データベースのテーブル設計についての話であることから、たくさんのSQLが出てきます。なので、データモデリングとか状態管理とか、特にSQLとかに興味がない人には面白くないと思います。そのあたりに興味ある方は、読んでみて欲しいです。 Immutable Data Modelを、実際のアプリケーションで使うデータベースに採用するにあたり、どういう考え方で、どのようにテーブルを構成したか、自分なりの経験を書いていま

ikkitang1211 2024/01/10

めっちゃ良かった！

リンク

ナンプレ (いわゆる数独) の問題生成アルゴリズムの話。 | blog.dnpp.org

概要 iOS と macOS ネイティブなアプリを作ったので、技術的な話を書きます。詳細拠所無い事情からコンピュータサイエンスというか基本的なアルゴリズムの実装の勉強をleetcode でやっていた時期が 2023 年の9月頃にありまして、﹁折角勉強したんだし何か作るか﹂という気持ちでアプリを作りまして…。リリースまでなんとか持っていった訳なんですが、実装だけならいいものの、ゲームデザインとか、 Web サイト作成とか、アイコン含むいわゆるデザイン的なものとか、そういうのも本当に1人で全部やってたからなんやかんや3ヶ月かかってしまって、まぁ大変だったんですがそこそこ満足な出来栄えになったので是非ダウンロードして触ってみてください。数独はニコリの登録商標となっているためアプリの名称はナンプレとしていますが、この記事はアルゴリズムの技術的な解説やゲームデザインの話といっ

ikkitang1211 2023/12/29

楽しそう!!

リンク

スタートアップの熱狂と急成長を両立させる野望 - 株式会社ヘンリーエンジニアブログ

VP of Engineeringのid:Songmuです。このエントリーは株式会社ヘンリー Advent Calendar 2023、最終日の記事です。ヘンリーは今年、本丸の病院向け電子カルテ・レセコンシステムのサービスを開始し、順調に事業が立ち上がっています。早くも業界でもユニークなポジションを獲得し、注目度も上がっています。そんな中アクセルを踏む決断をし、来年は組織として100人採用に踏み切ることになりました。ビジネスを勝ち切るためのアクセルを踏むフェーズにおいて、自分がVPoEとして採用や組織開発に主体的にチャレンジできる立場にいることは喜ばしいことです。その中で自分が考えていることを書き出していきます。公器を志向すること﹁面白法人でありながら上場することに意味と面白さがある﹂ 2011年頃、当時私が所属していたカヤック社で代表の柳澤さんが度々こう言っていました。カヤック

ikkitang1211 2023/12/27

すごくいい記事だった

リンク

つい「難しいですね〜」と言って逃げてしまう私のための思考プロセス - atsushisakai.md

こんにちは。株式会社エス・エム・エスで﹁カイポケ﹂という SaaS の Engineering Manager をやっている酒井です。Engineering Manager Advent Calendar 2023 の21日目向けの記事を書きます。﹁難しいですね〜﹂と言ってしまう私みなさんは、日々マネジメントの現場で組織課題を思考している時など、何か難しい問題に向き合っている時に、﹁いや〜難しいですね〜﹂というようなことを口にしていませんか？私はよくします。会議などで﹁いや〜難しいですね〜﹂と言って時が過ぎ、﹁一旦時間も来ましたし…また次回考えましょう…じゃあ、おつかれさまでした………﹂これです。いつも﹁難しいですね〜﹂を言ってしまって気がつくのですが、﹁難しいですね〜﹂を言っている瞬間は多分自分がその問題に本気で向き合っていない状態なんだと思います。別に言ってはいけないNG

ikkitang1211 2023/12/21

本当言っちゃうよね〜. 割と逃げる目的で・・！w

リンク

可読性についてレビューするときに気をつけていること - がんばるぞ

この記事はスターフェスティバル Advent Calendar 2023 9 日目の記事です。 qiita.com 最近社内で可読性について会話をするタイミングがあり、可読性について思っていることを言語化してみるか〜と思ったので書いてみます。可読性って難しいしよくわからないよね〜この記事では、可読性という単語をコードの把握しやすさといった認知負荷的な意味だったり誤読しにくさみたいな意味で使っています。メンタルモデルに起因するものなのか、そうではないのかを意識するメンタルモデル? メンタルモデルというものは「XXとはこういうもの」や「こうしたらこうなるはず」のような人それぞれが持つ思い込みみたいなものだと理解しています。コードを読んで理解するときのメンタルモデルは、これまでのプログラミングに関する経験や知識、そのロジックが解こうとしている問題についての理解、自然言語自体の理解などの

ikkitang1211 2023/12/18

> そのため、自分にとって可読性が低いから変えてほしいという視点だけだと自分しか得をしない指摘になってしまったりレビューをする時に自分の指摘を客観視する観点として心に留めておきたい

リンク

Hygenを使ってアプリケーションコードの雛形を自動生成している話

こんにちは、@ikkitangです。この記事はスターフェスティバル Advent Calendar 2023の17日目の記事です。昨日はnano72mknさんのdivで作るボタンはボタンぽい何かでした。初心者なので、良くやった記憶がありますねぇ・・︵白目。 nano72mknさんはフロントエンドで困ったらだいたいnano72mknさんに聞けば何か解決するのでは、とめちゃくちゃ皆に頼られてる方ですが、フロントエンドにおいてアクセシビリティや開発のメンテナンス性など色々な観点でフロントエンドと向き合われているのですが、今回もそのような話で良かったですね。余談ですが、今回弊社からフロントエンドカンファレンス沖縄に3名のエンジニアが登壇してくれたのですが、昨日・明日・明々後日とその登壇したエンジニアの記事が続くので是非ウォッチしてみてください。今回の記事の内容コードの自動生成の活用事例

ikkitang1211 2023/12/17

コードの自動生成、便利~~~！

リンク

マネジメントとしての意思決定振り返り - Konifar's WIP

Engineering Manager Advent Calendar 202315日目の記事です。 KyashでEngineering Managerとして1年半、VP of Enginneringとして2年やってきました。体系的な話は HIGH OUTPUT MANAGEMENT やエンジニアリング組織論への招待、エンジニアリングマネージャーのしごとといった素晴らしい書籍にまとまっているので、自分はケーススタディとしてVPoEになってからの具体的な意思決定の記録を残しておきます。EMの時の話は過去にまとめています。 KyashでEngineering Managerとしてやってきたこと / やっていくこと - Konifar's WIP Engineering Managerをやめた - Konifar's WIP 先に書いておくと、綺麗にうまくいった / いっているという話は

ikkitang1211 2023/12/16

リンク

PostgreSQLを支える日本のコミュニティの紹介 - そーだいなるらくがき帳

日本PostgreSQLユーザ会︵以下、JPUG︶から来ました @soudai1025 です。この記事はPostgreSQL Advent Calendar 2023 シリーズ1の5日目の記事です。 www.postgresql.jp PostgreSQLユーザ会って？ JPUGはNPO法人です。目的もちゃんと明記されています。本会は日本におけるPostgreSQLの普及と発展を主な目的とします。具体的には以下の活動を行います。 1. PostgreSQLの研究開発および普及促進 2. PostgreSQLに関する情報の公開 3. 会員相互および外部との技術的・人間的交流 www.postgresql.jp NPO法人だと何が違うの？1番大きなところはお金の管理を透明性を持って管理していることです。後述する活動費を協賛会員様*1の協賛会費から捻出して管理しています。ど

ikkitang1211 2023/12/05

自分はアプリケーションエンジニア全振りなのですが、JPUG理事です。普段アプリケーション開発の中では見聞き出来ない体験を懇親会の中で知れたりして、エンジニアとしての視野が広がるので是非！！

リンク

いろんなやり方の読書会をやってみたら当日音読その場でまとめ方式が最高だった話 - Gunosy Tech Blog

こんにちは、SRE チームマネージャーの TksYamaguchi です。こちらの記事はGunosy Advent Calendar 2023の3日目の記事です。前回の記事は森田さんの LLM 論文の探し方でした。概要 SRE チームは、シニアエンジニアとジュニアエンジニアで構成されているチームで、チーム内の技術的な知識の偏りの解消や、知識のタコツボ化の解消を目的として読書会をしてきました。その過程でいろいろな読書会のパターンを行ってきましたので、その結果を共有します。概要読書会開始前の SRE チームの課題感読書会のやり方の整理と評価の観点やり方評価の観点当日音読・Slack に投下する方式実際のまとめ方式詳細評価メリットデメリット事前に読んで Miro*1 に付箋・当日議論する方式実際のまとめ方式詳細評価メリットデメリット当日黙読・その場

ikkitang1211 2023/12/04

うわーー、これ良い。参考にさせてもらお！

リンク

プロジェクトリーダーってなんだ｜zerosant

ブックサンタという企画で、ジュール・ヴェルヌの﹃十五少年漂流記﹄を寄付してきました。年末ですね。スターフェスティバル Advent Calendar 2023 の2日目の記事です。よろしくお願いします。スターフェスティバルに入社して4年が経とうとしています。昨年まではソフトウェアエンジニアとして開発に従事しておりましたが、今年からはロールが替わってKitchen Success プロジェクトのプロジェクトリーダーとなりました。経験の枯渇しないことでお馴染みのスタフェスです。大変ありがたいことです。それにしても、プロジェクトリーダーってなんだ。勢い込んでアドベントカレンダーの枠をいただいたものの、ネタがなにも浮かびません。二年間の休暇でも貰うことができるなら、なにかいい感じのトピックを捻り出せそうなものなんですが。あいにくそんな時間はありません。だから今回はふりかえり記事のようなも

ikkitang1211 2023/12/02

リンク

失敗から学ぶISUCONの正しい歩き方 - 葬送のPostgreSQL - そーだいなるらくがき帳

ISUCON13に参加した。我々のアプローチ、当日の話なんかはチームメイトが書くだろうから自分はざっくり、ここまで1年間チームを組んでくれたチームメイトとの歩みについて書いて行こうと思う。とはいえ、気になる人もいるかもしれないから置いておく。 github.com チームの始まり 2022/07/23 ISUCON12に出場した自分と @tetsuzawa はFailでscore無しとなり予選敗退した。新卒1年目の@tetsuzawaが﹁来年も出ましょう。準備、できることは全部やるんで。﹂と言って来年も出るか。ってことが決まった。二人で出たチームの課題は自律したガンガンコードを書けるGoのプロフェッショナルが足りないこと。だからその日のうちに、ISUCON 12では出題側に回っていて、絶対来年のチームが決まっていない @mackee_w を誘った。そして当日の反省会をしていた田

ikkitang1211 2023/11/29

リンク

TypeScript プロジェクトのコンパイル時間を改善してみた話

TypeScript プロジェクトのコンパイルのボトルネックを調査・解消してみた話はじめにこんにちは。エンジニアの辻󠄀です。私は社内のとある TypeScript プロジェクトで開発業務を行っていました。ある日、新たに関数の実装を追加しようとしたその時、tsserver︵TypeScript の language server︶による補完候補がなかなか表示されないことに気づいたのです。どうやら、コンパイルの時間が非常に長くなっていたことが原因のようです。この記事では、tsc のコンパイルにおけるボトルネックを調査する方法と、そこで適用した2つの改善方法について紹介します。コンパイル時間が低下する原因はプロジェクトの性質によって大きく異なるため、ここで述べる改善方法が任意のプロジェクトに有効だとは言えませんが、少なくとも調査方法については役に立つのではないかと思います。ボト

ikkitang1211 2023/11/01

よさそう。やってみたい

リンク

"何かうまくいってない" 開発組織でよく見る光景と打開策がまとまった「システム運用アンチパターン」を読んだ - kakakakakku blog

「システム運用アンチパターン」を読んだ❗️ サブタイトルに「エンジニアが DevOps で解決する組織・自動化・コミュニケーション」と書いてある通り，迅速に改善を積み重ねつつサービスの価値をユーザーに提供するときに，どういう組織の振る舞いが「悪くて」どういう組織の振る舞いが「良いか」というアプローチを DevOps 視点で学べる良い一冊だった📕 システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション作者:Jeffery D. SmithオライリージャパンAmazon 個人的に本書が特に刺さりそうだなーと思った読者層は，比較的レガシーな開発組織にいて「何かうまくいってない」や「何となく今のままではダメそう」とは思うけど，具体的にどう改善したら良いかというアイデアは浮かんでこないような開発責任者や肩書に関係なくもっと良い組織にしたいと感じているエン

ikkitang1211 2023/10/30

良さそう！読む〜

リンク

吉祥寺.pm18 で「ぼくがかんがえたさいきょうのSoR/SoEあーきてくちゃ」という発表をしてきました #kichijojipm - assertInstanceOf('Engineer', $a_suenami)

先日開催された吉祥寺.pm18で﹁ぼくがかんがえたさいきょうのSoR/SoEあーきてくちゃ﹂というテーマで発表をしてきました。そのイベントレポート兼発表補足です。イベント概要 kichijojipm.connpass.com スライド speakerdeck.com 発表内容の補足 Twitterやはてブ等でいくつかご意見いただいているので、それについて現時点で僕が考えていることを補足させていただこうと思います。ひとつ言い訳させてもらえるなら、今回は時間が短すぎたので結構前提となる説明︵エヴァンスさんの DDD を僕がどう捉えているか、CQRS とは何か、等︶を省略したところが多すぎたかなっていうのがあり、特に当日いらっしゃらずスライドだけを見ていただいた方には余計にわかりにくかったかもしれないので、ここで FAQ 形式で補足させてもらえればと思います。整合性に関しては DDD でい

ikkitang1211 2023/10/05

この話、面白くて好き。

リンク

はてなブックマーク

タグ

ikkitang1211のブックマーク (421)

お知らせ

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

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

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

公式Twitter

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

はてなブックマーク

公式Twitter

はてなのサービス