![長文日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/0cb1ca75b0a7815691b331ceb0e0ca01f2812e47/height=288;version=1;width=512/https%3A%2F%2Fi.gyazo.com%2Fc4e1f4432db051be7f5aa3282eab5108.png)
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
弥生24シリーズ(デスクトップソフト) 複雑な業務にも対応できる網羅的な機能を、かんたんな使い心地で。 やよいの青色申告 24 +クラウド 弥生会計 24 +クラウド やよいの給与計算 24 +クラウド 弥生給与 24 +クラウド やよいの見積・納品・請求書 24 +クラウド 弥生販売 24 +クラウド やよいの顧客管理 24 +クラウド 弥生ネットワーク製品
DateTime.now + 1.hour と DateTime.now +1.hour は異なる値を返します。 何を言ってるのかわからねーと思うがこの実行結果を見てくれ。こいつをどう思う? [10] pry(main)> DateTime.now + 1.hour Fri, 29 Jan 2016 11:38:52 +0900 # こっちだと 11:38 [11] pry(main)> DateTime.now +1.hour Fri, 29 Jan 2016 10:38:52 +0900 # こうすると 10:38。あれれ? すごく・・・バグりそうです・・・/// なんでか DateTime.now + 1.hour が DateTime.now() + 1.hour と解釈されるのに対し、 DateTime.now +1.hour は DateTime.now(+1.hour) と解
eventdots.jp いってきました。というか、食品サプライ係でした。 ビアを見ている #builderscon 発表されたこと 当日の@lestrrat氏のスライドがコチラです。 docs.google.com といってもこのスライドをみても解りづらいとおもうので、 http://builderscon.io/builderscon.io medium.com こちらなども見た方がよいでしょう。 読みましたか? DISCLAIMER 以下は「私」の視点からの感想なので、lestrrat氏が目指している方向とずれている可能性がありますし、正しさとか、利害とかそういうのは各々判断ください。っていうかまちがってたら教えてください。すぐなおします。 ちなみに、私はYAPC::Asia Tokyoという祭りが好きで、ここ数年は運営側の人間として参加しており、その流れでlestrrat氏と親しく
デザイナーが作ったデザインをエンジニアがコードに落としこむ工程,コミュニケーションコストも大きくなかなか大変ですよね.そんな課題を解決してくれる,ビジュアル仕様書共有ツール Zeplin を使ってみたところ非常に好感触で,アプリ開発がかなり効率化されたように思うので,普及もかねてまとめてみようと想います. Zeplin は何を解決してくれるのか これまでアプリ開発の際,デザイナーさんに以下の様なビジュアル仕様書を Google Drive で共有してもらっていました. 自分はデザイナーさんみたいに 1px の細かい差異など分からなかったりするので,このようなビジュアル仕様書を作成してもらえると,正しく実装することができ非常に助かります.しかし,これには例えば以下のような課題がありました. (1) デザイナーさんのコストが大きい.上図の例はアプリの 1 画面に過ぎませんが,これが 10 枚,
「ガチャひくなよ、絶対だぞ?」しかし収益の40〜50%がガチャに。アプリ「君の目的はボクを殺すこと」カジュアルゲーでもガチャが成功した理由。 2人で開発しているカジュアルゲームアプリ、「君の目的はボクを殺すこと」を取材しました。 ※ふんどしパレード株式会社 山田裕希さん、北迫宏一郎さん ゲームの開発について 「ふんどしパレード」について教えてください。 北迫: ゲームアプリを二人でつくっている会社です。最近、法人化しました。 山田: もともと、僕ら二人は「スクウェア・エニックス」でDSのゲームをつくっていた同僚でした。その後、お互いスマホゲーム会社へ転職して。現在は独立して、一緒にアプリをつくっています。 コンシューマーからスマホゲームへ、移ってみてどうでしたか? 山田: コンシューマーとスマホゲームは、まさに「真逆の世界」でしたね。 コンシューマーでは「出したら終わり」という感覚なんです
では本題に入ります。まず、Dockerは何がいいのか、あるいはどういうことには向かないか。実際に仕事で関わっている立場から語ってください。 松井:SIerをやっていて、最近はお客様からDockerという言葉が出てくるようになりました。とあるお客様からは、Solarisコンテナーで動いているシステムが古いので乗り換えたい、そのためにDockerはどうかと具体的な話を聞かれました。一方、「Dockerってどう?」と漠然とした話をいただいて、お客様の環境でしたらこう使えます、という話をすることもあります。 実案件まではまだありません。アプリケーションが対応していないと使えない、という話になることが多い。Dockerでは、いままでのアプリをそのまま使おうとすると、失敗すると思います。 前佛:無理をしてDockerを入れるのは違うと思いますね。Docker社が、仮想化を置きかえるというような見せ方を
どうも。俺だ。景虎だ。 さてと、いきなりだがキミに質問したいと思う。 キミはもうAmazonプライムビデオの「Mr Robot」を見ただろうか? やあ、君 メディア: Amazonビデオ この商品を含むブログを見る もしもキミがこの問いにNOと答えるのであれば、喜んで欲しい。「Mr Robot」はとびきり面白いし、それに今ならシーズンワンを続きを待たずに一気見することが出来るからである。 今日はそんな俺のオススメの海外テレビドラマ「Mr Robot」について紹介していこうと思っている。 それではいってみよう! 絶対にテレビでは放映できない作品「Mr Robot」 photo by ▓▒░ TORLEY ░▒▓ さて、今回紹介する「Mr Robot」だが、まずどんな作品なのかを大まかに説明すると、「絶対にテレビでは放映することができないハッカー物クライムサスペンス」なのである。 なぜ、テレビ
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ https://mac-tegaki.comへ移転中 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
前回の記事では 分散システムのデザインパターンと銘打っておきながら並列・並行システムの分野の話からクラウド環境へとこじつける事を「分散システム」と呼んだ事。 システム全体を決定づけるわけでもない通信パターン上の選択肢の一部を切り出してシステムの本質のように呼んだ事。 プログラミングモデルと言いながらプログラミングモデルの話が一切出なかった事。 のうち一番上についてしか書かなかったので次に真ん中の項目についての話をする。物事を分類する際の一般論としては MECE であることが好まれるがYahoo!の記事はレイヤーも目的も様々な物を一緒くたに語っており、取り繕おうにも議論の空間があやふやなので何に対して網羅的なのかも議論ができない。「マスターやワーカーというのは役割の議論であり通信パターンの議論ではない」「Producer-Consumerはデータフローの一種と呼べないのか?」「データフローは
IT系企業に新卒で入り一年以内に辞めて、自分で会社を立ち上げてから3年経ち、インプットと実践しかしてなかったので、文字で落とし込むアウトプットもそろそろしたいなと思いたった。 何を書こうかなー。と考えたけどまずは自分自身が社会人生活のほぼ全てを費やしている起業に関することがいいかなと。 面白いかどうかは別としてこのnoteを見てくれる人がいて、参考になったと言ってくれる人が少しでもいれば僕は幸せです。 僕が綴ることは起業するということ全体に当てはまることじゃなく、インターネットというフィールドでの起業にしか当てはまる部分はないと思うので、その点はご留意いただきたいです。 今までの社会人としての経歴IT系企業に内定してからバイトとして働きはじめる。このころは仕様書作成の補助やリサーチの補助が自分の仕事だった。また、このころ並行して社外のメンバーとAndroidアプリ作りをはじめる。僕自身は企
チームのコミュニケーションについて~強いチームを作るには(後編)。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016(通称デブサミ)で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は後編です。 メンバーの採用 メンバーを採用するときには、一緒に働くことになる人が採用の判断をするほうがいいです。ただ、本質的にはたった数
最近では珍しくもなくなった"Quorum"という言葉。Zookeeper, etcd, Serfといったクラスタ中でデータのレプリケーションを行ってくれるようなツールや、Cassandra, Riakといった分散データベース(NoSQL系)のようなツールにおいても、データの複製に一貫性を持たせる仕組みとしてよく聞かれます。 しかしながら、多くのスライドやWebの記事を読んでも、"Quorum"という語が意味するところは要するに「過半数ノードによる多数決」というような説明が多いように感じていました。 にも関わらず、"Quorum"と呼ばれているのはなぜか?そんな疑問を持っていたので、この機会に調べてみました。 そうしたら、"Quorum"は過半数/多数決という概念を一般化した非常に抽象でパワフルな概念だということがわかりましたのでここにまとめておきたいと思います。 分散システムにおけるデータ
よく訓練されたアップル信者、都元です。前回は「Amazon VPCを使ったミニマム構成のサーバ環境を構築する」と題して、Amazon VPCに小さなサーバ環境を構築しました。この環境は、アプリケーションサーバ(Webサーバ)がユーザからのHTTPを受け付けつつ、管理者によるメンテナンスのためのSSHの受け付けも兼ねている状態です。セキュリティの観点からは、あまり好ましい状態とは言えませんね。 そこで今回は、メンテナンスのための踏み台(bastion)サーバを構築し、よりセキュアな構成にしてみましょう。環境の構成図は右の通りです。まず、アプリケーションサーバはHTTPのみを受け付けるようにSecurity Groupを調整します。また、public subnetの中にもう一つサーバを起動し、踏み台として使います。こちらはSSHのみを受け付けるように調整します。踏み台サーバは常時起動しておく必
LG 360 VRは、LG G5とUSB(Type-C)ケーブルで接続して使う。重さは「Oculus Rift」などのPCに接続するタイプのHMDの3分の1程度の118グラム。サイズも164×186×46ミリとコンパクトだ。 左右2つのレンズを備え、130インチのテレビを2メートル離れて見る映像をシミュレートする。解像度は639ppi。同日発表された360度カメラ「LG 360 CAM」で撮影した画像/動画や「Google Cardboard」のコンテンツを楽しめるとしている。 LG 360 CAMもLG G5のFriendsとして紹介されたコンパクトな360度カメラ。形はリコーの「THETA」に似ているが、スペックはかなり低い。1300万画素の広角レンズ2枚、1200mAhのバッテリー、4GBのストレージ(microSDスロットあり)を備え、2K動画録画+5.1サラウンド音声録音が可能だ
人間生きていると高確率で連打機能を提供するシステムを構築する必要が出てくることがあります. 例えばあるコンテンツについてボタンを連打することで「良いね」を表明するようなシステムです. 連打は楽しい!! しかし実装する方としては純粋に楽しんでばかりはいられません. こうしたシステムは素朴に実装したとしてもある程度のトラフィックまでは耐えられるかもしれませんが,ある規模を超えると安定して機能提供する事は難しくなってくるかもしれません. ここでは,サーバサイドの話題を中心として,快適な連打機能を提供するシステムをどうすれば提供できるかを考えていきます (あくまで一例です). 想定としては, あるコンテンツについてボタンが付いていて,そのボタンは連打が出来る あるコンテンツについてボタンが何回押されたかを取得できる というシステムを仮定します. なんとなく結論が分かる雑な図 本題 サーバを分離する
https://www.flickr.com/photos/ntrinkhaus/14593212964 お久しぶりです。 突然のご報告ですが、来月頭よりベルリンでエンジニアとして働くことになりました。この場を使って、働くことになった経緯と今後の展望を書きます。 これから海外でウェブ系のエンジニアとして働く人の参考になれば幸いです。 まず私の属性ですが、31歳、文系出身、主にRuby(Rails)でウェブアプリを書いています。エンジニア歴五年くらいです。 プログラミングを始める前は、大学時代に友達と始めた会社でゲームをつくっていました(会社は存続していて、今年で8年目です)。 こんなゲームをつくっていました。 主に日本のスタートアップ企業で働いてきました。DB設計/インフラ構築含め、一からウェブサービスを開発することもあれば、既存サービスの登録者数を2ヶ月で倍増させる施策に携わることもあり
tl;dr 手作業で構築した AWS リソースの管理には以前から気になっていた awspec が良いと思ったのでメモ。 二台、三台のインスタンスなら...とうっかりと手作業で構築したインスタンスや、どんな設定で作ったか判らないけど、なんとなく利用されている S3 Bucket の管理をどうしようかなと思っていたら awspec の generate コマンドがリソース情報を生成してくれるので試してみた。 参考 github.com qiita.com memo インストール $ cat Gemfile source "https://rubygems.org" gem 'awspec' gem 'rake' $ bundle 初期化 $ bundle exec awspec init + spec/ + spec/spec_helper.rb + Rakefile + spec/.giti
強いチームを作るには時間がかかる~強いチームのつくり方(前編)。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016(通称デブサミ)で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏(Ryuzee.com)。 吉羽と申します。いままで野村総
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く