反面教師としての三木谷発言
kobo touch の初期不良問題に対する三木谷氏の発言にはあまりにも学ぶことが多かったのでひと言。ソースは、日経ビジネス Digital の「細かいことで騒いでいるのは少数派ですよ」という記事。 特に問題なのは冒頭の、 ――色々トラブルが起きましたが現状は。 三木谷：いや、いいですよ。初期設定の問題で細かいトラブルはあったけど、2日以内に解消できたし、コールセンターも24時間対応にしたし。アクティベーション（利用できる状況にセットアップすること）した人が購入者全体の95％を超えていますからね。そして、何よりコンテンツが売れまくっている。出版社の人に聞いてみたほうがいいですよ。僕は出版社の驚きように驚いている状況です（笑）。 販売台数は10万台弱程度で、年内目標は100万台。だいたいそこまでいけそうです。やはりユーザーインタフェースがいいんですよね。直感的にできるし、変なボタンもないし
エンジニアが応募したくなる求人票の作り方 - 表参道フォークウヱル別館
なぜ世のITエンジニア向けの求人は、こんなにもイケてないのか私は今でもエンジニアなのか非常に微妙な立ち位置なのですが、つい最近までまちがいなくエンジニアだった人間の感覚として、世のITエンジニア向けの求人のほとんどが非常にイケてないなあと感じており、その状況を憂慮するものであります。なぜこんなにイケてないエンジニア向けの求人が世の中に氾濫しているのかというと、それは今の日本で一般的な求人票の作り方のスタイルに問題があるというか、時代に合わなくなってきているせいではないでしょうか。一般的な求人票の作成プロセスは、人事担当の人が業者に依頼すると、そこのスタッフがカメラマンを連れてきていい感じの写真を撮ってくれ、さらにインタビューに答えるとライターが美辞麗句を散りばめられた雑誌の記事感覚の文章を書いてくれ、見栄えのいいページが一丁上がりといった流れになっています。 企業によっては「ウチの○○君を
消費税の実装ってむずかしい（ベタ打ちもあるヨ） - aike’s blog
なんかいろんなニュースに押されてすっかりブームが去ったみたいな消費税率改定についてちょっとシステム的な話をしてみたい。 業務システムやってる人はみんな知ってることだけど消費税って難しいんですよ。 売り上げに1.05掛けるだけかと思えば端数処理あるし、端数は大抵は切り捨てでよかったりするけど法律で決まってるわけじゃないから慣習的にこのお客さんは四捨五入とかあったりして。それから個別に掛けてから合計したときと合計してから掛けたときとで結果が異なったりするしいろいろすっきりしない処理が出てくる。 で、まあ会計的な面倒くささはおいといても、システム的にもいろいろと考慮しなければいけない点が多い。5%とかの値はベタ打ちはダメでテーブルに入れておけ、というのは定石ではあるけれどことはそう簡単じゃない。 たとえば2014年4月から8%になりますというときにどうするか？ 4月1日の深夜0時になったら担当者
はてなブログ | 無料ブログを作成しよう
フルリノベ後4年間住んでみて思った、よかったところと後悔したところ フルリノベの中古マンションに住んでみて、2020年の5月で4年経ちました。 良かった点や、もっと考慮すべきだった後悔ポイントなどをまとめてみます。 間取りは、ぜひ完成時のweb内覧で見てみてください。家具を入れる前の写真なので、室内の作りがわかりやすいです。 …
典型的な「イノベーションのジレンマ」に陥るアップル : Market Hack
スティーブ・ジョブズ亡き後のアップル（ティッカー：AAPL）がどのように経営の舵を取っていくか注目されるところですが、昨日のiPad新製品の発表を見る限り、同社の将来は明るくないと感じました。 僕がそう思った理由は新しいiPadの意匠に関しては既に成功を収めているiPadというコンセプトを段階的（incremental）に改良し、価格維持を図るとともに、既に獲得した顧客をよろこばせる、ないしは既存のファンからdisられることを恐れる臆病な戦略を採っているからです。 「イノベーションのジレンマ」の著者でハーバード・ビジネススクール教授のクレイトン・クリステンセンは破壊的イノベーションを大体、次のように定義します。 ピクセル数を増やしたら電池の消耗が早くなったのでデバイスそのものの厚みを増さざるを得なくなり、結果としてニューiPadは重くなってしまった、、、 この手のトレード・オフは「あれもこ
120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ - Onigiri.blog
サブメニュー Get the RSS Browse the Archive Random post Mobile version 当ブログの人気エントリ ★はてブ1500超えのエントリ 120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ ★はてブ500超えのエントリ 121015_78_音楽業界周辺で「CDがなぜ売れないのか」と未だに議論している人がいるので実際に最近CDを買った人の話を交えながら考えてみる ★筆者オススメのエントリw 120104_45_2012年の音楽業界のWeb＆ソーシャルまわり動向予想と３つの変化について（前編） 111229_41_スタートアップに挑戦し、シリコンバレーを目指す若き日本人たちへ思うこと（ランディ・パウシュのスピーチを紹介しつつ） フォロー Wednesday, February 1, 2012
Facebook、IPO申請書類に添付されたザッカーバーグの手紙全文 | TECH SEVEN
Tweet Facebookは2月1日、昨年から噂のあった新規株式公開（IPO）の申請書類を米証券取引委員会（SEC）に提出した。IPOによってFacebookの企業価値は1000億ドル（約7兆6000億円）に達する可能性がある。 提出文書によると同社のユーザー数は8億4500万人で、毎日ログインするアクティブユーザー数は4億8300万人。従業員数は前年比50％増の3200人以上。2011年の業績は、売上高が37億1,100万ドルで前年比88％増、純利益は10億ドルで65％増となっている。収入は広告の影響が大きいが、広告収入の割合は、2010年の99％から2011年には83％と減らしており、他の収入源を広げつつあるようだ。 最大の株主は創業者のマーク・ザッカーバーグで、約28％を保有する。同氏の2011年の年収は150万ドルだったが、2013年1月からの月収は1ドルにするようだ。 IPO申
思考のフレームワーク：DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 たぶん、人間の脳がパターン認識をベースにしているからなんでしょうね。思考にもフレームワークがある状態とそうでない状態では、物事を理解したり、うまく整理するのにも、まったく効率が違うし、下手すれば、フレームワークがなければ理解もできないし、そもそも存在を感じることもできないってことがあると思います。 進化の過程において、脳がパターン認識により、物事を感じ、理解するような器官として発達してきていることの意味をもうすこしちゃんと考えないとダメですよね。 思考のフレームワークってでは、思考のフレームワークってどんなものなのでしょうか？ 例えば、ビジネスだとかマーケティングの分野にもいろんな思考のフレームワークがあります。以下のようなものは全部、フレームワークと呼べるでしょう。 SW
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
ビジネスリサーチの心得
6．ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 303 view 4．インプリケーションと提言 リサーチを通じて気付いたことは？公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない！？ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか？」「この技術
あなたが25歳の若手社員に勝てない理由：ITpro
ITの専門家であるはずの，働き盛りであるはずのあなたについて書きたい。社会に出てからインターネットを利用するようになった，社会人になってから携帯を持つようになったあなたが，25歳以下の若手社員にITの活用で勝てない理由について，である。 もちろん，読者のすべてが“あなた”に当てはまる人物だとは思わない。ただ以下の条件の1つでも当てはまると感じるようなら，若手社員に脅威を感じる必要があるのではないか，と記者は考える。 こんなあなたに聞いてみたい まずは，ニコニコ動画を知らないあなたである。ニコニコ動画はネットを利用した動画投稿サービスだ。公開した動画の画面上を流れていくコメントを，自由に書き加えていくことができる点が他の動画共有サービスとは異なる。 あなたは，社内ブログに何かを書き込むことをためらってしまう。「目立とうとしているのではないか」あるいは「つまらないことを書いて他人にバカにされる
アメリカにはSIerなんて存在しない - GoTheDistance
知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日本との大きな違いは、米国の企業は基本的に内製なのだ。すなわち、社内のＩＴ部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日本でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日本のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です
世界を変えられるのはエンジニアしかいない ― ＠IT自分戦略研究所
企業各社にとって、人材戦略は非常に重要な課題だ。人材の育成に当たって、トップは何を思うのか。企業を担う若いITエンジニアに何を求めているのか。 日本のWeb 2.0を代表する企業として、多くのユーザーから常に注目されているはてな。同社 取締役 最高技術責任者 伊藤直也氏に、ITエンジニアとして成長するために必要なことを語ってもらった。 ■エレベータやエスカレータはない ITエンジニアとして成長するために必要なものは何か。その問いに伊藤氏は次のように答える。 フリーエンジニアになりたい、フリーとしてどう生き残ればいいか分からない。そんな人のために、＠IT自分戦略研究所では、「フリーエンジニアカンファレンス2007」を企画しました。「安定した案件を受注するテクニック」など、具体的なノウハウを伝授。詳しくはセミナーページを！ 「自分の成功体験だけで語ると、目標決めて勉強することを愚直にやるという
頭の中にプログラムを入れる
Paul Graham / 青木靖 訳 2007年8月 いいプログラマは、自分のコードに集中しているとき、それを頭の中に保持しておくことができる。数学者が取り組んでいる問題を頭の中に入れているのといっしょだ。数学者は学校で子供たちが習っているように、紙の上で問題の解いているわけではない。彼らは多くの部分を頭の中でやっているのだ。問題の領域をよく把握しようと努めることで、普通の人が記憶にある育った家の中を歩き回れるように、数学者は頭の中で問題空間を歩き回ることができる。最高の状態で行われるプログラミングもそうだ。プログラムの全体を頭の中に入れたなら、それを思い通りに操れるようになる。 これはプロジェクトのはじめにおいては特に価値がある。それはプログラムを作り始めるときに最も重要なことが、やっていることを変えられるということだからだ。単に問題の解き方を変えるという ことではなく、解いている問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BLOGOS サービス終了のお知らせ
デザイン思考とコラボレーションの文化
ガートナー プレス・リリース