The Expert (Short Comedy Sketch)
Subscribe for more short comedy sketches & films: http://bit.ly/laurisb Buy Expert shirts & hoodies at https://laurisb.myshopify.com/ Funny business meeting illustrating how hard it is for an engineer to fit into the corporate world! Watch the next episodes: http://bit.ly/SquareProjectEp1, http://bit.ly/SquareProjectEp2 & http://bit.ly/SquareProjectEp3 Starring: Orion Lee, James Marlowe, Abdiel L
エンジニアの面接でコードレビューさせてる
（あんま多くないみたいだから多分すぐ身バレしそうだけど書く） エンジニアの面接で実際にコードを書かせる会社が最近は多いみたいだね。でもウチでは特に面接で書かせない。というか今まで書いてきた、関わってきたコードなんて書類で大体分かるでしょ？ それよりも、ウチではコードレビューをさせてる。 選考用にわざと少し突っ込みドコロの多いコード（30〜50行程度のコードを3〜4ファイル）を渡して、もちろんファイル構成自体へのレビューも含めて、どんな意見をその人が出せるかを問う。 レビュー用のコードは複数言語用意してて、一番得意な言語を選んでもらってる。 時間は1時間。資料と赤ペン、そしてネットに繫がったパソコンを渡して、いくらでもググってもらって構わない環境でレビューを紙に赤して貰う。 「コードレビュー」ってものに対しての認識だとか、コードを管理するための能力もある程度分かるし、すごく良い選考制度だと思
色んな会社さんの新人エンジニア研修まとめ - oranie's blog
ちょうど今のチームに新卒メンバーが一人配属になり、「何からやっていこうかー」「今年の研修何教わった？」「今までどんな事やった事ある？」とか聞いている段階だった所にドワンゴさんの新卒研修の記事が流れてきたので、せっかくなので公開されている色んな会社さんの新人研修をメモっておく。なお、見たことがあるやつとか、ちょろっと調べてあくまでも自分と同じ職種に近いやつだけセレクトしているので、気の向いた人は「◯◯エンジニア編」とか作ると良いかもですね！ 他社さんの充実したメニュー見ているだけじゃなくて、うちのチームの配属になったメンバーが「このチームに配属されて良かった」と思えるような事を僕もやらないとですね。 @okb_mさんのまとめブログ Web系会社の新卒研修の内容をまとめた(自分の調べた範囲) 既に去年の段階で似たようなまとめを作られている人が。以下かぶっているのも結構あるので、そこはまあお察し
エンジニアを定量化なんてしてはいけない - smellman's Broken Diary
ネタ元: 「エンジニアをつくる」という理念掲げていたら、エンジニアが社内からいなくなった件 | 新田章太の「エンジニアをつくる」ブログ 話の発端は、 俺がDMTCについて知ってること，またそれに対する所感 - 職質アンチパターン がFacebookで話題になっていて、やばいなぁと思っていたら主催者もやばかったみたいな話。 内容自体ただヤバイんだけど、その中でも明確にツッコミを入れておきたい部分があった。 僕らの強みはDMTCを通じて、沢山のお客様とのつながりがあること このつながりを活かして、 国内外のIT企業で働くエンジニアのスキルを定量化しよう というひとつのテーマにいきつきました。 http://maximum80.me/archives/821 この部分についてFacebookで俺はエンジニアをバカにしてるって書いたけど、もうちょっと具体的に落としこもうと思った次第です。 ものさし
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
ソフトウェアを作るのは、意外と難しい
プログラマ同士で話している時には当たり前の事だけど、非プログラマと話すと意外と共有されてない事に、これがある。 ここ最近、プログラマでない人とソフトウェアを作る、という話が三回あった。 一度はその人の為にツールを作る、という奴。もう一つは私のアプリのデザインを一部変更する、という話で、けれどデザイナがソフトウェアのデザインやった事無い、という奴。もう一つはアプリの素人だけど、アプリのアイデアとかはあるからアプリが書けるようになりたい、という人に話をする、という奴。 ちゃんと作ったのは最初のツールだけで、残り二つは辞退したけれど、どのケースでもソフトウェアを作るというのは結構難しい、という事があまり共有されていない。 私は結構ソフトウェアを作るのは難しいから、XXXみたいな事が必要だ、というような提案をする。 例えば、リモートの開発はかなり困難で、メールのみでソフトウェアの振る舞いの話をしあ
糸井重里さん、近ごろのネットをどう思いますか？ 働く人とネットの関係性 - はてなニュース
近年、スマートフォンやタブレットなど個人の端末の普及で、ネットが“当たり前”の存在になってきました。ノマドワーカーのように、ネットを駆使した多様な働き方も。ネットは働く人の重要なツールの一部になりました。Webサイト「ほぼ日刊イトイ新聞（ほぼ日）」の主宰として、ネットの今までとこれから、そして「はたらくこと」を見つめている糸井重里さんに、働く人とネットの関係性について聞いてみました。 ■ しっかり休むと、ネットは「欠かせる」と思える ――早速ですが、糸井さんはスマートフォンユーザーですか？ 糸井 発売から間を置かずにiPhoneを使い始めました。仕事では、メールと、Twitterに使っています。 ――スケジュール管理は？ 糸井 自分の予定は、今日何をするか、メールで毎日もらっているんですよ。それを見るためにiPhoneを使っています。社内ではサイボウズを使っているので、こいつはここにいるん
株式会社リコーを退職しました - 月曜日までに考えておきます
2003年に新卒で入社し、10年以上お世話になった株式会社リコーを退職することになりました。 正式な退職日はまだ先なのですが、最終出社は2/7（金）でした。 無名エンジニアの個人レベル日記で、知り合い向けへのお知らせなので興味が無い人はスルー推奨です。内容が無いよー。 やってたこと リコーというとコピー機&プリンタのイメージが強いと思いますが、実はそれ以外のことも結構やっています。自分が直近でやっていたのは、「リコー ユニファイドコミュニケーションシステム」( http://www.ricoh.co.jp/ucs/ )というビデオ会議のシステムに関わっていました。こちらのAPIやWeb画面の設計開発、CIに携わっていました。 GitHubを使ってpull reqベースで進めるとか、Jenkinsのpipelineを組んでテスト〜デプロイの流れの構築とか、最近流行りの開発手法が経験できたのは
勤務状況で「うつ休職」予測 人事支援会社が新サービス：朝日新聞デジタル
ストレスに弱い従業員が週２回遅刻し、月２回休んだら、「うつ休職」の危険があります――。人事支援システム会社の「サイダス」（東京都港区）は今月中旬、欠勤や遅刻の状況から、従業員がうつ病で休む前兆を見つけ、会社に警告を送るサービスを始める。 大量の情報を分析するビッグデータの手法を活用する。同社は約３万人のサラリーマンのデータを集めて、うつ病で休んだ人の性格の特徴や、病気にかかる前の勤務状況を分析。ストレス耐性の低い人が、うつ休職する場合に一定の勤務パターンがあることを見つけた。 たとえば、「週２回遅刻し、月２回欠勤」「月曜と火曜の欠勤が多い」「午後１０時以降の残業が頻繁に続く」といった勤務パターンは、危険な兆候という。
コーディング技術にこだわり過ぎるとITエンジニアの地位は向上しない - プロマネブログ
日本のITエンジニアの地位はなぜ低いのか：日経ビジネスオンライン エンジニアの地位向上を図りたい、これは同意ですが、そのための解決策がコーディングスキルですか。。。 エンジニアの地位向上のためには、まず何が問題かをきちんと分析できなければ話になりません。ちょっと考えてみます。 追記) なぜかブコメ欄を見るといろいろコメントが発散してる。。。 下手な日本語で申し訳ないです。 本旨は「プラスアルファが必要って言ってるのに、paizaはコーディングの話だけなんだ～。プラスアルファどこいった」です。 ちなみにJavaの誤記は直しときました ブクマ炎上反省会はこちら 「コーディング技術にこだわり過ぎると～」の反省会 - プロマネブログ IT業界の価値提供の構造 いわゆるSIerをモデルに価値をどのように提供しているのか、考えてみます。 ※まあ、自分の仕事から考えるのが一番カンタンですし。 SIerを
"地方エンジニア" という考え方はすでに終わっている
Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
計画力と実行力と確実性
子供のころに身に着けておきたかった技術。 ①計画力 おおよそ、その仕事をやれそうな２倍くらいの時間を取る。 で、期限までの進捗の測り方なんだけど。 「期限の２０％の時間で 総量の３０％を終わらせる」 ←スタートが巧くきれているかをチェック 「期限の５０％の時間で 総量の６０％を終わらせる」 ←うまく運べているかをチェック 「期限の８０％の時間で 総量の１００％を終わらせる」 ←期限に余裕を持てるかをチェック と、３段階のチェックを入れる感じにしたほうがいい。 ②計画力２ 計画を立てる場合、１月、週ごと、１日～３日ごと と３階層くらいで計画を立てる人が多いと思う。 「今月これだけ仕事する」 「今週こんだけしごとする」ってのは、決めるのは簡単だと思う。 で、ここに加えて、 「１月あとのことを６０％決めておく」とか、「１週間後を６０％決めておく」ってことをしたほうがいい。 っていうのも、先の予定
若いエンジニアへ
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
面白いデータは転がりまくってるけど転がってるままなので誰か助けてくれろ - あんちべ！
転職して丁度2年がたちました。 現在はWebベンチャーで統計屋しています。大変楽しい毎日です。 なぜ楽しいかというと勿論リスプを書いているからというのも大きなる理由の一つです*1。 このエントリでは何が楽しいのか近況交えてつらつらまとまりなく書いてます。 あと現職の解決しがたい不満についても書いています。 糞長くなってしまったので要約すると 「今糞面白いけど超えられない壁あるので誰か助けて」 です。 現職面白い理由5個。 1．データが面白い*2 私は経済学科・数理統計の研究室出身で、応用先としてコミュニケーション活性化を目的とした 行動経済学やテキストマイニングをやっていました。 そういう背景があるため、学生時代いつか壮大な社会実験をやりたいと思ってたけど、 それには大変なお金がかかったり大がかりなシステムを構築しないといけなかったりで断念した。 ですが今はSNSやソーシャルゲームや広告の
意味不明な値段交渉
ルート営業をしてるんだが、いつも値引きを要求されないお客さんから値引きを要求された。だから品質を落としたり品数を減らす提案をしたんだが、品数や品質は落としたくないという。しかも、客側の意見としては「これまでうちと取引して値引きできる部分もあるでしょ？」ときた。あるわけがない。値引き率は1/4だ。破格だ。他に下げられるとしたら、俺らの人件費ぐらいだ。 だから、「御社がお客様の仕事をする時、1回目でも10回目でも料金は変わりませんよね？それと一緒だと思うのですが…」と言ったのだが、「それならいりません！」とキレられ、交渉決裂した。なぜ5年も付き合いがあったのに、突然こんなことを言い出したのかわからない。 今、車の中でどうやって上司に説明しようか悩んでいる。飯も喉が通らない。でも、俺は間違っていないと思うんだけどなぁ。客も自分の商売に当てはめて考えたらいいんだよ。安易に値段なんて下げられないって
さぁ転職だ！ IT業界を中心とした転職サイトまとめ選 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、副社長のゴウです。 最近、転職系サイトをいくつか見ているんですが（求人を出す側としてです）、せっかくなので記事にまとめてみました。 転職を考えている人の参考になれば幸いです。 また、他にもこんなサイトあるよーというのがあれば、コメントなどいただけると嬉しいです。 では、いってみましょー！ ITに特化した転職サイト 数ある転職サイトの中でも、特にIT系に特化したサイトをまとめました。IT系に転職するならここから！ Findjob! LIGが大好きFind Job!。 昔からIT業界の求人を広く扱っている求人サイトですので、ご存知の方も多いかと思います。mixiが運営しているという事を意外と知らない人も多いかもしれませんね。 Find Job! キュリア YAHOO!が手がけるIT系転職サイト、キュリア。 人事担当者に「Q」という形で質問を送れるのが特徴です。 キュリア Green
議事録の書き方 基礎講座 - livedoor ディレクター Blog
こんにちわ、ライブドアの櫛井です。 ディレクターに限らず、会議の議事録をとるというのは基本的な部分ですが周りの先輩がきちんと教えてくれなくて苦労した覚えがあります。 そこで今回は「議事録の書き方の基礎」をお届けしようと思います。 なぜ議事録が必要か 会議が終わって数日してからのありがちな 「△△さん、こないだの件終わりました？」 「え？あれって○○さんがやってくれるんじゃなかったっけ」 「いや、こないだの会議で△△さんが明日までにやるって言ってましたよね・・・」 「言ったっけなあ、まぁとりあえずやるけどさー」 「はい。すいませんがお願いします・・・(俺が悪いの？)」 といった、ちょっとした行き違いを防ぐための認識合わせをする為にも有効です。 また、会議で話した時は場の雰囲気に流されて「まぁとりあえず、まぁいいですよね、まぁまぁ」といった形で話が終わってしまった内容を、「最終的にどうするか」
プログラマの生産性は２０倍違うという表現は誤り、プログラムはピアノだと思えば良い。 猫ふんじゃったならだれでも引ける。 | レビログ (Make a little happier) 13周年+2i年
レビログ (Make a little happier) 13周年+2i年 レビログの半分は管理人の独断と偏見でできています。残りの半分は現在残 希少につき 入荷待ちです。旧称 貧乏だけど心は萌え : プログラマの生産性は２０倍違うという表現は誤り、プログラムはピアノだと思えば良い。 猫ふんじゃったならだれでも引ける。 2013年7月10日 Category > 6_日記 > うだうだ日記 > TAG( ) Comment : 0 (link this page) ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係（佐藤知一） – BLOGOS（ブロゴス） プログラマの生産性は２０倍 という表現がマズイのではないか？と思い始めている。２０倍なら２０人雇えばいいよねとなる。 しかし、実際のプログラマの生産性は ピアノを引くようなものだ。 猫ふんじゃったならだれでも引ける。 だけれど
ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係 | タイム・コンサルタントの日誌から
ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務を見るセクションに移ったばかりなので、最近の事情に疎い。なるべく拝聴する側に回ることにした。話は業界の技術トレンドから、クラウドやビッグデータといった最新のバズワードに向かい、日本のIT業界の現状をなげく論調にうつった。日本を代表する大手SIerたちの低空飛行ぶり、技術的イノベーションの不足、そして多重下請に象徴される業界の構造的問題。追い打ちをかけるように、オフショアとの競合による単価の下落。なんだか、あんまりエンカレッジされるような話題が出てこない。 －－だとすると、日本のSI業界というのは将来性があるのでしょうか？ わたしは思い切って、直球ど真ん中の質問をなげてみた。しかし返ってきたのは、苦笑いするように首を横に振る姿ばかり。 「情
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「土日返上で仕事を」と米国人を説得できますか？：日経ビジネスオンライン
