リモート・モブプログラミングという働き方 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは！kintone開発チームの太田 (@kigh) です。 この記事では、自分のチームで2年以上続けているリモート・モブプログラミング（以下「リモート・モブ」）について、 進め方の具体例や所感、実際にやる上でのTipsを紹介したいと思います。 リモートワークが急速に普及する中、リモート・モブは働き方の選択肢の一つとして存在感を増してきていると思います。 この記事から少しでも参考になる点が見つかれば幸いです。 リモート・モブプログラミング この記事では、テレビ会議システムなどのツールを使いつつ、物理的に離れたチームでモブプログラミングをすることをリモート・モブと呼びます。 現在、kintoneの新機能開発メンバーは6拠点のオフィスに分散し、また多くのメンバーがカジュアルに在宅勤務を活用するリモートチームとなっています。 また2018年から2年以上、全ての設計・実装タスクを原則モブプロ
凄腕エンジニアの「錯覚資産」の使い方 - ゆとりずむ
こんにちは、らくからちゃです。 プーアール茶を片手にのんびり仕事をしていることが多いんですけど、中国茶はお湯を注いで最初の一杯目は捨て、いわば二番煎じから頂くんのが美味しいんだそうな。なんでも最初の一杯で茶葉を開かせ、コップを温めておくことが目的だそうなんですけど、物事によっては二番煎じ、三番煎じのほうが丁度よいくらいの頃合いになるものもあるでしょう。 人によっては「もう何杯目やねん」と思われるひとも居るかと思いませんが、ここ最近話題の「エンジニアはプライベートの時間でも勉強をすべきか」問題について、個人的に考えたことを整理しておきたいと思います。 axia.co.jp まずは結論を申し上げますと「プライベートでも勉強するかどうかより、業務時間中に上手に勉強時間を確保できるかどうかが重要なんじゃないの」と思うんですね。 つーか、エンジニアなら ・上司の目を盗んで ・上司を上手に騙して ・上
9月末で60歳定年退職しました - 未来のいつか/hyoshiokの日記
当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC
SIerから転職したい
どなたか相談に乗ってください。 社会人2年目25歳。増田でディスられがちな某大手SIerに新卒プロパーとして入社しました。以来毎日Excel方眼紙やCOBOLやバイナリエディタを弄っています。ネタじゃないですよ。 大手SIerに行ってもプログラミング力が身に付かないことは、就職前から十分知っていました。しかし私はそれでも良いと思っていました。何故なら私は頭が良くないからです。プログラミングを仕事にしてしまうと、常に勉強し、最新の技術にキャッチアップしなければいけません。そして腕を磨いて転職を繰り返さなければ年収は中々上がらないと聞きます。自分には到底そんな生き方ができる気がしませんでした。自分は無能なので、大手のぬるま湯に浸かってのんびり高収入を得ることが出来るならそれが一番いいと思っていたのです。さっさと人生アガって、早く楽をしたい。大手SIerはそんな自分にとって、ぴったりの職場だと考
プログラマーにドキュメントを書かせるには? | スラド デベロッパー
コードのドキュメントがきちんと作成されていない? 問題はプログラマー達にあるのではなく、プロセスにあると Fatal Exception の Neil McAllister 氏は言う (ネタ元) 。 「コードのドキュメントをきちんとまとめる開発者は非常に少ない。ドキュメントを書かせること自体が難題と言ってもいいだろうが、しかし不可能ではない」とのことで、同氏はドキュメントを作成する習慣を確立するためにも「ムチよりもまず飴」方式を採用すべきとだと提案する。多くの人と同じく、プログラマーだって命令よりもインセンティブの方が動機づけとなる。簡単な賞賛も大いに功を奏するが、他の手段を模索するのも良いだろう。彼らが週末にサポート業務で待機担当だったり、またアップデート作業で深夜に作業している時はないだろうか? 追加のドキュメント業務に精を出した彼らにはそういった他業務の負担を軽くしたりするのも一案だ
プログラマなら人月なんかさっさと超えろ - 矢野勉のはてな日記
Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世
コードに入らずばコーダーを得ず : 404 Blog Not Found
2007年11月21日00:00 カテゴリArt コードに入らずばコーダーを得ず これを見て(38|0x26|046)な俺も書きたくなった。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 久しぶりに「私」でなくて「俺」で書く。 36歳になって思う「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan俺に限って言えば・・・35歳定年説は本当だった。というより、プログラムを動かすことより、人を動かすことに魅力を感じてしまったのだから、ずっとプログラマだったらどう思うかというのは残念だがわからない。 俺は、実のところプログラムを動かすのと同じぐらいかそれ以上に人を動かすのも人に動かされるのも好きだ。 だから、わかる。 プロ
ひどすぎるネーミング - idesaku blog
UKTKKNSHINF こういう名前の変数が出てくるのだが、意味わかる？ 答え：受付禁止情報 今読んでいるPL/SQLコードは本当にひどい出来なのだが、その中でもネーミングが群を抜いてひどすぎてむしろ笑えてくるので、ここでさらしてみたい。 先ほどの例でわかると思うが、悪しきネーミング習慣である子音母音抜きの嵐である。変数名だろうが関数名だろうがこのルールで命名されているので、暗号文を読んでいるような気分になる。 他には、例えばこんなのがある。 SKSI 作成 HNKN 変換 KKT 確定 CHKN 中間 DTM Datetime DTA Data こうして見ると、ktkrやwktkとなんら違いがない。 "作成"のような、比較的簡単に対応する英単語が見つかるものまで日本語子音母音抜きで書くという徹底ぶり。でも"情報"はINFだったりする統一感のなさ。そしてこれらが単独ならまだしも、複合して出
プログラマを辞めるかも知れない
「プログラマ大量自宅待機現象」http://anond.hatelabo.jp/20090605202807 を書いた増田です。ども。 --- 題字どおり、俺はプログラマを辞めるかも知れない。 正しくは「俺がプログラマとして働ける職場が無い」というのが正解かも知れない。 とにかく仕事が無い。 いくつかの会社に声をかけて営業し、仕事を待ったが、仕事が来ない。 前に居た職場は「外注０」なんて出来っこない目標を掲げてたし、それを撤回するとしても「早くて」中期決済以降だ。多くの人が「来年秋までプログラマの仕事は増えない」と見続けてる。 --- 最近の仕事のおかしいところは「何から何まで経験済の人でなければ取らない」というところだ。 例えばIPSecを搭載したルータを新規開発する仕事があった場合、「ルータの開発経験はあるがIPSecの開発経験が無い」人間はその仕事にはつけない。何から何まで全てにおい
ソースコード、読んでいますか
他人の書いたソースコードを読むことはプログラミング能力の向上に役立つ、と聞いたことがある人は多いだろう。例えば、Rubyの開発者として有名なまつもとゆきひろ氏は、自らが監訳者の一人である書籍「Code Reading -- オープンソースから学ぶソフトウェア開発技法」（毎日コミュニケーションズ発行）の序文で、「ソースコードこそソフトウェアのすべての知識の源」であり、「効率よくソースコードを読むことは、効率よく自分の能力を向上させることにつながります」と書いている。 一方で、ソースコードを読むための環境も整った。オープンソースが一般化することで、入手できるソースコードは質、量ともに、一昔前とは比べ物にならないほど充実した。 しかし、自らのスキルアップを目指して、実際にオープンソースなどのコードを読んでいる人は、さほど多くないだろう。他人の書いたソースコードを読むのは、既存プログラムの保守や追
J - 新入社員が社内トップレベルとかいうはなし。
なんだかんだあって、ずるずるいったあげく、明日が最終出社日。 今日明日がいままでだらだらやってきたツケみたいな感じ。まあ、なんかこんなギリギリな時期になって今までで一番失敗したみたいな感じになった。これが僕の三年間の態度の集大成としてはふさわしい姿なのかと思う。 それはいいとして（よくないのだけど）、引継ぎの人と話をする機会があって、その人が二年目で、会社的にはふたつ下、（僕が高専卒なので）年齢が一緒というひとで、どんな人かと思ってたら、なんか、非常に非常だったというか、「コンパイラとかわかりますか？オートマトンとか好きなんですけど」とかそういう話になってたとか。 ほげー。「Lispを勉強するとGoogleのMap Reduceを理解するのに役立つとかRadium Software Developmentで読んだんですけど、Lisp勉強するのて役に立つんですか？」とかそんな感じのことを聞か
プログラマという職業は「ふつう」の人には厳しくないか - ukstudio
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
プログラマの採用について考えてみる
考えるきっかけになったのは、最近話題になっている以下のエントリ。 人生を書き換える者すらいた。: 人材獲得作戦・４ 試験問題ほか 個人的に、あるアルゴリズムを用いて解くような問題を採用試験にだすのはどうかと思っていた。理由としてはいくつかあるのだけれど、「業務でそういったアルゴリズムを使うことが少ない(為、そういう知識がない」「知っている人と知らない人とで差がでてしまう」などなど。 で、先程Twitterに発言しながら似たようなことを考えていたのだけど、よくよく考えると上記の理由は「採用される側」での意見ということに気づいた。 まず、「採用する側」で一番避けたいのは、「ダメな人を雇ってしまわない」ということ。優秀な人を間違って落してしまうのも勿体無い話ではあるが、ダメな人を雇ってしまうよりはマシだ。そうなると採用試験では、その「ダメな人」を確実に篩い落したいわけだ。 大体において、業務で使
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
なぜ新人は聞きに来ないのか? - teruyastarはかく語りき
プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな！」 間違うのはしかたありません。けれども、「自分
IT業界で楽しく仕事をするための10カ条 - ＠IT
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 2009年、日本の春は多くの学生さんたちが卒業し、また社会で活躍し始める時期です。 IT業界は3K、7Kなどと、いろいろネガティブな面も取り上げられます。けれども、「ものづくり」の楽しさや、人の役に立つ仕事として＠ITで取り上げられるような業種で働こうと考えている人も多いことでしょう。 なんとなくIT業界を選択した人から、もしかしたらあまり気が進まないのに、IT業界に入ってしまった人がいるかもしれません。その一方、プログラミングやコンピュータに関する事柄がとても好きでIT業界に入ってきた人もいるでしょう。 本記事では、IT業界を目指している学生さんや入社間もない新人に向けて、より楽しく
グーグルで活躍できるITエンジニアになる方法 ― ＠IT自分戦略研究所
企業各社にとって、人材戦略は非常に重要な課題だ。人材の育成に当たって、トップは何を思うのか。企業を担う若いITエンジニアに何を求めているのか。 技術に立脚した新しいサービスを次々に生み出し、「技術を究められる企業」として多くのITエンジニアのあこがれの的となっているグーグル。人材戦略についてはどのような考えを持っているのか。また、内部のITエンジニアはどのような考えを持って開発に当たっているのか。グーグル 代表取締役社長 村上憲郎氏に聞いた。 ■新しい技術が各種のサービスを支える ＠IT自分戦略研究所とJOB＠ITが2007年5月に実施したアンケート「＠IT自分戦略研究所／JOB＠IT 読者調査 2007年春季版」では、グーグルは「次に転職してみたい企業」の2位。そのほか各社の調査でも、働いてみたい企業として上位に挙げられている。 村上氏は、グーグルの人気の一番の要因として「特にここ2、3
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
興味のある言語にLispと書いておいたら面接で爆笑された
はてなブログ | 無料ブログを作成しよう
規格の攻防 - レジ袋から次世代DICOMまで