みなさんは、普段どのようにノートを取っていますか？ 「罫線やマス目に沿って文字を書いていくだけ」という “普通の取り方” も決して悪くはありませんが……あなた自身の性格や学習環境に合ったノートの取り方を試してみるのも、ひとつの手です。 試しに、以下のチャートをやってみてください。 どこにたどり着いたでしょうか？ それが、今のあなたに最も適したノート術かもしれませんよ。海外メディアの情報なども参考に、これらのノート術をひとつひとつ紹介していきましょう。 1. マッピング・メソッド まずは、「講義後にノートの整理をいつもしていて」「絵で見て覚えるタイプで」「復習に時間をかけてもいい」という人向けの「マッピング・メソッド」です。 これは、項目を時系列でまとめたり、項目ごとのつながりを矢印などを使って絵で表したりしながら、ノートに書き出す方法です。思考整理の際に使う「マインドマップ」にも似ています

この記事はTech KAYAC Advent Calendar 2019の4日目の記事です。 こんにちは。技術部平山です。 この記事では、人の行動を操る、つまり、人の行動を予測したり、望みの行動を取らせるために役立つ科学について 軽く紹介いたします。プログラミングの話はございませんが、 プログラマに読みやすい味付けにはしておきました。 なお、「人を操る」とか言っていますが、実際それで思うように操れるのであれば、 私はもっと裕福だったでしょうし、高い地位を得ていたことでしょう。 理屈と実践は異なるということです。 ただ、これを知って気が楽になる方もいらっしゃるかもしれませんし、 もしかしたら、実際に何かを改善させられるかもしれません。 基本的には与太話ですので、お暇な方のみお付き合いください。 予測に使える理論は、制御にも使えるかもしれない 何かしらの理論によって現象が予測できるのであれば、

Help us understand the problem. What is going on with this article? このエントリはCompetitive Programming (1) Advent Calendar 2019　4日目のエントリで、バーチャル幼女プログラマーきりみんちゃんが書いています。 きりみんちゃんはVTuberとしてAtCoderの過去問を解く配信をしたりしています。 競プロ、しっていますか？ さて、みなさんは競技プログラミング/プログラミングコンテストというものをご存知でしょうか。 かなり昔から行われているものではあるので、存在は知っているという方が多いかもしれません。 競技プログラミングをざっくり説明すると、期待される入力と出力が定義された問題が出題され、それをコーディングによって解き用意された自動テストを通すまでの速度などを競うコンテストです

商用のプロジェクトでも無料で利用できる、管理画面・ダッシュボードのレイアウトやUIコンポーネントが揃ったテンプレートを紹介します。 このテンプレートを使用すると、管理画面・ダッシュボードで必要なコンテンツを簡単に作成できます。 Stisla 管理画面・ダッシュボードに特化されたUIコンポーネントがほとんどすべて揃ったテンプレート。 30以上のサードパーティのライブラリと統合、多くのコンポーネントを簡単に利用できます。 HTML5とCSS3で記述されており、すべてのモダンブラウザでサポートされています。 Bootstrap 4をベースに、Flexboxでレイアウトされています。 一部のコンポーネントにはより簡単にやり取りするために、JavaScript APIを使用。 MITライセンスで、商用プロジェクトでも無料で利用できます。

会話が無い。聞こえてくるのは仕事の指示や叱責のみ。そんなIT職場で働いた経験がある。 叱責が耳に付く職場だった。若手にヒステリックな声をあげている先輩社員も目立っていた。 筆者は外部の人間だったため多少の世間話は許された。しかし社員たちは雑談することなく黙々と作業をしていた。私がたまに雑談で声を掛けた時の、若手社員たちのうれしそうな（すがるような）瞳が忘れられない。彼ら／彼女らはその後そろって退職した。 雑談すらせず仕事に取り組んでいたのに、生産性が高いというわけではなかった。部課長や先輩社員から若手への叱責の内容を聞いていると、大半が意識違いや抜け漏れに起因する手戻りなのである。 「そういうことじゃない」 「なんで相談しなかったの？」 「普通こう対応するよね。常識だろ？」 この手の言葉がひっきりなしに飛び交う。 いやいや、雑談する隙すら無い職場環境で相談しないことを責めるのはあんまりだろ

