プロデューサーとして駆け出しで売り出し中のころ、 カンヌ広告祭に行く機会に恵まれました。 カンヌに着いてホテルのロビーにいたら その当時メチャクチャ売れてて、いい仕事していて、威張っている感じの 他の会社の名物プロデューサーに声をかけられました。 「おう、お前が櫻木か、最近名前聞くなあ、生意気なんだって？」 プロダクションのプロデューサーは、実は他社のプロデューサーとの 横のつながりはあまりありません。 引き抜きやプロダクション間の移籍の疑いがかけられるし いろんな機密を持っているので、他の会社の人と仲良くするのは よくないとされていました。 コンプライアンスにうるさくなった今でもそうですが。 そういう意味で、他社のプロデューサーの話を聞ける機会は 飲み屋でたまたま出会うか、日本から遠く離れたカンヌ広告祭ぐらいしかありませんでした。 カンヌでのプロデューサーの役割は、建前は広告の勉強ですが
speakerdeck.com IM@S Engineer Talks - connpassで話した。 あいさつとアジェンダ こんにちは。mzpです。 本日はアイドルアバターで勤務する話をする。 背景: リモートワークの欠点 ボクの“副業”先はリモートワークを推奨している。これには雨の日は出社が面倒くさいと思う人が多かった、名古屋だけではエンジニアを集めれなかった、など様々な事情がある。 チームメンバーの半数は遠隔地に住んでいるため、リモートワークを前提とした働き方が必要となる。 リモートワークはいくつかの利点があるが、欠点もある。 今回は「自室から勤務する」という欠点にスポットをあてる。 カメラに写る範囲に変なものを置けない。 私はリモートワークをする直前に、カメラに写る範囲から物をどかすという作業をしている。 よく写るように、部屋の照明をだいぶ明るくする必要がある。 まぶしい。 この問
こんにちは。ひでシス、こと、西岡めぐみです。 2017年4月に新卒で入った住友化学を2018年2月末付で退職しました。東京本社に配属されて、海外向け農薬部門で11か月働いてました。忘れないうちに住化についてメモっとこうと思います。 入社した理由 住友化学って知ってますか？ なんでも、国内の化学メーカーでは2位で、3万人ぐらい従業員がいて、創業から100年ぐらいやってて（吉田寮と同じ年では？）、グループ会社が250社ぐらいあって、海外売上高が60%を超えるグローバル企業らしいです。 自動車用のプラスチックからスマホのタッチパネルとか医薬品中間体とかいろいろ作ってて、ぼくは農薬を作る部署にいました。 住友財閥の御三家っていうところにこだわりがあるみたいで、「住友化学の興りは、別子銅山の銅精錬から……」という話を11か月で7回ぐらい聞かされました。 入社した理由をリスト化すると以下の通りです。
アダルト業界でデザイナーとして働いていた頃、 あるデザイナーの「ゆるやかな死」を見たことがある。 ここでいう「ゆるやかな死」というのは、 「アウトプットの決定的な低下」のこと。 ▼ 音声で聞きたい方はこちらからお聴きくださいｂ ▼ エースデザイナーの「異変」その人（以後、Nさんとします）は僕が新卒入社する前から、DVDジャケットのデザインを1ヶ月で10点前後作り続けている現役バリバリのグラフィックデザイナーだった。 月で10点は、ジャケット以外の業務も含めれば余裕で週3くらいは残業が必要な量。それをNさんは月に1回くらいの残業で平気にこなす。 言うなればエース、シニアとも言えるデザイナーさんだった。 そんなNさんがある時から変化が生じ始める。 アウトプットのテンプレ化AVは「シリーズもの」が多い。 かの有名な「マジックミラー号」も、様々なシリーズ、企画内容が出ているが、それらをまとめて「マ
HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 近頃の世の中の流れは恐ろしい。全業種ソフトウェア企業にならないと競争力が維持できない。 “寝たときは製造業、朝起きたらソフトウェア企業” by Werner Vogels（CTO, Amazon.com）at AWS re:Invent 2017 Key Note という恐ろしい話は管理職に落ちてくるので、「寝たときは製造業のマネージャ、朝起きたらソフトウェア企業のマネージャ」になれるのか？を考え始めるべきです。 元銀行員で非エンジニアで、いつのまにか開発ツールベンダーにどっぷりの私の経験からのTips を共有します。 エンジニアの方は
はじめに#僕がよく知っている業界は SI だが、これに限らずソフトウェア開発の現場には、過酷な現場…いわゆるデスマーチが多いと言われている。 一方で、そのような過酷な現場を渡り歩き生き残ることでしか、良いプログラマになる方法は無いと言った考え方もある。僕の個人的な経験則からすると、この理屈はある程度合っていると思う反面で、合っていて欲しくないという気持ちは強い。 高い技術力をもつプログラマの全てがデスマ職人という訳ではない。 デスマーチに巻き込まれたと気が付いた時の妥当で基本的な戦術は撤退戦だ。何か理由をつけて逃げ出すのが望ましい。つまり、休職なり退職なり、異動なりして、その職場から離れるのが望ましい、出社拒否も良い。しかしながら、何か様々な理由があって、そこから逃げ出せないことはあるだろう。 僕はもう長い事デスマーチに関わることなく生きられているが、徐々に忘れつつあるので、若いころに獲得
職場で勝手にやっている改善活動のメモを取り出してから1年たったので振り返ってみたメモ。 書くこと 実際にやったこと 変わったこと 一番大きく変わったこと まとめ 実際にやったこと メモはハッシュタグ #俺俺改善活動 を付けて Twitter へツイートしていました。*1 今月の #俺俺改善活動．構成管理のブランチポリシーを整理してドキュメント化した．普段は見ないものだけど，ブランチ開発経験のない人が入ってきたときは効果すごいある— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動．高コストな上に誤りが混入しやすい機能をエンドツーエンドでテストできるようにした．テストは自動化されているから CI に組み込めるし，安心して修正できるようになった(*'▽'*)— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動 ・テストの2
他社社長が盛り上がってるみたいなんですが、そこの言説だけが広がっていってもアレだなぁと思ったので、単に自分がやってきた経験値とかを書いてみた。銀の弾丸欲しい。 お前誰よ 零細ITシステム会社経営 従業員5人、エンジニア数だと6人（私自身が含まれる） 会社は設立して4年弱 自社サービスを作っているが、今のところの収益構造は受託・SESが100% 10年ぐらい名古屋でコミュニティ活動に関わってきている（ただし、ここ2年ぐらいは忙しすぎて、ほぼ勉強会に行けてない） 色々やってきて至った基本的な考え方 会社という組織を前提とするのであれば「雇用契約」による利害関係で考えるのがシンプル。 会社は利益を上げたい 利益を上げる手段としては、良いエンジニアが必要（それだけではないが、この話題の本筋ではないので割愛） 良いエンジニアを育むには学習が必要 目的は利益であって、エンジニアの勉強は手段。エンジニア
IT系上場企業の平均給与を業種別にみてみた 2017年版［前編］ ～ スタートアップ／ネット系、ゲーム／モバイル系、メディア系 IT系企業で平均年収が高いのは、勢いのあるスタートアップ系企業なのか、あるいは大企業となった大手ネット系企業なのか。それとも伝統的なSIerなのでしょうか。 今年もIT系の主な上場企業を分類し、比較しやすいようにまとめてみました。 上場企業は毎年「有価証券報告書」の発行を義務づけられており、そこには従業員の人数や平均年齢、平均年収などが掲載されています。この記事では、これら公開情報を基に、Publickeyが独自の判断で主な企業をピックアップして業種を分類。平均給与が高い順に並べてみたものです。 ただし現場の社員の給与を反映していない持ち株会社などはこの調査からは外してあります（例えばコナミホールディングスなど）。また、日本で上場していない企業（例えば日本マイクロ
こんばんは。@IT で NuGet 入門記事が全て公開されてほっとしてます、しばやんです。 今回 @IT 向けに記事を書くにあたって、私が持っている s-software.net ドメイン上に NuGet のプライベートリポジトリを構築していろいろと検証を行いました。プライベートリポジトリの構築は記事にも少しだけ書きましたが「Hosting Your Own NuGet Feeds」に作り方が全部書いています。 しかし、私が使っている ExpressWeb だとそのままでは動かなかったので、そのあたりを補足しながら、楽しい NuGet プライベートリポジトリ生活を楽しんで頂きたいと思います。それでは順番に説明していきます。 空の ASP.NET Web アプリケーションを作成 ついつい癖で ASP.NET MVC 3 向けアプリを作ってしまいかけますが、今回は普通の ASP.NET アプリ
「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ
日本では「プログラマー35歳(40歳)定年説」が存在しますが、アメリカでも同じように、いつまでも「イチ開発者」として生涯を過ごすのは困難と見なされています。40歳を超えたプログラマーはやがて「管理職」になることを促されるのですが、マネージャーになることを拒否して「生涯現役開発者」を貫いている40代～60代のソフトウェア開発者にインタビューが行われています。 Software Developers After 40, 50 and 60 Who Hate Being A Manager https://belitsoft.com/php-development-services/top-software-developers-after-40-50-and-60#2 ◆45歳でシニア・ソフトウェアエンジニアのロブ・フレッッチャーさん 得意分野：ウェブ開発、テスト駆動開発、アジャイルソフトウェ
こんばんは、夜中たわしです。 社会人になると求められるもの、それは報告、連絡、相談。いわゆる報連相です。 その中でも特に報告の重要性について、走れメロスの話と織り交ぜてみました。 走れメロス（？） メロスは激怒した。必ず、かの邪智暴虐の王を除かなければならぬと決意した。ディオニス王は人間不信により人々を処刑しているのだ。 王を暗殺すべく王城に侵入したものの、メロスはあえなく捉えられ、処刑宣告を受けてしまう。 そこでメロスは、石工をしている親友のセリヌンティウスを人質として王のもとに置く代わりに、妹の結婚式に出席するため3日後の日没までの猶予を求めた。そしてそれは受け入れられた。 セリヌンティウスは深夜、王城に呼ばれた。暴君ディオニスの面前で、メロスは友に一切の事情を語った。セリヌンティウスは大きく頷き「一つ条件がある」と言った。 「これはうちの石工所で扱っているノートPCだ。これを携帯し、
HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。
僕はWebサービス開発会社のエンジニアなんだけども。 雑用は新人にお願いするんじゃなくて、上司がやると良さそう。だよなって思ってる。 会議の設定とか、飲み会の幹事とか、会議の資料作りとか、そういうの。 そうすると、良さそうのは。 上司は新人より組織に関して色んなことができるので、無駄なものをなくしたり、効率化したりできそう。 本当に必要なものだけが残って、で「それを自分がやるのは時間がもったいない！誰かを雇ったとしても結局その方が得だ！」ってなるとプログラムを書くために入社した人じゃなくて、誰かそういうことをやる人を雇うことができそう。 「出世したら雑用は部下にやらせよう！」じゃなくて「遂に雑用ができるまで偉くなったか！」ってなると雑用が尊いものになりそう。 雑用から学ぶ？ よく「雑用から学ぶのだ！」って話を聞くんだけど、そんな遠回しなことせずに「こういう場合はこうするんだよ」って仕事の中
初心者に最初にぶち当たるのが『環境構築』という大きな壁なんですよね。そこで何割の人がスタートラインにすら立てずに挫折するだろうか…5割は超えるかもしれない…— ビタワン@社畜ちゃん②巻2/27発売予定 (@vitaone_) 2017年2月5日 環境構築が壁で、楽しい（かどうかは人によるが）プログラミングにたどり着けなくてモチベーションが、というのはわかるが、環境構築を経験してその辺の洞察身につけてもらわないと現場で困る、というような話もあって、二ヶ月速習でiOSエンジニア、みたいな講習はその視点欠けててダメ— 現場の声 (@mizchi) 2017年2月5日 よほどよくできた環境でもない限り、何作ろうとしても初動でうまいこといくケースが少ないので、それを解決するための勘と体力は絶対に必要なんだよなー— 現場の声 (@mizchi) 2017年2月5日 僕も完全独学でプログラミング始めたの
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
