decorickey
@decorickey
Followers
24
Following
32
Media
1
Statuses
147
ソフトウェアエンジニア。Panasonic → NAVITIME → HRBrain。Project Lead / Tech Lead。Go。筋トレとラーメン。 https://t.co/gVb3Eram5E
日本 東京
Joined April 2019
初めてインタビュー受けました！.慣れておらず受け答えに苦戦しましたが、インタビューチームのメンバーがうまくまとめてくれました！.
note.com
自己紹介をお願いします 人事評価のチームでプロジェクトリード兼テックリードをしています、式田 力也と申します。現在、HRBrainに入社して約1年になり、入社当初から人事評価プロダクトのチームに所属しています。 趣味は筋トレです。週5回ジムに通っており、出勤前の朝にもトレーニングをするのが日課になっています！ これまでの経歴を教えてください 新卒で入社した会社はSIerで、主にプロジェクトマ...
0
1
10
データ処理の設計で悲観的になりすぎるより楽観的になったほうが多様なアーキテクチャに対応できるという学び. もちろん厳しい要件のあるデータなら悲観的になる必要があるけど.
0
0
0
色んな設計原則や思想を学んで頭では理解しても、常にそれら全てを意識しながら開発はできないと実感した. これはある程度の量をこなして感覚を養う必要がある.
0
0
1
RT @mansionmania: 個人がマンションを売却する際に. 『実需のために安く売り出します！』.『法人購入NGです！』. という人はほぼいない. 個人もデベも強欲（言い方ww）. だから中古も新築も高ぇ（泣）. でも賃料上昇も怖い（遅れてくるぞ…）. やはり解決策は….
0
6
0
ただ大半の場合は事実確認から始まる. 顧客から指摘された事象が再現するか？.再現のための条件は？.再現条件から想定される影響範囲は？. 特に再現条件は「少なくとも再現確認できた必要条件または十分条件」と「根本原因となる必要十分条件」を分けて考えるのが大事だと思う.
0
0
0
インシデント対応や障害対応のときに何を考えどう振る舞うかを言語化してチームに浸透させるのがすごい難しい. そもそもインシデントや障害の内容によって何を優先するか変わる（のでまずは何を優先すべきか考えて決めるところから始まる）.
1
0
1
ずっと疑問だったPdM（プロダクトマネージャー）とPO（プロダクトオーナー）の違いがようやく腑に落ちた. PdMは役職や肩書だけどPOは責任.
ryuzee.com
アジャイルやスクラムに関するよくある質問: スクラムガイドでは「役割」から「責任」という表現に変わりましたがなぜですか？
0
9
117
歩きスマホで前向いてない人がぶつかってきた時に何もなかったかのようにナチュラルに弾き飛ばすために俺は筋トレしている.
あと歩きスマホしてる人が正面から来た時、その人がどちらに向かって進むのか予測困難なので僕は立ち止まるようにしてるんだけど、人間は静止物体の認識が困難なので、直前で僕に気付いてやっぱりぶつかりそうになる。どうしろっちゅうねん。人に避けてもらうことを前提に歩いとるんか？.
0
0
1
なんか今日は連続して「言語化」っていうテーマが流れてくるな.
設計のためのテストの重要度が上がってきているけど、コードには書けない仕様（契約）を自然言語で示すことの重要性はそんなに語られていない、気がする。この二つは両輪だと思う。「テストがあってもAIが適当なコードを書くんですよ…」のケースは、人間が仕様を言語化してないからではないか🤔.
0
0
1
RT @tamakiyuichiro: 石破総理との党首会談を行いました。. 結論から言うと、以前私が申し上げた日米関税交渉の結果を「評価する」とのコメントは撤回します。. 共同文書もなく内容が全くピン留めされていません。驚きました。. 15％の関税率もいつ25%に戻るか分から….
0
7K
0
RT @nwiizo: エンジニアの仕事は言語化です。複雑な要件や問題を明確な言葉に変換し、共通理解を築く作業です。曖昧さを排除し、思考の枠組みや前提条件を明らかにする必要があります。だからこそ、優れたエンジニアは優れた言語化の実践者なのです。ここでは、その言語化スキルを磨くた….
0
51
0
最近1番困ったのは、フロントエンドのライブラリが提供している機能がそのまま暗黙的な画面仕様になり、そのライブラリを技術的負債の理由でリプレースしたかったけど、仕様が暗黙的だから移行先が満たすべき要件が決められず後回しにせざるを得なかった（そろそろやんなきゃ……）.
これに無限に苦しめられたことがある。ちゃんとシステム要件明らかにするところからやろうぜ、のnoteを以前書いた。. 作り直すといっておきながら「仕様は前のシステムと同じで」とは何事だ.
0
1
1
「今の仕様（暗黙的に存在する仕様）ってなんやねん」ってことめっちゃある. あとから気づいたり問い合わせ来たりして、機能落ちってことでデグレ扱いされてなんだかなーってなりがち.
システムの作り直しをするとき、「いまあるものと同じを作ってよ」いう言葉が出てくる。.このとき、作る側は明示的に定義した仕様にフォーカスしそこを作ろうとするんだけど、使う側は「暗黙的に存在する仕様」、たまたまそのときの実装でそうなっていた挙動も仕様と認識している。
0
1
5
RT @nakampany: 記事公開したどー！！. メンバー全員が主役。オーナ��シップを大切にするテックリードの哲学｜HRBrain
note.com
自己紹介をお願いします 新規のプロジェクトのプロジェクトリード兼テックリードの深谷大樹と申します。2022年6月に入社したので、現在4年目になります。 趣味は、料理です。最近は特に和食を作るのが好きで、出汁にこだわったりしています。 これまでの経歴を教えてください 新卒でエンタメやライフスタイルの事業をしているtoCのサービスをしている企業に入社し、約5〜6年間、バックエンドエンジニアとして...
0
1
0
RT @nakampany: こちらの記事も書きましたー！✌️. CTO室のエンジニアが「レバレッジ」で組織全体のパワーを高める｜HRBrain
note.com
自己紹介をお願いします 岩本佳吾と申します。2022年の2月にフロントエンドエンジニアとして入社して、4年目になります。 社内では「しっぽくん」というあだ名で呼ばれています。趣味はウイスキーを嗜んでおり、自宅でもいくつかコレクションしています。 これまでの経歴を教えてください 新卒ではECサイトを運営する会社に入社し、お客様対応を行うカスタマーサポート部門で利用する社内システムの開発を担当し...
0
1
0
なるほど……. 割合の合計値はいつも気にしてたけど率との明確な使い分けとか命名はまだまだ雑だったなぁ.
Rate(率)とProportion(割合)は、どちらも固定小数点数で扱うが、端数と丸めの扱いが異なる。率は値ごとの有効桁数の丸めルールだけでよいが、割合は構成要素のそれぞれの割合の合計が1になるという強い制約がある。端数をどう処理するかに一般ルールがあるわけではなく、業務独自のルールが存在する。.
0
0
0
うわ全然意識したことなかったなるほど. てか最近これ関連で実装間違えた気がしてきた…….割合の命名とルールどうしたっけかな…….
Rate(率)とProportion(割合)は、どちらも固定小数点数で扱うが、端数と丸めの扱いが異なる。率は値ごとの有効桁数の丸めルールだけでよいが、割合は構成要素のそれぞれの割合の合計が1になるという強い制約がある。端数をどう処理するかに一般ルールがあるわけではなく、業務独自のルールが存在する。.
0
0
0
gormなどのORM固有の書き方は自分が知らなくてもAIがいい感じにやってくれるから学ぶ必要も覚える必要もなくなりそう. 代わりに今まで以上に（今までもだけど）SQLの深い知識と理解が重要になりそう.
0
0
1
RT @madoka_magica: ━━━━━━━━━━━━━━. 劇場版 魔法少女まどか☆マギカ. 〈ワルプルギスの廻天〉. 2026年 2月 公開. ━━━━━━━━━━━━━━. #魔法少….
0
85K
0