件の育休復帰に関する一連のニュースを見ていて、居ても立ってもいられない気持ちになったので筆を執りました。 かれこれ１年前になりますが、７ヶ月ほど育児休業を取りました。 入れ違いで妻は仕事に復帰し、パパ１人での育児休業だったので、期間的にもそうですが今日でもそこそこレアケースではないかなと思います。 自分もそうでしたが、仕事が好きな人ほど長期間職場を離れることに不安や抵抗があると思います。 自分の経験を共有することで、そんなパパの育休取得を少しでも後押しすることができれば... TL;DR なぜ育休をとったの？ 夫婦間での公平性。育児で女性だけがキャリアにビハインドを負う合理的な理由ってあります？ 育休どうだった？ 辛いことや不安も多かったけど、それを差し引いても息子との時間は代えがたいものでした。 復帰したあとどうだった？ 半年休んだ程度なら、キャリアとかスキルとか知識に何の問題もなかった

カガクでネガイをカナエル会社というテレビCMでお馴染みの化学メーカーのカネカが、育休明けの社員に対する対応問題で激しく批判されているようです。 参考：「育休復帰、即転勤」で炎上、カネカ元社員と妻を直撃 個人的には、週末に最初にこの騒動を目にしたときには、大企業によくある転勤辞令の行き違いだな、ぐらいの感覚で、ここまで大きく炎上するとは正直思いませんでした。 こういう退職者の退職後の告発は、どうしても当事者にしか分からないことが多く、事実確認ができないため、第三者が判断するのは難しいと考えていたからです。 ただ、その後、この騒動は拡大し、手のつけられないレベルでの炎上騒動になっているように見えます。 土曜日から徐々に騒動が拡大　なぜ、炎上騒動が拡大してしまっているのか、時系列に振り返ってみてみましょう。 ■6月1日　カネカの元社員の妻がツイッターで、夫が育休取得直後に転勤を命じられて、有給も

6月2日に弁護士を含めた調査委員会を立ち上げて調査して参りました。6月3日には社員に向けて、社長からのメッセージを発信致しました。更に、6月5日に、社内監査役及び社外監査役が調査委員会からの報告を受け、事実関係の再調査を行い、当社の対応に問題は無いことを確認致しました。 元社員のご家族は、転勤の内示が育児休業休職（以下、育休とします）取得に対する見せしめである、とされていますが、転勤の内示は、育休に対する見せしめではありません。また、元社員から5月7日に、退職日を5月31日とする退職願が提出され、そのとおり退職されております。当社が退職を強制したり、退職日を指定したという事実は一切ございません。 当社においては、会社全体の人員とそれぞれの社員のなすべき仕事の観点から転勤制度を運用しています。育児や介護などの家庭の事情を抱えているということでは社員の多くがあてはまりますので、育休をとった社員

スタートアップなのにkubernetes, Fargate等を使う PerlやPHPをろくに知らないのにdisり、GoやRustをろくに知らないのにageる CTOを名乗っているがgithubには 'react_hello_world' のようなレポジトリがいくつかあるだけ クロスプラットフォームという言葉に誘惑されがち 開発規模や体制によらず、常にTypeScriptを使おうとする React, Redux, redux-sagaなどの技術をやたら使う半面、最終的に吐き出されるjsのサイズや読み込み速度には気が回らない 技術構成にはやたらと気を使う半面、ソースコードのディレクトリ構成やフレームワークを使わない設計に頭が回らない typoが多い スター数の少ない(100未満)わけのわからないライブラリをアプリケーションのフレームワークに採用する そもそも実務経験が浅い 実務経験がSIerし

