こんにちは。谷口です。 先日、オライリー社から『レガシーコードからの脱却――ソフトウェアの寿命を延ばし価値を高める9つのプラクティス』が発売されましたね。 弊社でもすぐ購入し、読みまくり、「これはリーダブルコードのように次世代のエンジニアのバイブルになる予感…」と言っているエンジニアもいたので、今回は本書の概要紹介と感想について書きたいと思います。 私の本書はすでに画像の通りふせん貼りすぎ下線ひきすぎ読みすぎでボロボロです。 レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス 作者:David Scott Bernstein発売日: 2019/09/19メディア: 単行本（ソフトカバー） 概要について 本書はどんな内容の書籍なのか、まずオライリー社公式サイトにはこう書かれています。 本書では、ソフトウェア開発において、初めからレガシーコードを作りださないた

Photo by Stavros Charakopoulos こんにちは。倉内です。 IT業界の転職市場は依然として売り手市場が続いており、エンジニアの採用に苦労されている担当者の方も多いのではないでしょうか。 先日「｢中途入社組がすぐ辞める｣日本企業の深刻実情」という記事が話題になりました。 IT業界も例外ではなく、ようやくエンジニアを採用できたにもかかわらず、入社後に短期間で退職されてしまったというケースは頻繁に見られます。 そこで今回は、日本でも導入企業が増えつつある「オンボーディング」という取り組みに注目し、中途採用したメンバーの短期退職を防ぐことはもちろん、早期に組織の一員として活躍してもらうために企業は何をすべきか考えていきたいと思います。 中途採用者が定着しない原因 企業が中途採用をおこなう理由は何でしょうか？　退職者が出て急いで欠員を補充したい、事業を拡大するので人を増やし

Photo by Rawpixel Ltd こんにちは、谷口です。 新卒エンジニアの採用担当者の方から、「新卒の採用活動がうまくいかない」「応募が来ない」「採用したいと思った人に辞退されてしまう」といったご相談が増えてきました。 その前に…新卒エンジニアの採用を担当されている皆さんは、中途と新卒採用の違いを理解されていますか？ まさか「中途よりハードル下げれば応募来るだろうからとりあえず募集しておこう」「中途より若い人材のほうが安く使えてよさそうだな」などと考えて適当な採用活動をしていませんよね？ 正直言って、中途よりも新卒の採用活動のほうが、気をつけなければならない点や難しい部分は多いと思います。 というわけで今回は、新卒エンジニアを募集されている採用担当者の方に向けて、中途と新卒採用の違いや、新卒の採用活動に必要な準備、気をつけたいポイントなどについてお話しします。 新卒エンジニアを採

どうも、まさとらん（@0310lan）です！ 今回は、Slackにさまざまなボットを追加することで大幅に機能を拡張できるサービスを厳選してご紹介しようと思います！ 単なるチャットサービスの枠を超えて、「こんな機能があったらいいな」という欲望を本当に叶えてくれるシンプルで使い心地の良いものだけを集めてみました。 Slackを使っている人はもちろんのこと、ボットに興味がある人もぜひ参考にしてみてください！ ■SlackにWikiの機能を搭載できるボットサービス！ 【 Slicki 】 複数人でさまざまな情報を編集しながらWebページを作成して共有できるWikiの機能を、Slackに搭載できるボットサービスがこの「Slicki」です！ Google Docsのように複数人同時編集も可能で、任意のチャンネルにWikiを簡単に作成できるので、情報をまとめたり簡単な資料を作ってストックしておけるのが大

Photo by zwenzini 長田です。健康オタクエンジニアです。 今回は、健康ではなく「勉強法」について書きたいと思います。 ツイッターやはてブでは、定期的に「エンジニアは業務時間外も勉強すべきか！？」という話題で盛り上がっていますよね。 まあそれはどっちでもいいんですけど、それ以前に何らかの勉強をするなら「効果的な勉強法」を知っておきましょう。非効率的な方法で「勉強したつもり」になっているだけでは意味がありません。 どんな勉強方法なら効果が出やすいのか？逆に言うとどんなやり方だと非効率的で効果が薄いのか？例によって論文やデータを漁りつつまとめていきたいと思います。（プログラミングやWeb開発だけではなく、割とどんな分野の勉強でも通じる話です） 【忙しい人のための目次】 勉強する前に知っておきたいこと 勉強には「理解するための勉強」と「記憶するための勉強」がある 知識は風化する 無

Photo by Samuel Mann こんにちは。谷口です。 「SQLは何となく書けるけど、DB設計はしたことない…」「DB設計について一度ちゃんと学んでおきたい…」という人は多いですよね。 DB設計とは、DBのデータモデル（DBの構成など）を作成する作業です。 DBを一から作ったり、テーブルを追加したりする際は、当然ですが「今あるデータが何となく格納できればそれでOK」ではありません。 テーブルは正規化できていないといけませんし、データの整合性も取れないといけません。また、効率よくデータが取れる構造になっているかどうかも重要です。 一から設計に取りかかるようなケースは少ないかもしれませんが、DBを取り扱うことがあるなら、こうしたDB設計の基本は知っておいて損はありません。むしろ自分が扱うDBの構造はきちんと知っておかないと、「なんか適当にSQL投げたらデータ取れたけど、正しく取れてる

