もしかしたら私だけかもしれないです。ずれているかもしれません。 一般論ではないかもしれません。 でも、同じような気持ちになっているエンジニアがいるかもしれないので、 代表して言わせてください。 エンジニアに、気軽に「バグ」と言うのをやめませんか？ 最近立て続けに以下のようなことが起こっており、私と同僚が消耗しています。心がすり減ってます。ワーカーエクスペリエンスが低下しています。。。 ～～～～～～～～～～～～～～～～～～～ 「○○さん、この数値がバグなんだけど直してもらえる？」 →調べたらその週は祝日影響で、営業日が少ないだけだった。 「あのデータのバグはいつ直りますか？」 →データの集計定義の変更の依頼があり、変更前の状態をバグと呼ぶ 「この前入ってなかったバグなんだけど、次の開発に入れてもらっていい？」 →スコープ外のこと（担当がそれを忘れていた）をバグと呼ぶ ～～～～～～～～～～～～

Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャー、営業といった職種の方々は、企画やプロジェクトを進めるために、エンジニアとのコミュニケーションが必須です。そんな中で、エンジニアとのコミュニケーションに難しさやギャップを感じた経験がある方も多いのではないでしょうか。 実際、エンジニアには口下手な人やコミュニケーションが苦手な人もいます。加えて、不満やコミュニケーションエラーが積み重なったとき、彼らの大半は黙って辞めていきます。 辞めていく人たちは、いちいち「何が不満だったのか」なんて教えてくれません。しかし、非エンジニア職としては「どこが悪かったのかわからない」ままですから、また次のプロジェクトで同じパターンが繰り返される…といったことも起こりがちです。 paizaはエンジニア向けの転

表題の通り、数年勤めたソニー株式会社を退職しました。 個別具体の退職理由はいろいろあってそれらは後述しますが、退職を決めた基本的な理由は、個人的なキャリアパスの設計と会社の方針のミスマッチ、労働観のミスマッチ、技術投資の考え方のミスマッチの三点に集約できると思っています。 キャリアパスの設計と会社の方針のミスマッチ私はソニーでソフトウェアエンジニアとして働いていました。 ソフトウェアエンジニア(を目指す人間)にとってソニーと言えば、"自由闊達な理想工場"、エンジニアが自由に活躍できる会社、日本のメーカーなのにソフトウェアもちゃんとつくれる会社、などのイメージがあるかと思います。私もそう思っていました。 実際会社は説明会などでそういった説明をしましたし、そういったイメージを前提に私はソニーを選び、「エンジニアとしてプロフェッショナルになる。品質が高く、お客の求める体験を作り出せる人間になる」

少し前、SIerやweb系でITエンジニアをしていたので、現状を少しだけ書こうと思いたった、そこで思ったのは、ここで言われてることが割と最先端で、その他のネットで言われてることはリーマンショック前後くらいの古い認識ということを嫌というほど体感しました。 ここの外で言われてるのは「特定派遣は安定している」とか「web系に脱出するべき」だとか言われてるが、現実は全く持ってそうではなく 特定派遣は来年の秋には廃止になるのは確定しているし、web系は現在もはやレッドオーシャンを通り越してブラックオーシャンと化しています。 以下に示す例を見てなお、それでもITエンジニアになりたいという気合の入った益荒男がいましたら、きっと理詰めと政治とソーシャルエンジニアリングを使ってバリバリのし上がり、ひとかどのエンジニアになれるでしょう、そうじゃない人はこんな業界はやめて、カタギで真っ当な仕事についてください、

トレンドマイクロが発表した「ウイルスバスター for Home Network」は、ルーターに挿し、管理用のスマホにアプリを入れるだけで“家族を守る”という、ちょっと変わった、そして現実的な解だ。ホームネットワーク内の機器を毎日スキャンし、簡易なパスワードがあれば管理者に連絡する。さらに、パケットのアプリケーション層までチェックするDPI（ディープ・パケット・インスペクション）機能に、ホームネットワークのWebレピュテーション機能。企業の話ではなく、これを「自宅」で実現するデバイスが登場したのだ。 今回、新たな守り方を1つのデバイスで実現したトレンドマイクロの開発者と、はてなのネットワークを管理して守ってきたエンジニアがざっくばらんにその思いを語った。「ウイルスバスター for Home Network」はあえて技術面の詳細を隠し、シンプルさを売りとして掲げる製品だが、エンジニアとしての視