【Python】嵐の歌詞をWordCloudで可視化して、結成20年でファンに伝えたかったことを紐解いてみたPythonスクレイピング自然言語処理Python3wordcloud きっかけ 嵐の活動休止まで残り一年ですね。スケスケ衣装の登場からなんともう20年。マルチで活躍する国民的アイドルは結成20年でファンに何を伝えたかったのか？直接お会いして伺いたいとこだが、そんな訳には。ですので、「歌詞を可視化」して、ファンに伝えたいメッセージを6人目のメンバーである私が嵐ファンに伝えることにしました。 環境 ・Python 3.7.3 ・windows10 参考資料 ・Uta-Net ・米津玄師の歌詞をWordCloudで可視化してみた。 大まかな流れ 歌詞の収集(スクレイピング) 歌詞を単語にする(形態素解析) 可視化(WordCloud) 1. 歌詞の収集(スクレイピング) import r

タイトルのようなエントリを社内に向けて書いたので、手直しして社外に放流するものである。 社内で情報共有フローやガイドライン整備などを進めている。ルールは少ないに越したことはないので「ルール作り」にはしたくなくて、考え方やガイドラインみたいなところに留めて、文化や共通言語を醸成していきたいとも考えている。 これは、今後組織が大きくなる上で、「スピードを落とさないため」に必要だと考えている。新しく入ってきた人が立ち上がりを早くパフォーマンスを発揮してもらえるようにしたい。 オンボーディングの整備は大事で、それもやっていかないといけない。でも今のフェーズではどうしても未整備の部分も多い。そういう荒地を楽しんで走破できる自走力があって、自分で決めて整備もできて、組織と一緒に成長してくれる人を採用していきたい。なので「自走しやすい環境」を整えたい。そのために必要だと考えている点が以下の3点です。 デ

こんにちは、CookpadTV 株式会社のデザイナーの若月です。クッキング Live アプリ「cookpadLive」のデザインをしています。 先日、クックパッドで行われたクックパッドはサービスの作り手を採用したいんです。で発表を行った内容の詳細を書きます。 なにをしたのか アプリのリニューアル(アプリ名変更・機能追加)を 1ヶ月という納期がある中で、ユーザの体験を損なわずに必要な機能を最大限盛り込むために、開発を行うために、ユーザ体験と開発のスピードのバランスを取りながら UI を作りました。 リリースするまでのフロー 1. 問題発見 / ワイヤーフレーム 現状アプリの問題発見の洗い出し・リニューアル後の理想の姿を考えることをまず考えました。まとめたものをリーダーやチームメンバーに壁当てしつつ、ワイヤーフレームを組み立てます。 2. 仕様整理 ワイヤーフレームを元に、仕様表を作成します。

私の文章が「暗い」かどうかはAmazon Comprehendにハッキリしてもらう ~Analysis jobsで20000字を感情分析してみた~ 皆さん、元気いっぱいな文章を書いていますか？ ▲ 私は最近書けていません！ 折角の芸術の秋(まだ秋ですか？)ですし、時には己のリビドーを大爆発させて思いのままに文章を綴るのも良いのではないでしょうか。1年後くらいに恥ずかしくて床を転がるくらいのものがベターです。 何を言っているか分からないと思った皆さんこんにちは。 何を言っているのかが分かってしまった皆さんもこんにちは。AWS事業本部のShirotaです。 自分が元気いっぱいな文章を書けているか気になったらこのまま続けてお読み下さい。 そうでない場合も読んで頂ければ幸いです。 元気に参りましょう！ Amazon Comprehendが日本語対応しましたね 2019年11月6日、Amazon C

はじめに エンジニアになって4年ほどになり、自分がチームを引っ張ることも多くなってきました。 最近ではいっちょマエにアドバイスなんかすることもありますが、自分だって右も左も分からないところからエンジニアとして仕事をしつつ成長してきて今ここにいます。 そんな中で、「こうするともっと仕事がうまくできるよ」というノウハウやマインドセット的なものを自分なりにアウトプットしておきたいなと思ったので、つらつらと書いていきます。 前提 私はエンジニアになってからずっとWeb業界の小規模スタートアップで開発をしてきた人間です。2社経験していますが、2社ともスクラムによる開発手法を取っていました。ここに記す内容もこの環境や手法に影響を受けたものが多いです。 おしながき 1.マインドセット 2.仕事の進め方 3.どうにもならないとき 1.マインドセット 大局を見渡す 自分が着手しているタスクについて、なぜこれ

