HRTの原則 〜ソフトウェア開発はバーでしっとり語り合うように 〜 : 小野和俊のブログ
「HRTの原則」という言葉をご存知だろうか。 これは書籍 Team Geek ―Googleのギークたちはいかにしてチームを作るのか で紹介されている言葉であり、本書ではほぼ一冊すべてをかけてこのHRTの原則とその実践方法とを様々な角度から紹介している。 1. 謙虚(Humility) 2. 尊敬(Respect) 3. 信頼(Trust) の3つの価値が大切にされており、エンジニアとしてもチームや組織、顧客との対話においてこれらの価値を重んじていくことが成功につながる、というものである。 あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ Team Geek p.15 プログラマとして成功するには、最新の言語を覚えたり高速なコードを書いたりするだけではいけない。プログラマは常にチームで仕事をする。君が思っている以上に、チームは個人の生産性や幸福に直接影響するのである。 Team
インディーデベロッパーが失敗から学んだカジュアルゲームデザインの哲学【NDC17】 | ファミ通App【スマホゲーム情報サイト】
6000万DLのヒット作『Rodeo Stampede』を開発したオーストラリアの小規模なチーム2017年4月25日から27日の3日間開催されている、ネクソングループ主催のゲーム開発者向けカンファレンス“Nexon Developers Conference 17”（以下、NDC17）。 25日に行われたオーストラリアのインディーデベロッパー、Featherweight Gamesによるセッションをリポート。 ▼NDC17関連記事まとめはこちら ネクソングループ主催によるゲーム開発者向けの大規模カンファレンス“Nexon Developers Conference 17”が開幕【NDC17】 ネクソングループが主催する最大規模のゲーム開発者向けカンファレンス“Nexon Developers Conference 17”（略称、NDC17）が、2017年4月25日より韓国・ネクソンコリアに
ティラノスクリプト｜スマホ対応のノベルゲームエンジン。無料
スマホ対応のノベルゲーム開発ツール。無料。 ティラノスクリプトを使えば、幅広い環境に向けてあなたのゲームを公開できます。 マルチプラットフォーム時代のゲーム開発をぜひ体験してください。 幅広い対応環境。Windows、Mac、iphone、アンドロイド、ブラウザゲームで発表できます。 無料。商用利用にも制限なし。さらに改造もOK！ ティラノスクリプトの作品数は20,000作品を突破！情報も充実しています。 初心者向けチュートリアルを試してみる あらゆる環境で動作し、多彩な配布方法が用意されています ティラノスクリプトで作られたゲームはあらゆる環境で動作します。 作品の配布方式も「Windowsアプリケーション」「MacOSアプリ」「iphoneアプリ」「Andoroidアプリ」「ブラウザゲーム」「ホームページ埋め込み」 「各種携帯ゲーム機、据え置き機」など、 多くのプレイヤーに作品を届ける
テスト自動化研究会 - テスト自動化の8原則
1. 手動テストはなくならない 2. 手動でおこなって効果のないテストを自動化しても無駄である 3. 自動テストは書いたことしかテストしない 4. テスト自動化の効用はコスト削減だけではない 5. 自動テストシステムの開発は継続的におこなうものである 6. 自動化検討はプロジェクト初期から 7. 自動テストで新種のバグが見つかることは稀である 8. テスト結果分析という新たなタスクが生まれる これらの原則は、どのようなドメイン、プロセス、ツールの現場におけるテスト自動化であっても共通して言える、テスト自動化に取り組む前に留意しておくべきことがら＝原則を、テスト自動化研究会のメンバーによる議論のうえ、絞り込んだものです。これからテスト自動化に取り組まれる方、現在取り組まれている方、これから見直しをされたい方にご参考いただければ幸いです。 解説 1. 手動テストはなくならない ユーザビリティテ
アジャイルテスティング -バグ埋め込みを年間1件にまで減らした戦略- #NagoyaTesting
Nagoya.Testing in Tokyo ソフトウェアテストを強いられている人達の話 で発表したスライドです。ただ7割くらいは口頭での説明なので、参加した人の思い出し用です。
プログラミングで変数名や関数名のネーミングに迷ったときに便利なカンニングペーパーまとめ
関数名によく使われる英単語（動詞）の意味とニュアンス 関数名によく使われる英単語（動詞）の意味とニュアンス | PHP Archive プログラムで、よく利用される動詞の種類が豊富なリストです。 動詞を見つけるなら、一覧になっているのでcodicで検索するよりも手軽かもしれません。 以下のような、よく利用される単語の、主な用途と細かい意味、ニュアンス、使い分けについてリストアップされています。 追加・作成保存・出力読み込み・解析・取得編集・変更・修正削除検索検査許可・禁止その他プログラミングに出る！英単語 C言語編 – プログラミングに出る！英単語 名詞なども含めて、一般的に関数名などで使われる英単語を百数十個まとめてあるページです。 C言語編と書かれていますが、どのような言語でもよく利用されている単語ばかりなので、ここにある単語さえ押さえておけば、自分以外の人にも理解されやすい名前をつけ
iPhoneアプリ開発・運用でかかせない、吟味して選んだ便利サービスTOP10
iPhoneアプリを個人で作り始めてから5年ほどになるけど、アプリ開発や運用でかかせないサービスをまとめてみた。 それぞれに競合サービスがあったりするけど、いくつか使ってみて、最終的に本当に使うようになったものだけ書いてみる。プログラミングする時に使うツールというより、アプリを作った後の運用とか、分析とか、そっち系のサービスがメインのランキング。 iOSアプリにしか使ってないけど、Androidで使えるものも多い。 10位 Iconfinder（無料+有料） https://www.iconfinder.com/ アプリはWebサービスに比べて画面が小さいのでビジュアルデザインが楽。実質、フリーのアイコンとか有料のアイコンを利用するだけで事足りることが多い。僕はまず有料のアイコン集を買って、それでカバーできない時はこのサイトから検索してます。 例えば、フラットデザインのリロードアイコンを検
gitの良さがいまだに分からない - 負け犬プログラマーの歩み
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
どうすれば小さなチームでも大きな成果を出せるのか 〜 少人数のチーム、低コストで開発を続けていくためのプロセスを学ぶ | Social Change!
先日3月21日に、スクー（ http://schoo.jp/ ）という、ウェブ上で様々な授業が受けられるサービスにて、ひとつ講義を受け持って授業をしてきました。 「どうすれば小さなチームでも大きな成果を出せるのか 〜 少人数のチーム、低コストで開発を続けていくためのプロセスを学ぶ」というテーマで授業をしてきました。 オンラインで生放送の授業をするという初めての経験で緊張しましたが、質疑応答で沢山質問も頂けたので、とても良かったです。オンラインの方が、質疑応答で質問が出やすいような気がしますね。 この記事では、その授業での内容や、スライドと質疑応答について書きました。 授業内容の紹介 大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ウェブサービスを
その努力を無駄にしないために、要領のいい仕事が出来るようになる考えかたとは | Social Change!
一生懸命に仕事をする、というのはどういうことでしょうか。決められた作業リストがあって、それを全部こなすこと、時間をかけてでもやりきること、そういったことも一生懸命に仕事をすると言えるでしょう。しかし、それだけでは価値のある仕事に繋がらないことも多く、努力が無駄になることもあります。 一方で、どこにでも要領のいい人はいます。要領がいい人は、仕事も早く終わらせることができて、しかも評価される仕事をしています。短い時間で成果を出せる方が、沢山の価値を産むことは違いありません。では、そうした人たちは産まれ持った能力が高いのでしょうか。それもあるけど、それだけではないでしょう。 そもそも、要領がいいことと、努力することは排他的ではありません。要領がいい・要領が悪いという軸があるなら、努力する・努力しないという軸もある筈です。それは４象限で考えることが出来ます。 要領が悪く、努力もしない人はどうしよう
「時間対効果」を高める働き方とマネジメント | Social Change!
今回は、牛尾さんの記事『「Be Lazy」を極めるためには残業をしてはいけない』にインスパイアされて書きました。 私たちのように小さな会社が大きな成果を出すためには、無駄なことはしていられません。時間に対して高いパフォーマンスを出す「時間対効果」の高い働き方を徹底する必要がありますよね。 この記事では、私たちのチームで「時間対効果」を高めるために、前提においている働き方の価値観やマネジメントについて書いてみました。 時間をかけすぎてはいけない 中途入社で入った人がやりがちなのが、頑張りすぎること。いや、頑張ることは良いのだけど、時間をかけて成果を出そうとしてしまう。しかし、それでは「時間対効果」で見ると低いです。 私たちのチームでは「ふりかえり」で、仕事の進め方についてメンターがレビューをしますが、最初の頃に指摘するのが、沢山働いて成果を出そうとすることについて。限られた時間の中で、どれだ
なんでも自動化するエンジニアが残していったライフハック・スクリプト
元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞め […] 元々はロシア語の掲示板に出ていた、職場での小さなことをなんでも自動化していたハッカーの話が英語に翻訳され、Hacker News等で話題になっています。 xxx(ハンドル名): オーケー、ビルド担当エンジニアが転職で辞めちまった。本当にターミナルに住んでるようなやつだった。わかるだろ、Vimが大好きで、.dotファイルで図を描いて、Markdownでwikiに投稿するようなタイプさ… もし何か、そう何でも、90秒以上掛かるようなことがあったら、スクリプトで自動化しちゃうんだ。 xxx: そういうわけで我々はここにいて、彼の、そう、「遺産」を見てるところだ。 xxx
【資料公開】強いチームの作り方 | Ryuzee.com
アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） 2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
プログラマ能力指標表 | POSTD
2015年05月27日: 表が見にくいというご意見を頂いたため、原文著者に連絡のうえ体裁を修正しました。 上位のレベルには下位のレベルの知識も蓄積されているということに注意してください。つまり、レベル n であれば n より低いレベルの知識も全てあります。 コンピュータサイエンス データ構造
Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
関数型プログラミングとは結局何なのか | 黒曜の吹き溜まり
この記事はドワンゴ Advent Calendar 2014の14日目です。 ちなみに前日は@erukitiさんでした。 他の方は「こんなもの作ってみた！」系の記事が多いのですが、技術系の話題であれば特に縛りはないようなので、今回はひたすら文章をつらつらと綴っていきたいと思います。 ここ数年、「マルチコア時代の主流は関数型だ」とか「Javaはもう古い！ 時代は関数型！」といった記事をよく見かけるようになった気がします。 大学でOCamlを学んできた自分としては嬉しい限りなのですが、なんだか関数型という言葉がバズワード的な使われ方をしている気がして、まるで「現在起こっている全ての問題を解決する銀の矢だ！」といわんばかりの雰囲気を感じるのが気になっています。 最近うちの部署でもにわかに「関数型っぽく書こう」みたいな機運が高まってることもあるので、この機に関数型プログラミングとはなにか、どのよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Aseprite
コードレビューのススメ
自己組織的なScrumチームの目指し方
