ECの視野から見た世界の日本化とサービスデザイン | F's Garage
21世紀は世界の日本化現象が起きるなとFacebookやTwitterのつぶやきレベルの感覚で思っていたのだが、この言葉で調べてみると、そこそこ世界の日本化という話や本が存在することに気がついたので、検索エンジンのエントリーに連ねておこうと思って、この記事を書いた。 世界の日本化でぐぐってみると、いくつかの論点があるようなのだが、僕が思っているのは単純に、 「ITの進化によるサービス性の向上」 という部分にある。 日本が世界に誇れる部分は、「そんなに悪い人はいない」というところ。 ECのプラットフォームビジネスに携わっていてつくづく思うところで、その代表的な例として後払い決済というものの存在である。後払い決済は、僕が知ってる限り、ネットプロテクションズという会社が、ネット経由の後払いというビジネスモデルを成立させ、それを真似したいくつか会社が生まれ、近年、GMO-PGとZOZOがパートナー
プロダクトマネージャの必要性 | F's Garage
とある創業社長のお悩みとして、 「いつも社員が考えた企画案を最後にひっくり返す役割になってしまう」 ということについて、胸が痛いという話をしていた。 こういう経験がある人は特にベンチャーでは少なくないだろう。親会社などからこれを食らうのは辛い話であるが、小さな組織でも、それなりにダメージはある。場合によっては、ワンマン社長の元で、好きなことができないと絶望してしまう人もいるだろう。 しかし、これについて、そのように見方を変えられるかが生き残りのカギである。 「社長にエスカレーションされるまで企画案の問題点に気が付かなかった企画、チーム、組織の問題」 と。 創業社長は、その会社で一番、そのビジネスについて考えている立場である。ちょっとやそっとで創業社長を上回るアイディアを出せると思ってる方が考えが甘い。ある意味、ひっくり返されて当たり前だと思うほうが話し早く進む。 ここでミニCEOと呼ばれる
機械学習を使いこなすUXアーキテクト�エンジニアの必要性 | F's Garage
例えば、今時の海外のゲームではAIがゲームバランスを調整していると聞く。 自動的なゲームバランスの調整にAI的なロジックが使われていて、ゲームとしての適切なグルーブ感を自動調整しながら、ユーザーの楽しさを継続させるという部分らしい。 文章に書くと昔からアルゴリズムで行われているこのようにも思えるが、きっと、もっと高度なことが行われていると、一旦仮定する。 いずれにせよ一番重要なのが「ゲームとして楽しいバランス」。これを決めるのは、ゲームクリエイターの味付けでありセンスであるというところ。 昔、天才ゲームクリエイターと呼ばれる人と一緒に仕事をしていたので聞かされた話があって、それは現在の業界的に正しいのかはわからないが、ゲームが完成する直前になってからがゲームクリエイターとしての勝負だということ。 決して単純なロジックやフローチャートでは語りきれない「天才だけがもっているセンス」をどうにかパ
サービスか受託か。Webサービスを作るということ | F's Garage
先日、某SIコンサル社にいる方が、まだ転職を悩んでるという前提でのカジュアル面談に臨んだ。その人の転職理由というのは、僕が受託の会社から転職した時に言っていたこととそのままだったので、是非、本面接に進んで欲しいと思った。 その一方で、受託からWebサービスに来る人に、よく言うことして、 「受託からWebサービスに来ると、ファンタスティックな案件がなくなってつまらないかもしれないですよ」 と言う話をする。これはどういうことか？というと「技術的チャレンジ」を求めるならば、筋の良い受託の会社にいる方が楽しくて、Webサービスはコードを書いている瞬間から技術的なレガシーを産んでおり、先々に渡って最初の選択の影響を受けるので、あなたの技術力の定義が「話題の言語でコードを書けること」であるならば、Webサービスはあんまり勧めません、という話をする。 当時僕がいた会社は、技術の共通化がまだ進んでおらず自
SIer出身者を採用したい非SI経験＋採用責任者の叫び | F's Garage
先日、僕がメンターで参加させていただいている、デジハリのG’s Academyという起業家養成学校の企画で、SIerで働く人が、Web系企業に転職するためのお話をさせていただきましたので、加筆修正したスライドを公開します。 Web系と言っても、Webがコモディティ化し、社会の中で当たり前の存在になっていく中でなんだよそれって思う人もいるかもしれませんが、そうは言っても、まだまだ壁があるのも事実。その辺を整理した上で、カルチャーが違う世界にダイブするにはどうしたらいいか？ということを書いてみました。 ご興味がある方、全画面表示じゃないとちゃんと見えないかもしれないので、PCの全画面表示などでご覧いただくのをオススメいたします。 この資料を作っていて、BASEにおいても、SI出身者も採用できたらいいなと改めて思いました。 人材紹介会社からのSI出身の人を止めていたりしてたんですが、少し、選考方
誰と働いているかという視野のエンジニア評価軸について | F's Garage
うだうだ記事を書く。あんまりブロガーさんのように、懇切丁寧に説明する意識はない。うざかったら途中で離脱推奨です。 とある理由で、本番のデータを修正することになった。休日だったので僕が対応したのだが、その部分のデータ修正の経験がなかったので、ソースコードから調べて依存関係を解決するSQLを書き、Slackを通じてコードレビューをお願いして、無事修正タスクは完了した。 所要時間は、作業開始から40分。 日常的にソースコードをいじっていて、データ構造を熟知しているメンバーなら、５分もかからないで終わる作業だろう。もしそうならば、８倍の速度差が生まれている。 その８倍の速度差が顧客満足度に影響をおよぼすのであれば、その人は、僕よりも8倍速で得られる顧客満足度の分だけ、仕事ができると評価ができる。 その人材がいれば5分、いなければ40分。この差はとても大きい。その差が大きいと思うのであれば、そういう
業務委託で開発をお手伝いいただく時に思うこと | F's Garage
開発内製をしている組織が、業務委託で外部の方の力を借りて開発をお願いするというケースにおいて、発注者側が業務委託で仕事をお願いする時に思ってることを書いてみようと思う。 エンジニアで独立心が高い人であれば、技術顧問だけじゃなくても、部分的な工数を切り売りして複数のプロジェクトに関わりあいたい気持ちもあったりと思うので、そういう人に向けても一助になれば幸いです。 前提条件 ここ背景的な追記事項なんですが、基本的な対象者は、「社員になってもらえたら超ラッキーみたいな人が、すでにフリーランスだったり、自分の会社を持っていて、別の仕事もやっている」という先方都合が上位なケースにおいて、業務委託でのみ契約に至る時に考えたりしたこと、という前提条件を追加しておきます。 ちょっと一般化して書いてみたら、もっと世界が広かったようで、そちらの世界の方で誤解を生んでいるケースもあるように思えました。それは純粋
フルスタックエンジニアよりデュアルスタックエンジニア | F's Garage
（言葉遊びみたいな記事を書きますね。その上、用語の使い方が間違ってたらごめんなさい。） 一時期、フルスタックエンジニアって言葉流行りましたよね。ふと、要件どこまでだっけ？と思って調べようと思ったんですが、日本語で調べると、妄想が暴走してロクな話が出てこなそうなので、英語の方で調べてみるとわかりやすい。 What is a Full Stack developer? Server, Network, and Hosting Environment. Data Modeling Business Logic API layer / Action Layer / MVC User Interface User Experience Understanding what the customer and the business need. 個人的には、ネットワーク監視やデプロイなどのインフラ運用
ソフトウエアエンジニアは時間外に勉強をすべきか？〜CTOから新入社員に向けてのメッセージ | F's Garage
wantedlyで、CTOから新入社員にむけてのメッセージというブログを書いたのですが、 新入社員の転職戦略 by 藤川 真一えふしん | BASE株式会社 内容的には、普通の会社員の生き方の話であって、改めてよくよく考えると「CTOから」と書いてあるのだから、もしかして期待されてることが違うんじゃないかと思ったので、もう少し技術寄りのバージョンをここに書いてみます。 お題は「ソフトウエアエンジニアは時間外に勉強をすべきか？」ということに触れてみたいと思います。 エンジニア採用系の記事が増えたことで、少し過激な表現として「ソフトウエアエンジニアは、時間外に勉強すべき！」という言説がネットで出回っていて、これについて賛否両論あるようなので、議論してみたいと思います。先に書いておくと、この文章、長くなってしまいました。 そして、この記事の結論を先に書くと「他人を出し抜く機会が時間外にこそある」
SIerモデルが経年劣化してる。それはネットビジネスの遠くない未来 | F's Garage
以下の記事は本当だったと仮定した感想 SIはやめておけ 請負業において工数で見積もりをするのは当然のことだ。今のところ、それしか価値を計る方法はないし、価値を生むかわからない顧客の要望に答えるならば単価ｘ時間などの成果から外れた報酬をもらうのはエクセレントな方法論であろう。 システム構築のプロフェッショナルが、顧客のビジネスの成否から切り離してシステム開発を請け負う理想的な形だと思う。 しかし、作ったシステムが成熟した結果、社会全体の中で「何かを維持をする仕事」の方が大きくなったのだと思う。日本社会が成長しているうちは、システムを維持する仕事に対する経済への寄与が増大していくのだろうから、十分ビジネスとして成長したと思うが、日本社会が成長しなくなると、既存システムはそれ以上の売り上げをもたらさない可能性が高い。 つまり経済規模は大きいが、成長をもたらさない。そういうビジネスは、守りに入る。
労働時間と、仕事のやりがいの関係性に関しての独り言 | F's Garage
すっげー微妙な話書きます。 労働時間の話です。 ブラック論が取り沙汰された時に、２つの話が出てきました。 一つは、労働時間が長くて、本当辛くて自殺してしまった人が出るぐらいの話 もう一つは、労働時間が長くてブラックと言われてる会社で、ポジティブにやって出世までしている人の話。 えと、労働時間が長いといえば、一番代表的なのは経営者です。経営者が過労で病気になるという話は聞いたことはあるけど、経営者が働き過ぎて気持ちを病んでしまうというケースは聞いたことがありません。そもそも彼らは24時間仕事のことを考えています。 それに対して、そこまでの重圧は持っていないにも関わらず、社員で気持ちを病んでしまう人の話というのは聞きます。 その２者が人間的に違うかというと、そんなに違わないと思います。少なくとも同じ人間です。 あ、この話、決して経営者目線云々という話をしたいんじゃないですよ。この文章をうっかり
日本のソフトウエア技術者の雇用条件の問題点 | F's Garage
とあるSI向けが得意そうな有名転職斡旋会社の採用要項のシートを書いていて、だんだんイライラしてきて、ついついブログに逃げてしまいます。 すごく誤解をされやすい話を書いていいですか？センシティブな話なので、正直言って書きにくいです。 自分は製造業出身なので、大卒、院卒と大卒以外の人たちの新卒事情に、ヒエラルキー的な差があるのは事実として意識しています。 つまり製造業の場合は、設計や開発を行う技術者、と、主にラインでものつくりを行う製造の立場というのがあると思います。大卒は原則、設計、開発や生産管理で、高卒とかだとブルーカラーという立ち位置で給与水準などが違うという現実があるかと思います。 最近まで意識してなかったんですが、それをソフトウエア産業にそのまま適用すると、いわゆるSE職が大卒、生産部隊としてのプログラマ職が大卒以外ということになるみたいですね。 ・ホワイトカラーエグゼンプションの議
スタートアップや新規事業に限った技術的負債の考え方 | F's Garage
最近のエンジニアの感覚だと、技術的負債というのを極端に嫌うケースがあるそうですね。 技術的負債とは… 行き当たりばったりなソフトウェアアーキテクチャと、余裕のないソフトウェア開発が引き起こす結果のことを指す新しい比喩である。 wikipedia – 技術的負債 この言葉は確かにキャッチーだ。プログラムなんて動けばいいでしょという上司に楯突く時に使いやすい武器になりそうだ。 「負債」という言葉はなかなか面白い比喩である。 では少し、負債という言葉について調べてみると、こういうのが見つかる。 負債は借入金や買掛金などの法律上の債務であるとイメージされがちですが、厳密にいったらこれは間違いです。 すなわち負債とは、法律上の債務に限らず、いずれ会社が負担することになるであろう経済的負担で貨幣額で合理的に評価できるものが該当します。 http://financial.mook.to/accounti
世界の日本化について | F's Garage
最近、都心での宅配便の配送を徒歩で配達してるケースを見かける。その際に、ビルに配達しているアマゾンの箱が路上に放置されているのを見て、これを誰も盗む人はいないのかなぁとつくづく思う。 それができるというのは、そうでない国と比べて、社会的なコストがとても低いということだと思う。物品を失うリスクが低ければ保険の金額が低いし、路上に荷物を置いたまま配達できるなら、効率も高いし、何よりエコだ。 日本は、iPhone大国でありハイエンドAndroid大国でもある。高価なiPhoneが誰でも持てるのは無金利ローンによる24回払いができているからだ。お金のない学生でも、前払いによるローンを組めるというすばらしい信用国家であるところ。 つまり日本の豊かさは、お金に反映されない信用に支えられていると思う。 しかし資本主義においては、売り上げや利益の総量によって序列が作られるから、金額に換算できない日本の信用
UIデザイナー募集で困ってること | F's Garage
トレタCOOのkengochi氏がUIデザイナーについての記事を書いてた。 UIデザインの価値 | Parallelminds BASEでも、ずっとこの辺の職種も募集していて、来月１人入るんだけど、実はUIデザイナーの募集はすごく困っている。 というのも、今、BASEでほしいUIデザイナーとは、 ・いわゆるWebデザイナーではないし、 ・いわゆるフロントエンドエンジニア（JavaScript実装特化型）の人でもない。 というところ。まさしくkengochi氏が書いてる「のりしろ」重要 じゃぁコアスキルって何？ってのを、経験者採用の理想を言えば、 １．D.A.ノーマンの本ぐらいは読んだことがあって、ユーザインターフェースを意識しながらユーザビリティの高い設計ができて ２．ビジュアルデザインのスキルもあって、カッコいサイト、サービスが作れて、 ３．ちゃんとユーザーさんのことを意識できて（つまり
「マーケティング」という言葉がようやく理解できた！ | F's Garage
日記エントリ :-> 大学院の授業で教わったマーケティングの本を読んだりしたし、当然、その前からそういう仕事の人に直接話を聞いてみたりもしたが、そこで使われている日本語や、書いてあることは文章としては理解できても、イマイチ「マーケティングとは？」という言葉が自分の中で腑に落ちていなかったのだが、ようやく自分の中で140文字で他人に説明できる言葉に落としこむことができた。 世で検索されてるキーワードに製品をあわせるのがマーケティング、検索キーワードを新しく作るのがイノベーション。だからマーケとイノベーションは相性が悪い。新製品開発にマーケが口出すとイノベーションできないのは当然の原理。 — えふしん (@fshin2000) 2014, 10月 5 マーケティングとイノベーションの相性の悪さという論点については、KMDの奥出先生の受け売りだが、それもSEMを例えにすることでようやく自分の中で
Webサービスが当たると、いずれ返済できない技術的負債に突入する由々しき構造について | F's Garage
Webサービスが沢山の人に受け入れられると、そのソースコードは長く運用ができる。外れると、気軽に廃棄することができる。 既にPHPやPerlで書かれたWebサービスが10年以上ビジネスに貢献している事例は沢山ある。Webシステムは気軽に作れて気軽に廃棄できます、というフェーズを超えている。そのコードが長期にわたって沢山の人に貢献し、かつ、それを維持することで沢山の人がお給料をもらっている事実が存在する。 もしそのサービスが、最初から10年動くことがわかっているなら、どういう技術を選ぶべきだろうか？ Web業界の問題は「最新のネタが欲しい、新しい話題を作りたい」と思っている人たちの影響で、その構成要素である開発言語がレガシーな技術になってしまい、人材採用の足かせにになるという構造的問題が起きること。「10年持つ技術」とは？を考えると、「10年人気を維持できる技術」という論点にすり替わってしま
エンジニアの起業戦略 | F's Garage
免責：自分ではできてないことを書きます。 技術者が起業にするにあたって解決したい問題点 「いいものが売れるわけではない」という言説に対する考え方 これは「いいもの」の定義がズレていることが挙げられます。 必ずしも「問題点をただしく解決するもの」が、ユーザーにとってハッピーであるとは限らないというところから来ていると思います。 解決の鍵ですが、例えばデザイン思考のプロセスにおいては、メンタルモデルが重要視されています。 メンタルモデルとは、「人間が実世界で何かがどのように作用するかを思考する際のプロセスを表現したもの」などと言われていますが、プロダクト開発という視点で言うと、 見た瞬間、触った瞬間に、「あ、これいいよね」って思ってもらえること、と言えます。 「あ、これいいよね」というのは共感のことです。 つまり頭のなかで、その製品の使い方や、使ったイメージが湧いてワクワクしてもらえる、という
Webのフレームワークの価値ってなんだろなって改めて思う。 | F's Garage
この記事ね。ちょいと炎上してるけど、言ってることはわかるんですね。 今すぐ辞めて欲しい、「Ruby on Rails勉強してます」「CakePHP勉強してます」 タイトルが誤解を生んだので妙な方向になってるようですが、要するにRailsやCakeを使うための学習コストを払おうとして悶々としてるくらいなら、普通のHTMLやSQLを使ってPHPなどを書けるようになってから、フレームワーク勉強したほうがいいんじゃね？ということだと思います。 ノーフレームワークのPHPって、ある意味、学びの材料としての粒度として最適なのかなって最近思ったりしています。 例えば個人的にフレームワークで過剰かもなって思うものに「オートリンク作成」「オートフォーム作成」の２つの機能があります。 オートフォーム作成は、それこそSmartyの頃からありますけど使ったことがなくて、何故にHTML生成を特殊な関数に置き換える必
エンジニアが起業に向いてない、たった１つの理由 | F's Garage
昨日、Spinoutという主に大企業に勤める方に起業を勧めるイベントでしゃべってきました。主催はANRI、Skyland Venturesという若手VCの人たち。 題材は、「１００万人に使われるサービスの作り方 第一歩」というタイトルです。現在、僕が思っている「これからのネットはこうなったらいいなぁ」という考え方の元、ShopCard.meというアプリのコンセプトで考えた裏話的なことをベースに、起業アイディアに繋がるようなお話をし、じゃぁ実際にどうやっていく？！というのをお話させていただきました。 割と雑多な話になってしまってはいるのですが、資料を置いておきます。ただ、その場で話を聞かないと、過剰に伝わるというか、真意が伝わらない可能性があって、そこだけちょっと心配ではあります。またどこかでお話する機会がありましたら、その時にまたお話しますね。 今回、タイトルに書いた「エンジニアが起業に向
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
