サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大谷翔平
yulii.github.io
Nov 18, 2021 「マネージャーの仕事ってなんだろうか?」と改めて考える機会があったので、つらつら書いてまとめてみる。 マネージャーの責務マネージャーの責務は、あの手この手でやりくりしながら成果を上げるに尽きると思う。もう少し具体化すると「最適な人員配置と目標設定を通じて業績達成する」ということ。 マネージャーのコントロールレバーまず考えねばならないのは2つ。 チームに必要な能力を獲得する(採用と育成)いま必要な人を「採用」する未来に必要となる能力を「育成」するチームの能力を成果に集約する(目標設定と評価による動機付け)期待を測定可能にして「目標設定」する目標の意義を語り「動機付け」する職責上のマネージャーではないが、テックリードやプロダクトマネージャーなども「マネジメント能力」というものが期待されることがある。これは2点目のチームの努力を束ねる部分を要求されているように感じる。マ
May 9, 2020 Homebrew でインストールした formula で使っていない不要なものを調査した。 ほかの formula に依存していない formula を一覧化するbrew uses にかけると、何にも依存していないパッケージ (formula) を特定することができる。 brew list | xargs -I{} sh -c 'brew uses --installed {} | wc -l | xargs printf "%20s is used by %2d formulae.\n" {}' xargs の並列実行バージョン(おすすめ)実行に時間がかかるので、 xargs -P3 など適宜並列プロセス数を指定すると良い。特にこだわりがなければ expr $(sysctl -n hw.ncpu) - 1 で、CPUコア数から割り当てられるだけ指定する。 brew
Jun 12, 2016 コードレビューを実践する中でバランス感覚が難しいと思い、自分なりにコードレビューの目的をまとめてみました。具体的なコードレビューのやり方を規定するものではなく1つの指針です。なので、アーキテクチャ/デザイン(DRY か? 単一責任か?)やスタイル(メソッド名や変数名は適切か?)のチェックリストではないです。 コードレビューの目的 個人的な意見ですがコードレビューの目的は、 「コードの共同所有 (Collective Code Ownership)」 だと考えています。 以下はあくまでもコードレビューを通して発生する副産物であり、コードレビューの目的ではないと思っています。 ソフトウェア品質の向上 コードのスタイルを整える バグを見つける 技術的負債となり得るコードがないかを確認する スキルの向上やナレッジの共有 担当者の技術スキルの把握 他人のコードを読んで学びや
May 28, 2018 Re:dash を運用していると、使えば使うほどクエリが増える。不要なクエリが定期実行されてたり、やんちゃなクエリでRe:dash サーバーが落ちることもしばしば。 Re:dash をインストールした時に作成されるデータベースにクエリの実行結果などの情報が保存されます。このデータベースをみれば、どのクエリを見直したり、削除すれば良いかわかります。 データソースを登録する PostgreSQL をデータソースとして登録して利用します。DBへの接続ユーザーはRe:dash のインストール方法に合わせて指定します。 整理が必要そうなクエリを見つける 使われていないクエリ 定期実行されいている場合は events に実行ログが残らないらしい。定期実行の設定がないクエリで実行回数が少ないクエリを抽出する。 select q.name , coalesce(E.exec_co
Nov 23, 2016 情報を共有すること、情報を整理することの意義について社内向けに共有した内容を紹介しようと思います。 LiB では全社の情報共有にQiita::Team を活用しており、創業間もない頃から使い始めて2年以上が経過しています。Qiita::Team には、セールス、マーケター、デザイナー、エンジニア、経営管理など玉石混合のおよそ70名が参加していますが、情報を共有・整理することに慣れていないメンバーの方が多いです(実際にどんなメンバーがいるかは、Wantedly のインタビュー記事を見ていただければ伝わるかと思います)。 結果、知りたい情報があるのに検索できない、最新の情報がどの記事なのかわからない、一度しか使われないタグが乱立、などの問題が発生しています。 見ているとエンジニアの方がQiita というツールをうまく活用しています。しかし、みんなの投稿を観察して感じた
Feb 6, 2016 試しに作ってみたら案外便利でした。WIP1 のPull Request を作るとチームのみんなに自分の作業を視える化でき、場合によっては作業途中にアドバイスもらえたりします。 新しいブランチを切って、空のPull Request を作るのに2つやりたいことがあります。 空のコミットを作りたいまだコードの変更がないからCI を動かしたくないこれらの仕組みは用意されているので、それを使うだけですがコマンドを覚えたり、タイプするのが面倒なのでエイリアスでまとめてみました。 空のコミットの作り方通常、何も変更がない状態ではコミットできません。 --allow-empty オプションを指定すると、変更がなくてもコミットを作ることができます。 CI をスキップするCI をGit のコミットに紐付けていると、自動でテストが実行されてしまいます。CircleCI やTravis な
Docker + Serverspec + Infrataster を使ってCircleCI 上でインフラのテストを実行する Jun 8, 2016 TL;DR Itamae レシピを Docker + Serverspec でテストする テストのためにDocker コンテナ上で sshd を実行したくない CircleCI は docker exec 使えないので lxc-attach を使う おまけで Infrataster のテスト方法も記載しています。具体的な設定内容などはGitHub リポジトリ yulii/continuous-hardening #51e1618 を見てください。Itamae レシピやServerspec とInfrataster の内容自体は適当ですが・・・。 ディレクトリ構成 この記事の設定は下記のディレクトリ構成で実行しています。 % tree . .
Aug 15, 2015 Nginx をフロントに立てて、バックエンドをごにょごにょするといろいろ捗ると思います。 ただ、バックエンドがAWS のようにAuto Scaling が働く場合、IP アドレスが変わってトラブルになることがあります。 リバースプロキシの設定proxy_pass にURI 指定すると、リクエストを転送処理できます。 必要に応じて proxy_set_header, proxy_hide_header を指定する事で、転送先サーバーにリクエストヘッダーを送信できます。 server { listen 80; server_name example.com; location / { proxy_pass http://proxy.example.com; } } Nginx 内部の名前解決デフォルトの挙動として、Nginx は起動時に名前解決を行いIP アドレスをキ
Sep 1, 2015 MySQL で作成済みのテーブルやカラムの定義を調べる方法をまとめました。知っておくといろいろ捗るかも。 DESC +-------+--------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+--------------+------+-----+---------+-------+ | id | int(11) | NO | PRI | 0 | | | name | varchar(64) | NO | UNI | NULL | | | age | int(11) | NO | | NULL | | | photo | varchar(255) | YES | | NULL | | +-------+--------
Aug 7, 2016 「Web ディレクターって何やってるの?」と聞かれたので自分なりにまとめてみました。Web ディレクターの中でも主に「開発」に関わる仕事について、どんな責任を持ち、どんな役割を担っているのか。細かいタスクの話は割愛。 Web ディレクターの責任とは何か?「プロジェクト」を成功させること。具体的には、 叶えたい未来(ビジョンや目的)に向けて、欲しいプロダクトを限られたリソースを駆使して、必要なタイミングまでに実現させること。 プロジェクトの成功を決める要素Quality (品質)必要な要件(機能)を満たしていることプロダクトに欠陥(バグ)が無いことCost (予算)プロジェクト完遂までにかかった費用が予算内であることDelivery (納期)期限内にプロジェクトが完遂すること言い換えると、プロジェクトの成功とは “QCD をバランス良く満たすこと” です。 Web プ
Sep 22, 2015 Ruby の定数はミュータブルのため、目立たないバグを埋め込む可能性がある。 Object#freeze を使うとオブジェクトをイミュータブル(状態変更不可)にできる。 Ruby の定数Ruby 以外の言語では再代入させない場合があるが、Ruby の定数は Warning を出しつつも再代入できる。 irb(main):001:0> CONST = "constant string" => "constant string" irb(main):002:0> CONST = "overwrite!" (irb):2: warning: already initialized constant CONST (irb):1: warning: previous definition of CONST was here => "overwrite!"
このページを最初にブックマークしてみませんか?
『by and for engineers』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く