半年以上前のことですが、今年の3/25にMilk TimeというiOSアプリを妻がリリースしました。 Milk Time - 育児記録を共有できる授乳タイマー Mocologyメディカル無料 妻自身が子育て中に授乳のことなどで苦労した経験を活かし、授乳記録を簡単にできてもっとデザインのよいアプリを作りたいという思いをそのまま形にしています。 妻は元々エンジニアではありましたが、アプリを開発して自分でリリースするというのは初めてでした。 それにも関わらずアプリを作る決心をして、新品の15インチMacBook Proを購入しました。 そこから子育てをしつつ合間を見ては1人で企画、設計、デザイン、開発までを1人で行いました。 ちゃんと計算したわけではないですが、トータルでかかった工数は2,3ヶ月くらいではないかと思います。 私自身が個人でいくつかアプリを開発してリリースしてそれなりの売上を上げて

Photo by Joopey こんにちは、谷口です。 ITエンジニアを採用したい企業の皆さんは、どんな求人票を作って公開していますか？「エンジニアが思わず応募したくなる求人票」ができていると、自信を持って言えますか？ paizaでも「エンジニアの方に見てもらえる求人票の書き方」についてのご相談に乗ったりしていますが、応募者目線で見ていると、おかしな内容の求人票が本当に多いのです。 エンジニアに嫌われる求人票は、「エンジニアが求人票から何を読み取りたいと思っているのか」が全く考慮されていません。今回は、これまでたくさんの求人票を見てきてわかった、エンジニアに嫌われてしまう求人票のパターンをお話ししていきます。 「エンジニアを採用したいのに全然応募が来ない…」という方は参考にしていただければと思います。 ■エンジニアの知りたいことがわかりにくい！だめな求人票にありがちなパターン ◆開発環境・

XP 祭り 2016

私が勤務しているランサーズでは、施策検討の際に、ディレクター陣で共通のフォーマットを利用して企画ドキュメントを作成しています。 最近、どうやって施策検討しているのか聞かれることが増えてきたので、フォーマットをご紹介させていただきます。 ちなみにドキュメントはコンフルエンスにまとめています。 なぜ企画フォーマットを用意するのか 誰が書いても一定の品質を保てるように 施策を検討する際には、押さえるべきポイントがあり、それらを漏れなく検討することが重要です。 フォーマットを用意して、各項目を埋めてもらうことで、抜け漏れを防ぐことができるようになります。 また、入社直後のディレクターでも、フォーマットに沿って書くことで、最低限のレベルを担保することができますし、学習しやすいという効果があります。 レビュアの負荷軽減 毎回違うフォーマットだと、レビューする側に理解の負荷が発生します。 フォーマットを

インフラエンジニアの中西です。 最近プログラマーからこのような話を耳にします。 「ネットワークって難しい/よくわからない」 最近ではAWS,GCPをはじめとするクラウドサービスが充実しているのでWeb界隈のエンジニアはなおさら気にするシーンが少なくなったように思います。 今日は最低限これだけ覚えていたら有事の際にちょっとは役に立ちますよという話が出来たらなと思います。 書式統一のため sudo を省略しています。ご容赦下さい。 コマンド編 ping ping です。疎通確認を行う時のコマンドです。 さすがに分かると聞こえてきそうですね。 例えば、192.168.1.1 というサーバに通信を確認したい場合はこうです。 $ ping 192.168.1.1 繋がる場合はこうなります。 $ ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1): 56 d

