昔、Googleのテスト自動化マネージャみたいな人が、日本に招待されて講演後、 日本人「コスパ悪いのをどう解決してますか?」 Google「解決していないです」 日本人「え!?」 Google「?」 日本人「コスパ・・・」 Goo… https://t.co/mWGWIQ7H9p
![がくり(ソフトウェア関連垢) on Twitter: "昔、Googleのテスト自動化マネージャみたいな人が、日本に招待されて講演後、 日本人「コスパ悪いのをどう解決してますか?」 Google「解決していないです」 日本人「え!?」 Google「?」 日本人「コスパ・・・」 Goo… https://t.co/mWGWIQ7H9p"](https://cdn-ak-scissors.b.st-hatena.com/image/square/7a23013d27de97bebdc0d5b9a1f6859358545a66/height=288;version=1;width=512/https%3A%2F%2Fpbs.twimg.com%2Fprofile_images%2F1248570293393608704%2FOr9eeem4.jpg)
第10回 Jenkins勉強会の資料です。 https://www.meetup.com/ja-JP/Tokyo-Jenkins-Area-Meetup/ Jenkinsの最新機能を知りたい → Jenkins Community blog https://jenkins.io/node/ Pluginを探したい → Plugins Index Renewal !! https://plugins.jenkins.io/ Jenkinsfileで使えるstepを探す → Pipeline Step References https://jenkins.io/doc/pipeline/steps/ バグを踏んだ? → Jenkins Issue Tracker https://issues.jenkins-ci.org/projects/JENKINS/issues/JENKINS-4492
注釈: CASH LAYER:キャッシュレイヤ FRONT END:フロントエンド ASSET SERVE:アセットを供給 WEB SERVER W/ROUND ROBIN FAILOVER:ラウンドロビンとフェールオーバーを実装したWebサーバ THE CLOUD:クラウド ALL READS! :全ての読み込み WRITES:書く READS:読む MASTER:マスタ INPORTANT POINTY THINGS:重要な鋭い情報 MULTI MASTER DB CLUSTER:複数のマスタからなるデータベースの集合体 「エンジニアはまずアーキテクチャの全体像から始めるべき」、というのが先人たちの知恵からの教訓となっています。データベースを使ったサービスが他のサービスと関係する様子を、線や矢印で表したのが上の図です。キャッシュレイヤ、ロードバランサ、その他の複雑な形も上図の情報フロー
書く気になった背景 私は、プログラマだ。なんだかんだで職歴は20年を超えた。 同時に、かつて10年ほど小さなソフトハウスを経営していたし、今も代表1名の法人を持っている。 そんな経歴により、プログラマ諸氏からは概ねプログラマとして接していただき、経営者諸氏からは稀に経営者としての意見を求められる時がある。 2つの異なる立場についてほぼ同時並行で見聞きする機会に恵まれるのは、おそらく珍しいことだろう。 そんな経験の中で思ったことを、書き散らしておく。 もちろん、守秘義務や職業倫理というものもあり,複数の事案をミックスし曖昧にしてある。 特定の企業についての邪推は無用。ひとつよしなに。 中堅IT業界における、人材受給のミスマッチ 広くIT業界は、長きに渡って、「人手不足!」と叫んでいる。 そして「”使えない人”ばかり面接に来る」というボヤキが続く。 つまり、”デキる”“人財”が来ない、または定
自分は大学時代の4年間+SIer時代の5年間、Javaのみを書いてきました。 ここでいうJavaを書いてきたというのは、J2EEの世界でStrutsとかHibernateとかSeasar2とかSpringとかのFWを使って、業務系Webアプリの開発をしてきたということ。 そして今年転職して、Rubyの会社になりたい会社(つまりPHPも結構やってる)ペパボに入りました。そこで感じているJavaの世界とRubyの世界の違いについて書いていきます。とは言っても、Rubyの世界の入り口からちょっと覗き見したぐらいの立ち位置ですが。 今、自分が1番感じているのは、Rubyの世界は_ライブラリの開発スピードが速過ぎる_ということ。 開発スピードが速過ぎるとは railsで開発している時に色々なgemを使いますが、そのアップデートがめちゃくちゃ頻繁に起きます。メジャーなライブラリを使っていても、1週間に
前職 と 現職 で、ペアプログラミング文化からコードレビュー文化への移行を経験した。文化の差に適合するのは興味深い経験だった。ちょっと気づいたことを書いてみよう。 (ペアプログラミング|コードレビュー)の(メリット|危険性)みたいな題名の記事はもう山ほどある。著者はどっちかの信奉者なわけだ。私は明確トレードオフがちょっとあるにせよ、どっちの戦略も有効であると認識している。このトレードオフについて、もうちょっとバランスのとれた議論をしてみようと思う。 用語の定義 まず、舞台を整えよう。”ペアプログラミング” とか”コードレビュー”という言葉は、人によってとらえ方が大きく異なることがある。 ペアプログラミング文化 といったとき、作業のほぼ100%をペア作業で行っているチームを指す。一つのタスクに二人の開発者が割り当てられ、同じ画面を共有して作業をする。開発者は両方コード構築のプロセスに関わって
[Video] http://www.youtube.com/watch?v=nyOHJ4GR4iU [Slide] http://goo.gl/76Ggf Google Test Automation Conference 2013のキーノートスピーチで、GoogleのAri Shamashが同社のCIツール & 自動化されたテストプロセスを紹介しています。 [最初の前置きが13分。GoogleのCIの紹介の内容ではないので割愛。お話としては面白いのでVideo見てみてください。] エンジニア1,5000+人が5,000プロジェクトにアサインされている 1億行のコード。50%が毎月更新。 1日当たり5,500+件がサブミッションされ、1億件以上のテストケースが実行されている。 Googleのクラウドテストシステムは多機能。ビルド作成、特定のターゲットをテストでき、テストカバレッジ計算、依
「SIの現場で使えるチケット駆動開発|セミナー|Growth xPartners Corporate Site」セミナーをUStreamで聞いて、思ったことをメモ書き。 【元ネタ】 2013/08/24(土)「SIの現場で使えるチケット駆動開発」セミナー #gxptech - Togetter 【1】Excelによるプロジェクト管理は、計画作成時はまだしも、その後の実績管理の運用では、利点よりもたくさんの弊害の方が出てくると思う。 Twitter / akipii: #gxptech Excelの最大の弱点はコミュニケーションが閉じてしまうことかな。更新する人しか最新情報を知らない。メールにExcelを添付されても、その履歴を追跡するは面倒。Excel駆動とメール駆動の開発は表裏一体だと思う。 しかし、最近はRedmineを導入したものの、思ったような効果が出ていない事例をよく聞く。 話を
2013年8月24日にグロースエクスパートナーズ主催にて「SIの現場で使えるチケット駆動開発」というセミナーを実施させて頂きました。「チケット駆動開発」の共著者である阪井誠さん(@sakaba37)をお招きしたものです(togetter)。 僕は基調講演で「チケット駆動で加速する、顧客と協業するプロジェクトマネジメント」を話しました。主にプロジェクトマネジメント論の中でチケット駆動の適用箇所について話をしています。 チケット駆動で加速する顧客と協業するプロジェクトマネジメント from グロースエクスパートナーズ株式会社/Growth xPartners Incorporated. 僕はアジャイルでもウォーターフォールでもプロジェクトに合ったものを選べばいいと考えています。どちらの手法にもメリットがありデメリットがあります。ただ、どちらの手法にしてもチケット(駆動)は有用なツールです。SI
GTAC 2013 Opening Keynote の Evolution from Quality Assurance to Test Engineering (スライド) を見た。 スライドの7ページ目 によると、Google では 15,000 あまりの開発者が、40 あまりの拠点に分散している。そして、彼らはひとつの巨大なレポジトリで、ブランチなしに開発しているらしい。 Single monolithic code tree with mixed langauge code Over 100 million lines of code. 50% of code changes monthly. Development on one branch - submissions at head 講演ではこの理由について One of the benefit is that we don’
有限会社いろはの代表取締役兼経営コンサルタント・竹内謙礼が、「ネットで売れるもの売れないもの 増補改訂版」(日本経済新聞出版社)を8月2日に発売するにあたり、楽天リサーチを活用して、スマートフォンユーザー100名に対して、アンケート調査を行った。 同調査では、スマートフォンで一般的に表示される「PCサイト」と、スマートフォンの画面の大きさに合わせて表示される「スマートフォン専用サイト」と、どちらが活用されているのかを中心に尋ねた。 まず、「スマートフォン専用サイト」と「PCサイト」、どちらが使いやすいか質問したところ、「スマートフォン専用サイト」と回答した人が39%だったのに対して、「PCサイト」と回答した人が45%と、6ポイント上回る結果となった。「特に意識はしていない」と回答した“どっちでもいい派”の人が16%いることから、6割以上の人がスマートフォン専用サイトに対して利便性を感じてい
先日、2013/3/23(土)に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください(※アトラシアン製品関連のイベントです)。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS(Bug Tracking Syste
GitHub Flow Scott Chacon on the Interwebs 31 Aug 2011 git-flowの問題点 (Issues with git-flow) 私は人々にGitを教えるためにあちこちを飛び回っているが、最近のほぼすべてのクラスやワークショップで git-flow についてどう思うかを尋ねられた。私はいつも、git-flowは素晴らしいと思うと答えている。何百万ものワークフローを持ったシステム(Git)を提供し、ドキュメントもあるし、よくテストされている。フレキシブルなワークフローは、実に容易なやり方で多くの開発者の役に立つ。標準的なものになりつつあり、開発者はプロジェクトや企業の間を移動しつつこの標準的なワークフローに馴染むことができる。 しかしながら、それ故の問題も抱えている。新しいフィーチャーブランチを master ではなく develop から開
公開されたのはもう去年のはなしだけど、Facebook の リリースエンジニアリングの Tech Talk (予告編) は面白い。話している Chuck Rossi さんは Facebook のリリースエンジニアリングチームのリーダーだ。 彼は “The business requires change, but change is the root cause of most outages!” と話をはじめる。Facebook の規模で毎日変更をリリースするために、リリースのリスクをできるかぎり減らさなくてはいけない。そのために出てくるのが「文化」と「道具」だ。 現在のソフトウェア開発では開発者と顧客 (your mom) の間に薄いレイヤーしかない: 昔は QA とかプロダクトマネジャーとかいろいろいたけど、いまは違う。 ブランチとリリース: 開発者は trunk にコミットする。日
Chromium と WebKit は二つの独立したプロジェクトだ。 ソースツリーはそれぞれ別で、そこにはインテグレーションの苦労がある。 WebKit 以外にも V8 や Skia など Chromium が依存している外部のプロジェクトは山ほどあるけれど, WebKit とは特にぴったりくっついている。 そのぶん二つの足並みをあわせる手間も際立つ。 以前、書籍 ”アジャイル開発の本質とスケールアップ” で リリーストレイン という大規模プロジェクトのインテグレーション手法を読んだ。 プロジェクトの内部で一段細かい時限リリースを設け、そのタイミングでインテグレーションする方法。 内部リリースにあわせてプロジェクト同士が依存している相手のバージョンを上げ、 壊れたところをなおすわけ。 Chromium と WebKit もこまめに相手のバージョンを新しくする。 主たる依存の向きは Chro
ある程度プログラマーとして経験を積めば、ソースコードを読んだときに、そのソースコードの良し悪しというものは、嗅覚を使って直感的に嗅ぎ分けることができるものです。実際、そのように体の感覚を使ってこのコードは不吉だと感じるところは実際大いにあり、コードの臭い(code smell)として知られています。 コードの臭い - リファクタリングの必要性を示す兆候 これはファウラーの名著 リファクタリング―プログラムの体質改善テクニック (Object Technology Series) 作者: マーチンファウラー,Martin Fowler,児玉公信,平澤章,友野晶夫,梅沢真史出版社/メーカー: ピアソンエデュケーション発売日: 2000/05メディア: 単行本購入: 94人 クリック: 3,091回この商品を含むブログ (312件) を見るでも紹介されており、こういった不吉な部分を適切に嗅ぎ分け
最近、[twitter:@suer]、[twitter:@mallowlabs]、[twitter:@shimomura1004]と夜な夜なSkypeでチャットしながらソフトウェア開発をしてるんですが、だんだんとSkypeチャットの機能に対する不満が溜ってきました。 というわけで、SkypeチャットをリプレースすべくWebチャットシステムを作ってみました。 開発者にとってハッピーな機能満載なので、是非使ってみてください。 →公開サイト Skypeの不満点 全文検索ができないので、過去の発言を探すのが面倒 コードがハイライトされない #42と書いてもRedmineのチケットにリンクしてくれない← AsakusaSatelliteの特徴1: 普通につかえる 最近のChromeはけっこう凄くて リアルタイムな発言更新 デスクトップ通知 D&Dによるファイルアップロード が平気でできてしまいます。
アニメの絵コンテはその作家の個性がにじみ出てて面白いな アニメ絵コンテいろいろ 661 名前:緊張してきたな!!@売上スレ[sage] 投稿日:2011/01/16(日) 01:59:36 ID:HKcq15.o0 [1/22] 表情を指定してくれるって助かるだろうな 683 名前:緊張してきたな!!@売上スレ[sage] 投稿日:2011/01/16(日) 02:00:56 ID:qDj/QzJE0 [10/56] でもこれはこれで遊べないとか個性がとかブーたれる奴もいそうだな 685 名前:緊張してきたな!!@売上スレ[] 投稿日:2011/01/16(日) 02:01:03 ID:/HpQZ5HU0 [11/26] 一番上のはるうえさん 「プクク・・・こいつ頭に花のっけてやがる」て表情に見える 749 名前:緊張してきたな!!@売上スレ[sage] 投稿日:2011/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く