優れたエンジニアを採用できないワケ | POSTD
あなたは技術者採用の面接が苦手ですね。そう、あなたですよ。間違ったスキルを探し求め、適正の無い人たちを採用して、自分自身と会社に悪い影響を与えているのです。応募者リストを見直さなくとも、今までとは違う人材を採用し、会社の業績を上げ、あなた自身も仕事をもっと楽しめるようになりますよ。 いささか大胆な物言いだということは承知しています。仕事での経験を積み面接を担当するようになってから10年、大小の企業の様々な部署で、技術者を雇うための数多くの面接をしてきました。採用する人材が会社に及ぼす影響についても見てきました。完璧な採用を目指せというつもりはありません。私自身がこれまで何度もしてきたあらゆる失敗をあなたが犯さなくても済むよう、お伝えしたいのです。私がこれまで学んできたことは次のようなことです。 誤った判断基準 1. 応募者の現時点の知識に基づいて採用しない 面接で犯しがちな最初の間違いは、
第1回 Android Studio、そしてベースとなる「IntelliJ IDEA」とは何か？ | gihyo.jp
Android Studio最速入門～効率的にコーディングするための使い方 第1回Android Studio、そしてベースとなる「IntelliJ IDEA」とは何か？ はじめに 5月15日にサンフランシスコで開催された米Google Inc.のイベント「Google I/O 2013」にて、Android向けの統合開発環境（以下、IDE）「Android Studio」が発表されました。Android Studioは、今までEclipseのプラグインとして提供されてきたADT Plugin（Android Development Tools）とは異なり、新たに「IntelliJ IDEA」をベースに作り直した全く新しいIDEです。 Android Studioのニュースは瞬く間に国内外に知れ渡り、そのニュースと共にIntelliJ IDEAという言葉も多く目にしたと思います。 Int
Chefを使ってインフラ環境構築を自動化しよう！ - PR TIMESデザイナー&エンジニアブログ BREAK TIMES
こんにちは。PR TIMESエンジニアの落合です。 前回の記事(Chefを使ってサーバー構築運用！ PR TIMES導入編！ - BREAK TIMES)で、 Chefの簡単な概要と、導入方法を簡単に解説させていただきました。 今回は、具体的なChefの活用法と構築方法をご紹介させていただければと思います。 PR TIMESにおけるChefの活用について 現在PR TIMESでは、開発環境、ステージング環境、プレビュー環境、本番環境が存在しています。 それぞれ、開発環境・ステージング環境には、WEBとDBが入っており、プレビューと本番環境では、 WEBとDBで別のサーバーを使用しています。 これらを上記の図のように、Windows上の作業マシンからknife-soloを実行して、 本番への適応を行えるような仕組みの構築を進めています。 それでは、実際にどのように、構築を進めているかをご紹介
Team Geek
複数のプログラマが関わる場合、優れたコードを書くだけではプロジェクトは成功しません。全員が最終目標に向かって協力することが重要であり、チームの協力はプロジェクト成功のカギとなります。本書は、Subversionをはじめ、たくさんのフリーソフトウェア開発に関わり、その後Googleでプログラマを経てリーダーを務めるようになった著者が、「エンジニアが他人とうまくやる」コツを紹介するものです。「チームを作る三本柱」や「チーム文化のつくり方」から「有害な人への対処法」までエンジニアの社会性について、楽しい逸話とともに解説します。 目次 推薦の言葉 日本語版まえがき ミッションステートメント 謝辞 はじめに 1章 天才プログラマの神話 1.1 コードを隠して 1.2 天才の神話 1.3 隠したらダメになる 1.4 チームがすべて 1.5 三本柱 1.6 実践 HR T 1.6.1 エゴをなくす 1.
[iOS 8/Xcode 6] SwiftではじめるiOS開発 #1 [Table View] | DevelopersIO
ただいま基本動作を絶賛学習中です。 Table View ツール系のアプリで使う場面が多いリスト表示について実装してみたいと思います。 Objective-Cの記事ですが、UITableViewを使うにあたって、事前にこちらの記事を確認しておくと、スムーズに理解できると思います。 [iOS] StoryboardでUITableViewを実装し理解する [4月からはじめるiPhoneアプリ #1] プロジェクトの作成 Single View Applicationでプロジェクトを作成します。 作成したプロジェクトのMain.storyboardを開き、右下のコンテナからTableViewを選択してドラッグ＆ドロップでstoryboardのViewControllerに追加します。 次に、先ほど追加したTableViewをViewController.swiftに登録します。 ひとまずこれで
![[iOS 8/Xcode 6] SwiftではじめるiOS開発 #1 [Table View] | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/34de6d57437c5cfc77b749f99e4483a7a1702539/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F06%2Fios81.png)
オブジェクト指向や関数型は「敗者の道具」である
私は「もし完全無欠のプログラマがいるとしたら、どんなプログラマだろう」と夢想することがあります。「完全無欠のプログラマ」と聞いてどんなプログラマをイメージするかは人によって異なるでしょう。「難しいアルゴリズムを使いこなしてすばらしいプログラムを書く人」を想像する人もいるでしょうし、「チーム内のプログラマの能力を極限まで引き出して最良の結果を生み出す人」といったチーム寄りのイメージを持つ人もいるかもしれません。 「オブジェクト指向プログラミングや関数型プログラミングをバリバリ使いこなして優れたソフトウエアを作る人」というイメージを持つ人もいると思います。しかし、ちょっと考えてみると、これはおかしな話です。なぜなら、オブジェクト指向プログラミングも関数型プログラミングも、「人間がコンピュータの挙動をすべて把握することはできないことを前提に、そうした人間であっても良いプログラムを作れるように編み
インターフェイス指向設計
本書はインターフェイスを用いたソフトウェア設計の仕組みを解説する本です。ソリューションをインターフェイスのレベルにまで分解し、相互作用するインターフェイスを適切に実装して、しっかりとした構造を持つプログラムを作成する手法を学びます。インターフェイスの凝集度とは、継承の利点、リモートインターフェイスとの通信など、基礎となる知識から、開発プロセスについて、Web自動集約ツール、サービスレジストリなど、発展的な内容まで、「インターフェイスから考える設計」についてを包括的に学びます。 最初に完璧をめざすのではなく「まず動くものをつくる」というアジャイル開発手法でインターフェイス設計を学ぶ本書は、より信頼度の高いソフトウェアを開発したい技術者必携の一冊です。 監訳者まえがき はじめに I部 インターフェイスのすべて 1章 インターフェイスとは何か 1.1 ピザを注文するインターフェイス 1.1.1
O'Reilly Village / オラの村: カーニハンが、ベントレーが、「コードの美しさ」を熱く語る珠玉のエッセイ集、『ビューティフルコード』今春刊行予定！サンプルPDFを公開
カーニハンが、ベントリーが、「コードの美しさ」を熱く語る珠玉のエッセイ集、『ビューティフルコード』今春刊行予定！サンプルPDFを公開 Posted by Editor : 2008-02-03 16:59 「ビューティフルコード」をテーマに、K&R、AWKのブライアン・カーニハン、『珠玉のプログラミング』のジョン・ベントリー、XMLの父ティム・ブレイ、ゲノム解析のジム・ケント、そしてRubyのまつもとゆきひろ氏など、一流プログラマたちが思い入れを語る珠玉のエッセイ集、『ビューティフルコード』（久野禎子、久野靖訳）がいよいよ今春発刊されます。今回、カーニハンの1章とベントリーの3章のPDFを公開いたします。ほかにもSubversion開発者のカール・フォーゲル、『Linuxデバイスドライバ』のグレッグ・クローハートマン、『プログラミング言語SCHEME』のR.ケント・ディヴィグ、『ハッカーの
「組織パターン」で未来をあぶり出す！
ある日突然、業務知識もない、人脈もない、基礎的な素養もない部署に異動することになったら、あなたならどうしますか？そして、その事業が15年連続右肩下がり業界としたら、あなたは何から手を付けますか？そんなピンチな私の杖になってくれたのは、アジャイルの鉄人たちの教えでした。 業務改善をしたいけれど、どこから手を付けていいかわからないと思っている方に、未来会議というフレームワークとそのダンドリを「XP祭り2014」でお話させていただきました。何かの参考になれば幸いです！
GMOペパボのエンジニア新人研修 #lldiver - Kentaro Kuribayashi's blog
LL Diver | Dive into Lightweight Languagesで、「GMOペパボのエンジニア新人研修」というタイトルで話をしてきました。エンジニア新人研修については、その実施自体には、僕は既にあんまり関わっておらず、主にid:hibomaや新卒出身の若者たちが担っているのですが、その背景となっている考え方について一度まとめる必要があるなと思っていたので、この機会にまとめてみました。 いろいろ書いていますが、エンジニアがより楽しく働けるようにし、そのことでより高い成果を出すためにあれこれとやっているところです。ご興味を抱かれた方は、是非、以下をご覧いただきたく思います。 キャリア採用 / アルバイト採用 | 採用情報 | GMOペパボ株式会社
Webサービスが当たると、いずれ返済できない技術的負債に突入する由々しき構造について | F's Garage
Webサービスが沢山の人に受け入れられると、そのソースコードは長く運用ができる。外れると、気軽に廃棄することができる。 既にPHPやPerlで書かれたWebサービスが10年以上ビジネスに貢献している事例は沢山ある。Webシステムは気軽に作れて気軽に廃棄できます、というフェーズを超えている。そのコードが長期にわたって沢山の人に貢献し、かつ、それを維持することで沢山の人がお給料をもらっている事実が存在する。 もしそのサービスが、最初から10年動くことがわかっているなら、どういう技術を選ぶべきだろうか？ Web業界の問題は「最新のネタが欲しい、新しい話題を作りたい」と思っている人たちの影響で、その構成要素である開発言語がレガシーな技術になってしまい、人材採用の足かせにになるという構造的問題が起きること。「10年持つ技術」とは？を考えると、「10年人気を維持できる技術」という論点にすり替わってしま
クソコードに対する怒りとコードレビューにおける人格攻撃について | おそらくはそれさえも平凡な日々
デキるプログラマだけが知っているコードレビュー7つの秘訣 7つの秘訣の1〜5は本当にそのとおりだと思います。 「怒り」って言葉を使っているところはなかなか画期的だと感じた。というのも僕は前から「人格攻撃に思われて」しまうような、コードで人を殴るようなことをしてしまう人が出てきてしまうのは何故かということを考えた時に、そこには「コードに対する怒り」があるからだろうなと思っていたからである。怒りがあるからこそ強く指摘しすぎてしまうことが起こりうる。 「怒り」というのはつまり「感情」である。であれば、「その『怒り』はコードに向けられたものであり、書いた人に対してのものではないので、その人に対しての攻撃ではない」というのは、理屈ではかろうじて通るかもしれないが、書いた人の「感情」的には通らないこともあることは理解したほうが良いと思う。 じゃあ怒らなければ良い、という話にはしたくなくて、どうしても怒
Webサービス開発の変遷と現在
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
ConsulによるMySQLフェールオーバー - @ijin
先日(6/22/14)、6月なのにどういう分けか早めに開催されたJuly Tech Festa 2014でConsulについて発表してきた。そのユースケースの一つとしてMySQL failoverをちょっとだけ紹介したので、ここに詳しく書いておく。 MHA MySQLレプリケーションの障害時にフェールオーバーしたい場合、MHAを使うの結構ポピュラー（日本では）だと思います。MHAは最新binlogの適用、Slaveの昇格とレプリケーションの張替えまではやってくれますが、実際のフェールオーバーの部分はユーザに委ねられていて、master_ip_failover_scriptのテンプレートをカスタマイズするか独自実装する必要があり、一般的な実現方法としてはカタログデータベースの更新かVirtual IPの切替等があります。 Virtual IPだと居残りセッションの問題や切替の保証難しかったり
GitHubでの”Merge pull request”の弊害 | POSTD
私は GitHub が大好きです。GitHubはオープンソースへの コントリビューション （寄与貢献）を何十倍も容易に、そして楽しいものにしたと思います。ですが、GitHubがPull RequestというwebのUI形式で前面に押し出しているオープンソースの メンテナー のワークフローが、プロジェクト品質とコントリビューションを受けつけるスピードの弊害になるということに気がつきました。そこで、GitHubの Pull Request にある「Merge pull request」ボタンをクリックする前に、少しお話をさせてください。 メンテナーの紹介 ジェーンはそこそこの成功を収めているオープンソースプロジェクトのメンテナーです。彼女は毎週プロジェクトのGitHubリポジトリに上がる新しい Issue を確認し、リクエストに対し速やかにフィードバックを返します。リクエストをすべて実行する時
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MdN 2019年4月号
趣味開発のためのVPS/クラウド活用術
Amazon.co.jp: アジャイルサムライ−達人開発者への道−: Jonathan Rasmusson (著), 近藤修平 (翻訳), 角掛拓未 (翻訳), 西村直人 (監訳), 角谷信太郎 (監訳): 本
それでもNode.jsをやる
普通のCSVアップロードフォームを作りたい
