2016年1月にわたしが再読したいビジネス書・本 1月です。今年も、いろいろとやっていきたいことがあります。 それらの改善を考えるためなどに、わたしが再読したい本をまとめておきます。 このブログを始めてから、再読を習慣にしています。わたしは、本を一度読んで覚えられません。再読するようになってから、再発見や新しいアイデアが思いつくなどしています。 再読は、本を一度読んでも覚えられない、そんな方におすすめの習慣の一つです。 今月は、イノベーション関連の本を中心に、再読したいと思っています。 ビジネス書の新刊は、以下をどうぞ。 ビジネス書をビジネスのチカラに 自宅でできる速読トレーニング 『イノベーションと企業家精神』 イノベーションを成功させる3つの条件・ドラッカー『イノベーションと企業家精神』から - ビジョンミッション成長ブログ イノベーションと企業家精神(楽天ブックス) イノベーションと
「いつか勉強しよう」と人工知能/機械学習/ディープラーニング(Deep Learning)といったトピックの記事の見つけてはアーカイブしてきたものの、結局2015年は何一つやらずに終わってしまったので、とにかく一歩でも足を踏み出すべく、本質的な理解等はさておき、とにかく試してみるということをやってみました。 試したのは、TensorFlow、Chainer、Caffe といった機械学習およびディープラーニングの代表的なライブラリ/フレームワーク3種と、2015年に話題になったディープラーニングを利用したアプリケーション2種(DeepDream、chainer-gogh)。 (DeepDreamで試した結果画像) タイトルに半日と書きましたが、たとえばTensorFlowは環境構築だけなら10分もあれば終わるでしょうし、Chainerなんてコマンド一発なので5秒くらいです。Caffeは僕はハ
どんなソフト? ExcelのシートをHtml+Css+Javascriptに変換するフリーソフトです。 数式も変換できるので、Excelで作ったツールをWebで公開する時などにご利用下さい。 サンプル1 サンプル2 DQ10『魔法使い火力シミュレータ』はフィオルさんが作成したExcelシートをExce2Jsで変換することで作成されています。 ダウンロード Excel2Js(本体)ダウンロード ヘルプ(マニュアル)のページはこちら 更新履歴 2016/01/03 ver.0.1.3 数式結果をコピーできるように改善 2016/01/03 ver.0.1.2 表示形式が適切に変換されないバグを修正 2016/01/03 ver.0.1.1 ROUND関数・CHAR関数の追加、テンプレ選択周りのUI改善、バグ修正 2016/01/03 ver.0.1.0 アルファ版公開 主な機能 基本機能 数式
新年おめでとうございます、UX MILK編集部です。 新年早々ですが、お知らせです。 ゆるい勉強会イベントUX JAM、仙台で開催することになりました! 既に昨年末にイベントページは公開しておりますが、改めましてお知らせです。 UX JAM in SENDAI 【日時】1月15日(金)19:30~22:30 【場所】株式会社メンバーズ ウェブガーデン仙台 【住所】宮城県仙台市青葉区一番町四丁目6番1号 (第一生命タワービル 8階) ※仙台市地下鉄南北線「勾当台公園」駅または「広瀬通」駅 徒歩5分 https://goo.gl/maps/mGn332qZ3gQ2 【費用】¥1000 ※懇親会費用込みの参加費となり、入場時にお支払いいただきます ※領収書は発行できませんので事前に承知おき下さい ※飲み物と軽食をご用意する予定です 今回初の地方開催ということでまだまだ手探りではありますが、東北地
Facebookグループ イベント参加者用グループです↓ https://www.facebook.com/groups/uxjam 注意事項 ※受付開始は19時00分です。それまではご入場できません。 ※受付で名刺を頂戴しますので、名刺をお持ちください。お持ちでない場合、別紙に必要事項を記載いただきますので、受付に少々時間がかかることがあります。(氏名、連絡先などの記載がない場合、ビル入館管理の都合上ご入場いただけません) ※参加人数が多い場合、遅刻されますと立ち見となる可能性があります。ご了承ください。 ※Wi-fiはありますが、電源は十分な数がありませんのでフル充電でお越しいただくことをおすすめします。 ※館内全面禁煙です。喫煙される方は地下1階及び1階屋外の喫煙所をご使用下さい。 ご来場の方向けアンケート http://goo.gl/forms/gQjGyCs7sO 主催 UX M
例えば、「与党の言ってることは間違っている」とした時、それは「野党が正しい」ことを意味するのだろうか。 例えば、「親が言ってることが間違っている」とした場合、それは「自分の言ってることが正しい」ことを意味するのだろうか。 Photo credit: Visionello via Visualhunt.com / CC BY-NC ビジネスの文脈に矮小化すると、 新規事業をやることが正しいとしても、それは既存事業が悪いわけではない。 社長が常に正しいことを言っていたとしても、社長以外が無能で正しいことが言えないわけではない。 「仮説検証」というものに関わるようになって、色々考えるようになった。 一番怖いのは、自分自身のバイアスだ。自身の癖だ。 自分の癖を自分で見つけるのは、とても難しい。 だからこそ、チームで当たったり、何らかのツールを使ったりするんだろう。(その是非はまた別の話 何かの反対
4K/8K放送が今後本格化することをご存じの方は多いだろう。リオ五輪が開かれる今年2016年にはBSを使った4K/8K放送が開始。2018年にはBS/110度CSで実用放送を開始するロードマップが総務省から公表されている。 その次世代放送の早期実現のため、技術仕様の検討や検証、実用化のための試行や開発を行うのが、一般社団法人 次世代放送推進フォーラム(NexTV-F)。そのNexTV-Fが昨年末、12月25日に公開した技術資料が波紋を呼んでいる。 話題となっているのは「高度広帯域衛星デジタル放送運用規定」という資料で、NexTV-FのサイトにPDFで公開されている。 この資料は、前述の4K/8Kロードマップに示されたBS/CS放送に関して、放送の運用ルールや受信機の仕様などを定めたものだ。全部で1,137ページもある資料なので、一般の方がすべてに目を通すのは難しい。 ■無料放送も「録画禁止
ドメイン駆動設計の原則を体験的に学べるワークショップを開催します。(有料) 募集ページはこちら。 ↓ 実践的ドメイン駆動設計ワークショップ このワークショップの意図と内容を紹介します。 ドメイン駆動設計の3原則 ドメイン駆動設計の基本原則は、1章、2章、3章に集約されています。 ■原則その1:ドメインの知識をかみ砕く ・ドメイン(そのアプリケーションの対象領域)に関する「知識」を継続的に学ぶ ・ドメインの「知識」を広げながら掘り下げ、より深く理解する ドメインの知識の習得と理解は、どんな開発手法でも重要なテーマです。ドメイン駆動設計(あるいは、オブジェクト指向設計)では、コードを書く技術者が、自ら積極的にドメインの知識を学び続けることを重視します。 開発者が要件定義書や仕様書がでてくるのを待つのは、ドメイン駆動設計のアプローチではありません。 ■原則その2:言葉を使って意図を伝達する ・利
日本出版学会春季研究発表会(2015年)発表資料(完成版)です。公開まで時間がかかったことをお詫びします。Read less
Goプログラミングについて一歩踏み込んだプロユースの解説書。読者はシンプルなコードを書きながら、実運用アプリケーションの開発で使うスキルとテクニックを学ぶことができます。本書のサンプルプログラムはどれもシンプルですがとても実践的です。拡張性、並行処理、高可用性といったエンタープライズアプリケーションの開発で直面する現実的な問題に対するソリューションが含まれています。本書を読めば、実際の業務に必要な技能――Goによる開発手法および関連技術の使い方――をマスターし、ツールやプログラムの開発スキルを迅速かつ簡単に向上できます。日本語版では、監訳者の鵜飼文敏氏による巻末付録「Goらしいコードの書き方」を収録しました。 サポートページ(サンプルコードや正誤表) 監訳者まえがき まえがき 1章 WebSocketを使ったチャットアプリケーション 1.1 シンプルなWebサーバー 1.1.1 テンプレー
2015年は「デザイン思考(Design Thinking)」という言葉が日本で割と一般的になった年だったような気がします(この一年で「デザイン思考」にまつわる本が100冊近くもでたとか)。しかしながら、その本質を理解している人はとても少ないようです。当たり前なのですが「デザイン思考とは何か」を理解するためには、「デザインとは何か」を理解する必要があります。日本はデザインに対する教育が、義務教育はもちろん大学ですらほとんどないので、デザインのことを理解するビジネスマンがとても少ないのが現状です。 デザイン思考語るのは、一筋縄でいきません。なんとか一言で言い切ってしまうとこうなります。 ①本質的な問題の発見/設定し、②「感性」に則った「創造的」問題解決を目指す思考。 ①を「水平思考」と呼んだりもするようです。何か課題に直面した時に、「どこに問題があるのか」を正確に把握する必要があります。常識
こんにちわ、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなみかんは紅マドンナです。 今回は、サイボウズのサムネイル事情について記事を書きたいと思います。サイボウズに限らず通常の Web アプリケーションでもサムネイル作成はよくあると思いますが、ハマりどころが多く涙しているサムネイリストも多いかと思います。これからの時代を生きるサムネイリストが快適なサムネイルライフを送れるよう、知見を共有したいと思います。 弊社では画像変換ツールに ImageMagick を用いており、従って本知見は ImageMagick 固有のものがほとんどです。 画像比較は人間の眼で行うべし サムネイル周りに何か修正を入れたら修正前後の画像を比較しましょう。機械によるバイト列の比較では画像の良し悪しがわかりません。頼れるのは人間の眼だけです。肉眼で確認しましょう。 比較できるツールを作ると良
自分は40代の女なのだが、子供の頃から姉の妹(私)いじめが激しかった。 私は、姉に逆らった事もなく常に姉の顔色を伺い続ける人生だったし姉の言うことを素直に聞く優しい妹だったと自分でも思っているのだが…。 最近になってようやく、なぜ姉がこんなにも執拗に妹いじめをするのかが分かってきた。 姉は昔から、音楽が好きでピアノをよく弾いていた。私も音楽が好きでピアノを弾いていたのだが、姉よりも私の方が上手くできてしまったのだ。 私は、上手い演奏を聞くのが好きで(自分で言うのもなんだが)吸収が早かった。姉には、私以上にピアノが優れていれば私は嬉しかったし、自慢の姉に思えていたし、そうでなくても別に構わなかった。私は姉を追い抜く気はなかった。 しかし、姉には「妹より上であるべき」という親からの無言のプレッシャーがあったのだろう。 姉は、「音楽が好き」ということは家族の誰にも一言も言わなかった。 昔から現在
『 APIデザインケーススタディ 』という本を頂戴したので読んでみた。 ライブラリ作者に向けて この本はRuby標準ライブラリを題材にして、分かりやすく、多様な機能をサポートして、互換性を保つAPIの設計をするにはどのように考えるべきかを教えてくれる。 ここでAPIと言っているのは、一般的なRubyのクラスとオブジェクトとメソッドから成るライブラリをどうデザインするか、という話である。 別にChef RecipeやRSpec DSLのようなちょっと変わったDSLを設計するとかそういう話ではない。確かにその種の言語内DSLのデザインには固有のセンスが必要とされるし、 Ruby DSL Handbook なんて本が書かれているように実装にあたってもある種のテクニックが必要なのも確かだ。でも、それ以外の「ふつう」のライブラリのデザインは果たして簡単だろうか。 適切な粒度のクラスを定義する。必要な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く