Photo by superde1uxe こんにちは。谷口です。 せっかく転職するのであれば、ブラック企業やエンジニアを大切にしてくれないような企業は絶対に避けたいですよね。 実は、ブラック企業の兆候というのは、選考段階や内定後など入社前の段階で見分けることができるんです。この見分け方を知っておけば、エンジニアが転職すべきでない会社に引っかからずに済む確率がぐっと高まります。 というわけで今回は、paizaが多くのIT企業を見てきてわかった「エンジニアが転職してはいけない、ブラック企業の見分け方」をお教えします。 ■エンジニアが転職してはいけない企業の共通点 ◆求人記載よりも下回った給与額を提示して内定を出してくる 明確な理由の説明がない限りは、言語道断ですね。理由もなしに求人記載額の最低ラインを割った金額で内定オファーをしてくる企業は「エンジニアは欲しいけど、なるべく安く買い叩きたい」な

こんにちは。谷口です。 ITエンジニアの中には、面接でも「技術さえあれば特に喋らなくていいだろう」「技術だけを見てほしい」といった感じで、あまり多くを語りたがらない人もいます。 しかし、現実には応募者から説明してもらわない限り、「どんなスキルを持った人なのか」「これからどんな仕事がしたいのか」といったことはわかりません。 また、技術的には同じレベルの応募者が複数人来たとしたら、面接で「話がよくわからなかった」「人間性に不安が残る」という人よりは、「話がわかりやすくて、人間性も問題なさそう」な人が採用されるのは当然です。 ただ、個人で応募していると落選してもお祈りメール一通で終わるケースがほとんどで、面接における受け答えの改善点がわからなくて困ることもありますよね。 paizaでは、採用選考で応募者を落とした企業には「落選理由」をヒアリングしていますので、今回は技術面以外でエンジニアに多い落

Photo by Matthew Hurst こんにちは。谷口です。 中途転職の面接を受けに来ているのに、これまでの経歴や自分の開発スキル、これからやりたいことなどを聞かれても 「いろいろやってきたので、大体できると思います」 「これからやりたいことは、特に考えてないです」 といった感じで、具体的な話が全然できない人は意外と多くいます。 多少の開発経験やスキルがあったとしても、面接でそれが企業側に伝わらなければ「ないのと同じ」です。面接官にも、「この人、何しに来たんだろう…」と思われてしまいます。 これから「面接でちゃんと受け答えができないのは技術力がないのと同じ」とはどういうことか、詳しく説明していきたいと思います。 ■「話せない」のは「ない」のと同じ ここでよく勘違いされるのですが、別に面接で流ちょうにすらすら話せる必要はありません。一般的な社交性やコミュニケーション力はどうでもいいの

どうも、まさとらん（@0310lan）です！ 今回は、ブラウザ上のGitHubでMarkdown（マークダウン）ファイルを作成し、そのまま超高機能なスライド資料に変換してくれるサービスのご紹介です！ もちろん、自分でMarkdownファイルを用意してpushするだけでもOKなのですが、今回はコンソール画面などは使わずにすべてブラウザだけで完結できる方法をご紹介致します。 【 GitPitch 】 ■「GitPitch」の基本的な使い方！ それでは、実際に簡単なスライド資料を作ってみましょう！ まず最初に、自分のGitHubアカウントでログインし、新規のリポジトリを作成しましょう！ 「① リポジトリ名」は好きな名前を付けてください。 画面下にある「② チェックボックス」をONにしてから「③ Create repository」ボタンをクリックしましょう。 すると、自動的に「README.md

