はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Googleで働くとどれぐらい給料がもらえるのか？
Googleで働くということはある意味すごいことなのですが、一体いくらほど給料をもらっているのかというのも気になるところ。元になったのは「Indeed」という就職のための検索エンジン。 というわけで、実際の給料の中身は以下の通り。 The Googlenairs :: Sexy College Girls :: Cherry Avenue フェニックスで働くGoogleのプログラマー：17万4000ドル/年（約1757万円） カリフォルニアで働くGoogleのプログラマー：19万7000ドル/年（約1989万円） シカゴで働くGoogleのプログラマー：22万2000ドル/年（約2241万円） ニューヨークで働くGoogleのプログラマー：24万2000ドル/年（約2443万円） それ以外にも以下の補助があります。 その1：教育を受けるために年間8000ドル（約80万円）、ただし成績は「B
横井軍平、宮本茂 - jkondoの日記
任天堂関連の書籍をいくつか読んでいたら、横井軍平、宮本茂といったゲームクリエイターの存在がいかに重要かということを感じた。さまざまなヒット作のゲームの裏側には、大規模な開発を支えるエンジニアやデザイナーやそのマネジメントチームがあり、そうした人々の技術やチーム力、いわゆる"カイゼン"的な努力などが秀でているということがあるだろう。しかし、ユーザーに一番近い部分でゲームやおもちゃの面白さを決めている人＝クリエイターの存在を欠いては、面白いものは作れないのだという事を歴史が物語っているように思った。任天堂は、こうした人たちの存在価値を認め、大切にしてきたから今の状態があるのだと思った。 画家や音楽のアーティストなどと違って、ゲームや建築、家電、インターネットサービスの開発には高度な工学的技術が必要であり、開発を進めるためにはたくさんのエンジニアが必要となる。人数的には、クリエイターやそれに順ず
ついにウィルコムが世界初の最新CPU「ATOM」搭載モデル「WILLCOM D4」を本日発表
今回は3月3日に発表された「ウィルコム、Windows Vistaを搭載した高機能で低消費電力なモバイル端末を開発」について、発売時期、仕様・外観などが公表されたのでその様子を実況しました。搭載されるCPUは最新のAtomプロセッサーで、縦188mm、幅84mm、新書本と同じサイズ。重さは約470グラム。なかなかいい感じの機種のようです。 というわけで、13時30分から開始の記者発表会、生中継による実況中継の記録は以下から。 今回出席したのは、株式会社ウィルコム 代表取締役社長 喜久川 政樹、シャープ株式会社 代表取締役副社長 松本 雅史、マイクロソフト株式会社 執行役常務 佐分利 ユージン、インテル株式会社 代表取締役共同社長 吉田 和正というそうそうたる顔ぶれ。 2008/04/14 13:15 演目はこんな感じ 2008/04/14 13:17 テレビ局はほぼ全局が来ており、全局体勢
ウォーターフォール式「アジャイルのやりかた」 (プログラミング C# - 翔ソフトウェア (Sho's))
ウォーターフォール式にアジャイルを導入する手順。 社内で「うちでもそろそろアジャイル開発を導入しませんか」と根回しをします。 「アジャイル開発プロセスに関する調査を行うための準備委員会」の提案書を作成し、上に提出します。 提案書が、課長→部長→本部長と段階的に上にあがっていき、承認されて段階的に戻ってくるのを待ちます。 「アジャイル開発プロセスに関する調査を行うための準備委員会」の責任者となって、委員会を設立します。 会議を繰り返し、その結果を元に「アジャイル開発プロセスに関する調査書」案を作成し、委員会を召集してレビューします。 反対意見をまとめあげて、「アジャイル開発プロセスに関する調査書」を完成させます。 もう何もかもがいやになり、全てを窓から投げ捨てます。
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
F's Garage：誰でも同じものが開発できるようにするためには多大なコストがかかってる。
プログラマが仕様を決めればいい - GoTheDistance から、以下のようなはてブコメントを書いてみた。 「誰がやっても同じものを作れる」←これの目的は本来後で管理できるようにすることのはずだが、生産の観点で用いられるのが妙。紙の上で妄想する工数って前に進んでないから間違いなくコスト高いと思う。 で、他の人が以下のようなコメントをつけていたのを見た。 どうしてエラい人はインドや中国を使いたがるんだろうか？本当に謎だ。 それは受注額に対して上流工程にかかるコストが高すぎるからでは？ とか思ってみたり。お給料とかね。 みんな効率化したいという話はあっても、自分の給料を下げても良いという人はいないからね。 オフショアにせよ常駐にせよ、ネイティブ非Japaneseに対して、ネイティブJapaneseが作った仕様書使って開発するのが簡単じゃないのは上司だって当然わかってると思うけど、それでもや
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
赤い人の戯言: 毎年失敗を繰り返す男