あまり声を大にして言っていなかったが、Engineering Managerになってからのほうが学習意欲が増して技術力が伸びたのではないかという自負がある— ohbarye (@ohbarye) 2019年3月26日 もう半年以上前だが、このツイートにそこそこFavが付いたのでもう少し丁寧に考えや経験を補足しようと思った。 僕が観測する界隈ではエンジニアがマネジャーになることに対するネガティブな印象として「コードを書けなくなる」「技術力が落ちる」といった意見を聞くことが多いので、いち反例として個人的な経験を挙げてみる。*1 どういうことか 僕がエンジニアリングマネジャーになったのは2017年で、今から約2年前。*2 過去に記事で書いたようにその頃は 「日常の業務を漫然と続けるだけで成長するフェーズは終わった」という焦燥感があった一方、目線の上げ方・課題の見つけ方・実行するための冴えたやり方

AWS Lambdaのアプリケーション作成とは AWS Lambdaのアプリケーション作成機能を利用してLambda関数を作成すると、Lambda関数自体の他に Lambda関数のソースコード等を管理するGitリポジトリとしてCodeCommit CodeCommitのmasterブランチの更新を契機にLambda関数へのデプロイを行うCodePipeline 等々、CI/CDパイプライン実現のためのAWSリソースが同時に作成されます。 Lambda関数自体は手軽に作ったものの、次のステップとしてCI/CD環境を構築するのは腰が重く、ソースの更新はマネジメントコンソール上で実施している・・・といったケースを改善するアプローチとして、このようなCI/CD環境をセットで構築する機能がリリースされたそうです。 Lambdaのマネジメントコンソール画面では、これらAWSリソースをアプリケーションと

こんにちは、森です。 複数のアカウント、リージョンでアプリケーションを実行している場合、監視/トラブルシュート/分析をする際、複数のアカウントにログインしてアプリケーションコンポーネントまたは依存関係の追加のダッシュボードを表示したり、サービスの可用性に影響を与える可能性のあるアプリケーションリソース、共有リソース、またはアプリケーション間の依存関係を可視化する必要がありました。 このような場合だと、どうしても根本的原因を分析し、解決するまでの時間がかかる場合が多いと思います。 本日紹介するAmazon CloudWatchのアップデートで、クロスアカウント、クロスリージョンのダッシュボードが作れるようになったため、上記の問題をかなり解決できるよになるのではないかと思ったので試してみようと思います。 環境 Cross-Account Cross-Region Dashboards with

2019年9月14日、渋谷ヒカリエでテックカンファレンス「BIT VALLEY 2019」が開催されました。若手エンジニアに向けて、多様な働き方や最新の技術にまつわるさまざまなトークセッションが行われました。トークセッション「経営とはソフトウェアだ –若者が担うこれからの経営と技術とキャリアの話–」に登場したのは、合同会社DMM.com CTO・松本勇気氏。 KPIツリーと事業のモデル化 松本勇気氏：数字が見えてくると、次は「KPIツリーと事業のモデル化」というところにつながってきます。事業をシステムとして捉えれば、事業の構造が見えてくるんです。これを観測可能なモデルに落とし込んでいく。 これがみなさんの事業で言うところのKPIツリーなのかなと思っていて、KPIツリーがどうして生まれてくるのかを理解しないと、上滑りしたKPIツリーになってしまうかなと思っています。 KPIツリーというのは、

Amazon Web Services ブログ JenkinsとAWS CodeBuildおよびAWS CodeDeployとの連携によるCI/CDパイプラインの構築 この記事は、オープンソースの自動化サーバーである Jenkins を用いて、AWS CodeBuild のビルド成果物を AWS CodeDeploy でデプロイし、機能的なCI/CDパイプラインを構築する方法を説明します。適切な設定を行うことで、GitHubリポジトリにプッシュされたソースコードの変更を元にCI/CDパイプラインが起動され、自動的にCodeBuildに送られ、その出力がCodeDeployによってデプロイされることを実現できます。 ソリューションの概観 このパイプラインは、ソースコードをコンパイルするフルマネージドなビルドサービスを作成します。また、このパイプラインはCodeDeployが本番環境に自動的に

