はてなブックマーク

スターフェスティバルに在籍して今で大体1年半年弱になるのですが、この度 7月から Kitchen Success というプロジェクト体制におけるTechPdM という役割を担うことになりました。 note.com プロジェクト体制 というのを把握するには上記記事が参考になると思います。 スターフェスティバルはプロジェクト体制というチームを作っており、特定のプロジェクトに対してプロジェクトリーダーを筆頭に エンジニア・デザイナー・カスタマーサポート・マーケター を一つのチームとして開発を進めています。 その中で プロダクトマネージャー (PdM) ・ TechPdM ・ プロダクトマーケティングマネージャー (PMM) といった役割を設けて、そのマネージャーの元でより小さいチームが仕事を進めていくような体制になっています。 自分が所属している Kitchen Success というチームは弊

さて、年末ですね。 www.ikkitang1211.site 去年はこれでした。 例によって、一年を振り返ってみたいと思います。 3行 転職した 副業をはじめた 娘が産まれた 一年の計 とのギャップを振り返る www.ikkitang1211.site このブログを書いてるタイミングでは既に退職は決まってたはずで、その中で次の会社へのアプローチとかを考えてたから、微妙にぼかして書いてる、そのせいで 振り返りづらい目標立ててるな〜〜〜〜 って感じになってますね。。。。まあそれはそれで・・・！！ サマるとこの3つの指針があった。 環境に適応する為の柔軟さを持って、インプットを続ける 解決できる問題の幅を広く出来るよう成長する 心の余裕を持つ生活を心がける 心の余裕を持つ生活を心がける は結構達成できてる。 まず、インプットの方針を結構変えた。 軽い物は はてブとかで拾ってるんだけど、インプッ

www.ikkitang1211.site www.ikkitang1211.site 3月にスタフェスに転職して、早6ヶ月が経った。 オミカレとかでも 1, 3, 6 ,12ヶ月 とかで振り返りやってたので、現職でも振り返りやっておきましょうね〜〜。 前回は 新しい職場環境では自分の期待するだけのバリューを出してくのは難しい。 とはいえ、色んなキャリアを持ってるエンジニアに囲まれる中で沢山の挑戦ができている状態であると思っている、といった感じの話をしていた。 そんな中であれから3ヶ月が経ち、それなりの変化があった。 上向き傾向のGoodポイント、課題のMoreポイントに分けて振り返っていこうと思う。 Good ポイント振り返り まずは Goodポイントとしては以下。 所属プロダクトの変更があった TypeScriptでコードを書くことの慣れ スクラムを進めていく事の慣れ それぞれざっくり

www.ikkitang1211.site 3月に転職して、早3ヶ月弱が経ちました。 いい機会なので、ここらで振り返りブログを書いてみようと思います。 目標振り返り 目標というより転職時のブログから、ちょっと振り返って見ようかと思います。 めちゃくちゃ強いエンジニアの方々がいる気配を感じた事 今まさに技術的な課題などの解消に取り組んでいる時期で話を聞いてめちゃくちゃチャレンジングで面白そうな仕事だった 今後のキャリアの礎として技術的な課題の解決方法力みたいなものを生の体験から学びたかった TypeScript とか JS でプロダクトコードを書く経験を詰むことができる 実質未経験 エンジニアの数が多いのでチーム開発の知見がめちゃくちゃ得られると思った TypeScriptでプロダクトコードを書く経験を積む こちらはまあ何というか普通にさせて頂けているな、という感想。 キャッチアップもそこそ

