Technology Radar | Guide to technology landscapeThoughtworks Technology Radar is a twice-yearly snapshot of tools, techniques, platforms, languages and frameworks. This knowledge-sharing tool is based on our global teams’ experience and highlights things you may want to explore on your projects.
クラウド会計ソフトでのシェア、freeeがNo.1になるまでにした5つのこと – 2014年のまとめ
新年、明けましておめでとうございます。本年も宜しくお願い申し上げます。 (以下、文語にて) 2015年初のブログポストは昨年のまとめとして2014年のfreeeを振り返ってみる。最も大きなマイルストーンは、クラウド会計ソフトにおいて、freeeがシェアNo.1 であるということが確認されたことだ。(デジタルインファクト調べ「クラウド会計ソフトの利用動向調査」より)」 これが達成できたのはもちろん、freeeを支えていただいている皆様のご支援にもとづくものであり、まずは皆様に大きな感謝を申し上げたい。そして、その背後にどのような動きがあったかをあわせて振り返ってみる。 1.「経理をとにかく簡単にして自動化する」挑戦と進捗 freeeの掲げるミッションは、「スモールビジネスに携わるみんなが創造的な活動にフォーカスできるような環境の実現」であり、そのために、バックオフィスの業務をテクノロジーによ
【翻訳】デザインエンジニアリング - MOL
Original：Design Engineering（2014-11-25）by Jonathan Snook JavaScriptだけがフロントエンド開発ではない。それはデザインとディベロップメントの技術が人種のるつぼのように融合したものである。それはアクセシブルなUIを実装するためであり、Web標準を受け入れるものである。 — Matt Hill Shopify Adminの開発に関して言えば、最近まで2つの専門職、つまりデザイナーとエンジニアを受け入れていた。今では3つめの専門職がある、しかしながらそれが確かなものとして認識されるまで時間がかかった、フロントエンドデベロッパーである。フロントエンドデベロッパーのスキルはデザインとエンジニアリング両方にまたがっている。これまでクオリティの高いフロントエンドコードをフロントエンドデベロッパーの助けもなしに書けるデザイナーを雇えて、私たち
アプリのリリースに必要な「引き算担当」について - @hitoshi annex on hatena
起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出
ユーザー調査のないUXは、UXではない
UXチームの責務は、ユーザーにとって望ましいエクスペリエンスを作り出すことである。にもかかわらず、ユーザーを開発プロセスに巻き込んでいない組織は多い。顧客からのインプットがない組織は役に立たないインタフェースを作り出してしまう危険がある。 UX Without User Research Is Not UX by Hoa Loranger on August 10, 2014 日本語版2014年9月18日公開 Webサイト（あるいは製品）の成功はユーザーからどう思われるかにかかっている。ユーザーはWebサイトの有用性と使いやすさを、そのサイトとインタラクションしながら評価し、数秒、ときには数ミリ秒で結論を出す。 あるサイトに関与するかどうかのユーザーの判断の基準になるのは、「そのサイトは自分にとって価値があるか。使いやすいか。そこでのエクスペリエンスを楽しめるか」といった問いである。ユーザ
「失敗を活かす」を実現する仕組みづくり - ワザノバ | wazanova
http://vimeo.com/94950270 1 comment | 2 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 ミスを許さない組織って嫌ですよね。月曜日の朝に会社に行くのがとにかく苦痛だった時期があります。しつけ的な規律をもたらすという一定の効果はあったかもしれませんが、ミスをしないように、しかられないようにするために仕事の進め方が最適化されていって、顧客がどう思うかよりは、上司の顔を伺うところに皆が全力を注ぎはじめます。 そんな会社は反面教師に。また最近は、blameless postmortem（個人批判をしない建設的な障害の振返りミーティング）というのも流行言葉。「そうだそうだ、もっと前向きであるべきだ。」と思いつつ、しかし難しいのは、ユーザに悪影響を与えるものを減らそうとする気持ち。その気持ちを持つことが
ブースト広告費も大きく回収、1,000万円稼いだ放置系アプリ「小学生あるある」の裏側。
本日はコワーキングスペースで活動しているアプリ開発チーム「株式会社grape（グレープ）」のみなさんにお話を伺いました。放置系ゲームの高収益性、ブースト広告の実例など興味深いお話も。 （※写真は左からgrapeの白川さん、黒澤さん、イカさん） 謎のゲームアプリ「精子vs卵子」について このアプリ開発チームは、何の集まりですか？ 白川： 「タネマキ」という横浜のコワーキングスペースに入っている3人で、去年の11月にチームを組んでアプリ開発をはじめました。いまは株式会社grapeとして活動しています。 企画、イラストデザイナー、開発と、それぞれ役割分担している感じです。 最初にうまくいったアプリは？ 白川： ダウンロード数で言うと「精子vs卵子」ですね。 ダウンロード数は70万強くらい、AppStore総合10位、カテゴリでは1位までいけました。 「精子vs卵子」はどういう風に企画ができたんで
エンジニアのベストプラクティスを非エンジニアチームで活かす - ワザノバ | wazanova
http://www.developingsales.com/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約6時間前 Jeff SzczepanskiはStack Overflowのマネタイゼーションの責任者。エンジニア転じて、営業の組織の長になった人物。 「営業というのは科学というよりは芸術。コンピュータ相手じゃなくて、人間を相手にしているからね。」 「営業が結果を重視するのは、計測しやすく公平な指標だから。どうなるか予想したりプロセスをうまく管理するのは難しいんだよ。」 という話しに違和感を抱き、「誰かが決めた営業戦略に従って営業マンは盲目的に数字の達成だけを求めてひたすら実行する。」という従来の営業手法は、 自分で手を汚してコーディングしない「アーキテクト」と呼ばれる人が仕様書をまとめ、下々のエンジニ
ロードマップ指向とエコシステム指向 - アンカテ
IT業界の世代間ギャップを「ロードマップ指向 VS エコシステム指向」という図式でまとめるとうまく整理できるような気がしてきた。 他の業界でも、常に勉強してないと仕事にならない所では、似たような問題があるかもしれない。普通の人は「ロードマップ」の中では真ん中を進むべきで、「エコシステム」の中では真ん中を避けるべきだ、という話。 私は、80年代からずっとプログラマをしていて、今でも現場でコードを書く仕事をしているので、同世代の人から、彼らと現場の若い人との仲裁役というか通訳のようなことを期待されることが多い。 確かにそこには微妙なギャップがあって、自分はどちらの言い分にも共感する所があるので、なんとかそれを言葉にしたいのだが、なかなかうまく言えなかった。 プログラマという仕事は、今も昔も勉強をしてないと普通の仕事も成立しないのだが、その勉強の仕方というか意味づけが、違ってきていると思うのだ。
発注側から見て、困った開発をどうするか。 島国大和のド畜生
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
コンセプトを押し売りするな！SmartNewsが教える開発者バイアスの怖さ＆AppAnnie最新アプリ市場動向、出会い系が急成長？-D2CRアプリセミナー - アプリマーケティング研究所
11/28に東京（汐留）で開催された、D2CRさん主催のセミナー「ゲーム以外で！事業として成功させるアプリビジネス最前線！第２回目！」に参加してきました。 本記事では講演で参考になったポイントをまとめたいと思います。クックパッドさんの講演については後日別の記事にてお送りする予定です。 SmartNewsのビジョン ・世界中の良質な情報を集め、それを必要としている人へ送り届ける。 SmartNewsがUIに関して評価をいただいている3つの理由 １、ページめくりによる軽快なザッピング エンタメみたりスポーツみたりと、いろんなジャンルを簡単に切り替えて流し読みが出来る。 ２、独自のレイアウトアルゴリズムでアイキャッチと一覧性を両立 写真が大きく使えるということに加えて、1画面あたりの情報数が多く入る。 ３、形態素解析と長体圧縮を取り入れた見出し組版 文字のサイズが行によって変わる。一番読みやすい
ScaleOut | Supership
日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipの“BE SUPER”なストーリーをシェアしています。
Amazon流の開発術では、まずプレスリリースを作る | fladdict
Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソーシャルゲーム系フロントエンドを作る際に殴り合いにならないようエンジニアが確認すべきこと