Amazon Web Services ブログ 新しいサーバーレスアプリ作成機能で CI/CD も作れます AWS Lambda のマネジメントコンソールに新しい「サーバーレスアプリケーションの作成」機能が追加されていることにお気付きですか? サーバーレス環境である Lambda ではすぐに処理実行環境が利用可能になり、Webのコンソールからロジックを実装するだけで容易にちょっとした処理を開発できます。一方で、この次のステップとして、 Lambda 関数だけでなく、アプリケーションとしての開発や管理ができていない 環境の再現（開発環境からステージングや本番環境へ）、デプロイの継続実行（CI/CD）の環境が整備できずに、Webコンソール上でいまだにコード変更している という話を聞くことがあります。実際には、デプロイ/環境設定のコード化（Infrastructure as Code: IaC）

LINEで生まれる新しいアイデアやサービスを支える部門・チームを紹介する「LINEのなかみ」。今回は、LINEの様々な事業のデータ活用を支えるデータアナリストの仕事を、3名のメンバーからその業務内容や体制などについて紹介してもらいました。 左からHRサービス事業部の吉沢、LIVE事業部の於保、ニュース事業部の鈴木。 ――経歴を教えてください。 鈴木：前職はデータ分析を受託開発する会社にいて、2017年8月にLINEに入社しました。クライアント先に常駐をしていたのですが、全体像を把握できていないまま切り出されたタスクをやるという仕事の仕方に違和感を感じていました。より事業全体をみて、分析から事業改善までを広範にやってみたいなと思ったのが転職の理由です。今は、LINE NEWSを手掛ける事業部でLINE NEWS専属のデータ集計・解析を行うチームで働いています。 吉沢：私は人材育成を手がけてい

先日、上平先生のブログを拝見して、雑談してたらデザイナーの話で盛り上がったのでその話や考えなどを図解と共に整理してみました。 哲学者のドナルド・ショーンは、1983年にReflection（省察）を二つに分けています。それが、「Reflection in action（行為の中の省察）」と「Reflection on action（行為にもとづく省察）」です。 1つ目のリフレクション "Reflection in action"Reflection in action（行為の中の省察） とは、「何かをする中でふと頭に浮かんだことや、感じ取ったことを自分の中で吟味のまな板の上に乗せること」とのこと。デザイン研究者の須永剛司 氏は、それをシンプルに「じゃない感」と呼んでいらっしゃるとのこと。そして、こう続いています。 デザイナーは、たくさんのアイデアスケッチを描きますが、決して頭の中に降ってき

ペアプログラミングで「強いエンジニアチーム」を作る！ ヤフーが実践する全てペアプロ開発の手法 ペアプログラミング（ペアプロ）のメリットや導入方法について、ヤフー株式会社の山下真一郎さんが、フリマアプリ「ヤフオク!」や「PayPayフリマ」での実例をもとに紹介します。 ペアプログラミング（以下、ペアプロ）は、2人のエンジニアが共同でプログラムを書いていく開発スタイルです。メンバー同士での知識の共有や、プロダクトの品質向上が見込めるとされており、多くの企業が導入を進めています。 本稿では、ヤフー株式会社のヤフオク!カンパニー開発本部でペアプロを導入し、現在はPayPayフリマの開発の取りまとめを行う山下真一郎（@shin_yahoojp）さんに、ペアプロに取り組む意義やその手法について解説してもらいました。 なぜペアプロが必要なのか？ 質の高いコードレビューとしてのペアプロ ペアローテーション

A collective list of free APIs API Key の登録なし＋無料で株価情報が取れる API ないかなーと探していたら、面白いリストが見つかりました。48 カテゴリにわたり数百もの API がリストされています。545 contributors (2019/11/6 時点) によるまさに集合知（？）ですね。 Github: https://github.com/public-apis/public-apis A collective list of free APIs for use in software and web development. の説明通り、 Animals Anime Anti-Malware Art & Design Books など、どんなデータ？と思うようなカテゴリから、 Geocoding、Jobs、Music まで、全部見ることが