自分たちITエンジニアが得する働き方改革の最初のポイントは、チームが主体性を発揮できるポジティブな仕事を増やすこと。主体性を発揮できる仕事がチームで増えてきたら、今度は個人の活動も振り返ろう。ポジティブな仕事を増やす上で、個人が工夫できる余地は大きい。個人で幅広いスキル、深い知識を身に付ければ、それだけ取り組める仕事の幅も広がるからだ。 取り入れたい工夫の1つは、就業時間後に開かれている社外の交流会や勉強会に参加すること。ご存じの通り、ライトニングトークの大会や、多数のITエンジニアが集まって黙々と作業する「もくもく会」などが盛り上がっている。 勉強会にスマホで参加 中でも筆者が注目する勉強会が、ボイスチャットツール「Discord」上で展開する「インフラ勉強会」である。その名の通り、インフラ担当のITエンジニアが集まる。2017年冬に数人のITエンジニアがTwitterで発起すると、瞬く

本書は、自分たちのコードに自信を持って開発を続けたいプログラマ、チームリーダー向けに、テスト駆動開発（TDD）の実践方法を解説した“Test-Driven Development By Example”の日本語版です。テスト駆動開発の考案者であるKent Beck自身によって書かれた原典を、日本におけるテスト駆動開発の第一人者である和田卓人氏が訳しました。 テスト駆動開発とは単にテスト自動化を行うことではなく、ユニットテストとリファクタリングを両輪とした小さいサイクルを回すことで不確実性を制御し、不断の設計進化を可能にする手法であることを、実例を通して学ぶことができます。

「Open Source Friday」をGitHubが提唱。金曜日は自分の好きなオープンソースに貢献しよう これはもともとGitHub社内で行われていた運動を広げ、誰でも参加しやすいようにしたもの。 下記はOpen Source Fridayの提唱を紹介する同社ブログの記事「Contribute on Open Source Friday · GitHub」からの引用です。 Over the last three years, we've encouraged GitHub employees to take time at least every fourth Friday to work on open source and share what we're working on with each other. Open Source Friday has grown from t

2016 - 12 - 10 Go言語 Web フレームワークはこれを使おう 2016年12月版 この記事は Qiita Advent Calendar 2016 Go (その2) 10日目の記事です。 Go言語の Web アプリケーションフレームワーク (以下、Web フレームワーク) は、群雄割拠の時代を経てわずかばかりまとまってきた印象があります。今回、Go言語の Web フレームワーク を選定するさいの参考になればと思い、あらためていくつかのフレームワークの特長や最近の動向をまとめました。 結論 現時点では iris または Echo の選択をおすすめします。 選定と推薦の根拠 主観 GitHub Trending, Star, Issue プロダクトでの使用経験 (Gin, Echo) 現在、 株式会社ユーリエ のプロダクト eurie Desk 開発における主たる言語として G

ITエンジニアの世界では、コミュニティ文化が企業の組織づくりや開発の現場に大きな影響を与えつつあります。優秀な人材採用・育成、エンジニア一人ひとりのキャリア構築、組織としての生産性向上などを実現するヒントが、コミュニティとそのエコシステムに隠されています。ビジネスの成長においても、コミュニティの存在は無視できません。 今回の「Developers Summit 2017 Summer（夏サミ2017）」では、技術、採用、教育、ユーザーグループといった様々な切り口で、新進気鋭の技術コミュニティや、先進企業の開発環境と企業文化の事例を紹介し、コミュニティドリブンな世界における「エンジニア」「コミュニティ」「企業」の関わり合い、そしてITの行く末を模索します。