今は亡きSteve Jobs氏が2001年1月に初めて世に送り出して18年、ついにiTunesが終わりを迎えることになりそうです。 BloombergのMark Gurman氏は、日本時間6月4日から始まるWWDCでiTunesがついに役目を終えることを伝えています。 iTunesは、約20年にわたって、ユーザーが音楽を聴いたり、映画を観たり、ポッドキャストを聴いたり、iPodやiPhoneなどデバイスを管理したりする方法でした。 End of iTunes iTunes has been the way Apple users listen to music, watch movies and TV shows, hear podcasts, and manage their devices for almost two decades. This year, Apple is fina

普通に毎日暮らしてるはずなんだけど、 朝起きて、夫が同じ家に暮らしてるって感じるだけでとても嬉しくなってしまう。 キッチンでコーヒー淹れている姿とか、着替え持ってうろうろしている姿とかぼんやり見ていて、 寝起きの頭がゆっくり目覚めて「あっ、いる」って認識したと同時に幸せスイッチ押される。 自分の精神衛生を保つために有効そうなルーティンをなにやらやっているのをそっと遠巻きに横目で見て、内心「えらい！」「すき！」「すごい！」って思いながらも邪魔しないように無表情で静かにしている。 すごく好きなんだけど100%好きを表に出したらいけないんじゃないかってどこかで思っている。 好かれたいけど好かれる以上に好きでいたいひとなんじゃないかなと思うから。 だから60%くらいに抑えようと思いながらたぶん90%くらい垂れ流してる。 90%どころじゃなくもっとだだもれだったらどうしよう。 今の関係を保つためには

みたいなのあったら聞かせて 本でも映画でも趣味でも便利グッズでも。 できたらポジティブな方向で

※以降の文章では”ワークスアプリケーションズ”のことは'WAP'と略して表記します。 目次 はじめに なぜWAPに入社したのか WAPで何をしてきたのか WAPの良いところ・悪いところ なぜWAPを退職したのか 今後に関して はじめに 2017年4月に新卒で入社し、約2年ちょっと所属していたWAPを退職しました。 特に同期と後輩にはすごく恵まれた環境でした。 この記事を書いた理由としては、WAP退職者の”ちゃんとした”退職エントリーが無かったという点が大きいです。 現状みたいな部分は内部機密が多いに含まれるので、ザッと大筋だけの説明ですがその辺はフィーリングで感じてください。 なぜWAPに入社したのか 新卒のタイミングでWAPを選んだ理由としては、下記2点が主な理由です。 1. 同期に多様なバックグラウンドを持っている人が多かった。 （外国人、経営者、東大生、京大生、バンドマンetc） 2

Clean Architecture　達人に学ぶソフトウェアの構造と設計を読んだので、まとめてみます。コメントやツッコミなどのフィードバックがあればうれしいです。 続編としてクリーンアーキテクチャ本を読むためのポイントという記事を書きました。併せてご覧ください。 なぜ良著？著者のロバート・Ｃ・マーチン（著書読んだことあるかも？）は、50年前から現代に至るまで、様々なアーキテクチャを見て、第一線級として開発し続けてきた経験を元に、どのアーキテクチャでもクリーンにしようとするなら、基本部分は変わらないと言ってて、それらが美味くまとまった本だからです。 いってみればコンピュータ工学について抑えるべきポイントを解説した本であり、The Clean Architectureそのものについてはほとんど割かれていません。それくらい、基本として知るべき事が書かれた本なのです。 最近のアーキテクチャを追いか

お疲れ様です。さいです。 新卒で入社した会社に 平成26年4月1日に入社し、同年11月30日をもって退職しました。 捻くれてるので、退職エントリ書くより「エンジニアはなぜ退職エントリを書きたがるのか」みたいな 記事を書いてやろうかと思ったけど、かけるほど転職経験があるわけでもないのでやめます。 半年間でやったこと ユーザーサポート 業務システムについてユーザーからのオペレーションについての質問や 不具合などの窓口をメールや電話で対応していた。 あまり思い出したくない記憶になっている。 業務システム内にあまりにも不具合が多く、それをユーザーの運用方法で回避しているのだが、 いかんせん量が多いためにほぼ毎日のように不具合についての問い合わせがくる。 そのたびに大慌てで複雑な業務フローを洗い、異常なデータを 二次災害が発生しないように修正するのはただ辛みでしかなかった。 開発の人間が適当なシステ

