タグ

ブックマーク / medium.com (19)

  • 不確実性と道標としてのコンセプト

    DMMに転職して以降、キャリアについて話してほしいという登壇依頼が多く似た話をする機会が数回あったのですが、その中でもコンセプチュアルスキルというか不確実性との立ち向かい方について先日社内に投稿していた内容をベースにこちらにも記事化しておきます。(ちなみにペパボのあんちぽさんからのリクエストが記事化のきっかけです。) コンセプチュアルスキルキャリアや長期の目標を検討するとき、そこには 資産(現状自分が持っているスキル・知識・ツールなどのリソース)スコープ環境要素が制約条件として存在しています。 自分の持ち物については理解しやすいですね。今自分が置かれている状況で使えるものを考えてみると、そこにはスキルや資、時間、知識など様々な自分の資産が存在しています。「今ここ」を検討する上で自分の資産を知るということは分かりやすい要素です。資産を無視した状態で目標を検討しても、その目標を達成することは

    不確実性と道標としてのコンセプト
    mak_in
    mak_in 2019/03/02
  • プログラミング教育は割と大丈夫かもしれない — 但しChromeが入れられればね。

    先ほど、地元の小学校の6年生の全児童を対象に、プログラミングの「体験」授業をしてきた。受験シーズンで欠席がちらほらあったが、3クラスで合計90人ほどが参加した。放課後ではなく、正規の授業枠である。 CoderDojo仲間の田中さん。一緒に、授業してきた帰り道。対象とした小学校世田谷区の公立校で、今年度利用を開始した新校舎のため、インフラは恵まれている。渋谷区のように児童全員にPCがあるほどではないが、無線LANの速度などは十分と言えそうだ。 世田谷区の公立小学校Windows タブレットが全校で40台ほどWiFiの速度が15~50Mbps6年生のスマートフォンの普及率はかなり高そう (8~9割か) ※英語の分かる児童が1割くらい ※実は私の母校でもある。’90年当時、FM TOWNSが2台放置されていて、よく遊んでいたのを覚えている。30年経ってタブレットに替わり、一般教室でも使えるように

    プログラミング教育は割と大丈夫かもしれない — 但しChromeが入れられればね。
    mak_in
    mak_in 2019/02/09
  • https://link.medium.com/1jsAtPLA6T

    デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン?』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか?意味や新しいアイデアが生まれるのは、物事を

    https://link.medium.com/1jsAtPLA6T
    mak_in
    mak_in 2018/05/05
  • “二番煎じやるなら全力で” と戦う

    知り合いの経営者に言われた二番煎じやるなら全力でという言葉が強く心に残っている。ここで言う二番煎じというのは簡単に言えば、似たような製品やサービスを作って行くという話である。 二番煎じをやるということは、ある程度その市場が儲かっており、二番煎じだとしても利益が出る可能性が高いということだろう。 二番煎じの強みは「考えなくていいこと」であることは間違いないと思う。すでに市場を先に走っている相手がいるわけだから、まずはそれと似たような製品を出せばいい。で、それをやるなら全力でやれという話。 相手は先行者がいないため、色々考えることがあるが、二番煎じをやる場合は先行者の模倣をしながら先行者が実現していなことを足していけばいい。 むしろ二番煎じをやると決めた以上は、なんとなく作ってなんとなく儲けるのではなく全力でやれという話。 題さて、二番煎じをしろというはなしではなく、自社の場合は二番煎じをさ

    mak_in
    mak_in 2018/03/19
  • 『IoT時代のインタラクションデザイン』に行ってきました。

    明治大学の渡邊恵太先生の研究室共同研究成果発表展 『IoT時代のインタラクションデザイン』に行ってきました。 渡邊先生の著書の「融けるデザイン」を拝読して自分自身のものの見方、デザインの考え方が変わったこともあり、今回の研究室初の研究成果の展示会に行くのを楽しみにしていました。 ここでは見てきた作品の一部を紹介します。 『WorldConnector』 触覚を映像と一緒に再生する装置。 棒を握ると映像に合わせて棒に伝わる触覚が再生されます。 市販のカメラで映像と音(振動)を収録し、振動スピーカーと棒についたプロジェクターで映像を再生。 映像に合わせて自分も棒を動かすとよりリッチな触覚が返ってきました。 身近な機器を使って新しい体験を生み出していました。

    『IoT時代のインタラクションデザイン』に行ってきました。
    mak_in
    mak_in 2018/03/18
  • 生命を燃やすことと失うことの違いと思考の関係と、二元論への終止符

    ある日唐突に、Twitterにこのような質問が飛び込んできましたので、皆さまが命を燃やすときに少しでもお役に立てればと書きました。 「鶏が先か、卵が先か」問題への終止符 鶏が先か卵が先か問題は、鶏がいないと卵が生まれないし卵がないと鶏が生まれないという、因果性のジレンマの例として使われ、私が世の中で最も危険だなと思うものの一つです。 例えばビジネスにおいては、市場が大きくならないと成功事例が出ないけど成功事例がないと市場が拡大しない、とか、多くの人が買ってくれないと原価を安くできないけど安くできないと多くの人が買わない、などのシーンです。このような行き詰った状況の場合に、「これは鶏が先か卵が先かという問題だ(だから打ち手がない)」という風に言う人もいます。 しかしほとんどの場合においては、AとBはそれぞれからしか生まれないという状況は視野を狭く定義しない限り、そんなことは成り立ちません(な

    生命を燃やすことと失うことの違いと思考の関係と、二元論への終止符
    mak_in
    mak_in 2018/02/26
  • 子育てエンジニアの自由時間がない件について

    この記事はぼくのあどべんとかれんだー10日目の記事です。 今日はまったくコーディングの時間がとれなかったので、速攻でこの記事を書いて終わります。 うちはエンジニア夫婦で1歳半の子どもがいます。お互いフルタイムで働いています。まだ子どもにすごく手がかかるため個人の自由時間はほぼない状態が続いています。ではどうやってこれまでのアドベントカレンダーの記事を書いてきたかというと、夜子どもを寝かしつけ、それから自分が寝るまでの時間に書いていました。平日は当然昼間は仕事があるので、記事は書けません。休日はというと、むしろ平日よりも自由時間は少ないです。 例えば、今日どういう時間の使い方だったかというと、 朝7時半ごろ子どもとともに起床、おむつを変えたあと、奥さんが朝ごはんを子どもにあげて、その間にぼくはトイレ等済ませます。子どもの朝ごはんが終わったら、奥さんが朝ごはんをべるので、ぼくが子どもの面倒を

    mak_in
    mak_in 2017/12/11
  • なんで駐在員は大変なのか (英語編)

    (この記事のその後の経緯をこちらに書きました) 今は日で働いているけど、いつか一度は海外で働いてみたいという人もきっと多いだろう。 海外で働く一般的な手段は駐在員かと思うが、日企業の駐在員というのは様々なパターンがある。任期付きの研修風な扱いか、採用目的のただの福利厚生的な位置づけか、社内の「期待の星」を育成するポストみたいになっているか、いっちょ若いやつに任せてみるか的なノープランポストか、そんな感じのイメージかもしれない。 メーカーさんや商社さんなどは、既に現地の市場か生産拠点があり、現地マネジメント、現地オペレーションという意味合いが強いかもしれない。バリューチェーンの中で欠かせないピースとして、海外子会社が存在する。 一方、インターネットの場合はちょっと様相が違うようだ。大半が、買収した海外の会社に行くか、もしくは全くの別事業を展開しているところに行く感じになる。こういった事業

    mak_in
    mak_in 2017/09/28
  • サポートエンジニアが読む「医療とコミュニケーションについて」

    「レジデント初期研修用資料 医療とコミュニケーションについて」を読みました。これは、内科医である筆者が視点を医療現場に置きつつ、普遍的なコミュニケーションの技術を紹介する一冊です。 普段、ソフトウェアのプロダクトサポートを生業としている自分にとって、顧客とのコミュニケーションは避けて通れません。顧客が報告してくる問題をいち早く解決するのは当然の業務ですが、その過程におけるコミュニケーションのあり方についても常に向上させる必要があるのです。特に、サポート契約を継続してもらうことで大半の利益を得ているサブスクリプションビジネスにおいて、問題に遭遇した顧客に、満足したと思える体験を提供するのは至上命題ですが、難しいのも事実です。なぜなら、サポートエンジニアは問題を解決して当然、と思われるのが常からです。 書で取り上げられる、内科医として患者とどうコミュニケーションすべきか、という技術は私たちの

    サポートエンジニアが読む「医療とコミュニケーションについて」
    mak_in
    mak_in 2017/08/21
  • テックリードという役割

    なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術エンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ

    テックリードという役割
    mak_in
    mak_in 2017/07/13
  • Angular — Introduction to Reactive Extensions (RxJS)

    Pt — A code experiment on point, form, and space.Reactive Extensions for JavaScript (RxJS) is a reactive streams library that allows you to work with asynchronous data streams. RxJS can be used both in the browser or in the server-side using Node.js. In this post we are going to introduce RxJS basic concepts and how we can use them with AngularJS. Follow me on Twitter for latest updates @gerardsan

    Angular — Introduction to Reactive Extensions (RxJS)
    mak_in
    mak_in 2017/07/12
  • エンジニア向けの社内情報共有ツールの紹介

    FiNCのエンジニアの人数も50人を超え、チームを横断した情報共有の機運が高まっています。 もともと社内には情報共有ツールとしてConfluenceやGitHub Wikiなどがありましたが、前者はMarkdownなどのエンジニアがドキュメントを書きやすい機能が不足しており、後者は情報の検索性に難がありました。 エンジニアのコミュニケーションを活性化させるため、カジュアルに記事を投稿できて誰でも見ることができる、新しい情報共有ツールを導入をすることにしました。 今回は候補として検討した際に、以下の要件を満たしていた情報共有ツールを紹介します。 Markdownを使ってプレーンテキストで記述できる記事の更新履歴のdiffを見ることができるフィードで記事の一覧を見ることができるわかりやすい検索機能コメント欄でのやりとりができるWebhook(チャットツール連携)UML記法やスライドの埋め込みの

    エンジニア向けの社内情報共有ツールの紹介
    mak_in
    mak_in 2017/07/01
  • How to build an Angular Application with ASP.NET Core in Visual Studio 2017, visualized

    With an arguably gratuitous number of visuals and code, we’ll learn how to build a ready-to-deploy web application built on ASP.NET Core and Angular using the Angular-CLI. SuperCoolApp on Github PrerequisitesNode.js Installed NOTE: May require a restart.NET Core InstalledNOTE: If you have a Mac, this excellent article should get you past the Environment Setup section by creating an app using the y

    How to build an Angular Application with ASP.NET Core in Visual Studio 2017, visualized
    mak_in
    mak_in 2017/06/29
  • Using ES6 with Angular 1.x is easy

    mak_in
    mak_in 2017/04/06
  • うわっ、私のサイトBootstrapくさすぎ!? たった数文字変えるだけでBootstrapのくさみが抜ける7つのCSSテクニック。

    なんか、このサイトBootstrapくさい。そう感じることはありませんか? その理由はズバリ、欧文ベースでつくられたフレームワークを文字構造の違う日語で適用した際に不都合が出てしまっているからです。 それらが醸し出す違和感を放っておくと、Bootstrapくささを生み出す大きな原因になってしまいます。 そもそもの問題として、欧文と比較して和文は文字の要素が多く、文字自体のリズムも少ないため、どうしても複雑で単調に見えてしまいます。 しかし、和文だからといってあきらめることはありません。BootstrapCSSを少しだけ変えるだけでグッと見た目がよくなる隠し味をご紹介します。 1. line-heightで行間にゆとりを。明朝やゴシックなど、フォントの種類が言葉の印象を表すように、文字の行間は読みやすさ、文章全体の雰囲気を左右します。 欧文をベースに設計されたBootstrapをそのまま

    うわっ、私のサイトBootstrapくさすぎ!? たった数文字変えるだけでBootstrapのくさみが抜ける7つのCSSテクニック。
    mak_in
    mak_in 2017/01/15
  • Dapper, EF, and CQS

    After talking with some people outside of the company I work for, I’ve been wanting to explain the reasons why we have chosen to use a Dapper and Entity Framework hybrid approach for our back-end Command–query separation (CQS) classes. Raw SQL via EF is a very possible solution we considered, but seeing the performance results from various sources nudged us to try Dapper. Given the structure of ou

    Dapper, EF, and CQS
    mak_in
    mak_in 2016/12/25
  • 子ども食堂を失敗させる方法

    東新町子ども堂。最終回は藤岡牧場のローストビーフ丼でしたおかげさまで東新町子ども堂、約4ヶ月と非常に短期間のオープンではありましたが、無事に最終回を迎えることができました。来てくださった皆様、応援してくださった皆様、当にありがとうございます。最終回は藤岡牧場のローストビーフ丼でした。おいしそうでしょう? 次の展開も決まっています。また次の会場探しも順調に進んではいます。東新町子ども堂をクローズしたのも「子ども堂を続けるために、東新町での運営を止める」という意味からです。ネガティブな気持ちからではありません。 が、そうは言っても当初は「できるなら東新町でずっと続けていこう」と考えていたわけで、円満退社とか「音楽生の違い解散」のように「いいことなんだよ、これは」ってだけで、筆者は東新町子ども堂を終わらせたくありません。 どいつもこいつも、そういう「表向き」の情報しか提出しないことに

    子ども食堂を失敗させる方法
    mak_in
    mak_in 2016/10/12
  • ボトムアップ組織のマネジメントとは何なのか

    いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの

    mak_in
    mak_in 2016/09/28
  • 物理サーバを選定する際のポイント – Eureka Engineering – Medium

    Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.

    物理サーバを選定する際のポイント – Eureka Engineering – Medium
    mak_in
    mak_in 2016/05/20
  • 1