こんにちは、株式会社GunosyにてCTOをしております松本です。 弊社にもこの4月から初めての正式な新卒採用で3名の方が入社しました。 実は自分も、3年ほどまえの大学4年の終わりごろにGunosyに入社しまして、そういう意味では新卒入社とも言えるのかなと思います。 社会人経験としては新卒の皆さんとそう大きく違うわけではないのであまり偉そうなことが言えるわけでもないのですが、自分が新卒の時にどんなことを聞いておきたかったかなと考えながら、主に今年新卒入社された皆さんになにかアドバイスになればと思い久々に技術の話以外でブログを書いています。 今回、3年間働く中で長くエンジニアとして必要とされるために大事だと感じたことについて書きます。 # 長くエンジニアとして活躍していくために自分がエンジニアを始めてからの数年の間にもベースになる技術は多くの進化を遂げており、1年前の状況が今では古いなどと言

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? めちゃくちゃにハマったからと言って、その問題は技術的難易度が高い訳ではないんじゃね？という話。 ここで言う「ハマる」とはなにかに夢中になって没頭することではない。バグとかエラーがあって、なかなか解決できなくてそのために時間を割かれてハマる、の「ハマる」。 先日、ハマった問題が解決した時の感情は「ついに解決したぞ」という安堵感と「しょーもないハマりポイント作りやがって、あのボケが！」という前任者への怒りが混ざった状態だった。 サイトのSSLの有効期限切れが２週間後にせまっていた。やる事は証明書の更新、新しい証明書をAWSのELBに入れるこ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

企業活動の重要なインフラとなったネットワークを検証するのは難しい。エンジニアにとって自由に使えるラボでもあればよいが、なかなか難しいのも事実。しかし、ルーターのエミュレーター「GNS3」があれば、大規模なネットワークの検証も可能になる。 大規模なラボじゃなくてもネットワーク検証を可能にする方法って？ 昔々、今から20年ほど前のこと。インターネットそのものが自由に遊べる「砂場」だった時代があった。若手のネットワークエンジニアがルータやスイッチ、サーバーをつないであれこれ設定を試し、多少失敗しても、「あれ、落ちちゃった」で大目に見てもらうことができた牧歌的な時代だった。こうした失敗を通じて、エンジニアは腕を磨いていくことができたのだ。 だが今はまるで違う。インターネットは、日常生活やビジネスに不可欠なインフラとして機能しており、ネットワークサービスの停止は多大な影響を及ぼす。中には厳密にSLA

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

かるび（@karub_imalive)です。 寒くなってきましたね。冬のボーナスがもう早い会社だと今週末あたりに出た人もいるかもしれません。 さて、Sier、特にかるびの所属しているような中小Sier（概ね300人以下位）に勤務していると、この時期あたりから翌年3月位まで、エンジニアの退職者が目立つようになります。かるびは採用担当という立場なので、何よりもつらいのが退職者を送り出すことなのです。大手Sierと違い、中小Sierの泣き所は退職率の高さ。 今日は、そんな中小Sierの退職について少し考えてみたいと思います。 中小Sierの平均退職率はどんなものなのか 退職理由は意外にもお金ではない 1番の退職理由はマネジメントの拙さだった 具体的な退職理由としては・・・ 1)　プロジェクト現場のマネジメントが悪い 2)　経営的なマネジメントが悪い お金の問題は副次的に発生する まとめ 中小Si

こんにちは、エンジニアのみどです。 ピクシブは、イラスト1枚で簡単にオリジナルグッズが作れるサービス pixivFACTORY を開発しています。 そのpixivFACTORYのプレビューに焦点を絞った勉強会を社内で行いました。 今回は、その勉強会の内容を公開したいと思います。 プレビューとは pixivFACTORYでは、グッズの仕上がりのイメージを確認する機能を提供しています。 この機能は、チーム内でプレビューと呼ばれていて、pixivFACTORYの売りのひとつになっています。 今回の勉強会では、ピクシブのエンジニアがこのプレビューに関する技術やノウハウについて発表を行いました。 pixivFACTORYのプレビューを支える技術 まず、私がアプリケーションサーバ側の処理について発表しました。 ImageMagickやBlenderといったソフトウェアをどのように使い分けているかが見所