Photo by Eylon Israely こんにちは。谷口です。 転職活動中の方や転職に興味のある皆さん、転職は内定がゴールだと思っていませんか？ 内定はスタートに過ぎず、本当に大切なのは転職した後どうするかですよね。 実は転職直後、試用期間の3ヶ月間というのは気をつけないとマズいことがいくつかあるのです。 ただ、入社後に関する注意点って意外と誰も教えてくれないので、せっかく転職できたのに、入社早々から「転職先で居場所がない……」とつらい思いをする人もいます。 今回は、転職直後はどんなことに気をつけないとマズいのか、実際に転職者を採用している企業の方や、転職経験のあるエンジニアの方々に聞いたことをもとにお話しします。 ■転職者が意外と気づいていないこと 転職者の多くが意外と気づいていないのが、 「中途である以上新卒ではないので、早めに成果を出して信頼を得なければならない」 ということで

 どうも、まさとらん（@0310lan）です。 今回は、Webサービスなどを開発する際に、ユーザーの管理や識別などで必要になる「ユーザー認証」機能を、できるだけシンプルに作ってみたいと思います。 利用するのは、さまざまなバックエンド機能を提供するGoogleの【 Firebase 】です！ 非常に多機能なサービスですが扱いはとてもシンプルで、簡単なコードを覚えてしまえば誰でも活用できるはずです！ 自分でサーバーを用意する必要もなく、基本的な機能は無料で使えるので今すぐ始められるのも特徴と言えるでしょう。 ■始め方！ 今回は、「メールアドレス」と「パスワード」でログインする一般的な「ユーザー認証」ページの作成に挑戦してみましょう！ そこで、まずはFirebaseにアクセスして新規にプロジェクトを作成します。 好きな「➀プロジェクト名」と、自分の「➁国名」を指定します。 すると、プロジェクト

Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 某Mずほ銀行の案件のニュースが出たとき、弊社でも結構話題になりました。 あんなに巨大なプロジェクトをしずめるのは、もう本当に不可能なんじゃないかと思いますが、どんなに大きな炎上も、恐らくは小さな火種が集まって、やがて大きな炎となってしまった結果だと思いますし、最初の小さな火種の段階からぷちぷち消していけたらこんな結果にはならなかったはず……。 という話をしていたときに、paizaのエンジニアが「かつて炎上しているプロジェクトに自ら突入していくのが趣味だった」などと言い出しました。「そういう性癖なのかな」と思ったんですが、聞いてみると 「炎上しているプロジェクトに行くと『優秀な人たちはどんな振る舞いや働きをして炎上をしずめているのか』『何が原因で炎上したのか、どの時点で何をし

Photo by Michelle Hofstrand こんにちは。谷口です。 paizaを開発しているエンジニアの中には、もともとSIerで開発をしていた人が何人かいます。 paizaで転職のご相談をいただく方の中にも、SIerからWeb系に転向したいという方は増えていますが、Web系の経験のない人が勉強などを何もしないまま転向を叶えるのは正直難しいです。しかし、Web系の開発業務経験のない人は「具体的に何をどう勉強をしたら役に立つのかわからない…」という人が大半かと思います。 というわけで今回は、SIerからWebサービスを開発している弊社へ移ったエンジニアたちが今になって思う、「転職前にやっておいてよかったこと」、また今になって「やっておけばよかった！」と思うことを聞いてみたのでご紹介します。 いずれは転職を考えているという人、転職はまだ考えてないけどWeb開発の勉強に興味があるとい

(English article is here.) こんにちは、吉岡([twitter:@yoshiokatsuneo])です。 ウェブ開発に欠かせないJavaScriptフレームワークですが、日々発展しておりReact.js, Ractive.js, Aurelia.js, AngularJS2.0など次々と新しいフレームワークが出てきています。 一体どれを使えばいいのか？何が違うのか？何から調べていいのか迷うことがあります。 そこで、現時点で事実上全てとなる、９大主要フレームワークについて、実際に使ってみて比較を行います。 Backbone.js Ember.js Knockout.js AngularJS(1.x) React.js Ractive.js vue.js Aurelia.js AngularJS2.0(アルファ版) これらのフレームワークでは、以下のような機能が実現さ

Photo by Photo4jenifer 今回のpaiza開発日誌は片山がお送りします。 近年Webビジネスにおける開発業務は、システムが売上や収益と直結しているため、素早い開発が求められるようになり、開発と運用が協力する継続的インテグレーションやDevOpsという概念が重要になってきています。 逆にSIerでは開発と運用・保守の分離がされたままで、特にITエンジニアの成長阻害要因になっていると考えられます。この「開発と運用保守の分離」は、SI業界で働くITエンジニアにとっては、「人月商売」「多重下請け構造」と並ぶ三つ目の問題になっているのではないかと思います。 そこで今回はITエンジニアがキャリアを形成していく上で、開発と運用保守の分離がもたらす弊害について考察してみたいと思います。 ■運用・保守とは何か？ SIerではシステム開発の場において、大きくは「開発チーム」と「運用・保守チ

Photo by VFS Digital Design 皆さんはアルゴリズムやデータ構造について知っているでしょうか。情報系の学部出身の人は学校の授業でやったかもしれません。一方で学校で情報系の勉強をせずにITエンジニアになったという方は、アルゴリズムやデータ構造について一度は「勉強したほうが良いんだろうな」と思いつつも、実際の業務であんまり必要なさそうだし、難しそうだし、DevOpsやオブジェクト指向やフレームワークについて学ぶので手一杯で未着手、という人も多いのではないでしょうか。 今回はそんな方に向けて、アルゴリズム、データ構造を学ぶ意義と、それらを学ぶときに役立つ本とサイトについてまとめました。 ■アルゴリズム、データ構造を学ぶ意味 アルゴリズムやデータ構造について語られるときに、非常に良く言われる事として「そんなものは実務に役立たたないので必要ない」という意見があります。本当にア