Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

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

３０歳の若造なのに部署のトップになってしまい、今まで下っ端営業マンだった自分が数人の部下を持ってからもうすぐ１年。有給とはいえ特にやることがないので、この１年でやったことを書いていく。 ・細かいところまでとことん効率化 １０年前のやり方が化石のように現存していた部署だったので、毎日のように徹底的に効率化に励んだ。アナログで書いたり打ったりしていた書類を、せめてエクエルでと関数やマクロを組んでその人が理解するまで家庭教師みたいに一緒にやった。パソコン関係ではなく、細かい手順やルールまで「そもそもコレなんのために必要？」を毎回やって、徹底的に無駄を省いた。 ・定時退社おばけになった 定時がくると「定時ですよ～定時ですよ～」とフラフラと部署を歩き回るおばけになった。残って仕事をしている人には簡単に何をやってるのか説明してもらって、明日でも大丈夫そうだと自分が判断したものは「明日！明日！」と言いな

スタートアップやプロダクトの成功に必要な「アイデア×プロダクト×実行×チーム×運」の 5 つの項目について解説した概要のスライドです。急成長するプロダクトの初期に役立てていただければと思います。 プロダクトマネージャーやスタートアップの CEO の方向けにどうぞ。 ※ Japan Product Manager Conference 2016 の登壇資料ですRead less

先日、会社のチームリーダーと面談を行った。 リーダーから「この会社で働いていて楽しい？　困ったことはない？」と尋ねられ、 僕は即座に「すごく楽しいですよ。日本で働いていた会社とは大違いです」と答えた。 「日本では毎日2時間から3時間残業するのが当たり前でした。 ときには週末を潰したり、徹夜でバグ修正を行ったりすることもありました。 それに比べてこの会社では残業が全然ないし、毎日適度な作業量を与えられて集中して仕事ができるから最高ですよ」 彼女はこれを聞いて、驚いたような呆れたような表情を見せこう語った。 「その日本の会社、マネジメントがひどい。 いくら長時間仕事をしたところで仕事が終わるなんてありえないのに」 いくら働いても問題は無くならない 「それは生産性が落ちるからってことですか？」と尋ねる僕に、彼女はこう続けた。 「例えば、いま未解決のバグが10個ある。 すべて直すのに80時間かかる

書籍『Webプロジェクトマネジメント標準』を全文PDF無償公開 ロフトワークは、書籍『Webプロジェクトマネジメント標準』全文をPDFデータで無償公開します。 ロフトワークは、2002年という早い段階からWebとクリエイティブの領域に世界標準のプロジェクトマネジメントの知識体系「PMBOK（ピンボック）」を導入し、Webプロジェクトのフレームワーク確立やリスクの軽減などに努めてきました。その過程で得た知識や経験を体系化、Webの制作現場につながるように編綴し、2008年に技術評論社より書籍『Webプロジェクトマネジメント標準』（共著=林千晶・ロフトワーク代表取締役、高橋宏祐・富士通グループWebサイト統括（*1））を出版しました。 『Webプロジェクトマネジメント標準』は、プロジェクトの課題が個人の能力・努力の問題であると苦しんでいる方々にこそ読んでいただき、制作側・クライアント側の双方が

とあるプロジェクトのリーダーというか、会社でちょっとした仕事のまとめ役をやった。 そんな中で見えたことがあったのでメモ。今後の自分のために。 あとリーダー経験がやたら就活で重視されたのも分かった気がした。 ＜リーダーから見た印象の良い行動＞ ・レスポンスが早い（最重要） とりあえず、「見ました！了解です！」くらいがあるのと無いのとじゃ全然違う。 というか、リーダーの立場って結局独りよがり感すごいのでレスポンスあるとかなり安心します。はい。 ・少しでもいいから改善策を提案してくれる ほんとーに些細なこともでいい。一番はこちらが作った何かを改良してくれるの最高。ちょっと記載もれしてたところ指摘とかでもいい。 別に自分がわかっててあえて後から書こうとしてたところも「ここ抜けてると思います」っていうのでもいい。 何も言わずにいる人より全然良い。というかちょっとしたことがクリティカルヒットなので、こ

概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 「進捗どうですか？」 「進捗ダメです。」 「どこがダメなの？」 「単体テストが遅れています」 「どれくらい遅れてるの？」 「えーと・・・、0.5日分くらいです」 「項目数でい