ささいなことに、わざわざ「良いと思います！」って言うようにしている - hitode909の日記
いろんな人の相談役をやっているのだけど、ささいなことに、わざわざ「良いと思います！」って言うようにしている。 この調子でいいと思います！ってわざわざ言う 言われた方からは、迷うことなく進めたら良いのだな、ということが伝わる 意見を言えるチャンスがあったら「この調子でよさそうだけど、ゆくゆくはこんな問題に直面しそうですね」とか、ちょっと意見をはさんでおく 頭出ししておいたら考えてもらえるかもしれないし、想定と違ったら、えっそんなことはないんですけど…と早めに変なことに気づけるかもしれない シニアっぽいロールの人物としては、聞かれてもないのに、良いと思います！って言っておくのが大事。 やってみてもらって、うまくいかなかったら、想定と違ってうまくいかなかったんですけど、って声をかけてもらえる。 最初の段階で黙っていたら、どういうスタンスだったのか不明で、相談しにいくときに、まず、どう思いますか？
「終わらなかったから次のスプリントにまわそう」なんてありえない
イテレーション・スプリントを使ってはじめて開発するチームがよく直面するのが、スプリントで仕事が終わらない問題です。はじめはそういう時期があってもいいですが、慢性的にこれが続くとなると、注意が必要です。 仕事を終わらせるために 仕事というものは、はじめるときに終わりを定義するものです。しかし、ソフトウェア開発の場合、予想外のことが結構起こります。 予想以上に仕様が複雑になった 予想以上に調査に時間がかかった 予想以上にはまってしまった これはどうしようもない要素なので、アジャイル開発において仕事が終わらない場合は、 予想以上に時間がかかりそうだから、スコープを減らして期限内で終わらせられるようにする 予想以上に時間がかかりそうだから、リリースから外して次のリリースに回す 予想以上に時間がかかりそうだから、チームメンバーに手伝ってもらってかたずける というように、終わらないと気がついた時点で調
プログラミングにしか興味のないエンジニアに困っている
今年の頭にうちの会社にやってきたエンジニアの話。 彼は実装がめちゃくちゃ速く、コードもきれい。テストもちゃんと書く。 とてもできるエンジニアなのだが、一つだけ困っていることがある。 実装完了した機能をすぐに本番環境にデプロイできないと、とても不機嫌になるのだ。 うちの会社が開発しているのはtoBのシステムで、実装内容によっては営業やカスタマーサポートからお客さんにアナウンスがされてからでないとデプロイができないものがある。 急にUIが変わったり新機能が追加されるとお客さんが混乱するしカスタマーサポートに問い合わせが殺到するので、デプロイ前に調整が発生するのは致し方ないことなのだが、こうした背景を説明しても彼は納得してくれない。 「とにかく早くデプロイをさせろ」の一点張りで、彼が勝手にPRをリリースブランチにマージして、機能が出てしまったこともある。 それによってカスタマーサポートへの問い合
チームが成熟され続ける仕組み（エンジニアリングマネージャーの取り組み） - Qiita
はじめに 新チームを、自律自走するチームへ移行させるテーマで記事を書いていきますが、 一番の肝は 『もしかして、あなたのチームは、新チームなのでは！？』 という点です。 新チーム≒未成熟なチームだとすると、 歴の長いチームだからと言って成熟したチームであるとは限りません。 優秀なメンバーが揃っていても、今ひとつスピードが出ない 何かとアクシデントが多い マネージャーが説明ばかりしている これらはチームが成熟しておらず、統率が取れていない証拠です。 ・チームが統率されていないことに気がつく ・チームが自ら統率された状態をつくる環境構築 という流れを書いていきます。 「新チーム」はぬるっとやってくる 新チームを受け持ったマネージャーのために記事を書いていますが、 チーム・ピープルマネジメントにおいて問題が発生するケースの多くは 「新プロジェクトが発足した」ようなタイミングよりも いつのまにか新
SQLを速くするぞ―お手軽パフォーマンス・チューニング
このサイトでは、SQL を高速化するためのちょっとしたパフォーマンス・チューニングの技術を紹介します。と言っても、『プログラマのためのSQL 第2版』の受け売りがほとんどなので、この本を読んでいただければ、本稿を読む必要はありません。 最初に、パフォーマンス・チューニングに関する全体の方針を述べておくと、それはボトルネック（一番遅いところ）を改善することです。当たり前ですが、既に十分速い処理をもっと速くしたところで、システム全体のパフォーマンスには影響しません。従って「処理が遅い」と感じたら、最初にすることは、SQL やアプリの改修ではなく、「どこが遅いのか」を調査することです。いきなりあてずっぽうで改善をはじめても効果は出ません。医者が患者を診るとき最初にすることが検査であるのと同じです。病因が何であるかを突き止めてからでないと、正しい処方はできないのです。 その基本を承知していただいた
不登校YouTuberゆたぼん、算数「九九」分からず ネット衝撃「中2なのに」「ヤバイよ」
「少年革命家」を名乗る不登校YouTuberのゆたぼんさん（13）が、音楽グループ「Repezen Foxx（旧レペゼン地球）」のYouTube生配信に出演中、「ハーバード大学に行きたい」と主張するも、九九の掛け算が言えない一幕があり、SNS上では呆れる声が上がっている。 「九九覚えないといけないんで」 2022年9月3日に行われたRepezen Foxxの配信は、ビジネスリアリティ番組「令和の虎CHANNEL」とコラボし、視聴者にAmazonギフトカードを配布するという内容だ。プレゼントの合間に、Repezen Foxxメンバーらが出資を志願するインフルエンサーたちのプレゼンを聞き、出資の判断を下すという企画になっていた。 1人目の志願者として登場したゆたぼんさんは、出資希望金額は1000万円だと宣言。用途について「ハーバート大学に行きたいです」と言い、行きたい理由については「やっぱり革
モデリングはキラキラ技術より地味だが役に立つ / modeling-over-shiny-tech
# Event データモデリングとデータ基盤の構築・運用 （第14回ちゅらコラボ）CARTA HOLDINGS x ちゅらデータ 合同イベント https://churadata.connpass.com/event/254417/ ぼくのかんがえる最高のレポーティング基盤 https://speakerdeck.com/pei0804/hokufalsekankaeruzui-gao-falserehoteinkuji-pan-at-awsdeshi-jian-analytics-modernization ディメンションモデリングモデリング https://zenn.dev/pei0804/articles/dimensional-modeling スタースキーマ https://zenn.dev/pei0804/articles/star-schema-design コンフォ
｢ランニングで痩せる｣は非効率すぎる…アメリカ特殊作戦部隊が採用した"最強の自重筋トレ"の中身 加齢を遠ざけるのは｢ランニング｣ではなく｢筋肉｣である
いつでもどこでも一人でできる最強のトレーニングの正体 9.11を境に、特殊作戦コミュニティは、もっとも効果的で時間効率的にも優れたトレーニング方法を開発する必要に迫られることになった。 そんな中、私は、米軍の特殊作戦トレーニングスペシャリストとして、空軍特殊作戦部隊、グリーンベレー、ネイビーシールズなどに任務する兵士たちを、鉄の意志と驚異的な身体能力を持つ男たちに変えてきた。 フィットネス全般に秀でたエリートアスリートを育成する方法を確立するには長い時間を要したが、日々、進歩していくスポーツ生理学の原則を適用することで、燃え尽きやケガを最小限に抑えながら、より強く、より速く、無駄な脂肪がない引き締まった兵士を生み出し続けていった。 その主たる方法は、ボディウェイトエクササイズ（自分の体重を抵抗にして体を鍛えるエクササイズ）。パーソナルトレーナーやジムに頼らず、いつでもどこでも一人でできるト
40代で新しいキャリアを選択したエンジニアが語る、プログラミングの世界に起きている面白い変化とは - Findy Engineer Lab
一昔前まで囁かれていた「エンジニア35年定年説」。 しかし近年では、技術に特化した専門職・ICなど、マネジメント職以外の選択肢も少しずつ増えています。エンジニアとしては、今後のキャリアをどのように考えるべきなのでしょうか。 ファインディでは「40代でキャリアチェンジした2人の本音は？混沌な時代を生き抜くエンジニアのキャリア戦略を考える」と題したイベントを開催。 ミドル世代で新たなキャリアを選択したメリカリ牧さんと、LINE Fukuokaきしださんをお招きし、お話を伺いました。 お二人は「マーケットトレンドの変化は今後起こりにくくなる」と前提しつつ、自分が納得する道を選ぶべきだと語られました。 パネリスト 牧 大輔さん/@lestrrat 株式会社メルカリ jwxや peco の開発責任者。Go/Perl/Cプログラマ、講演、執筆、動画プロデュースなどを生業としている。過去には技術カンファ
配偶者がごはんを食べない
配偶者は職業エンジニアでマネージャー業務もやっている。 前は出社してたからオフィスグリコとかコンビニとかスタバとかで買ったものを食べるか、同僚にラーメンとか誘われて食べてたらしい。 リモートになって、最初こそ買ってきたごはんとか作り置きとか食べてたけど、ここ数ヶ月本当に食べなくなった。 朝起きてすぐミーティング、そのあともミーティング、合間合間に自分の仕事、お昼前後の時間もミーティング、夕方までミーティングみたいなスケジュールになったからなのか、夕食まで何も食べずにカフェオレだけで過ごしてるとかがザラにある。たぶんガムを食べてるからっていうのもあると思う。 平日は外にも出たがらない。めんどくさいらしい。 流石に心配で色々机に置いていってるけど本当に食べない。しんどい。 ・手作りおにぎり→1番勝率いい。6割くらいの確率で食べてる。 ・菓子パン→これも5割くらい。でもあんまりこれに頼りたくない
Webの歴史とはどんなものだったのか 並行世界Web1～Web3ではない、現実世界のWeb以前～Web創世記を語ってみた
Webの歴史とはどんなものだったのか 並行世界Web1～Web3ではない、現実世界のWeb以前～Web創世記を語ってみた（1/4 ページ） 某社から出版された書籍が、並行世界のWebの歴史を記述しているとTwitter界隈ではちょっと話題になっている（なんか今見たら販売中止になってしまっている）。 別に筆者としてはそれをあげつらうつもりは全くなかったのだが、またしても担当編集の松尾氏より「僕らの知ってる世界線でこのあたりの時代の流れを書いていただけたらと。httpと並行してGopherがあったあたりの」という、分かる人間にしか分からないような依頼が飛んできた。 「Web3関連の書籍とか情報があって、そこでWeb1というのが出てくるんだけど、そこで情報が錯綜しているようなので、僕らが知っている歴史についてまとめておく、みたいな立て付けで」というので、「第三者から見ると大原が若い筆者をイジメて
【公式資料】GitLab社で学んだ最高の働き方 - Qiita
はじめに Developers Summit 2022で「GitLab社で学んだ最高の働き方」というセッションがありました。 そのセッションで使用された資料をみつけましたので、こちらを共有致します。 GitLab社で学んだ最高の働き方 目次 GitLab: 会社とコミュニティ GitLab社に参画した理由の一つ 目的 今日のメインテーマ All-remoteとは 無駄なく効率よくコラボレーション 同期と非同期コミュニケーション 同期コミュニケーションと非同期コミュニケーション 同期で非同期を加速させる オンボーディング Coffee Chat コミュニケーション手段の使い分け GitLabでのコミュニケーション手段の使い分け（1/2) GitLabでのコミュニケーション手段の使い分け（2/2） 手段の使い分けから伝えたいこと ミーティングの進め方 ミーティングを進めないために：そもそもミー
Laravel の認証・認可パッケージが多すぎてわけわからんので図にまとめた - Qiita
元ネタ @localdisk さんの記事です。 こちらで概ね適切に説明されているものの，文章のみで図が無くて直感的に把握しづらいので，初心者にもすぐ飲み込ませられるように図に描き起こしてみました。 図 解説 illuminate/auth: 最小限の認証認可コアロジック コアコンポーネント群の laravel/framework に含まれているものです。 Socialite 以外のすべてのパッケージが，実質このコアに依存していることになります。 以下の記事でこのパッケージの詳細について説明しているので，ここでは端折って説明します。 伝統的 Cookie ベースのセッション認証 こちらでも解説している， 「Cookie に識別子を載せ，それに対応する情報はサーバ側のファイルに記録する」 という手法に近いものです。 実装は illuminate/session にあり， PHP ネイティブのセ
『ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ』を読めばアーキテクトになれるのだろうか - Magnolia Tech
ソフトウェアアーキテクチャの基礎 ―エンジニアリングに基づく体系的アプローチ 作者:Mark Richards,Neal FordオライリージャパンAmazon とても良い本だ！アーキテクチャのパターンは体系的に整理されているし、アーキテクチャを議論する上で、共通の語彙となり得る用語を解説している（コンウェイの法則や、凝集度など）。 後半は、リスクや、チームビルディング、交渉術まで多岐に渡るトピックを網羅している。 必要なことは全部書いてある...けれど、なんとなく初めてPMBOKを読んだときに抱いた感想...読み始めてからすぐに「果たしてこの本に書かれている通りの考え方に沿って振る舞えばアーキテクトになれるのか？」という気持ちになりはじめたところで1章の最後の方に出てくる「ソフトウェアアーキテクチャの法則」が出てきて、「そうだよなー」という気持ちに。 ソフトウェアアーキテクチャはトレード
リモートワークスタイルチェック
remote-work-style-check.md リモートワークスタイルチェック 昨今の社会情勢の影響もありリモートワークを導入する企業・チームが増えてきましたが、 一口に「リモートワーク」といってもさまざまなスタイルがあります。 企業側と働く側のミスマッチを防ぐため、リモートワークにおける観点を列挙してみました。 リモートワーク比重度 どの程度リモートワークに比重を置いて導入しているかのチェックリストです。 数値を合計し、高いほどにオフラインよりオンラインに比重を置いている傾向があります。 あくまでも "比重" であり、優劣をつけるものではありません。オフライン・オンラインどちらを重要視するかは企業・チーム・個人の価値観によって異なります。 リモートワークの導入期間 どの程度リモートワークを導入しているか (≒ 組織としてのリモートワークへの慣れ) （累積→途中で廃止・停止などが挟ま
とりあえずWebサービス作る時の私の技術選定ポイント@2022/02
はじめに inspired mogaさんのブラウザで動くサービスを作るときの技術選定が素晴らしい記事だったので、自分も書いてみる事にしました。 幸いにも技術選定からのお仕事をする機会が多くて、自分の中でパターンが大体決まってきているので言語化してみます。前提が同じサービスは無いので絶対的な正解は無いですが、なんかしらの参考になれば幸いです。 ※2022/02時点 私/よくあるお仕事について Web系のサービスなんかいい感じにするマンとして、フリーランスとして働いています。 準委任という形でスタートアップ企業をお手伝いする事が多いです。 MVPを作りたい、もしくはMVPは行けたのでちゃんと作り直したい、という要望があって参画して、まるっと作ってそのまま運用をします。作って終わりではなくて、運用や拡張性を考えてやってます（サービスに必要なのはもちろん、運用する自分が楽だから）。 前提 エンジニ
新宿で300人デモ……ノーマスクでワクチン反対を訴える人々の正体 | デイリー新潮
「週刊新潮」の発売前日に速報が届く！ メールマガジン登録 デイリー新潮とは？ 広告掲載について お問い合わせ 著作権・リンクについて ご購入について 免責事項 プライバシーポリシー データポリシー 運営：株式会社新潮社 Copyright © SHINCHOSHA All Rights Reserved. すべての画像・データについて無断転用・無断転載を禁じます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NHK、受信料未払い時の割増金は2倍徴収へ。23年4月から
「この食べ方に出会ったから、この食材を買うようになった」エピソードを教えてください
体育の授業で走り方が変だと教師や同級生に言われたが「正しい走り方はこう」と教えられなかったのがトラウマ…ちゃんと教えてもらえたら出来るようになった人も