そもそもの前提として書いてる自分はJSを丁度入門中で 書籍とか見ながら勉強している所です。 という事で、TypeScriptの章で 3ページ目ぐらいで プリミティブ型として null と undefined が明確に区別されていました。 PHPとかやってると null とかは馴染みあるんだけど undefined とかが出てきてよくわからん！ ってなったので調べてみてみます。（ undefined ならエラーになりますし ） どういう意味があって、どうやって使い分けるかみたいなのをキャッチアップできればいいな。。って感じですかね。 公式見解 typescript-jp.gitbook.io TypeScriptチームは、nullを使いません 誰もがundefinedだけを使うべきだと考えています だそうです まとめていく 演算子の振る舞い（比較とか） JavaScript(と、TypeSc

いやぁーーー、この2〜3ヶ月、本当に色んなタスクを倒してきたなーーー！ DMS撤退に始まり数十万円単位でのインフラリソースの削減等も完了出来る状態になった。思い残す事は何も無い。 という事で本日、高橋は最終出社日でございます！— ikkitang (@ikkitang) 2021年2月11日 2月12日(金) を持って最終出社日、 2月末によって契約終了 という形で前職のオミカレを退職いたしました。 party-calendar.net 退職エントリ とか 転職エントリとか書く必要あるかな？ と思いつつも 現職に対しても こういう人が働いているんだな、みたいなのにもなれば良いな、とも思うし、前職にも 「今こういうフェーズなら働いてみたいな」 ってなる人も現れてくれれば良いな、とも思いつつ書いてみようと思います。 まあ、9割自己満です。 オミカレでの3年弱 何やってたか 2018年5月にJO

オミカレでテックリードをしております、高橋です。 ちなみにその任も後2週間足らずで終わりです。 3月からは別の会社で働く事になっておりますが、これは転職 or 退職エントリでは無いのでまたの機会に..! いやぁーーー、この2〜3ヶ月、本当に色んなタスクを倒してきたなーーー！ DMS撤退に始まり数十万円単位でのインフラリソースの削減等も完了出来る状態になった。思い残す事は何も無い。 という事で本日、高橋は最終出社日でございます！— ikkitang (@ikkitang) 2021年2月11日 さて、表題の通りですが、この度 オミカレでの最後の大仕事として DMS撤退、Aurora撤退を決めてきたので どんな風に進めてきたか、みたいなのをアウトプットしようかと思います。 意思決定プロセスみたいなのも僕の能力で実現出来る限り言語化してみようと思うのでなにかご参考になれば嬉しいな、と思う限りです

やった事 (3行) Mackerel に 日々の予約数をカスタムメトリクスとしてプロットするようにした 前日同時刻帯のメトリクスを比較してしきい値を下回っているようであればアラートを出すようにした 曜日に対してしきい値を調整したかったのでダウンタイム設定を入れた 本題 今回は先日Mackerelにてデータのチェック監視をやったのでそれについてアウトプットしたいと思います。 先日（大分前ですが）、input value が間違ってコーディングされてしまった事が原因で 「Aを選択しても、Bを選択しても、どちらもAが選択された事になってしまう」というバグが発生しました。 弊社ではMackerelにてサービス監視をしていたりしますが、だいたいの場合 サービスが稼働している（これはページが開く）事の稼働は簡単でも正しいデータが入っているかの監視などは難しいものだと思います。 今回のケースでもどのよう

Github Actions について一から入門してみようと調べています。 Github Actions は Public レポジトリでの実行は無料、と言われていますが 例えば Github Actions で他のAPIへアクセスする ( 例えば、AWS の ECS へのデプロイ等）ような要件が出てきた時、 AWS Access Key はどのように管理するのが安全か？ という所で調べてみました。 機密情報を管理するGithubの仕組み help.github.com secrets という仕組みがあり Key - Value の仕組みで機密情報を管理出来ます。 既に作成された Secrets の参照 一度設定してしまえば、Github の settings のページからは更新 or 削除 するしか出来ません。 Github では暗号化されて保存されている、との事でした。 Github A

退職...そして独立へ...... - そーだいなるらくがき帳 にある通り、そーだいさんが 副社長兼CTOから退職される事に伴いまして、この度 2月1日付けで オミカレの テックリード となりました。 僕とオミカレ www.ikkitang1211.site www.ikkitang1211.site ※ ちなみに 現職エントリ書いてる頃はそーだいさんの退職を知りません。 2018年05月01日付 で入社して 今で約2年弱在籍している事になります。 前職で疲弊してた所をそーだいさんに話しかけて頂き、 『少なくとも今よりは成長、給料、正しい業務時間、全部用意するよ。』 との事で人生初の転職を行い、今に至ります。 転職してすぐの頃は元々仕事の遅れは残業でカバーする文化にいた事もあり、考えられる中の最短の期間で見積もりして スケジュールに間に合わないようなら パワープレイで残業したりリスケしても

ikkitang/eye-drops-name | Pixela https://t.co/lfsjzdMrfM #Pixela オーーー！できた！！— イルカ＠JPUG & 岡山swift (@ikkitang) 2020年1月6日 なぜやったか 自分は目を怪我していて、右目がほぼほぼ見えません。 4ヶ月に一回ぐらいの頻度で眼科に掛かってるんですが、都度 「今回はどれぐらいの頻度で目薬さしました？」 と聞かれ、「週2ぐらいでしかさせてないです」 とか正直に言って 女医さんにめちゃくちゃ怒られるという失敗を幾度となく繰り返しています。（ 本当は毎日 朝晩 ２回 点眼しないといけない。） ずっとどうにかしないとな、と思いつつ。良い管理方法が思いつかず 2〜3年・・・ 巷で話題の Pixela サービスを聞いて いい感じに出来そう！ と思い 確認してみることにしました、 Pixela is 何

大都会アドベントカレンダー adventar.org 今日は 8日目です。 昨日は、@maepon さんでした。 @maepon さんとは、11月から同じ職場 「 オミカレ岡山オフィス (通称 オミ岡) 」で働いています。 ぜひ、皆様遊びに来てください〜。 場所はこの辺 です。 ぼっけぇラーメンとかはまゆうがあります。 本題 オミカレの紹介 今回は大都会アドベントカレンダーという事で 5月から働いている 株式会社オミカレ についての記事を書こうかと思います。 オミカレ は 東京に本社、岡山に支社 という形式の 社員わずか10余名程度のスタートアップの会社です。 開発チームでいうと、東京には4名、岡山には3名、計7名のエンジニアが居ます。 東京にはCTOとして 皆大好き そーだいさん が居られます。弊社の福利厚生です。 soudai.hatenablog.com 他にも 入って2週間程度で

dbstudychugoku.connpass.com 昨日、2018-12-01 中国地方DB勉強会 in 鳥取(倉吉) を開催致しました！！ 熱は熱い内に！！！ ブログエントリーです！ テーマはメジャーバージョンアップ 中国地方DB勉強会は僕が開催する時は割とメインテーマを設定してコンテンツを決めています。 今回は DBのメジャーバージョンアップ をメインテーマとして主要セッションを構成しました。 このテーマにした理由として 自分のOSC 参加がきっかけだったりします。 www.ospn.jp 今年は 2回 JPUGの活動としてOSCにブースの出展を行いました。 そこでは PostgreSQL11の新機能の話をさせて頂きました。 パラレルクエリの話を例として、とても感動して頂いた反面、「PostgreSQL11が凄いのはとても良く分かったし、使ってみたいけど 実務で使うとして どうやっ

ほぼ日AWS っていう取り組み ほぼ日AWS について AWSのソリューションについて学んでいく為に、以下のAWS管理画面で見れるすべてのサービスについて、どんな時に使われてそれらがどんなソリューションなのかまとめてみたいと思います。 きっかけは 会社で 「使いたいAWSのサービスある？」って聞かれたときに「知ってるサービス全然なくね？」 って思った事、単純に自分の知識量（技術力）の無さにドン引きした。って事が事ですね。 「これじゃダメだ」って反芻した結果、まず何か手を動かそう、と思って会社でも使ってるAWSを学ぼうって気持ちではじめました。別にAWSにめっちゃ詳しくなりたい、ってわけではなくて最低限の知識としてAWSにはどんなものがあるか、って事を知りたかったんです。 ほぼ日AWSを完走した感想 ぶっちゃけ 帳辛い！！ かったです。笑 ほぼ日って割と大変で、本当毎日締切が来るし 大変すぎ

ほぼ日AWS について AWSのソリューションについて学んでいく為に、以下のAWS管理画面で見れるすべてのサービスについて、どんな時に使われてそれらがどんなソリューションなのかまとめてみたいと思います。 ※ ちなみに著者はAWS初心者勢です。 ソリューションがどういうものかに重点をおいて調べてまとめているだけですので、ノウハウTipsの提供等はできません。 このブログの目標 読んだ方（主に自分）が、AWSのソリューションについて 「ああ、AWSののこのソリューションって〜〜〜っていうもんでしょ？」ってざっくり理解するのに手助けになれば幸いです。 では、本題。 機械学習ソリューション について 主として以下のサービスが提供されている。 Amazon SageMaker 何ができるのか Amazon SageMakerは利用者が機械学習モデルをあらゆる規模で迅速かつ簡単に構築・トレーニング・デ

ほぼ日AWS について 今日から、AWSのソリューションについて学んでいく為に、以下のAWS管理画面で見れるすべてのサービスについて、どんな時に使われてそれらがどんなソリューションなのかまとめてみたいと思います。 ※ ちなみに著者はAWS初心者勢です。 ソリューションがどういうものかに重点をおいて調べてまとめているだけですので、ノウハウTipsの提供等はできません。 このブログの目標 読んだ方（主に自分）が、AWSのソリューションについて 「ああ、AWSののこのソリューションって〜〜〜っていうもんでしょ？」ってざっくり理解するのに手助けになれば幸いです。 では、本題。 コンピューティングソリューション について いわゆる仮想サーバーホスティングに関するマネージドサービスや、コンテナ管理のマネージドサービスが提供されているセクションです。 AWSに仮想サーバーを立て、その仮想サーバ上にPHP

PHPカンファレンス関西にきております。 良い、休憩スペースですね。落ち着きます。 勝手ながら、自分の備忘録のために、発見したスライドをまとめさせて頂きます。 公開、まずければ、 @ikkitang までTwitterのメンションをいただければ、と思います。 10:30 〜 11:15 『[基調講演] Composerを速くするために必要だったもの』 By 中村 拓 さん スライド： 11:30 〜 12:00 『PHP初心者セッション〜今日から簡単PHP〜』 By 柏岡 秀男 さん スライド： --- 『全てを結ぶ力』 By 郡山 昭仁 さん スライド： --- 『大量のデータで困ってませんか？』 By 高橋 邦彦 さん スライド： --- 『PHP開発とクラウド』 By 古渡 晋也 さん スライド： --- 13:00 〜 13:30 『ORMユーザー対談 〜Laravel/Doctr