  |
はてなキーワード: ペアプロとは
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
（中略）
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
ペアで作業を行うため仕事以外の事は一切できない（一人で作業しているとついついメールをチェックしたりウェブを見たりしてしまいます）
ttps://bit.ly/38ZlQwO
ペアプロ懐疑派だった僕が、実務でペアプロ導入して180度考えが変わった話
Mob Programming を実施するとかなり心理的に負担が少ない。
ttps://simplearchitect.hatenablog.com/entry/2017/06/19/080036
プログラミングをしていて、最も時間がかかるのは、「悩んでいる」時間だ。
何かにどハマりするとか、初めての事、難しい事をやるときに、理解するのに時間がかかるとか。
それがMob Programmingでやると、いろんな人が寄ってたかって、いろんな目線で解決を考えるので、詰まったり、ハマったりする事がなく、異常に早く終わる。
中略
それぞれがやったことを「レビュー」しなくても、そもそも常にレビューしている感じだから、そんなことも必要ない。
ttp://simplearchitect.hatenablog.com/entry/2017/06/19/080036
・難しい問題を解くのが早くなる
・サボらなくなる
ペアプロを極めて最強の開発チームをつくる（1/4）ペアの組み方（翻訳）
ペアのローテーション（選手交代）とは、しばらく共同作業を行った後で一方がストーリーから離れ、もう一方が残って、職場にいる他の誰かと作業を続行することを指します。この「残る人」はしばしばストーリーの「アンカー」と呼ばれます。
ペアプロは、質の高いコードレビューでもあります。ヤフオク!の開発チームでペアプロを行う際には、プルリクエストを作成してコードレビューを挟むようなステップは存在せず、実装したコードはレビューなしにそのまま本番コードにマージしています。
中略
ペアプロを行う上でお薦めなのが、毎日ペアを組み替えるペアローテーションです。毎日ペアを変えることで、知識や情報を共有する速度を、加速度的に向上させられます。
ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000
ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fwww.nikkei.com%2Farticle%2FDGXMZO64345560Y0A920C2916M00%2F
現在、kintoneの新機能開発メンバーは6拠点のオフィスに分散し、また多くのメンバーがカジュアルに在宅勤務を活用するリモートチームとなっています。 また2018年から2年以上、全ての設計・実装タスクを原則モブプログラミングで行っています。
ttps://s.nikkei.com/2vJsvYx
育自分休暇
SPEEDAの開発チームは、すべてのチームがほぼ100%ペアプロで作業しています（ペアプロそのものについての詳しい説明は割愛させていただきます） 。
そしてプログラミング以外（例えば採用活動）でもペア作業をします。
ttps://www.slideshare.net/yattom/ss-79372905
ビズリーチでは、後輩エンジニアは、業務に関係することであれば先輩エンジニアに対してペアプログラミングをいつでも申し込むことができます。先輩のライブコーディングを見る機会にしたり、実装中のタスクで分からないところがあれば解決法を一緒に考えたりします。
ttps://design.bizreach.co.jp/archives/2447
ttps://medium.com/@oogatta/一日8時間-60日間ペアプロしてみて思った日常ペアプロのコツ-4753381b0467
「知識の塔」と呼ばれる、「この人じゃないとできない！ いなくなったら困る！」という状況を、ペア作業を通じて常に解消し続けているのです。
ttp://pg-boxer.cocolog-nifty.com/nikukyu/cat21300456/index.html
ペアプロは一般的に言われるようにレビューの手間が減るとかコードの品質が向上するとか属人化を防ぐのに良いとかの利点がありますが、自分は「その時間の集中力」こそが実は最大の利点
ペアプログラミングが機能するときにそれがうまくいく理由は、たぶんペアプログラミング セッションを相棒とスケジュールするときには取りかかるために2人が力を合わせるからだ。
ペアプログラミングをする価値は、最初の場所でエラーが起きるのを防ぐとても小さな軌道修正という形でやってきます。
ttps://www.infoq.com/jp/news/2009/07/dollar-value-of-pair-programming/
ttps://b.hatena.ne.jp/entry/s/tech.nikkeibp.co.jp/it/article/Interview/20121210/443162/
ジュニアとシニアのエンジニアでペアを組ませると二人のシニアエンジニアと同じだけの価値を発揮すると言える。しかもコストはシニア二人の場合の 75% しかかからない。もしあなたのゴールが最小の費用で最大の生産性を発揮することだとしたら、組織の中でジュニアとシニアの組み合わせを分子レベルでの最小単位とすべきだ。
ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fportalshit.net%2F2018%2F10%2F02%2Fwe-should-hire-junior-engineers
ttps://web.archive.org/web/20070210094344/http://business.nikkeibp.co.jp/article/skillup/20061121/114149/
ペアプロと開発効率の関係で言うと、「100％ペア」と「100％ソロ」で比較した場合、単純な「稼働率」ではソロのほうがもちろん多いです。ただ、単位時間内にどれだけのコードが本番リリースされていくかを「生産性」と捉えると、スループットや仕掛かりの時間も考慮する形になり、結果的にペアのほうが生産性が高くなるんですね。
ttps://b.hatena.ne.jp/entry/s/twitter.com/hackernewsj/status/1324534523388899328
関東⇔関西のリモートでAtomのTeletypeとSlackの通話機能
ttps://b.hatena.ne.jp/entry/s/twitter.com/waritocomatta/status/948779300576096256
tmuxを使って画面を共有する
ttp://tkengo.github.io/blog/2012/10/30/lets-pair-programing/
特集1
メキメキと人が育ち，プロダクトの質を高める
ttps://bit.ly/2MylBjs
ダブルアサインメント（一業務二人担当制）｜業務を属人化させない働き方
ttps://times.mazrica.com/column/merit-for-double-assignment/
ttp://wakabakeiei.com/2017/11/06/double-assignment-multi-task/
仕事が「属人化」していることが、問題の根幹なのだと気付きました。
チームメンバーの誰が何をしているのか、仕事のプロセスを可視化して、仕事を個人でなくチームのものにする
ttps://www.persol-group.co.jp/ing/2020/20200428_5439/index.html
「仕組み」を作った社長が生き残る！: トップは付加価値の創出に時間を使え！
人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る
ttps://www.amazon.co.jp/dp/B010JM64M6/
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
ttps://techplay.jp/column/366
組織の雰囲気がスペースシャトル「コロンビア号」を爆発させた！？
ttps://note.com/kaorutamura/n/n212e1a4be8f5
エージェンシー・スラック（agency slack）とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。
ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話
ttps://qiita.com/YankeeDeltaBravo225/items/9f08c0eccd48f00b9f9e
「ウォータフォールは一切メリットがないので止めておきなさい」
ttp://simplearchitect.hatenablog.com/entry/2016/06/20/080807
米国の国防総省では、ウォーターフォール開発による調達の失敗経験をもとに、2000 年からアジャイル開発の適用を義務化しています。
みなさん、こんばんは。
｢Merpaku Frontend Engineer Meetup｣の時間がやってまいりました。
今夜は、著名フロントエンドエンジニアの方々にお集まりいただき、｢2020年のフロントエンドJSフレームワークを考える｣と題しまして、お話をお伺いいたします。
ま～、僕の場合はね、海外の技術情報をチェックしてるんだけど～
今のフロントエンドはさ～、なんちゅ～の？
あの、Frontend Engineerの友達がベイエリアとかにいるんだけどね～、いつもSlackで現地のトレンド情報を送ってくれるんだけど、よく調べると、ま～あの、銀の弾丸はない、結局はトレードオフ。
C:あ、ちょっちょっといい？
あのね、僕～はやっぱりjQueryが一番いいと…
A:でもね、僕なんかなんちゅうの、海外のカンファレンスに参加する機会がすごい多いわけ。ね？
この間もUSやUKまわってきたんすよね。
そこで一番感じたのはですね、銀の弾丸はないけど、結局はトレードオフというのが一番感じたなぁ～
B:う～ん、キミとはちょっと違うんだよね。
僕は英語がわかるでしょ～？
だから勉強会なんか、登壇してくれって何度も頼まれてね、断ってるんだけど、まぁ、だいたいよく調べてみると、銀の弾丸はない、結局はトレードオフっていう。
C:う～ん、でもね、やっぱり僕はjQueryが…
そうじゃなくてさぁ、僕なんかは1日にね、1日に8時間コード書きまくって生活してるわけですよ。
そうすっと、すごいよくわかるのは、銀の弾丸はない、だけど、結局はトレードオフっていう感じだなぁ～。
僕はいいね数5万個だよ？5万個ついてんだよ？それも「先週いいねが多かった投稿ベスト20」ばっかりよ？
で、だいたいよく調べてみると、銀の弾丸はない、結局はトレードオフなんだよ。
C:あ、ちょっと言わせてもらうとね、僕なんかやっぱりね、jQueryがやっぱりいいなと…
A:あのキミ違うよ、だってさぁ、Watchのレポジトリ数なんか言ったら、8万ありますよJS。
それをさぁ、全部動かしまくって感じんのは、はっきり言って、銀の弾丸はない、だけど、結局はトレードオフ。
B:んはっ、僕なんかね、キミとはちょっと違うんだけどね、懇親会で質問したりとかね、ちゃ～んとフロントントエンドの話して聞くとですね、銀の弾丸はない、結局はトレードオフなんだよね。
C:っといいですか？
フロントエンドを理解するためにはさぁ、アーキテクチャと切り離せないと思うわけですよ。
ね？聞いてる？
ね、ほら僕は今、自作ライブラリ開発してますよね？TypeScriptの、ほら？
だから、そういうふうに、日常にアーキテクチャを取り入れることからね、フロントエンドを考えると、銀の弾丸はない、だけど、結局はトレードオフと言い切れると思うわけよね。
B:ちょっと待ってよ、は～キミとはちょっと違うんだけどね、技術顧問先なんか行くとね、全部僕がWebpackとか、CI環境とか、み～んなレビューするんだよ？ペアプロするんだよ？
そうやってコミュニケーションしてね、でフロントエンドは銀の弾丸はない、結局はトレードオフなんだよね。
C:やっぱアーキテクチャだったらね、Backbone.jsじゃな～い？
A:なんかおかしいんじゃないの～？
え～、今度Abema Towersでフロントエンドのカンファレンスの運営サイドもします。
ま、そういう世界にいてですね、はじめてフロントエンドがよくわかると言い切れると思うんですよね。
だから、そういう言い方からしてもね、銀の弾丸はない、だけど、結局はトレードオフと僕は思うわけなんですよ。
B:違～うちょっと、僕はね、キミとちょっと違うんだけどね、僕なんかね、今度フルタイムのOSS開発やんだよ？しかもWebAssemblyよ？
そうやって実際にOSSを作ってみてね、銀の弾丸はない、結局はトレードオフ。
A:…
B:…
A:ちっ
B:ちっ
A:だからさぁ!!!WebAssemblyがどうしたか知らないけどさぁ!!!
僕ね、今度Google Japanに頼まれて、六本木ヒルズでキーノートやろうかどうしようか迷ってる自分がここにいるわけ。
B:だけどね!!!
A:来場者は1万人だよ!!!
B:それはね!!!六本木ヒルズがいくつあったって1万人がね…
B:六本木ヒルズがね、どうやって…
B:jQueryが…
A:そういう真剣勝負をさ、実力を持ってるところから、もの見てごらん!?
B:違うんだよ!!!
B:ちょっと違うんだよ!!!
| 時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
|---|---|---|---|---|
| 00 | 164 | 16763 | 102.2 | 36.5 |
| 01 | 144 | 11627 | 80.7 | 38.5 |
| 02 | 120 | 6912 | 57.6 | 21 |
| 03 | 36 | 10738 | 298.3 | 33.5 |
| 04 | 8 | 1250 | 156.3 | 55.5 |
| 05 | 15 | 1734 | 115.6 | 44 |
| 06 | 17 | 1423 | 83.7 | 33 |
| 07 | 47 | 5429 | 115.5 | 44 |
| 08 | 73 | 8700 | 119.2 | 45 |
| 09 | 82 | 7630 | 93.0 | 46.5 |
| 10 | 142 | 13032 | 91.8 | 28 |
| 11 | 191 | 8664 | 45.4 | 27 |
| 12 | 166 | 11824 | 71.2 | 32 |
| 13 | 106 | 13333 | 125.8 | 33 |
| 14 | 98 | 9602 | 98.0 | 32.5 |
| 15 | 102 | 4828 | 47.3 | 27 |
| 16 | 109 | 10618 | 97.4 | 43 |
| 17 | 140 | 12931 | 92.4 | 48 |
| 18 | 182 | 18679 | 102.6 | 36 |
| 19 | 143 | 11461 | 80.1 | 39 |
| 20 | 109 | 10161 | 93.2 | 44 |
| 21 | 83 | 8230 | 99.2 | 38 |
| 22 | 133 | 14270 | 107.3 | 27 |
| 23 | 144 | 17946 | 124.6 | 52.5 |
| 1日 | 2554 | 237785 | 93.1 | 36 |
CHINTAI(13), 十三機兵防衛圏(5), 種馬(8), cyclocross(4), webself(7), ペアプロ(4), 成人の日(4), ペアプログラミング(3), kijken(3), ごくろうさん(3), directo(3), いちおう(9), レ(16), イラン(10), 好きだ(7), ラップ(11), バック(17), 2020年(9), 性差(6), 原爆(7), 🐕(7), カット(12), すこし(11), アレルギー(9), 飼っ(10), 出かけ(8), 猫(46), 不動産(7), おもう(29), 投資(15), チーム(12), 投げ(13), ブサイク(13), .net(11), AI(13), 最低限(11), 育てる(9)
■バックレ依存症なので人生がつらい /20200112043844(31), ■猫と和解せよ。しかし猫と妻は和解できなかった /20200112010006(28), ■大人で1000円カットを使う人間がいると知ったのは衝撃だった。 /20200111230355(23), ■anond：20200112043844 /20200112130927(11), ■クレーマーって（追記） /20200112104952(8), ■ /20200112190738(8), ■妻が娘を連れて実家に帰ると言ってきた。 /20200110233040(7), ■香川ゲームの規制で儲かるのは誰か？ /20200111093440(7), ■中井貴一はミキプルーン /20200112085204(6), ■中学受験に見る一都三県格付ランキング /20200112184018(6), ■ /20200112001647(6), ■就職氷河期突き破って闘ってきたけど、もう疲れた。泣きたい。 /20200111024952(6), ■応援するスポーツチームが無いあなたへ /20200111222432(6), ■自分は心の病気なんだろうか。 /20200112225324(5), ■やたら特攻とか原爆に拘る人って何なの？ /20200112000238(5), ■ボールペンと筆ペンどう違うんだ /20200112002552(5), ■成年後見人になってはいけない…と弁護士は言った。 /20200112035019(5), ■キモータが容姿に気を使わない理由 /20200112103802(5), ■肉を焼く前に常温に戻す工程って /20200112130400(5), ■唇が痺れる /20200112144347(5), ■バズる記事を書きたい /20200112202058(5), ■おでん三つだけ選ぶとしたら /20200112204125(5), ■なんで日本ではラップが流行ってないの /20200109114755(5)
「いくら稼げるか」ではなく、「何を学べるか」で仕事を探しなさい
単位時間あたりのスキル獲得量の高い仕事を何十年もやり続けてきたおっさんと、たいして身にならないような仕事ばかり数十年やってきたおっさんの差
"起業・転職・副業に繋がるスキル"を蓄積出来ない仕事を続けると、"株主の商品やサービス"を売って、利益を株主に貢いで、"労働力の再生産コストである給料"を貰う使用人人生で終わる。スキル蓄積はリストラ対策にもなる。スキル蓄積が出来ない仕事は生殺与奪権を会社に握られる。
仕事中（株主に貢ぐ君期間）に"起業・転職・副業に繋がるスキル"を蓄積する。→蓄積したスキルを利用して自分の商品・サービスで副業（軌道に乗ったら本業にする）、資産運用（配当・家賃で生活できるようになったらFIRE）を並行して進める
[ESBI][バーベル戦略][両利きの経営][多角化経営][複業][ピボット]
40代で北海道へ移住！オーストラリア一周、シベリア鉄道でロシア横断！世界を旅する自由すぎるベテラン業務ハッカーの仕事の真髄とは？
『スペインからロンドンに約1ヶ月いってる新卒2年目、マルタからハンガリーに2ヶ月いく3年目、オーストラリア一周やシベリア鉄道から働いた人もいる。副社長ですらハワイに1ヶ月ほど滞在してた。』（ブログ冒頭の写真はグラスゴーを旅しながら働いている新卒2年目が取ってくれた風景。）— Yoshihito Kuranuki / 書籍：ザッソウ「雑談＋相談」 発売中 (@kuranuki) August 28, 2019
日が昇る前に海へ出かけて早朝から車内で仕事をして、昼前にサーフィンをします。
すると疲れて昼寝をしてしまうのですが、その後非常に頭がクリアな状態で仕事を再開でき、とても捗るんです。
『Microsoft Flight Simulator』印象はどう？現役プロパイロットに聞いてみた「怖いくらい現実世界と景色が同じ」
ttps://b.hatena.ne.jp/entry/s/www.gamespark.jp/article/2020/08/18/101362.html
ttp://www.aoky.net/articles/alex_maccaw/how_to_travel_around_the_world.htm
ttp://www.aoky.net/articles/alex_maccaw/traveling_writing_programming.htm
ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fnote.mu%2Fshu223%2Fn%2Fn7e5194830f34
できるプログラマーからペアプロで習う勉強方法をUpworkで試した
ウクライナの人にiPad/iPhoneアプリの UI周りを頼んだ(回転, 設定, 無料版, etc..)
CG描画時に呼ばれる関数を用意してもらい、 僕はその中身だけ実装した
彼の実働は3日くらい
ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fwww.slideshare.net%2Fnishio%2Fss-12725054
365日のシンプルライフ ペトリ・ルーッカイネン
ttps://www.amazon.co.jp/dp/B00V4YEQ60
持ち物すべてをカバン1つ分に収めることで、思考も人生もシンプルになる
ttps://bit.ly/2I8y0ZX
ttps://bit.ly/3sxljuR
ttps://bit.ly/3db8FeJ
ttps://bit.ly/3c7bHy6
ttps://bit.ly/34tBPCu
フリーランスエンジニアがコード書いて稼げる年収の上限は、だいたい3000万円ぐらいらしい。
ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fnote.mu%2Fshu223%2Fn%2Fn5b1ef92c2edf
フリーランス単価の変遷を公開する
ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fnote.com%2Fshu223%2Fn%2Fnd256a1ba5f8a
長く取り組めるテーマを選ぶ
大手なら市場が小さくて狙わないようなサービスでも、個人なら可能です。自分の生活費を確保するくらいの額ならユーザー数が1,000人もいれば大丈夫だからです。（1人、月額1,000円払ってもらえれば月100万円）
そう考えると自分自身がほしいサービスを考えるほうがつくりやすいと思います。あなたがお金を払ってでもほしいサービスをつくれたなら、日本中さがせば1,000人は見つかると思うんです。
ttps://b.hatena.ne.jp/entry/s/iritec.jp/web_service_dev/19641/
米ＩＴ大手グーグルの役員ら約４０人が東京大学の本郷キャンパスを訪ね、人工知能（ＡＩ）を研究する大学院生らのリクルートを始めたのは数年前のことだ。
フェイスブック社員 年収2600万円 ツイッターの1.5倍: 日本経済新聞
ttps://b.hatena.ne.jp/entry/s/www.nikkei.com/article/DGXMZO29496820X10C18A4TJ1000/
ttps://opensalary.jp
個人アプリの総売上が約700万円になった。
会社員として働きながらの個人アプリ開発はリスクが低く、プログラム資産も増やせて、スキルも身につく。
ただ、それを実現するには「時間の確保」が重要になる。
時間管理意識の高さは必要になるが、オススメしやすい働き方🙂— 文字数カウントメモ開発者🎉 takashi (@cloverkizuna) July 17, 2019
510万ちょいだった。
19歳から7年、1人で30個のWebサービスを作り一発当ててもう働く必要がなくなった
ttps://bit.ly/2ysT1Km
サイト売買Ｚ
プログラミングでハマったら有料相談できるCodementorを使ってみた
RailsとかiOSだったら、ほぼ24時間誰か聞く人がいるし、この、聞きたい時にすぐ聞けるっていうのがいいんですよね。
このシステムを参考に日本語で類似サービス作ったら絶対需要あるだろうし、受験勉強に特化した類似サービスでもよいかもしれない。
プログラミング, Ruby on Railsのメンターをさがす
ttps://menta.work/plan?tag=774&search_on=on&q=&motto_trigger=on&categoryId=1&price=0&review=0
個人開発から2年で買収金額2億！すごい / 【独自】ランサーズの次なる一手、秋好陽介社長が語る「MENTA」運営元を買収した狙い
ttps://b.hatena.ne.jp/entry/s/twitter.com/hassasa3/status/1314063768964407299
私が億万長者になった日 DHH
Ruby on Railsの生みの親が見つけた人生で「最良のもの」
ttps://bit.ly/2UrMXtt
私がプログラミングを始めたのは20代になってからです。DHH
ttps://bit.ly/3dk6XYa
「年収2000万円で一つの場所に拘束されるより、年収500万だけど好きな場所で生活できる方が楽しい人生を送れる」という話 - 「週4時間だけはたらく。」その1
人生でもっとも活動的な20代、30代を楽しむために使えないのは馬鹿げている。
ttps://bit.ly/2Ib45wk
「少ない人数で、クライアントに使ってもらうためのアプリケーションを小さく作り、少しずつ育てる。そして時が来たら、大きく育てる」
ベースキャンプでは毎年5月から9月までは週休3日、3年に一度は30日間の有給サバティカル長期休暇、毎月100ドルまでフィットネスジムの会費を立て替える
中略
自分の貴重な20代と30代を他人に捧げる義務があることについて、四六時中考えていたくなかった。
Basecampは一人のプログラマーと２人のデザイナーでつくった
ttps://www.goodpic.com/mt/archives2/2005/09/37signals_jason.html
Ruby on Railsの作者より：高まった生産性を仕事を余計にこなすためではなく自分の将来に向けて使おう
生産性は何をどうやるかで決まる。ある仕事をやる速さが10倍になったりはしないけど、やるべきでないことを削ぎ落としていくことで生産性は上がる。生産性の高いプログラマは、達成すべき目標に対して最小のコードで済ませる方法を知ってる。と、Ruby on Rails作者のDHHが言ってた
「長時間働くな、良く眠れ、そして旅に出よ」お金を出して社員に旅行させる理由、CEOが明かす
3年ごとに1カ月の長期休暇
ttps://www.huffingtonpost.jp/2016/01/31/boss-wants-you-to-work-less-sleep-more-travel-the-world_n_9128956.html
年末には全従業員に世界16ヶ所どこでも行ける旅行券など、ビックリしちゃうBasecampの福利厚生
夏季の就労日は週4日：5月1日〜8月31日までの間、僕たちは週の月曜〜木曜まで、1日8時間働く。
ttps://bit.ly/2J8ak5W
ttps://amzn.to/3gZmWv1
あなたのゴールは何か、考えてみて下さい。成功とは何か、定義してください。
僕のゴールは、自分の好きなことを好きなだけやる事です。多くの人や企業は、ゴールはお金を稼ぐことだと言います。僕はかつて働いていた会社での研修で、会社の目的はお金を稼ぐことだと教えられました。でもお金は僕にとってあくまで手段です。なぜなら僕のプロジェクトは自分自身のためにあって、投資家や株主のためにあるわけでは無いからです。僕は自分の問題を解決するモノを作るのが大好きです。もし他の人が同じ問題を抱えていたなら、僕はそれをサービスとして提供します。僕は美しいモノを作るのが大好きです。人が自分の作品を楽しんでくれる様子を眺めるのが好きでたまりません。そしてそれを死ぬまで続けたいと心の底から思っています。
ttps://www.youtube.com/watch?v=M1Ae45lQ2mQ
ttps://blog.craftz.dog/my-best-book-recommendations-for-solo-developers-42e1acce13aa
グラバス事件では、社員が「プログラミングができる」と偽って申告して採用されたが、実際にはプログラミング能力はなく、担当の業務に支障をきたしたため、会社側の解雇処分を有効とされた。
業務で作成したソフトウエアの著作権は誰にあるのか？――退職社員プログラム持ち出し事件 (1/2)
鉄工所で自分たちが開発したソ－スコード、モジュール、その他資料を鉄工所に無断で持ち出した。これを知った鉄工所は、この行為が、業務上横領に当たるとして社員たちを刑事告訴した。
中略
知り合いと飲んだら、過去の私と同じような状況であの日々を思い出して吐き出したくなった。
当時私が参加していたチーム・プロジェクトは美味しそうなFWを使っていた。
サーバサイドのエンジニアは片手ほどの人数で、採用時点でそのFWの経験があることを確認されていたし、別チームから転属してきたメンバーも何らかのMVCでWSGIなFW経験があり、わりとサクッと順応していた。
前職では業界未経験だったり、経歴を盛っていると思われるエンジニアもどきと仕事していたので、普通に公式ドキュメントを読み、FWのソースコードを確認することができる同僚との仕事はおもりがなくなったようで気楽だった。
3年前の夏、サーバサイドのチームに新人のN氏が加入した。新人と言っても別チームから来た年上の業界経験豊富なインフラエンジニアである。
別プロジェクトのクラウド化や縮小が当時の1年半ほど前から進んでいて、社内のインフラエンジニアはSREに名前を変えるような流れがあった。（実際にはインフラ、ミドルウェア、ネットワークに長けた彼らは相変わらずそれなりに仕事があったようだが）
その流れの中でN氏は、サーバサイドエンジニアをしてみようと決めたらしい。転向については1年前から部長に相談していたとのことだった。しかも、うちのチーム名指しで。これはちょっと嬉しかった。
さっそく、N氏には社内向けの新機能を担当してもらい、私がレビュー担当になった。
これがなんというか読むのが辛かった。確実に言えるのはチュートリアル絶対やってないということだった。
機能は満たすが、FWの書き方やお作法については部分的にググった結果がパッチワークされているような。
社内の各チームのアーキテクチャはエンジニアならだれでも知っていた、つまりN氏は知っていながら特に準備なしでやってきたわけである。
そこから始まる、レビューを通した実プロダクトを使ったチュートリアル。褒めるとこは褒めて、受け入れられないところは参考になる実装やドキュメントを提供する。
はじめからチュートリアルを一緒にこなした方が良かった。レビューで大幅に書き換えてもらうのは結構辛い。勿論プロダクトに使えるレベルのコードじゃないから仕方ないんだけど。
しかもN氏、臭いのである。脂汗を吸った服、毎日履いてくるジーパン、脱いだのが瞬時にわかるほど臭う靴。
当時は Visual Studio Live Share なんて無いし、ペアプロは5分で限界だった。
がっつり書き直しが入るようなコードの卒業には2ヶ月ほどかかった。(これは私が時間を十分にとれなかったのも悪かったし、N氏は前のチームの引継ぎ作業も並行していたので)
もう、色々思い出して悲しくなったから書いとくと
ちなみに知り合いのところは、最近の天気のせいなのか生乾き臭マックスの縁故入社の新人とのことで、当時彼にしてもらったように「ガンバ」と背中叩いておいた。
N氏は今も臭っているようだが今は別プロジェクトだ。スキルセットが増えている分、頼れるエンジニアに近づいたのかな。喉元過ぎればなんとやらで、忘れていた。
最近は私が別チームからの支援できた若手のフロントエンドエンジニアにレビューしてもらっている。
チュートリアルこなして、書籍や記事を読んで手を動かしたうえで相談をしながら実装を進めている。あんまりなものは見せられない。
人に教えておらうにも、ある程度は自分で勉強しないと適切な質問が出来ない。
ほぼ愚痴です。
エンジニアなんだけど、ひどい同僚がいる。
酷い点を挙げればキリがない。当人が何も生み出さないだけならまだしも、他のメンバーの生産性まで下げるので、非常に手を焼いている。
インターンなりエントリー/ジュニアレベルであれば教育すれば良いだけなのだが、経験豊富なベテランという触れ込みでやってきてそれなりの給与をもらっているからタチが悪い。
一度もプレーせずに長年プロサッカー選手として生きたブラジルだかのおっさんのように、きっとこれまでも口の上手さであちこち渡り歩いてきたのだろうと推測する。
奴が入ってきて1年ほどになるが、上司は気づいているし、一緒のプロジェクトで働いたことのある他のエンジニアも皆気づいている。クビにするなり何なり手を打つように直談判すべきか。
