柴田: 今回の「しば談」は、福岡でグッドラックスリーを経営されている井上和久さんにお越しいただきました。まずは、簡単に自己紹介・自社紹介をお願いします。 井上和久さん(以下、敬称略): 福岡でスマートフォン・キャラクターの会社をやっています。主力事業のゲームに加えて、映像とか音楽とか動画とかも商品展開とかも進めていて、モバイルアミューズメントパークという構想を掲げて、スマートフォンとかタブレット上で楽しめるエンターテインメント・体験を提供していくっていうことをやろうとしています。創業は2013年なので、3年経過したぐらいです。 柴田: いま社員何人くらいいるんでしたっけ。 井上: 46人くらいですね。 柴田: 結構いますね。でも46人もいて、前期まで黒字を続けているってすごいですね。 柴田: ちなみに、読者の人に分かりやすいようにビジネスの内容を簡単に、お話しておいたほうが良いかもしれない
PowerPoint禁止令が出ている会社があると聞く。また、PowerPointを使っても、既定のスライドテンプレートは使うなと教えるプレゼンの本もある。 スライドがこんなに一般になり、多くの人が使うなか、実はスライドに縛られているのではないかと感じることがある。 理由は2つ。 デザインに凝るにしては、中途半端なデザインのスライドが簡単に出来てしまうことで、逆にデザインを悪化させている デザインに凝りたくなくても、変にデザイン性を重んじたツールになっているので、考えなくても良いことを考えなくてはならなくなっている つまり、多くの人はデザインはそんなに凝らなくて良いのだ。 これが一世一代のコンペなら、スライドには命かけよう。 これが数百人の前のプレゼンなら、スライドも多少は気に掛けよう。 だが、社内の説明だったり、技術系勉強会だったりした場合、デザインは二の次で良い(何度も言うが、デザインが
今年は… 前日 初日 2日目 3日目 誰も話題にしなくなった 結論: 現地の経験はプライスレス 気づかせてくれたGoogle、ありがとう! ここから本題(すでに半分過ぎてますが ) 主な発表 Google Assistant, Google Home, Allo, Duo, Daydream, Android Wear 2.0, Android Studio 2.2, Firebase, Android Instant Apps, Project Tango (Google Tango), Project Jacquard, Project Soli, Project Ara, Google Spotlight Stories, etc... セッションの数 Misc: 16 Ads: 6 Android: 66 Cloud: 15 Design: 9 Firebase: 28 Game:
川崎重工業の海上自衛隊への裏金問題、潜水艦乗組員のためにニンテンドースイッチを購入していたせいで少し許された空気になる
僕の仕事場があるマンションの一階に、セブンイレブンがオープンしました。いや、もう、これが便利で便利で。なんかちょっと欲しいなと、思ったら、階段をタンタンタンと降りれば、そこはもうセブンイレブン。 毎朝、仕事場に行く前にセブンカフェのアイスコーヒー買っちゃうし、今までは飲み物やらお菓子やらカップラーメンやらを買い溜めておいたのも止めて、必要な時にだけ買いに行くようになりました。あと、宅急便を出しに行くのも楽になったわー。もう、ナナコカード活用しまくりですよ。セブンイレブン様の奴隷ですよ。 そうやって利用していると、つくづく思い知るのはセブンイレブンのオリジナルブランド商品のレベルの高さ。清野とおるさんの「ゴハンスキー」にも、セブイレブン信者と「金のシリーズ」飲み会をする話がありましたが、セブンイレブンで調達した酒と食べ物だけで宴会が出来るな、と考えたわけです。 ということで、開催しました「セ
汎用系のエンジニアからRubyのエンジニアとして転職して1年。 コボラー(笑)なんて言われることも多いが、この1年で出会ったRubyエンジニアは全て糞だった。 その特徴はだいたいこの3つだ。 1.テストを甘く見ているやれテスト自動化だ、やれテスト駆動開発だの口だけ達者なエンジニアの多いこと。 そもそもブラックボックステスト、ホワイトボックステストを分かっていない奴が多すぎ。 テストコードでカバレージが100%だったとしても実際の打鍵結果でエラーは弾けることが多いのにリリースしてしまう。 そもそもテストケース表を若いうちに書く習慣が無いからだ。 ドキュメントを揶揄し机上デバッグも行わない、こんな状態で「アジャイルですから」とかドヤ顔でいってしまうRubyエンジニアは糞である。 2.パフォーマンスを考えないRubyエンジニアはパフォーマンスを考えない。 どのメソッドがどれくらいの負荷なのか意識
最近やっと念願のErgoDoxが届き、Dvorak用のキーマップを何度も書きなおしてはしっくりきてない mizchi です。プログラマブルキーボードは人類の夢、エンジニアのロマンですね。まあ、肩こり軽減のためにセパレートタイプにするのが本来の動機だったんですが。 人類の夢 = ???ところで人類の夢といえば、怠惰なエンジニアの皆さんや、忙しい隙間を縫って資料を作成しないといけないビジネスパーソンは、少なからずMarkdownからスライドを生成したいと思ったことがあるはずです。手っ取り早く、自分が知ってる知識の応用で、リッチなGUI環境に頼らないテキストベースのオーサリングで…… そういう環境こそが求められているのでは?と常々自分は思っていました。なんせ僕も、卒論を全部Markdownで書いてPandocでTeXに変換していたような人間なので。 そこでこの度、Markdownで作成可能なスラ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ15年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか?ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
この記事では、re:dashをdockerで一通り動かすことをやってみます。 re:dashとは こんな感じでデータをビジュアライズできるツールです。 (↑公式ドキュメントより拝借) re:dashの特徴は以下のとおりです。 取り込むことのできるデータの形式が豊富!! BigQuery, TD, ElasticSearch, GoogleSpreadSheet, 任意のURL, etc. アラート機能(メール)もある!! 動かす AWS, GCEで専用マシンイメージが配布されているようですが、 今回はdocker composeを使って自分のOSX内で実行してみました。 docker compose Setupを読んで手順通りにやっていきます。 1. Make sure you have a Docker machine up and running. 2. Make sure your
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く