仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
はてなブログの新機能が出てた。 staff.hatenablog.com htmlとcssを書けるんだから何か変なことできるでしょって思って、おみくじ以外を思いつかなかったのでとりあえずやってみることにした。 実装は chatgpt に聞いたらすぐ答えてくれた。animationで頑張れば良いらしい。 .omikuji { font-size: 36px; font-weight: bold; text-align: center; padding: 20px; color: #fff; background: linear-gradient(135deg, #ff7e5f, #feb47b); border-radius: 12px; box-shadow: 0 8px 20px rgba(0, 0, 0, 0.1); width: 300px; margin: 100px auto;
newmoではGitHub Actionsを自動テスト、Lint、デプロイなどに利用しています。 また、newmoではmonorepoで開発しているため、1つのリポジトリに複数のチーム/複数のアプリケーションが存在しています。 GitHub Actionsではpathsを使うことで、特定のファイルが変更された場合のみ特定のWorkflowが実行できます。 newmoのmonorepoのworkflowでは基本的にpathsが指定されていますが、それでも普段は触らないファイルを変更して意図せずにCIが落ちることがあります。 GitHub ActionsのCIが落ちたときに、そのCIの仕組みを作った人やチーム以外だと何をすべきかわからないことがあります。 この問題の解決するを手助けするシンプルな仕組みとして、GitHub ActionsにCIが落ちたときに何をするべきかを表示するPlayboo
speakerdeck.com 「技術力がある」とか「技術力あげたい」とかそういう話をしているが、技術力とはなにかが曖昧だと最近思っていたので自分の中の定義をプロダクト本部のLT大会で話した。 自分は10xを創る組織とはなにかに興味がありこの会社にいるのだけど、それは個人/組織が成長し続ける組織であるという仮説を自分は持っていて、プロダクト開発・運用という視点で個人の成長に必要なものとはなにかを考えたという話でもある。 もらった質問や感想など 訂正しやすくつくる力、外から中々見えにくい 見るというのはある意味評価するということだと思いますが、自分は人間が客観的に正しく人間の評価を行うのは無理*1だと思っていて、ましてや外(社外やチーム外、別職種)からはほぼ確実に無理でしょと思っています。なので中から外に説明する必要がある。 今回の話は、中*2で見えている評価をどうやって外に説明するかという
金メッキの花信 金メッキの花信の性能 基礎攻撃力594とは別に、サブステータスで攻撃力が25%上昇します。 さらに戦闘中、(★5にすれば)攻撃力が+9.6%、『強化特殊スキル』の与ダメージが+24%されます。 発動条件などがなくシンプルな効果ですが、非常に強力なものになっています。 エージェントとの相性の考え方 ダメージの計算式を簡単に書くと、以下のようになります。 ダメージ = 開幕攻撃力 × 攻撃力アップ補正 × 与ダメージアップ補正 × 会心補正 × 属性相性補正 × 防御補正 そして、同じグループの補正はすべて足し算で計算されます。 例えば属性ダメージが+50%、スキルの与ダメージが+30%されている場合、 その攻撃には+80%の与ダメージアップ補正がかかっていることになります。 同じグループの補正を重ねていくよりも、別々のグループで補正をかけていくほうが効果的になります。 例えば
GitHub Actions Meetup Tokyo #4で発表があった以下のスライドと、そこで紹介されていたブログより 発表の中ではGitHub Actions -> Azureに非同期処理を投げて、その完了をGitHub Actions側で今までポーリングしていたのをCustom Deployment Protection Ruleを使ってポーリング無しにできたので費用を圧縮できましたという話が面白かった。 業務でGitHub Actionsで別のワークフローが終わるまでポーリングしているコードを見たことがあるので、そういうのを置き換える方法として知っておきたいので試してみる。 そもそもなぜポーリング処理をなくしたいかというと、シンプルにCIにかかるお金を減らしたいため。 GitHub Actionsをヘビーに使って無料枠の範囲を超えてくると意外に馬鹿にならないお値段になってくる。そ
オブザーバビリティについて説明すると「それモニタリングですよね」みたいなツッコミをされる穴があるので、なんらかの excuseをしたいのだが、本心では オブザーバビリティとモニタリングってそもそも類似点や相違点を語ること自体がおかしくないかと思っているよ。— 統合開発環境 (@sadnessOjisan) 2024年8月27日 これを見て オブザーバビリティってかっこよくカタカナで言わずに、可観測性の確保って言い続ければいいんだよ。— inductor / Kohei Ota (@_inductor_) 2024年8月28日 包含関係はある(つまり、可観測性の必須要素に監視はある)が、監視の主体とする目的が必ずしもすべて可観測性の実現によって解決されるとは限らなくて、目的が違う— inductor / Kohei Ota (@_inductor_) 2024年8月28日 って日本語で説明し
(本記事は末尾に自著の宣伝があります。) 2年前に書いた60種類を食べ比べて選んだ安くて美味い袋麺ベスト20には沢山のブクマ、スター、アクセスを頂きどうも有難うございました。 shinonomen.hatenablog.com その後、ほぼ毎日袋麺を食べ続け、800種類以上を食べ比べた。また、前回の記事発表後に急速なインフレが発生し、価格が大きく変化した。そこで安くて美味い袋麺の最新アップデート版を発表することにした。 前回はチャルメラやマルちゃん正麵など普通の価格帯のラーメンも入っていたが、今回は実売価格が一食60円以下の格安袋麺に対象を絞り、その中でコスパ最強の商品を選定した。 味点は前回と違い、0.5刻みで1~9の17段階評価だが、格安袋麺の中での最高点は6点だった。 今回も味点と販売価格から算出した値段点を足して順位づけしたが、僅差の場合、主観で順位を入れ替えた箇所がある。(同じ味
予算4万円前後で買えるGMKtecのミニPCは2種類あります。 1つが以前レビューした「NucBox M5(Ryzen 7 5700U)」、もう1つが今回レビューする「NucBox M6(Ryzen 5 6600H)」です。 読者さんのコメントより「5000円の差額でCPUと内蔵グラフィックスが新世代だからRyzen 5 6600Hの方がお得」と教えてもらい、実際に1台買ってみた。詳しくレビューします。 (公開:2024/8/27 | 更新:2024/8/27) この記事の目次 Toggle Sponsored Link GMKtec NucBox M6の仕様とスペック GMKtec NucBox M6(Ryzen 5 6600H) GMKtec / Ryzen 5 6600H(Radeon 660M)搭載ミニPC Amazonで探す 楽天市場 GMKtec NucBox M6 2024年
iOSDC Japan 2024にLTで登壇しました お久しぶりです、Ogijunことjuginonことおぎじゅんです。X (formerly Twitter) ではJun Ogino(@juginon)という名前で活動しています。 今年の8/22-24に行われたiOSDC Japan 2024のLT枠で登壇させていただいたので、今回はその報告です(I did blog!)。 fortee.jp 全力の跳躍を捉える計測アプリを作る - Speaker Deck まずは、今年のiOSDC Japan 2024で僕の発表を会場・配信で見てくださった皆様、そしてSNSやfortee上でフィードバックを書いてくださった皆様、本当にありがとうございました。 僕のLTは趣味全開で、かなり勢いで押し切るタイプの発表なので、聴衆の方を置いてけぼりにしてしまうような発表かもしれません。そんな発表でも温かく見
day1 8/23 トークTrackAのスタッフをしてたのでTrackAのみのトークの感想です。 豪華メンバーによる座談会 「Strict ConcurrencyとSwift 6が開く新時代: 私たちはどう生きるか?」 座談会形式で一人の人が話ししたら、次の人が補足したりとすごく内容が濃いものになってて良い雰囲気でした。私はなかなかすべて理解するのが難しかったですが、Swift Concurrencyの学習方法が紹介されていたのでそこから始めようと思います。 Swift Concurrencyの学習方法 ⚫︎Swift Migration Guide ⚫︎WWDCのセッション動画 ⚫︎サンプルコードを試す ⚫︎公式ドキュメントを読む ぎぎにゃんさんのMergeable Libraryで高速なアプリ起動を実現しよう! Static Library・Mergeable Libraryを比較した
はじめに 本記事の内容はGitHub Actions Meetup Tokyo #4で自分が発表した内容を元に、スライドには書ききれなかった内容などを追加したものです。 また、当日の勉強会のアーカイブ動画や、他の発表者の方のスライドなどは以下のリンクからご覧いただけます。今回のGitHub Actions Meetup Tokyo #4は発表者全員がGitHub Actionsセルフホストランナーの基盤運用を担当されている方であり、実質的にセルフホストランナー回と呼べる内容でした。この分野に興味がある方はぜひ他の方の発表も見て頂けると嬉しいです。 CybozuのGitHub Actionsセルフホストランナーの近況 基本機能の安定化と運用の課題 CybozuのGitHub Actionsセルフホストランナーは2021/08[1]頃からすでに運用が開始されており、過去にも何度かその運用状況に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く