プロダクトマネージャーに求められるスキルとマインドセットとは-[ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネー...POStudy

弊社に５年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します（転載について本人同意済み。弊社特有の部分は一部省いています。） ああ、なんという長い旅だったろう。この会社で５年間もセキュリティを担当していたよ（諸々の失敗は許してくれ） 俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、

2015年11月26日紙版発売 2015年11月24日電子版発売 編集部　編 B5判／344ページ 定価2,838円（本体2,580円＋税10%） ISBN 978-4-7741-7782-3 Gihyo Direct Amazon 楽天ブックス ヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle 楽天kobo honto この本の概要 昨年刊行した『インフラエンジニア教本』の続編として，SoftwareDesignの人気特集記事を再編集しまとめました。今回は，サーバの運用管理を中心に今すぐ使える技術をピックアップ。ITインフラの管理と運用，そして構築を学ぶことができます。お勧めは「ログを読む技術」「ログを読む技術・セキュリティ編」をはじめとして盛りだくさん。大事なインフラをささえるサーバの選び方から，無線LAN構築までがっちりサポート。

「間違えた！」と思っても、3年は我慢すべきか？ 就職活動や転職活動を経て、目指す会社に入社してみたものの、思い描いていたイメージと「何かが違う」――そんな経験を持つ人も少なくないだろう。 世の中、理想と現実が細部まで一致することはまずあり得ない。多くの人が、細かなギャップを埋めながら現実と向き合っているはずだ。 しかしそのギャップが埋めきれないほど大きかった場合には、将来のためにも早い段階で大きな方向修正を行うべきかもしれない。たとえ転職してでも。 今回お話を伺った芝端紹公さんは、理想とするエンジニア像を曲げることなく追い求め、理想の仕事に巡り合えたエンジニアの一人である。 芝端さんの行動力は、理想と現実とのギャップに悩む多くのエンジニアにとっても参考になるのではないだろうか。 【転職者プロフィール】 芝端紹公さん（30歳） 株式会社はてな アプリケーションエンジニア（2012年4月入社）

2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ

僕は本来、人前に出て積極的に話そうとは思わないし、目立たずにおとなしく引きこもっていたいみたいな気持ちがある。潔癖な部分もあるので、プレゼンスばかり高くて技術力がないような中身が無い人間になりたくないし、そうなったら死ぬしか無い、みたいな気持ちもある。それなのに何故、ものすごく技術力があるわけではない自分が対外発表をするのか。 それは元はと言えば対外発表をするような側に行かないとエンジニアとして生き残れないのではないかという危機感があったからです。 Shibuya.pmの衝撃 初めて参加したShibuya.pmは#10だった。その頃の僕は一企業のよくある何でも屋の1人システム担当であり、開発のメインは前担当者から引き継いだレガシーASPだった。そしてつぶしの効く技術を習得したいと思いPerlを学び始めた頃だった。そしてPerlがそこそこ書けると手応えを感じ始めているところだった。 ところが

CodeIQ感謝祭のパネルの前段の10分程度のプレゼン資料です

まつもとゆきひろさん監修の角川インターネット講座２　ネットを支えるオープンソース　ソフトウェアの進化 角川学芸出版全集に「ハッカー精神とは何か」を寄稿した。 第一部、プログラミングがすべてを作った 序章、インターネットはソフトウエアでできている。まつもとゆきひろ インターネットを支えるソフトウェアを知る。法林浩之 プログラミングとは何か。久野靖 プログラミングと教育。阿部和広 ハッカー精神とは何か。吉岡弘隆 第二部、オープンソースが高めたネットの価値 ライセンスというプロトコル。やまねひでき オープンソース化が生んだ変化。瀧田佐登子 企業とオープンソース。鵜飼文敏 久しぶりの執筆だったので、七転八倒しながら書くことになった。 わたしのところは、60年代のハッカー達から70年代を経て、Richard StallmanのGNU Projectなどを紹介しつつ、OSSへの流れを歴史とともに解説し

著者のmizzyさんこと宮下剛輔氏よりご恵贈いただきました。ありがとうございます。 Serverspec 作者: 宮下剛輔出版社/メーカー: オライリージャパン発売日: 2015/01/17メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る さて、本書について、技術的な側面で語れるひとはたくさんいるだろうので、ちょっと趣向を変えて、エッセイ的な話を書く。ちょうど、著者も「本書は、単なるServerspecに関する解説書ではなく、Serverspecに関する思いを綴ったエッセイとも言えるかもしれません」(「はじめに」より)と書いていることだし。 Serverspec誕生の頃 約2年前の今頃、ある新しいシステムのためにサーバを構築しようとしていて、我々(mizzyさん、@lamanotramaさん、僕)は苦心していた。Puppetでサーバ構成を記述するに際して、もっといけ

こちらは Perl入学式 Advent Calendar 2014 の4日目の記事です。 昨日は @xtetsuji さんの「いつもの風景」でした。 お寿司いいですね。 はじめに さて、「Perl入学式」はプログラミング初心者およびPerl入門者のための無料の勉強会です。 最近の傾向としては、他のプログラミング言語の経験はあるけれどPerlには馴染みがないから来た、という参加者も少なくないようですが、僕自身はプログラミング自体まったくの初心者という段階から参加し始めました。 ただ、ひとくちに「初心者」と言っても、「子供の時期から学ぶのか、大人になってから学ぶのか」では大きな違いがあると感じます。 よって以下では、自分の体験にもとづいて、後者の「大人」（とくには30代以降の社会人）がプログラミングに初めて触れることについて、徒然に書いてみたいと思います。 極私的な入門記 僕は現在、39才＋7

Welkom bij Pelletkachels.nl, jouw ultieme bron voor alles wat met pelletkachels te maken heeft! Maar we zijn meer dan alleen een platform voor het bespreken van warmtebronnen. Bij Pelletkachels.nl geloven we dat het delen van kennis en ervaringen over bedrijven en gebeurtenissen ook essentieel is voor het creëren van een betrokken en geïnformeerde gemeenschap. In dit blog duiken we dieper in de we

Advent Calendarとは http://gihyo.jp/news/info/2010/12/0102 一般的なAdvent Calendarは，12月25日のクリスマスを楽しみに待つために，12月1日から24日までのカレンダーの日付の部分（扉だったりする）がめくられるようになっており，1日ずつその日の日付の部分をめくると天使や動物の絵などが見えるという仕組み（もちろん，様々なバリエーションがある）。 "これに発想をえて，技術系Advent Calendarでは基本的に，12月1日から25日までの25日間，プログラミング言語縛りなどの最低限のルールで，毎日別の人（同じ人が複数回担当することもある）が自分のblogにて記事を書くという形式になっている（特設サイトを用意して，記事をまとめる手法もある）。 参加方法 まず、このイベントに参加表明をしてください。 基本的に申し込み順となり

DevLOVEアドベントカレンダー 越境 12日目の記事です。 今年のテーマは越境。ということで、ソフトウェアエンジニアの現場における「越境」について考えてみようかと思います。 いまいち納得のいかない片方向な越境 「エンジニアも営業的な目線を持ってセールスに貢献すべきだ！」 「エンジニアも自ら企画を立案し、サービスの売上げアップに貢献すべきだ！」 多くのエンジニアが、このような物言いを苦々しい気分で聞いた経験があるのではないでしょうか。 営業職の偉い人は、エンジニアもセールスを学び、営業の視点を持て、と言う。 企画職の偉い人は、エンジニアも企画を学び、サービスを立案しろ、と言う。 ところがエンジニアリングを学ぶ営業や企画の人は少ないし、エンジニアリングを学ばない営業職や企画職が、それを理由に咎められている様子など一度も目にしたことはありません。 なぜエンジニアばかりが開発以外のスキルまで求