うちの会社は、基本的に受託開発の会社ですが、自社サービス開発の両立を目指しています。その取り組みの一つとして、今年の5月、boardという受託ビジネス向けのクラウド型業務システムのベータ版をリリースし、8月に正式リリースしました。 昨年、PattoというスマホアプリCMSをリリースしていましたが、これはどちらかというとソリューション型の製品のため、今回のboardが、うちとしては初めての本格的なWebサービスです。 ベータ版リリースから約5ヶ月、正式リリースから2ヶ月が経ったところですが、これまでにぶつかった課題について書いてみたいと思います。 まとまった開発時間がとれない 当然ですが、できるだけ早く開発して、早くリリースしたいという思いがあります。しかし、基本的に受託開発を止めて自社サービスの開発をしていたわけではないため、1ヶ月がっつりとboardの開発をする、ということができませんで
Photo by Sam MacCutchan どうも後藤です！ もう10年以上になるでしょうか･･･ とにかくなんでもかんでも仮想化すればよいというこの風潮。paizaでも仮想化技術は大活躍中。インフラは仮想化技術の上に構築されているし、もちろんコードの評価環境だってばりばりの仮想環境上です。仮想環境ばっちこーい！ いったいいつからこんな流れになったんでしょう？どこに基準を求めるかでだいぶかわりますけれども、執筆現在から考えると、こうした流れには35年くらいの歴史があります。使われる仮想化技術は時代とともにかわってきました。だいたいどの時代にも流行ってものがありました。 最近（2014年ごろ）の流行とえば、インフラの一番下にハイパーバイザを入れて、その上でDockerを動かして、管理にはChefやPuppetを使うといったものです。数年経てば状況は変わるでしょうけれども、とにかく楽をした
初めまして、インフラストラクチャー部の加藤 (@EugeneK) です。 クックパッドでは現在178万ものレシピが公開されていますが、目的のレシピを探すために検索機能を提供しています。 今回は検索機能の裏側の仕組みについて、インフラストラクチャーの観点からお話ししようと思います。 全ての検索機能を支えるSolrと周辺のアーキテクチャ クックパッドにはレシピの検索だけでなく様々な検索機能がありますが、その全てはSolrを活用して実装されています。 以前はMySQL Tritonnによる全文検索機能を使用していましたが、2011年頃からSolrに切り替わりました。 クックパッドではSolrをマスタ - スレーブ構成にすることで冗長性と負荷分散を実現しています。以下の構成図をご覧ください。 マスタとスレーブの間には、リピータと呼ばれる検索インデックスを中継するためだけの役割のサーバがいます。この
旧）宣伝費ゼロで累計200万DLに至った経緯 - 写真加工スマホアプリMy Heart Camera と Pico Sweet ※※※一部表示乱れがあったので、新しくアップし直しました↓↓ ※※※ http://www.slideshare.net/ryokawanobe/200dl-my-heart-camera-pico-sweet-30617368 (有)アンジーがサービス提供しているiPhoneアプリ「My Heart Camera」と「Pico Sweet」が宣伝費ゼロで200万ダウンロードを達成した経緯をまとめ、LIVE AID主催のAID勉強会@Hatch Up で発表したセミナーのスライドです。 【追記 2014年7月】 おかげさまで、現在は累計300万DLになりました（Pico Sweet 215万DL、My Heart Camera 115万DL）。 既存サービスや新プ
オンライン・セキュリティは、もはやジョークでは済まされない重要な問題です。それにもかかわらず、覚えやすいからという理由で、同じパスワードを複数のサイトで利用している人が多いのではないでしょうか。「1Password」のようなパスワードマネージャは、そんな状況を打開するために誕生したアプリです。 1Passwordは、サイトごとにランダムで複雑でユニークなパスワードを生成し、それらを管理してくれるアプリ。数あるパスワードマネージャの中でも、非常に人気が高いものの1つです。先日、新機能とiOS 8対応に合わせて、フリーミアムモデルも導入され、ますます利用しやすくなりました。その1Passwordですが、多くのソフトウェアと同様、当初は内部的なツールとして開発されたもので、商品化の予定はなかったそうです。 有名アプリの誕生にまつわる逸話を紹介する「Behind the App」シリーズ、今回は『
良いプロダクトは、良い「問い」から生まれる 小野裕史氏（以下、小野）：今までアイデアの持ち上がり方みたいな話だったんですけども、それではどう実行、最終的なプロダクトにしていくかっていうのは、結構ここがさらに次のハードルになっていくと思うんですが。ここの部分をいかに実現していくかという部分においての、ハック面でもいいですし、文化面でも構わないので教えてください。 須藤憲司氏（以下、須藤）：そうですね。佐々木さんのアプローチとすごく似ているというか、我々も、今規模がちっちゃいんで、僕らすごく「問い」を大事にしていて。要は、ある物を作りたい、ある事を解決したいというときに、良い問いだと熱狂できるんですよね。 この問題を解決しようっていうときに、数名が集まって「よし！」ってテンションが上がってディスカッションが活発になってくる。良い問いを、いかに生み出せるかってすごく大事かなと思っていて。 その問
2024.10.10 オンラインカジノでの賭博行為を「勇者トロ」の名前で配信 自称YouTuberに有罪判決「違法賭博広めた責任重い」 オンラインカジノでの賭博行為をした罪に問われた自称ユーチューバーの男に対し、岐阜地裁大垣支部は9月30日、執行猶予付きの有罪判決を言い渡しました。男は「勇者トロ」の名前で、YouTubeに動画を配信していました。 岐阜県養老町の自称ユーチューバー・石川翔多朗被告(32)は、おととし5月ごろから去年4月にかけ、海外のオンラインカジノにアクセスし、スロットやルーレットなどで常習的に賭博をした罪に問われ […]
アプリ開発者の皆様 投稿サイト 『iPhonePLUS』 ですが、 2021年11月30日をもって閉鎖させて頂くことになりました。 ご参加の際に頂きました個人情報ですが、サイト閉鎖をもって消去いたします。 長きにわたりご支援を頂きましたことに、関係者一同、心より御礼申し上げます。 今後も弊社発行の各媒体への変わらぬご愛顧と、一層のご支援ご協力を賜りますよう、 宜しくお願い申し上げます。
まえがき データにIDを持たせたいとき、単純な方法としては、DBの提供するauto incrementを使う場合やUUIDを利用することがある。それぞれの方法の利点欠点は以下の通り。 データベースのauto incrementを使う場合 利点: 特別な実装が必要ない 欠点: DBを1台で運用するとデータベースがパフォーマンス・障害のボトルネックになる DBを二台にするとIDのユニークさや順序の保証が困難 UUID(v4)※1を利用する場合 利点: 分散環境で各々がIDを生成しても衝突しない IDを公開したくない場合に、推測されにくいIDを生成できる 欠点: 128ビット必要、DBのインデクシングやプログラミング言語で扱うときに不利なことがある IDから時間の情報が失われる、例えば2つのIDを比べてどちらが古い投稿か判断できない 世界の大企業がどうしてるか 調べてみると多くの企業がブログなど
（2017/12/11追記）ロックマンシリーズについて進展がありました→ロックマン30周年、運命の歯車が動き出す （2014/08/17追記）カプコン叩きが目的ではないです。補足記事を書きました→DASH3の記事を書いたワケ 最近、エクストルーパーズはDASH3の作り直しではないということを書きました。このような騒動など、DASH3開発中止後の様子をずっと見てきたんですが、そこで思うことがあります。 開発再開を求めるファンであっても開発室に参加していない人が多いのではないか？ 開発中止後になって初めて騒いでる人が結構いるなぁと。開発室に参加していなかったことを責めるつもりはないですが、無知ゆえにいい加減なことを言ってる人を見ると頭を抱えます。問題視しているのは、情報格差があるということです。 DASH3は開発中止の発表とともに公式サイトが閉鎖され、開発室も少しの間を開けて閉鎖し、現在閲覧で
これまで17年間増収増益を続けるヤフーと、リリースからたったの3年で国内5000万人のユーザー数を抱えるLINE。ヤフー・小澤隆生氏と、LINE・舛田淳氏が、それぞれの過去・現在を振り返りつつ、プラットフォーム事業の未来を占った。（IVS 2014 Springより／part2） 「メッセンジャーのマネタイズは無理」と言われていた 小野：ちょっとまた、スライド。 これ、ご存知の方もいらっしゃるかと思いますが、「WeChat」中国、ウェイシンとかとも呼ばれてますが。これ、聞いたことない方どのくらいいらっしゃいますか？ ほとんどいないですねこの業界は。 既に知っている方多いと思いますけど、中国のいわゆるLINEのライバルにも当たるかなという。メッセージングアプリからスタートしていて、マンスリーアクティブユーザーが今、3億、4億近いところまで伸ばしていて。 これで面白い動きが起きているのは、中国
今話題（？）の CSS 設計のメモ。 この「ある程度の規模」というのは、肌感覚としてテンプレートの枚数( ≠ Webサイトのページ総数)が 20P〜50P くらいのイメージ。 また、コーディング完了後に自分以外の人間による断続的な更新が入るという前提。 そして一番重要なのは「更新する人のスキルは定義しない。」ということ。つまり HTML の知識が乏しい人が更新する可能性があることを前提とする。 きっと1ヶ月くらいすれば変わると思うけど、自分の思想のログとして残しておく。 今ぼくは以下のことに気をつけながら CSS を書いている。 コードが長くなることを気にしない セレクタが長くなることを気にしない セマンティクスの実現の難しさを理解し、妥協する 再利用性より保守性 拡張しやすい設計 最初から最適化しようとしない ゴールは目先のパフォーマンス向上ではなく誰が触っても問題が起きにくい設計 ひと
2014-08-11 株式会社参謀本部では何の仕事をやっているの？ 最近、結構はてな経由で「参謀本部で働いてみたいです」という応募を頂いています。 ただ、まだ会社のWEBサイトがリニューアル準備中なので、私のブログのほうで簡単に現在の株式会社参謀本部のお仕事を紹介してみますね（NDAに抵触しない範囲で）。 フリーランスの時は、けっこうブラックな案件しか受けていなくて、毎週末は↓のような状態でした。 でも、会社を設立してからはホワイト企業を目指しています。 以下、参謀本部で現在進んでいるプロジェクトです。 モバイル決済システムの開発 いま参謀本部で受注している一番大きな仕事がモバイル決済サービスの開発。上記の写真はスクウェア社のものですが、それにちょっと近い発展的なサービスを日本で展開しようとしている会社と手を組んでいます。日本中の店舗にビーコン端末を置いて、それにスマホをかざすだけでお金を
進め、現場のチーム開発 〜チーム開発実践入門〜 (DevLOVE関西Ver) 台風の影響で未発表の幻の資料です〜 Read less
2014.08.05 スキル 業界で名の知れたプログラマーは、今年の上半期に何を学んでいたのか？ 「同業者が役に立ったものは、自分にも役に立つはず」という仮説を基に、彼らの学びlogから、2014年上半期の流れを振り返り、今後の動向を予想してみよう！ 株式会社nanapi 取締役 CTO 和田修一氏 （@wadap） 中央大学経済学部卒業後、2005年に楽天入社。楽天市場の運用担当のほか、台湾版楽天市場の設計・構築・運用などに携わるなど、インフラエンジニアとして活躍。現在は、CTOとして2009年9月オープンのライフレシピ投稿サイト『nanapi（ナナピ）』を技術・経営の両面から支えるかたわら、講演や執筆、メディア出演経験も多数。個人ブログ『Unix的なアレ』も人気
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く