サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
![サービス終了のお知らせ - NAVER まとめ](https://cdn-ak-scissors.b.st-hatena.com/image/square/ff9204d7fcd2ce480530bc796de1a039ce074611/height=288;version=1;width=512/https%3A%2F%2Frr.img.naver.jp%2Fmig%3Fsrc%3Dhttp%253A%252F%252Fchikutakurinrin.cocolog-nifty.com%252Fphotos%252Funcategorized%252F2009%252F04%252F04%252Fblog_2.jpg%26twidth%3D1200%26theight%3D1200%26qlt%3D80%26res_format%3Djpg%26op%3Dr)
いやはや大騒ぎの一日でした。 結局昨日は穂高連峰で、死亡2名、17名救助、1名未収容となりました。 昨日は富山県の立山や劔でも遭難がありましたし、一昨日はやはり長野県北部や埼玉県でも遭難があったせいで報道的には「春山登山で遭難相次ぐ」とされています。 しかし、穂高でのこの数の多さはちょっと異常でしょう。 それはなぜなのか…… 端的に言うと「春の穂高に登るべきでない(登る技量のない)人が、大勢登ってしまっているから」ということです。 (2016/05/02 6:10 a.m.) 各々の遭難について、その状況や経過はそれぞれ異なりますので十把一絡げに非難することもできません。 でも、今回のジャンでの救助はちょっと酷すぎます。 僕は警察関係から事の詳細をあるていど知り得る立場にいますので、それを晒すようなことは控えますが、 はじめは「果敢にバリエーションルートに挑んだ中での不幸な事態」として捉
あらためてなるほどな、と思えるいい記事でした。 【これからのスキル】デザイナーとエンジニアの境界線がどんどん無くなる | freshtrax | btrax スタッフブログ 自分にも重なる部分があると思って経験と雑感込みで書いてみた、毎週水曜更新のデザインラボbyツクロア、今週私のターンではデザイナーがコードを書く意味についてです。 一枚絵では通用しないアプリデザイン 某携帯電話メーカーからAndroidアプリデザインの依頼があったときの話です。 電話着信画面や起動直後の待受ロック解除のデザインを含め、使い心地や操作感から画面構成まで一緒に考えてもらえるデザイナーを探しているということでした。 担当者いわく「静止画だけではアプリデザインの良し悪しが決められないんですよ」という話から始まり、では「実際うごくデザインモックを作りながら一緒に考えましょう」という作業の流れを提案して検証からリリー
3年前にこんな話を書いたわけですが、皆さんご記憶でしょうか。 この当時は「平均への回帰」という言葉にその不毛さを託したわけですが、前回の記事に着想を得てもう少し今時っぽく論じることが出来るんじゃないかと思ったので、ちょっと書いてみようかと思います。 なお、言うまでもありませんが以下に示す例は完全に単なるシミュレーションであり、特定の事例を意味するものではありません*1。過去にデータ分析業界の内部で見聞された数々の事例の最大公約数的な部分をベンチマークとしてまとめたものとご理解下されば幸いです。またシミュレーション自体も特に数理的な厳密さを期したものではありませんので、そこもご了承あれ*2。 ビジネスの現場でよくある光景 一般に「PDCAサイクルをとにかく速く回す」のがビジネスを成功させる近道だと言われるわけです。そこで、こんなケースを考えてみます。設定としては、何かしらのeCommerce
アメリカ、特にサンフランシスコ周辺の会社を見てみると、エンジニアに加えてデザイナーの需要が高まっている。これは見た目やUXが優れたプロダクトへの人気が上がっており、企業としてもよりユーザー目線で使いやすくニーズにあった製品を作る為に、企画段階からデザイナーを参加させる事が増えていているからであろう。 それに伴いデザイナーの役割が、これまでの”見た目を美しくする”事から”ユーザー視点で最適な問題解決方法を見つけ出す”へと広がりを見せている。 このビジネスに対するデザインの重要性の高まり-デザインシフト-でデザイナーやエンジニアに求められるその役割と仕事の範囲に変化がおき始めている。恐らく10年程前と比べてみると、それぞれの仕事の範囲が多種多様に広がっているのに加えて、オーバーラップする領域も増えているだろう。 デザインの未来を示す15の変化で下記のような項目があった。 “デザイナーとエンジニ
こんにちは、ソウゾウの @ttsuruoka です。 メルカリの子会社ソウゾウでは新規事業に取り組んでいます。今回「メルカリ アッテ」の開発技術について、これまでに得られた知見の一部をお話させていただく機会として atte FeS 【Go・Swift開発編】 を開催しました。 その発表資料を公開いたします。 発表資料 atte 開発の技術:Golang と Google App Engine speakerdeck.com 発表者:@ttsuruoka atte 開発の技術:Swift と RxSwift speakerdeck.com 発表者:@ooba アッテ iOS の設計と開発フローの変遷 speakerdeck.com 発表者:@ishkawa ブログまとめ ご参加いただいた方が、ブログにまとめてくださいました: blog.mogmet.com tech-savvy.hatena
最近読んだ本のなかにOODAサイクルについて 書かれた本があった。 ちなみにOODAとは、アメリカ軍で用いられている概念らしく、 ミッションの目的を理解したうえで、 「O(観察:オブザーブ)→O(予想:オリエント)→D(決定:ディサイド)→A (実行:アクト)」 のサイクルでミッションを実行していくための手法です。 つまり、ミッションの目的を理解したうえで、 状況の変化、計画との乖離を観察・評価し、(観察) 状況が今後どう変化するのか予想し、(予想) 予想に基づいて今後の行動を決定し、(決定) 決定した案を実行する。(実行) 通常、ビジネスの場においては、品質管理の父といわれた デミングが提唱したPDCAでは PLAN(計画)→DO(実行)→CHECK(監視)→ACTION(改善) が有名ですが、これとは似ているようで違います。 オペレーション部分の改善に重きを置いたPDCAと 戦略部分の
こちらに移転してきて初めての記事です。 最近たまに話題になるので書いておきます。MVVMのModelについて誤解されやすい部分のお話です。最近よく議論してるasync/awaitの話とは関係がありません。なおこの話は以下のスライドを理解している事が前提となります。 共有したい理解(ゴール) ViewModelはModelの影 ModelについてViewModelが行うことは、イベントに対する反応と戻り値のないメソッドの呼び出ししかない事 これについての理解を共有できるよう説明していきます。 VIewModelはModelの影 スライドにもしつこく書きましたが、MV○(MVVMやMVC/MVP)のModelは大変分厚くなるし、アプリケーション間で使いまわすことなんてできません。ModelはUIを意識しない??いや、何度も言っていますが、意識はする必要があるんです。ただUI実装の知識が必要ない
書籍「リーン・スタートアップ」のサブタイトルには「ムダのない起業プロセスでイノベーションを生みだす」とあります。 多くの方はリーン・スタートアップを新規事業立ち上げのプロセスだと理解していますが、リーン・スタートアップの本質は、起業時に生じるムダを排除するための、包括的な「革新的な経営」のことを指しています。単純な事業設計プロセスではなく、創業という特殊なフェーズから資源と時間の無駄使いを取り除くための一連の取り組みなのです。 今日は、これまでに試みてきた様々な取り組みの中から、実現力が高く、2016年現在で最もリーンだと思える起業プロセスを紹介します。これから起業を目指す方はぜひご一読下さい。 今日はさっそく結論から。 2016年現在、私が見いだした最もリーンな起業プロセスとは、 「創業1年目には決して大きな勝負はせず、2年目以降の勝負に備えた準備だと割り切って創業すること」です。 多く
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く