Fringe81株式会社は2021年10月1日より、Unipos株式会社として生まれ変わりました。 コーポレートミッションを「感情報酬を社会基盤に」と新たにし、ピアボーナスをさらに発展させ、感情報酬を社会実装して社会の基盤とすることを最上位の目標として掲げ、邁進して参ります。 5秒で自動的に切り替わります。切り替わらない場合は以下のボタンをクリックしてください。 Unipos株式会社サイトへ
![社名変更のお知らせ](https://cdn-ak-scissors.b.st-hatena.com/image/square/23f083e557045c8f1417f577c51a46fa8d075ac4/height=288;version=1;width=512/https%3A%2F%2Fwww.fringe81.com%2Fblog%2Fwp-content%2Fuploads%2F2016%2F03%2FDSC01120-1.jpg)
Misoca開発チームの黒曜です。 仙台へ温泉旅行に行ったついでに、アースキャンディが一時期話題になっていた仙台市天文台に足を伸ばしてみました。 常設展示やプラネタリウムも良かったのですが、なにより口径1.3mのひとみ反射望遠鏡が大迫力で素晴らしかったです。 夜は温泉宿へ行ったので観望会には参加できなかったのが残念でした。 Misocaならリモートワークができるので、いっそ仙台に長期滞在してみようか… 受発注機能とミニマムリリース さて、Misocaでは最近、受発注に関する機能を強化しています。 このブログを書いている時点で見積書をメールで送信すると、サイト上で見積に関するやりとりや発注を行えるようになっています。 しかし、受発注に関する一番最初のリリースは「通常の見積書受信画面に発注ボタンが出て、発注通知を送れる」というだけの大変シンプルなものでした。 受発注に関する機能はなるべくミニマ
「ブルーオーシャン症候群」とは、密かに日本企業に蔓延する病である。その症状には以下のようなものがある。 自社事業とは遠いところに、競争が少なくて儲かる事業領域があると信じている そしてその事業領域は楽勝で参入できると思っている よって、少人数、少額、短期間で新規事業が創出できるべきだと思っている 結果として(実は当たり前に大変な)新規事業創出に本腰が入らない そもそもブルーオーシャンとは 「ブルーオーシャン」は、長きにわたって日本のビジネスマンが好きな言葉だ。(ちなみにアメリカではとんと聞くことがない)。 ちょっと前に、元マッキンゼーコンサルタントの日本人3人で「ブルーオーシャン」の話になった。大体こんな感じの会話だったはず。 「なんか、『楽勝で参入できる競争が少なくて儲かる事業領域』みたいな意味で、『ブルーオーシャン』って使うよね?」 「そうそう。そんなのあるわけないのに」 「だよねー。
先月、僕が開発のマネージャーを努めていたサービスがクローズになりました。 こんなに無力さを感じたことがあったでしょうか。 ただ、得られたことや感じたことは大きいので 最後の振り返りとして書き留めようと思います。 立ち上げ 思い切った新規開発でリリースまで辿り着けずにプロトタイプの段階で打ち止めになったプロジェクトから 一転して既存のリソースを流用して内製の開発チームをつくることになり 初めて採用の面接官側をやりました。 採用面接と一口に言っても、考慮しなければいけないことは多方面に渡っていて 結局はバランスをとって何を重視するか判断して決めることになりますが 非常に重要であり難しい問題です。良さそうと感じた人がうまくハマらなかったり、 おとなしそうだなと思っていた人がバリバリ仕事できたり。 ただ、少なくとも現場の人間と面接するのは必須だなと。 社風に合うかも大事なんだろうけれど、所属する予
自戒を込めて。割とこだわっているソフトウェアエンジニアのコンピテンシと倫理について。「IPA/SEC Journal に寄稿: ソフトウェア品質プロフェッショナルに求められる専門性と倫理性: 知識、スキル、コンピテンシ、倫理綱領 | Reliable Software Engineering, Washizaki Laboratory」という記事が興味深かったのでその感想など。 IPA/SEC Journal に寄稿: ソフトウェア品質プロフェッショナルに求められる専門性と倫理性: 知識、スキル、コンピテンシ、倫理綱領 | Reliable Software Engineering, Washizaki Laboratory photo by Dunechaser コンピテンシなどについての様々な枠組み 上記で公開されている寄稿は「スキル、知識、コンピテンシ、倫理要領」に関するものなのだけ
ネイティブアプリかWebかという議論はここ数年ずっとIT業界を賑わしているが、昨秋、米国においてタコベルがサイトでの店舗案内やメニューの掲載を止め、(ネイティブ)モバイルアプリケーションのダウンロードを促すということを行った。 実際にはネイティブかWebかのコンテキストというよりも、ユーザーの導線として、一時的にすべてのソーシャルネットワークをシャットダウンしたという戦略のほうが注目を浴びた。 Taco Bell(タコベル)が公式サイト・ソーシャルメディアアカウントを全てシャットダウン。その理由とは? - ネットマーケティングレポート:ITproマーケティング この記事やタコベルのCMOが語っている以下の記事でも書かれているように、ソーシャルからの導線を切ることにより、ユーザーのロイヤリティを高め、モバイルアプリの利用率を一気に増加させることに成功したようだ。 Taco Bell CMO
起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出
追記(2017年8月) こちらの記事へのアクセスが未だに多いようですが、書かれてから既に4年が経過しており業界事情もだいぶ様変わりしております。このブログの「データサイエンティスト」カテゴリの他の新しい記事も是非ご覧ください。 以前の記事の続き再び。前回に引き続きまさにお題の通りで「未経験者はどうすればデータサイエンティストになれるか」ということなんですが、 そんな方法論あったら誰も苦労しねーよ。 ってのはウソ。笑 とは言え、僕自身「自分はデータサイエンティスト」と嘯くぐらいのことはできますが*1、かと言って本当にデータサイエンティストって言えるの?と真顔で迫られたら色々もにょることもあるわけで*2。ある意味僕も未経験者からデータサイエンティストと称される職種に転じた人間なので。 もっとも、僕は一方でアカデミック業界にいた頃はデータマイニングを駆使するquantitative resear
クライアントプレゼン用の覚え書き。 「機能」のほとんどは以下の5種類に分類できるので、搭載するまえにどのカテゴリに属するかよく考える。 1:必須機能 メーラーの送信、CC送信、カメラの撮影、オートフォーカスなど。 ついていて当たり前、つけなければユーザーの不満が増加する機能。 必須機能が実装されていない場合、基本的に勝負の土俵には立てない。 予算をかけすぎても、べつにユーザーへのアピールにはならない。 2:訴求機能 なくても不満ではないが、あればユーザーの満足を増加させる機能。 ユーザー自身も無自覚的で、初期段階では実物を見るまで需要の存在自体が見過ごされている。 女子向けのポップな一眼レフや、(1979年当時)歩きながら音楽が聞ける機械など。 メリットは高いがそもそも発見するのが大変だったりする。 差別化機能のうち需要の高いものは、業界内で徐々にパクられ必須機能にシフトしていく。 3:沼
【これはとてもひねくれた文章なので、「実用的な情報を速やかに収拾したい忙しいビジネス・パーソン」は読まないほうがいい。警告はした】 【役立つ部分をさくっと読みたい方はシンプル版を用意しました】 fladdict氏の『スマホUI考(番外編) 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する』は素晴らしい記事だ。 その記事のコメント欄でのやりとりが気になった。 【某氏】 先生! 設定画面で全てのUI機能要素を ON/OFFしたり、configファイルの編集でボタンのレイアウトを変更できれば良いと思います! 【fladdict氏】 その思想をつきつめると、設定オンオフで音楽プレイヤーからFacebook閲覧までユーザーが自在に切り替えられる万能アプリへの道に進むのです・・・ 【某氏】 やりたいことが何でもできる万能アプリの複雑性と、デフォルト設定のシンプルさは両立しますからね。初めて
ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニアは
このサイトは、いわゆる成功本を100冊読むことで、成功できるかを検証するページでした。 現在は、ビジネス書・自己啓発書・成功哲学・セミナーCD・手帳術・週末起業など 何度かこのブログで紹介していますが、勝間和代さんの新刊効率が10倍アップする新・知的生産術―自分をグーグル化する方法に、「人気書評ブログ」について書かれた部分があったので反応。 ベストセラーを連発する著者であり、アナリストでもある勝間さんの分析はいかに! まずは前段としてp255の「情報をGive&Give&Give&Give&Give&」する-ベストセラーの影にブログファンありの部分から引用します。 第一章で、「情報は通貨である」といいましたが、実際に自分で考えたもの、知的に生産したものは自分の財産でもあり、通貨なのです。それを、発信しているという事は、貨幣を刷っていることと同じです。そしてその刷った貨幣が廻り巡って自分の人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く