試行錯誤しながら手に入れた部下や後輩を半年で1人前にするコツをまとめました。 嫌な先輩から、まあまあの上司になるまで まずは私の経歴を少し。昨年独立するまで外資で働いていました。新卒で入ったのは少数精鋭にしたって、いくらなんでも少なすぎない? と人事の肩を揺さぶりたくなる部署でした。 入社2年目には「もう1年いるんだからシニアだね!後輩指導よろしく」と宣告され、必死で3人指導してのち転職。その後はプロジェクトごとに部下を持っていました。独立した現在は外注マーケターとしてトレーニング業務も担当することもあります。合計で指導した部下・後輩は約10名前後。 最初は最悪の上司だったと思います。詳しくは「いつの間に自分が「細かいことにウルサイ嫌な先輩」になっていた 」に書きましたが、もうタイトルだけでお察しください案件。自分でもこれはいけないと思い四苦八苦した今、半年くらいで「いいね、それで行こうか
現在、Twitter は1秒間あたり3,000枚の画像(約200GB)を作成し持続している。 しかしながら、2015年に Twitter はこれら画像ファイル等メディアファイルの保存方法を改善したために、600万ドルを節約することができた。 以前からそうだったわけではない。Twitter は2012年には主にテキストベースだった。 これはまるで、ホグワーツ魔法魔術学校であのかっこいい動く絵が壁にかかってないようなものだ。 2016年の今では Twitter はメディアを駆使した方向へと移行している。 Twitter は、プレビュー、マルチフォト、gif、vine、埋め込みビデオなどで写真をサポートできる新たなメディア・プラットフォームの開発を経て変化したのだ。 Twitter社のソフトウェア開発エンジニアであるHenna Kermani氏が、Mobile @Scale Londonでの興味
2018-08-17 追記 数百テナント程度なら大きな問題なく利用できる一方、数千テナント規模になってくると migration コストが重くなってきました。 一つの解として SmartHR 社では citus という DB As a Service への移行を決めました。 詳しくはこちらのブログ記事をご参照ください。 SmartHR が定期メンテナンスを始めた理由とやめる理由 - SmartHR Tech Blog 概要 Rails でマルチテナントサービスを実現する apartment という gem を紹介します。 バージョン rails: 4.2.0 apartment: 1.0.0 マルチテナントサービス? 1 つのサービスの中に複数のテナントが同居するサービスです。 例としては Qiita:Team や Trello などなど、企業やチームで利用する SaaS 型のサービスが想
ある日、 PR の内容を見ずにマージすることを岡島(ピッチャーの)というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね!— そーだい@初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい@初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじ GitHub Flow に沿って開発する 基本
2016-06-28 京大院生の書店スタッフが「正直、これ読んだら人生狂っちゃうよね」と思う本ベスト20を選んでみた。 ≪リーディング・ハイ≫ *この記事は、天狼院ライティング・ゼミで「読まれる文章のコツ」を学んだスタッフが書いたものです。 人生を変えるライティング教室「天狼院ライティング・ゼミ」〜なぜ受講生が書いた記事が次々にバズを起こせるのか?賞を取れるのか?プロも通うのか?〜 京都スタッフ三宅です。 あの、書店スタッフとしてこんなこと言うのもどうかと思うんですけど、 ぶっちゃけ、本読むのってめんどくさくないですか?? 借りるのでない限り、ネットやテレビみたいに無料じゃないし。 眠たい時に読んでると寝ちゃうし。 肩こりも酷くなるし。(これは私だけ?) だけど、読む。読んじゃうんですよね。 私は、本を読むのがめんどくさいけど大好きです。 なんでかというと、今まで本に、たくさん励まされてた
こんにちは、RuboCop大好き@pockeです! 先日(日本時間2016年6月26日)、RuboCop 0.41及びバグ修正リリースの0.41.1がリリースされました。 0.41 では13個のCopの新規追加の他、機能追加、バグ修正などが行われております。 また、0.41.1では新規追加されたCopがRailsプロジェクトにおいてクラッシュしてしまう問題が修正されています(該当のPR)。 そのため特にRailsプロジェクトでRuboCopを使用しているのであれば、バージョン0.41.1を使用することをおすすめします。 また今回のリリースでは、先ほど紹介したバグ修正を含むいくつかのコミットに私も関わっています。 ですので今回のリリースの概要を紹介させていただきたいと思います。 では、CHANGELOGを読んでいきましょう。 Release RuboCop 0.41 · bbatsov/ru
ファイル保存領域 ワーク(ワーキング)ツリー インデックス(ステージング) リポジトリ ワーク(ワーキング)ツリー ユーザーが作業しているディレクトリ領域 インデックス(ステージング) ワークツリーとリポジトリの中間領域(一時領域) コミット対象のファイルを登録する領域 リポジトリ ファイルやディレクトリの状態を管理する領域 ブランチ 履歴の流れを分岐して保存していくための機能 - masterブランチ - 追跡ブランチ - HEAD masterブランチ gitリポジトリに最初にコミットすると作成されるブランチ 追跡ブランチ リモートブランチの状態を監視するためのブランチでローカルブランチの一種 git branch -a * master //作業ブランチ remotes/origin/HEAD -> origin/master //HEADの位置 remotes/origin/mas
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
2016年5月28日に秋葉原で開催されたTokyo Ruby Kaigi11 に参加してきました。この回が僕にとっての初Ruby Kaigiで一般人としてカンファレンスに参加したのもこれが初です。以前はScalaMaturi2016に学生スタッフとして参加したのですが、カンファレンスの内容も全て英語でレベルが高く正直「なにを言っているのか、ぼくぁ...さっぱりわからんよ!!」状態だったのが今回のTokyo Ruby kaigi11は少し予習してきたのと、最近Rubyの勉強を初めてオブジェクト指向スクリプト言語の意味が理解出来たので会議の内容もおおよそ理解できるっ!....訳でもなく、やはりそこで語られる話はレベルもクオリティーも高かったです。発表内容の半分も理解できたなかったのが素直な気持ちです。 只、ただですよ!。 じゃその半分もスライド内容が理解できなかった僕が何をもって今回のToky
新人の開発者が繰り返し突き当たるテーマがあります。プログラム言語を1~2種類勉強するのに時間を費やしたり、プログラミングの演習を行ったりすることに関して問題はないと感じていても、学んだことをどう応用していいのか分からずにいるのです。このことは、次のようなフレーズとしてよく耳にします。「プログラムの書き方は知っているが、何をプログラムしていいのか分からない」と。これに対する答えは、一般的に、「プログラミングの課題を行いなさい」、「オープンソースプロジェクトに貢献しなさい」、または、「ゲームを作りなさい」というようなものです。 プログラミングの課題を行うことは、知的ないい訓練にはなります。しかし新しいプログラムの開発方法を学ぶのにはあまり役立ちません。オープンソースプロジェクトに貢献するのは確かにステップアップになります。実際のプロジェクトがどのように構成されているか学び、プログラム言語の技術
「しつけのため」と言って、北海道の山中に7歳男児を置き去りにし、行方不明になっている件について、自分自身の体験をもとに、先日記事を書きました。 shinoegg.hatenablog.com 詳しくはそちらをご覧いただきたいのですが、結論をざっくり書くと「しつけと称して親が力でねじ伏せても、子どもは慣れるし反抗もする」ことや、「しつけに暴力を使ってはいけない理由は、安易な方法であり、必ずエスカレートしてしまうので危険」だということ、だが一方で、「厳しい躾」に対する世間のニーズも存在するということについて触れました。 これ以外でも、このブログでは「完璧な母親ではなく、平均的ママを目指して、楽をシェアする」をコンセプトに、育児の難易度を下げる工夫や、気持ちを楽にする方法について、紹介してきました。 そして昨日、Twitterでこんなツイートを見かけました。 「本当にいいことをしていると思ってい
「春の呪い」という作品を、ご存知でしょうか? ブログの読者層を考えると、男性が多いため知らない方も多いのではないでしょうか。 (このマンガがすごい!WEBのオンナ編で1位になった作品ではありますが) この漫画は、本当に凄い。 2016年を代表する作品になる、そんな風に思ってしまうレベルです。 恋人は、死んだ妹の恋人 物語は、妹・春を失った夏美と、春の婚約者だった冬吾の物語です。 夏美にとって、妹の春は世界で一番大切な存在でした。 ずっと二人一緒にいる。そんな風に思っていたこともあったようです。 春にとっての自分もまた、そんな存在である そんな風に考えていたところに、冬吾という存在が表れて、春の1番を奪っていく。 殺したいほど憎い相手だった、回想で語る彼女の想いは嘘ではないでしょう。 それほどまでに、彼女は春のことが大好きだったから。 だからこそ、今の状況に、気が狂いそうになっていました。
code review の reviewer 選出をする時,pull request の内容をざっと眺めてから「この部分だから XX さんかな」とか「あそこのコードは YY さんが詳しいだろう」とか,そういう感じで選ぶことが多くて,つまりは勘と経験で選びがちになってしまう.これについては常々いくばくかの危うさを感じていた. そもそも,「reviewer として誰が最適か」という知識はプロジェクトに長く関わっている人でなければ知りにくいものであり,いわば属人的な知識のひとつだと思っている.プロジェクトからそういった長老的な人がいなくなってしまったら,最適な code review を実施できなくなってしまう可能性がある. 従って,やはり技術で解決ということになる. Facebook が作っている mention-bot という GitHub の bot として動作するやつがあって,これは p
こんにちは。昨日この記事を書いた底辺ネットライターです。 megalodon.jp 元の記事は削除しました。こちらは魚拓です。 本当にお前があの増田を書いたのか?と言われたら、それを証明する方法なんて何もない。なんとなく、文体から私であるとわかってもらえたら嬉しい。 ーーーーーーーーーー ▼追記:私が本人である証拠に、上の増田に追記を書き込みました。この方法を教えてくれた人、ありがとう。 ーーーーーーーーーー なりすましだと思われるなら思われるでもいいとも思う。なりすましだって本人だって、自分の正体を隠して本音じみた物をブログに吐き出している人間だということには変わりない。 そしてもし、私のブログを読んで、何かを感じてもらえたのであれば、私は嬉しくて仕方がない。文章を書く人間にとって、「楽しい」であっても「悲しい」であっても、人も気持ちを動かせることが喜びなんだ。少なくとも、私にとってそれ
これからプログラミングをしよう、という人が必要とする「プログラマー的思考法」や、テクノロジーの世界の概念を、対象年齢5歳の絵本でさらりと理解できてしまえるのが「ルビィのぼうけん」です。クラウドファンディングプラットフォームのKickstarterで出資を募ったところ、プロジェクトの開始からわずか3時間で目標額の1万ドル(約100万円)に到達したという絵本で、子どもだけでなくプログラミング初心者にも最適で、プログラミングの本質に迫っているとのことなので、実際に買って読んでみました。 『ルビィのぼうけん』特設サイト http://www.shoeisha.co.jp/book/rubynobouken/ これが「ルビィのぼうけん」。大型本で、サイズは24cm×18.8cm×1.1cmです。 Amazonで購入したところ、以下のステッカー付でした。 全114ページで、厚みはこのくらい。 ペラリと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く