こんにちは！放浪軍師と申します。今回は退職エントリーになります。多分数ある退職話の中でも最悪の部類だと思いますが、何かの足し(?)になれば幸いです。 注意：この記事は出来事を随時記録していくスタイルを取って執筆しましたので読みにくいかもしれません。 追記：たくさんの方に読んでいただいたようでありがとうございます。その中で会社名を晒して欲しいという声を多数いただきました。ですが私はこの記事で相手の会社に仕返しをしたいという訳ではなく、今回の実体験を公開する事により、ブラックな企業で苦しむ方々に抜け出す勇気と知恵を持って欲しいだけなので、残念ですが会社名は明かしません。ご理解ください。 退職エントリー 15年間務めた会社を退社しました いや～ついに辞めちまいましたわ！！人生で初めて会社を辞めちまった事になります。ちなみに何故辞めたかったのかについては、以前記事にした事があるので気になる方はそち

昨年7月末に4年半ほど勤めたDMMを退職しました。 その後はずっと長い夏休みを満喫してたんだけど、元同僚にあやしい取材をされて、記事が出るから宣伝のために退職ブログを書け、とか言われたのですよ。 結局取材記事↓の公開には全然間に合わなかったんだけど、記念に書いたのを公開しときます。 -  「大いにやらかし、飽きたら逃げよ」ー元DMM・個性派おっさんエンジニア 佐々木健のITジョブホッパー道 それと、そろそろちゃんと働かなきゃなあ、とも思うので、何をやってたのか等を含めてまとめておくのも大事よね。 そして、以下に書くことはあくまで個人の感想です。 人によっては同じできごとでも捉え方が全然違ったりするはずなので、書いてあることは全部信じることはせずに、取捨選択をしつつ、裏取りしつつ、用法・用量を守ってお使いください。 なぜDMMに入社したのか？DMMに入社する前は、24時間365日システムを監

特に順位無しで俺が電子書籍や蔵書として購入した、漫画喫茶で読んだ、完結済みのおすすめ漫画を紹介。 リストにない面白い漫画があれば教えて欲しい。 特に順位はつけないので出て来た順序は適当と思ってくれたら。 （追記） すみません。三月のライオン、終わってないんですね。リストから消しときます。 （追記２） ブコメありがとうございます。いろいろ参考にさせてもらいます。そう言えば、手を出してないなぁって漫画もあるんで、Kindleで漁ってみます。 読んだけど、好きでも嫌いでもないので上げてない完結漫画もわりとあったりします。ブコメに上がってるのだと、フルアヘッドココやBASARA、シュトヘル、皆川作品全般は、そんな中に入ってる感じです。 ブコメに上がってないものだと、銃夢、ナルトとかBLEACHとかカイジ、金色のガッシュベル、戦国妖狐、ソウルイーター、るろうに剣心とかの著名どころもそんな感じですかね

はじめに Railsアプリケーションを中心とするシステムをAWSからGCPに移行しました。本記事ではその過程をできるだけ赤裸々に公開します。 本プロジェクトではインフラ移行と同時にアーキテクチャも刷新しました。AWSがレガシーでGCPがイケイケという意味ではなく、移行対象システムのアーキテクチャがレガシーからイケイケになったという意味です。 技術的な内容については詳細は省いて概要の説明にとどめています。AWS、GCP、Docker、Kubernetesあたりの知識があるとスッと読めると思います。 書きたいこと書いたので長い記事になってますがぜひお付き合いください。 レガシーシステムとイケイケシステム まず、移行前のレガシーシステムと移行後のイケイケシステムについて軽く説明します。 タイトルをキャッチーにするためこうしましたが、特別レガシーでもイケイケでもないのでご了承ください。ちょっと前と

