なぜ grooves はフレックスでの深夜勤務を認めることができなかったか？ - Grooves開発ブログ
昨日 2月末に株式会社groovesを退職します を発表したエンジニアのマネージャーを務めている（2018年1月時点）赤川です。 本記事の前半では、なぜ彼が望む「フレックスでの深夜勤務」を用意できなかったかを紹介し、後半では彼と共にプロダクト開発に携わってきた立場から、彼の推薦文を書きます。 なぜこの記事を書くのか？ フレックス制度の導入を検討している会社の参考にしてほしい エンジニアの成長・キャリアアップを応援する Forkwell を運営している会社が、自社のエンジニアのキャリアアップや転職を応援しないのは嘘になるので、感謝をこめて送り出したい 今回の経緯 まず、今回の件について、彼とどのように会話を進めてきたかを紹介します。 2017年8月 1on1 MTG で、自身の生産性をあげるためにフレックスを導入したいと伝えられる。フレックスについて調査開始。 10月 エンジニアチームに、深
日本マイクロソフトを退職します
日本マイクロソフトを退職します新卒で入社した日本マイクロソフトを 1 月 17 日に退職します。 学部生の頃、就職できるはずのない雲の上の企業でした。 就職活動していた際にも視野に入れていませんでした。 なぜそんな大企業に就職したのに退職するの？ こんな記事も書いてもらったのに退職するの？ という質問をよくされるので、いわゆる退職エントリを残しておきます。 なぜ退職するのか最初に、日本マイクロソフトは素晴らしい会社です。 私自身、技術力以外にコミュニケーション能力や電話応対能力、メール文章作成能力が格段に成長しました。 しかし、技術職であるにも関わらずコードを書いてチームで開発をする機会は全くない部署でした。 そこでふと、「このまま今のカスタマー サポートを続けていて自分は何年後かに後悔しないだろうか。」と思いました。 そして、試しに転職活動をしてみると同じ外資系のカスタマー サポート職の
エンジニアの働き方とかについてのエモい記事 | κeenのHappy Hacκing Blog
κeenです。 非エンジニアのマネージャがエンジニアチームと上手くやる方法の記事に影響を受けてエンジニアとしての意見を書いてみようかなと。 非エンジニア向けのつもりです。 ここでいうエンジニアはソフトウェアエンジニアのことです。 Disclaimer ある程度客観的になるように気をつけてますがあくまで私個人の意見です。エンジニアを代表するようなものではありません。 κeenはまだエンジニア3年目くらいの若造なのて「それは違うんじゃねーの」と思ったところがあったら多分あなたが正しいです。 仕事内容 エンジニアの仕事は外から見たら何してるかよくわからないらしいですね。 ふつう仕事の成果物はエンジニアの間でしか共有してないのでまあ、そうなるでしょう。 なので「何をしているか」を説明するのはやめて「仕事しているときにどんな気持ちか」を話しましょう。 エンジニアの仕事は頭脳労働です。 それも問題解決
ここ最近の客先常駐の実情
今、IT業界は人手不足だ。 それでもIT業界の大部分を占めるSI業界が体質を改めるどころか更に姑息になっているので、これから就職活動をする学生さんには気を付けてもらいたい。 その姑息さが目立つのが客先常駐をメイン事業とした企業の存在である。 社員数200人以上の規模を誇る独立系企業でも客のセキュリティの都合上、社員を客先に常駐させている事が多く「自社開発」と言っても「客先での開発」になる事がほとんど。 SI業界のユーザー子会社・メーカー系・独立系は共に客の都合で客先常駐にならざる負えないのが現実である。 それぐらいは業界研究してる人には既にわかりきったことかもしれないただ求人広告に記載する内容が詐欺に近いデタラメを載せる企業が多いので自分が見た事実を元に警告しておきたい。 まず、１回でも名刺交換したら取引企業として扱う会社が存在するため規模が小さい割に名だたる大企業をたくさん載せてる会社は
GitLab社員の年収 - プチ技術メモ
GitLab社は透明性を会社の価値と考えているためか、社員の年収の目安を公開しています。 参考までに日本から開発職(Developer)として、働いた場合のレベル別の年収を記載します。 なお、給与はドル建てですが、分かりやすいように為替レートを1ドル=110円として計算した結果も併記しています。 ついでに、比較のため物価が高いサンフランシスコ(SF)在住の場合の年収も併記しておきます。 レベル 日本-年収(ドル) 日本-年収(円) SF-年収(ドル) SF-年収(円) Junior $50,569〜$75,853 ¥5,562,586〜¥8,343,878 $76,928〜$115,392 ¥8,462,080〜¥12,693,120 Intermediate $63,211〜$94,817 ¥6,953,232〜¥10,429,848 $96,160〜$144,240 ¥10,577,6
自主性の乏しさが罪になってしまう社会 - シロクマの屑籠
blog.tinect.jp リンク先を読み、自主性が乏しいけれども仕事が優れている人っているよね、と思った。 出しゃばらず、言われた仕事はきっちりこなし、上司やパートナーの采配次第では抜群の仕事をやってのける人材が、自主性を求められる状況に直面し、困惑して、メンタルヘルスを損ねて来院する……というパターンは精神科では珍しくないものだった。 今では死語になりかかっている感があるけれども、「メランコリ―親和型うつ病」などと呼ばれていた類型の患者さんのなかには、そういうタイプが少なくなかったように思う。フリーハンドを与えられるまではものすごく重用されて、本人も報われた感触を得ていたけれども、フリーハンドを与えられた瞬間にマゴマゴしてしまい働けなくなってしまうタイプ。そういう患者さんは2000年頃に比べて減ってしまった。ひょっとして、自主性が乏しいけれどもしっかり働く働き手は淘汰されてしまったの
「自由にやらせると、潰れてしまう人」について。
正月が終わった。 新しい年が始まり、仕事が再開される。 が、長い休みの後には、反動として「働けなくなる人」が一定数出てくる。 仕事のプレッシャーからなのか、プライベートのトラブルに起因するものなのか。実際のところは決してわからない。 そして、私が最も記憶している出来事の一つも 「休み明けに働けなくなった人物」の話だ。 ＊＊＊＊＊ 10年以上前の話。 私が参加していたプロジェクトのメンバーの一人に、システム会社出身のOさんという人物がいた。 彼は能力的には平凡で、特に明晰であったわけではなかったが、その真面目さと素直さで、プロジェクトリーダーからはそれなりの評価を得ていた。 「それなりの」という言葉を使った理由は、リーダーにとって「面倒な仕事を引き受けてくれる便利な人物」という認識だったからだ。 特に優れたアイデアを出すわけでもなく、顧客との折衝がうまいわけでもない。 だが、与えられた大量の
第9回 委任が苦手だと会社は成長しない | gihyo.jp
エンジニア出身社長の経営する会社の規模は、相対的には規模が小さい場合が多いかと思います。理由の1つには、この連載の当初で挙げたように、ビジネスモデルを考えるのが不得手なことが多いというものが考えられます。また、そもそも起業したのが「やりたいビジネスを実現するため」ではなく「働きたいチームを作りたいから」、つまりそもそもコンパクトで居心地のいいチーム自体が手段ではなく目的になっているというケースもあるでしょう。さらに別の理由として、エンジニアは委任が苦手、かもしれないから――それが今回のテーマです。 やり方を細かく指示するのがsupervised、出てきた結果のみ評価するのがdelegation そもそも、委任というのは何でしょうか。英語にするとdelegationです。オブジェクト指向などに出てくる継承・委譲の委譲もdelegationですが、委任と委譲はちょっと違います（そもそも委譲
非エンジニアのマネージャがエンジニアチームと上手くやる方法 - Qiita
近頃の世の中の流れは恐ろしい。全業種ソフトウェア企業にならないと競争力が維持できない。 “寝たときは製造業、朝起きたらソフトウェア企業” by Werner Vogels（CTO, Amazon.com）at AWS re:Invent 2017 Key Note という恐ろしい話は管理職に落ちてくるので、「寝たときは製造業のマネージャ、朝起きたらソフトウェア企業のマネージャ」になれるのか？を考え始めるべきです。 元銀行員で非エンジニアで、いつのまにか開発ツールベンダーにどっぷりの私の経験からのTips を共有します。 エンジニアの方は、非エンジニアのマネージャにしれっとリンクを送ってあげてください（笑） 結論： 目標もバスの走らせ方もバスに乗せた優秀な人たちに任せて、バスの整備をする人になる。 マネージャが「何をつくるか？」の決定権を持てるのは彼/彼女が優秀なエンジニアの場合だけです。非
退職 - zatsu
こまたつです。 この記事は 退職者アドベントカレンダー の20日目です。 adventar.org 退職、流行ってますね！！*1 お前誰という人が多いかもしれないので、簡単に経歴を書いておきます。 新卒で小さいSI -> DMM.com Lab -> Cookpad と今回で退職は3回目です。 2012年くらいからAndroidエンジニアで、その前はstrutsとかCOBOLとかPL/SQLとかエクセル・ホーガン氏やってました。 クッ社ではJenkinsおじさんをやったり、やめる前はサービス開発をもりもり頑張っていました。 なんでやめたの クッ社はフレックス三食シャワー昼寝付きリモート可で強いエンジニアと研鑽できる、過去最高にいい環境だったのですが、次の理由があってやめることにしました。 東京のスラムと呼ばれる恵比寿での生活で消耗した*2 入社時に比べてだいぶ成長したので、独力でどのくらい
会社勤めのエンジニアが開発したサービスを買い取って独立した話 - Qiita
なぜかミクシィ社でエンジニアだった人々がアドベントカレンダーを書くことになってしまったex-mixi Advent Calendar 2017、12月11日担当の @tnj です。 一般的に、会社を退職することになったら退職届というものを会社に提出することになります。その退職理由には「一身上の都合」と書くのが通例だと思いますが、私はちょっと変わった退職の経緯を持っているので、今回はそれについて共有してみたいと思います。思いのほか長くなってしまいましたが、社会人歴10年目のソフトウェアエンジニアのキャリアの変遷の一例としてお楽しみください。 TL;DR Android開発者としての自分の経験を基に新規事業を立ち上げることになり、エンジニアとして参画したつもりが気がつくと事業責任者になり、果ては事業を買い取って経営者になった 好きでやってる話だしまあなんだかんだ乗り越えていけるよねと思ってたら
わたしはなぜ、「プロジェクト管理」という言葉を使わないのか | タイム・コンサルタントの日誌から
旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。
アメリカ就職に失敗したはなし - 怠惰を求めて勤勉に行き着く
前口上 アメリカで就職できなかった。華々しい成功譚は見かけるが、夢と散った話はあまり表に出てこない。 なんというか「三振したバッターが相手ピッチャーのことを語る」みたいでまるっきり時間の無駄かもしれないが、もしかしたら参考になる人もいるかも知れないし、実際に就職した人に「お前のアプローチはまったく的外れだ」と言われるかも知れない。僕も何が悪かったのか教えてもらいたい気持ちもあるし、迷ったがこのエントリを公開する。 ちなみにめっっっっちゃ長いので、要点だけ知りたい人は、アメリカで就職するにはとにかく 就労ビザ＞技術力＞学歴＞＞＞＞＞＞＞＞＞＞＞＞（越えられない壁）＞英語力 だというのだけお伝えできればと思う。 アメリカで働くために英語を頑張るぐらいなら、それより大学（院）に入り直してコンピュータサイエンスの学位をとり*1、同時に技術力を磨くほうがよほど近道だと感じた。 それから、現職の同僚は
給与交渉、下手にでるか、上からいくか - Qiita
国内におけるITエンジニアの地位向上につながればと思い書く。 あなたは交渉すべきである。 交渉の余地のない企業に所属されているならば、あなたは必要とされていないので転職をおすすめする。 なお「必要とされていない」は「あなたのスキルが低い」ことを意味しない点は強調したい。 理由は後述しているので本文の 2. 給与が上がらない理由を理解する を参照されたし。 追記/修正 書いている際には 給与交渉すること を前提のように書いてしまった点、実のところ本意ではない気がしてきた。あなたは交渉すべきである というよりは あなたは交渉が不要な企業で労働すべきである ということなのかもしれない。 また経営側は 給与を上げる前提で自社ビジネスに必要なスキルセットを持つエンジニアを採用すべし となるし、 マネジメント層は もしも自身の管理対象となるエンジニアが給与交渉を必要とする状態に陥っても苦にならない程度
「パソコンができないIT業界志望者がいる」投稿に共感の声「わりといる」「憧れと適性は別物」（オトナンサー） - Yahoo!ニュース
SNS上で先日「パソコンができないのにIT業界に来る若者」に関する投稿が話題となりました。投稿者は、実際にどうなのかはわからないとしつつ「IT業界に来る新人さんでも、今までパソコン触ったことない層はいる」と指摘。「知らないことは今後学べばよいからそのこと自体が悪いわけではないが（中略）マウスの持ち方やダブルクリックの仕方からスタートするのは、教える方も教わる方も大変」とし、その要因として「就職課や採用サイトが『ITなら大丈夫』『ITは売り手市場』と言っていた」ことを挙げています。 【図】年代別ネット利用者の実態 これについて「パソコン使えない若者わりといるよね」「憧れと適性は別物」「とにかくどこかに就職させようとする学校側もよろしくない」などの意見が上がっていますが、IT業界を目指す若者の現状とはどのようなものでしょうか。一般社団法人日本情報技術振興協会（JAPRO）認定講師の久原健司さん
エラそうって言われるけどわからない
言動が相当エラそうらしい。 メールとか文章書いててもエラそうってよく言われるんだけど、わからん。 たとえば、いつも60点ぐらいの成果物を出してくる取引先が80点くらいの成果物を出してきたので 「今回は〇〇な箇所がよく再現されてました！」って言ったら先輩にめっちゃたしなめられた。 純粋に「今回はいいな！」と思っただけだし、どこがよくできてるのか伝えたほうが改善の指示がわかりやすい＆次回からも再現してもらえると思ったんだけど。 どう言ったらよかったのかもわからないし、そもそも言わないべきなのかもわからないし どうやったらわかるようになるのかがわからない……。 ★追記 みんなこんな人非人にコメントしてくれてありがとう！ 文章の稚拙さは業務量過多の中マジで落ち込んで書き散らかしてるから多めに見てくれ！！！ 当面、ビジネス的語彙力を高める努力をする＆謝意を言語化する＆評価ではなく自分を主体に「イイネ
業務改善とシステム化を一緒にやってしまう「業務ハッカー」という新しい職業 | Social Change!
前々回の記事『理想の働き方改革より現場の業務改善を 〜 現実的で効果的な「業務ハック」のはじめ方』では、業務改善とシステム化を一緒にやってしまう「業務ハック」というコンセプトについて書いた。 そして、今週末には業務ハックの初の勉強会が開催される。おかげさまで好評なため、大阪でも開催することに。（業務ハック勉強会@東京、業務ハック勉強会@大阪） 今回の記事では、そんな「業務ハック」に取り組む職業「業務ハッカー」、すなわち業務改善とシステム化を一緒にやってしまう仕事について書いた。 業務改善とシステム化を兼業する「業務ハッカー」の土壌 「業務ハック」では、現行業務の分析と見える化を行い、ボトルネックを発見し、もっとも効果的な部分から小さく始めていくことを特徴としている。そして、なんでもかんでも作るのではなく、便利なツールやプラットフォームを駆使して、もっとも費用対効果の高いところだけをプログラ
CTOのやるべきことは何なのか？（翻訳と考察） - Qiita
【背景】 この記事はQuoraの「What does a CTO do?」という質問に対するAmr-Awadallah氏のよくまとまった回答の翻訳です（本人から許可取得済）。 私はMAMORIO株式会社でCTOをしているのですが、最近自分の仕事が何なのかよく分からなくなってきたことがこの記事を書こうと思ったきっかけです。 私はこの記事でいう所の「雑草CTO」であり、たまたま会社の初期に私以外に適任者がいなかったので成り行きで就任し現在に至ります。 そして、人数もプレッシャーも少ない総初期は来た玉は打つの姿勢でコーディングから渉外まで何でもこなしていましたが、メンバーが増え、それよりも早いペースでユーザーと仕事が増えてくると、自分の職務を定義しやることとやらないことをはっきり分ける必要が出てきます。 この翻訳が同じような状況にあるCTOの助けになればと思いますし、誤訳等があったら指摘してくだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
老舗旅館、週３日休館でも売り上げ倍 目をつけたのは…：朝日新聞デジタル
食べログのフロントエンドエンジニアってめっちゃ大変やねん･･･
