仕事で作業クオリティが低いと言われ話を聞くと不思議な世界になっていった「仕様に書いてないが普通のエンジニアならできるでしょ」
あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 仕事で作業クオリティが低いってコメント来たので話聞いてみると不思議な世界が広がっていた 相手「仕様に書いてないが、普通のエンジニアならできるでしょ」 私「仕様に書いてないならやれません。仕様確認会などあったのでしょうか？」 相手「そんなものない。わからなかったら確認するでしょ」 続 あれっくす@フロントエンド x デジタルマーケティング @MHTcode_Alex 私「わからないところは都度確認してますが、仕様に記載されていないものを作ることはできませんし、確認すらやりようがありません」 相手「テストでいっぱい不具合出てくる」 私「クオリティコントロールの仕組みがないから当たり前では？」 相手「こっちが確認してないのが悪いってこと？」 続 あれっくす@フロントエンド x デジタルマーケティング @MHTco
M社の採用について · GitHub
Clone via HTTPS Clone with Git or checkout with SVN using the repository’s web address. M社のエンジニア採用について 自分がやめた時点でのバックエンドエンジニア採用フロー 各プロダクトの開発責任者1名（規模が大きい家計簿・会計は +1名）が採用担当者 応募が来たら各採用担当者が自分のチームにほしいかどうか（会いたいか会いたくないか）を決める 会いたい意思を出したメンバーからMAX4名までを面接官とする。4名以上いたらランダムで4名選出する 1名につき15 - 30分面接する（ので採用希望者は2時間くらい面接を受ける。。） 面接官は全員が面接を終えるまで、原則、評価を共有してはいけない。全員が終わったら、取る、他のチームならありえる、取らないの3択で評価を共有する 他のチームならの意見が面接官で一致してい
40代で｢疲れない体｣にみるみる変わる5習慣
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
Excelなテスト仕様書をMarkdown/GitHub/CircleCIに移行した話 - トレタ開発者ブログ
こんにちは、QAエンジニアの井上恵一です。好きな飲み物は一番搾りと韃靼そば茶です。 初回からニッチなネタではありますが、昨年入社した直後に行った、 iPad アプリのテスト仕様書の管理方法を見直したときの話を紹介しようと思います。 見直しのきっかけ トレタは飲食店向けの予約/顧客台帳アプリです。だれでもかんたんに使いこなせるシンプルさを追求してはいますが、製品の進化に伴ってそのテストケース数はすでに数千という単位にまで膨れあがっています。 製品の品質を安定させるためには、テストの内容自体をブラッシュアップすることが重要なのは言うまでもありません。ただ、安定した製品を永続的に提供していくためには、それに加えて、膨大なテストケースを効率よくメンテナンスし続けるためのプロセス作りも欠かせません。 入社のタイミングでトレタのテスト設計を担当することになったので、テストケースの管理方法についてもいち
エンジニアはやせたければ「KPIの設定」が大事かもしれない | HRナビ by リクルート
第4回目となる今回のテーマは「エンジニアの健康管理について」です。「むしろ僕自身が健康管理しなきゃいけない」と語る増井さんですが、エンジニアと相性が良さそうなTIPSを解説していただきました。 腰痛対策の第一歩は、自分にフィットするイスを見つけること 上の写真は僕が一番やせていた頃です。今と同じ身長で50kg台だったのですが、現在は80kg台……。今回のテーマを打診された時、むしろ自分自身が健康管理しなきゃいけないとためらいましたが、ふだん意識していることをいくつかご紹介したいと思います。 エンジニアのように基本座りっぱなしの職業だと、遅かれ早かれ直面する体の問題があります。それは、腰痛です。 私も20代の頃は全然平気でしたが、30代になってから徐々に違和感を覚え始め、30代後半になると本格的に腰痛がキツくなってきました。年に何度か、ベッドから起き上がれなくて会社に行けない日もあります（笑
【全部を読む時間がない人用】知らない人は損しているなあと思うこと要約編 - ゆきらん
【保存版】知らない人は損してるなあと思うこと まとめのまとめ で書かれている情報をすべて読んで、その中でもとりわけお得な内容のものをピックアップしました。 以下、全て引用。加工、要約あり。 害虫駆除専門家の俺がゴキの姿を見ない家にするアドバイスしてやろう 害虫駆除専門家の俺がアドバイスしてやろう。 とはいえ、プロが使う薬剤や手法は素人には無理。 そこで簡単に購入・使用が出来るもので完全に近い対策を行う。 1.バルサンを焚く。 注意すべきは火を使わないタイプでは駄目だということ。 着火タイプの方が薬剤の粒子が小さく、隙間の奥まで届きやすい。 2.「網戸に虫来ない」とかいう類のスプレーを使う とはいえ、網戸に使うんじゃない。 網戸用のスプレーは薬剤が長期間残留するように作られてるのでこれを応用する。 玄関などの扉や窓、その他隙間の周囲に吹きつける（屋外側） 扉や窓の枠を囲むように幅30cm以上
クラウドコンピューティングはメリット以上にリスクが大きい？
セキュリティ資格を管理するITセキュリティガバナンス団体のInformation Systems Audit and Control Association（ISACA）が実施した調査によると、組織内でクラウドコンピューティングプロジェクト（クラウドプロジェクト）を管理するIT専門職の人の間には、依然として根強い不安があることが分かった。 米国のIT専門職1800人以上を対象とした調査で、回答者の48％がSaaS（Software as a Service）とクラウドは、メリットよりもリスクの方が大きい」と回答した。一方、「リスクは適切なバランスが取れている」または「リスクよりもメリットの方が大きい」と答えたのは55％だった。 経営者や企業は、コストを削減する目的でITインフラ管理を外部に委託しクラウドの導入を進めている。また、景気低迷で多くの企業がクラウドベースのサービスを検討するように
JGate (AppJet) の使い方 - P A R A G R A P H S
今さら感あふれてるっぽいけど JavaScript でサーバサイドもプログラミングできる JGate というサービスを使ってみたらすごく面白かったので、使い方を簡単に解説してみる。 JGate っていうか、もともとは AppJet というアプリケーションホスティングサービスがあったんだけど、Google に買収されてホスティングを止めてしまったため、その代替として AppJet と同じホスティングサービスを提供しているのが JGate という感じらしいです。 JavaScript でサーバーサイドを書けるのだけで十分楽しいんだけど、さらに面白いと思ったのはサーバサイドのソースコードも全部誰からでも見えてしまうこと。強制オープンソースというクライアント JavaScript の特性がサーバサイドにまで適用されている。 IDE とアプリケーションファイルの構成 アカウントを作って "Creat
グーグルのBigQuery、大規模処理の「仕組みは秘密です」
先週行われたグーグルのイベント「Google I/O」で発表された、大規模データをSQLライクな命令によって高速に処理してくれる新サービス「BigQuery」。3日前に公開した記事「グーグルによるMapReduceサービス「BigQuery」が登場。SQLライクな命令で大規模データ操作」で、その概要をお伝えしました。 そのBigQueryについて、Google I/Oのセッションに参加されていたスティルハウス 佐藤一憲氏が「BigQueryってなんぞ？」とエントリをブログに書いています。自由にコピペしていいと許可をいただいたので、あらためてBigQueryとはどんなものなのか、ポイントを紹介しましょう。 大規模なデータを処理できるといえば、思い浮かぶのはMapReduceです。佐藤氏はBigQueryとMapReduceの違いをこう書いています。 MapReduceとはどう違う？ 大規模な
Scala開眼
1階受付：インストール等 / 1階案内版：コマンド / 2階：書き方 / 3階：文と式 / 4階：関数 / 5階：オブジェクト指向 / 6階：型 / 7階：注釈等 / 屋上：言語仕様要約 / 雲：scalaパッケージ概観 / 青空：その他の付属パッケージ概観 なお、以上の解説はJavaの文法とコマンドや標準ライブラリ等を一応知っていることを前提（現行のScalaはなおJavaライブラリへの依存度が高くScalaだけで完結できる状態では無い。なお、Scalaのコンパイラ自体はJava1.4用のコードも吐けるが、標準ライブラリが多く1.5を前提としている）とし、その違いだけをとりあえずは書き留めるものである。もっぱら文法やライブラリ参照用であることを目指しているので、例や特長等は次のリンクを参照されたい（なおただし、原著者たちの配慮にもかかわらず、それらの例は関数型言語に関する事前の概要的把握
Webコミックはたまに大当たりがあるから侮れない : ２のまとめＲ
2010年04月16日 ➥ Webコミックはたまに大当たりがあるから侮れない 128 comments ツイート 7：和紙(静岡県) [sage]：2010/04/14(水) 21:47:16.96 ID:nRd41f1G http://www.ne.jp/asahi/molmol/sky/youkaidays/youkaidaysframe.htm すずマジで可愛すぎワロタ さっき幽霊スレで拾った奴 175：ミキサー(大阪府) []：2010/04/15(木) 01:04:25.00 ID:g8efZq89 >>7 今読み始めたけどおもしろいｗ 191：豆腐(catv?) [sage]：2010/04/15(木) 01:56:24.95 ID:ESyuQrYK >>7 これは大人気のイカ娘みたいでゲソ 331：インパクトドライバー(北海道) [sage]：2010/04/16(金) 01
「MongoDBをプロダクション環境で使ってみて」 - Masatomo Nakano Blog
8ヶ月間、MongoDBをプロダクションで使っている人のブログ記事が面白かったので、興味深いところだけまとめてみた。 原文はこちら 。 8ヶ月間使ってデータベースの規模は、Collections (tables): 17,810Indexes: 43,175Documents (rows): 664,158,090 master/slaveのマニュアルでのフェイルオーバ環境で運用してきた。masterは72GBのRAMslaveは別のデータセンタ ディスク的にきつくなってきたので、手動でShardingをし4つのDB(Master 2つ / Slave 2つ)に分けることにした。 namespaceの限界があるので、データを3つのMongoDB( これは物理的なサーバではなくてMongoDBのデータベースの単位)に分割している。現在のnamespaceの数は、 db.system.name
yohei-y:weblog: CAPのCとACIDのC
CAP 定理と BASE の概念を考えたのは UCB の Brewer 先生で、彼は inktomi の偉い人だったというのは前回述べた。 当時のinktomiはYahoo!や Microsoft、それにgooにも検索エンジンを提供していて、1億以上のWebページ(テラバイト級のデータ)を扱っていたようだ。 手元のWEB+DB PRESS Vol.49 のはてなブックマークリニューアル記事によると、現在のはてなブックマークは1160万URLと100GBのHTMLデータ(圧縮済み)を扱っているらしいので、ざっくりいって98年の時点でinktomi は現在のはてブの10倍のデータを扱っていたといってもいい。inktomiで使っていたコンピュータの性能は現在のPCサ ーバに比べれば1/10程度の性能なので、システム全体でみると現在のはてブの100倍の規模になるだろうか。 結果的には、inktom
AppleInsider: Apple のカスタム A4 iPad チップは 10 億ドルの投資だったとの予測 - silvervine の定点観測所
原文： Custom Apple A4 iPad chip estimated to be $1 billion investment By Sam Oliver Published: Monday, February 22, 2010 10:40 AM EST Intel のような従来のチップメーカーを迂回して iPad のために独自の ARM ベースのカスタムプロセッサーを製作することで、Apple はおよそ 10 億ドルにものぼる投資をおこなった可能性がある、と新たな記事が示唆している。 Intel にたいするライバルの伸長を追跡している The New York Times は、スマートフォンのための高度なモバイルプロセッサーを製作するのにテクノロジー企業がおこなってきた 高額な投資 について指摘している。 しかし、モバイルデバイス用のより小型で効率性の高いチップを構築するというレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
MongoDBを使用したモバイルゲーム開発
HeadtrackingReferences - Kota Yamaguchi's Wiki
iPhone OS Reference Library
Presentation at Webtuesday in Zurich
mode — a module manager in the cloud