今回の話、諸事情から色々なフェイクが混じりますが勘弁してください。 職場に、後輩からの質問をえらい面倒がる部下がいます。 後輩や新入社員から何か聞かれると、露骨に顔をしかめる。 同僚や私に話しかけられた時に比べて、異様に口数が少なくなる。 目を合わせない、モニターを見たままいかにも面倒そうに答える。 要は、「俺は君に時間を割きたくない」というのが相手にダイレクトに伝わるような態度なのです。 当たり前の話なのですが、新入社員からすると「質問をする」ということ自体がまずハードル高いので、本来可能な限り気軽に質問しやすい環境を作ってあげないといけません。 これが例えば、後輩の態度がよろしくないとか、質問が不明瞭過ぎて何を答えればいいか探りだすこと自体が高コストだとか、そういう事情があればまだ話は分かるのです。 勿論不明瞭な質問の一度や二度はあったかも知れませんが、それについては私からも指導してい

ようこそ、狂気とカオスの世界へ！ あなたはどこかで広告をクリックしてこのページにやってきたかもしれない。はたまた、検索の末にこのページに辿り着いたのかもしれない。 ただ、きっとあなたは「ベンチャー」や「スタートアップ」のキャリアという少し危険な香りのする、ただどうにも魅力的な言葉に吸い寄せられこのページにやってきた人だろう。 そんなあなたにとって、このページが少しでもベンチャーやスタートアップでのキャリアを理解するうえで役に立てばと思い、青山一丁目のオフィスでせっせと筆を執っています。 本ページは、キャリア面談を通じて質問いただくことや、実際にベンチャーでのキャリアを歩もうとするユーザー様にアドバイスとしてお伝えしていることをまとめたものです。 追加でのご質問や、追記して欲しいものがあれば、遠慮なく下記までお問い合わせください。 career-ask@slogan.jp 1．あなたにとって

IT技術者が被疑者として捜査を受ける場面を想定し，刑事手続の流れや弁護活動のありかたについて解説します。

Webサービス全盛の今こそ、エンジニアリングについて本気で語るイベント、「これからのエンジニアリングの話をしよう」第1回レポート。未来の受託業界を担うベンチャー企業のエンジニアが集まってパネルディスカッションを行った。 「Webサービスは格好いい」「SIオワコン」本当に？ 「Webサービスが盛り上がっていて、“クリエイティブで楽しい”“華やか”というイメージがある。一方、受託開発は“地味でオワコン”という風潮があるが、本当のところはどうなのか？」 2012年1月19日、ベンチャーカフェが主催するイベント「これからのエンジニアリングの話をしよう」で、このような質問が投げ掛けられた。 本イベントは、「Webサービス全盛の今こそ、エンジニアリングについて本気で語る場が欲しい」というエンジニアの声によって生まれた。さまざまな切り口で「受託開発の未来を考える」シリーズイベントで、全5回を予定している

ここでいう「技術書」というのは、「IT系の技術周辺を扱った本」のこと。この意味における「技術書」の界隈では、近年、「技術書典」という同人誌即売イベントが年二回のペースで開催されている。これは文字通りの祭「典」で、わずか6時間という短い開場時間に、数百人からなる同人誌の書き手とその作品を貴ぶ1万人の買い手が集結する。 IT系の技術ではソフトウェアが占める役割が大きく、ソフトウェアというのは技術的な変化が激しい。そのため、技術に関する情報を伝える手段にも、俊敏性とか即応性が求められる。紙の書籍というのは、一般にはそういう性能が低い、リジッドなパッケージである。それなのに紙の同人誌が技術情報の手段として尊ばれるのは、一見すると不思議な現象ではる。技術情報のアウトプットが目的であれば、自分ではてなブログに書いたり、Qiitaに書いたりでいいのでは？ にもかかわらず同人誌の書き手と読み手が尽きないと