タグ

2019年12月19日のブックマーク (18件)

  • Engadget | Technology News & Reviews

    Parrots in captivity seem to enjoy video-chatting with their friends on Messenger

    Engadget | Technology News & Reviews
  • The State of JavaScript 2019

    We were pretty sure 2018 would be the last time we did this survey. After all, the JavaScript ecosystem can’t very well keep changing again, can it? But what do you know, turns out JavaScript isn’t quite done changing just yet! And so after over 21,717 respondents took this year's survey we had to dig up our components and charts, curse us-from-a-year-ago for writing such crappy code, and get to w

    The State of JavaScript 2019
  • “自動押印ロボ”を見てきた とてもゆっくりだった(動画あり)

    このロボットは、デンソーウェーブのロボットアーム「COBOTTA」2台とカメラを組み合わせたもの。COBOTTAは、アームの先端に装着した社印を押す作業と、書類のページをめくる作業を担う。ページをめくるたびに、カメラで書類を撮影し、押印欄を識別する仕組み。デンソーウェーブ、日立キャピタル、日立システムズが共同で、2020年3月に月額制で提供を始める予定だ。 筆者がブースを取材したところ、すでに人だかりができており、ロボットが書類をめくってハンコを押す様子を来場者が一様に撮影していた。人だかりの間から顔を出し、実際の動きを確認すると、書類1枚にハンコを押す作業に数分間を要していた。 取材前、ロボットがスピーディーにハンコを押すことを想定していたため、そのゆっくりさはやや意外だった。事前の報道では触れられていなかったが、実際はロボットが押印する前に、ハンコを装着したロボットアームで朱肉に触れる

    “自動押印ロボ”を見てきた とてもゆっくりだった(動画あり)
  • イラストレーターの使い方~初心者から情報をアップデートしたい中級者以上に向けて~ | DESIGN TREKKER

    サイトの記事は、「動画」に「デザイナーの現場感」を加えて、書籍以上のものを目指して書かれたものです。原則、初心者向けに書かれていますが、最新の機能も必ずいれるようにしていますので、中級者以上にも満足していただけると思います。 Illustrator(イラストレーター)は機能を覚えるというよりも、まずは作りたいものを作ってみるという覚え方が一番効率が良いです。 illustratorでできること ロゴ、アイコン、イラスト、文字組みなどを利用して雑誌の紙面やフライヤー、ポスターなどの平面のデザインをつくることを得意としたソフトです。 一方、よく比較されるPhotoshop(フォトショップ)は写真の加工や合成、色調整など、画像を扱ったデザインを得意とするソフトです。 illustratorとPhotoshopの違いはこちらから

    イラストレーターの使い方~初心者から情報をアップデートしたい中級者以上に向けて~ | DESIGN TREKKER
  • ヤマビルが集まる場所と理由は? 御在所岳より藤原岳の方が、ヒルが多いワケ

    鈴鹿の山々をフィールドに研究を続ける「子どもヤマビル研究会」。今回の疑問は、ヒルの多い山と、少ない山の違いや、ヒルがどこからどのように運ばれてくるのか。子どもたちが観察・実験・検証を重ねていきます。(写真は「僕たちの実験場は、あの藤原岳の向こう側」と指差す研究員たち) 同じ鈴鹿の山なのに、ヒルの多い山と少ない山があるのはなぜ? 毎夏、名古屋で開催される夏山フェスタで、来場者にヤマビルの生態について話をする機会があります。 そこで、「同じ鈴鹿の山なのに、ヒルの多い山と少ない山があるのはなぜ?」という質問を受けました。わたしたちも、研究会のたびにヒルを捕りに行きますが、ヒルは、鈴鹿の山々のどこにでもいるわけではありません。 まず、大まかにみてみると、藤原岳と御在所岳では、断然、ヤマビルは藤原岳の方が多いです。その違いの一つに、山を形成している岩石が違うことが挙げられます。藤原岳は石灰岩質ですが

    ヤマビルが集まる場所と理由は? 御在所岳より藤原岳の方が、ヒルが多いワケ
  • 記憶は一体どこに存在するのか?

    by Tumisu 再生力が強いことで知られているプラナリアを使った過去の実験では、頭部を切除しても再生した個体は記憶を保持していることが示唆されています。それでは、「記憶は一体どこにあるのか?」という疑問について、アメリカの科学誌Nautilusが複数の実験や研究の結果から考察しています。 The Bizarre Science of Memory http://nautil.us/blog/memories-can-be-injected-and-survive-amputation-and-metamorphosis ミシガン大学の生物学者で、SF作家でもあったジェームズ・マコーネル教授は、1950年~1960年にかけて行ったプラナリアに関する実験で、一躍有名人となりました。マコーネル教授が行った実験とは、プラナリアにライトの点滅と電気ショックを与える訓練を施してから、プラナリアを切

    記憶は一体どこに存在するのか?
  • 【2024年版】社内SNSツールおすすめ12選(有料・無料)

    社内コミュニケーションを活性化し、効率的に情報共有するためのツールとして「社内SNS」が注目されています。しかし、重要なことは理解しつつも、どのツールを導入すべきか迷い、先送りにしてしまっている企業も多いようです。 ここでは、社内SNSのメリットやデメリット、おすすめ社内SNSツールをご紹介します。 また、社内snsに近い情報共有ツール「社内wiki」について、以下で紹介しています。 • 社内wikiの導入から活用までの完全マニュアル 成長企業が実践する情報共有術! 社内SNSを導入する企業が増えてきている 社内SNSとは、企業向けにカスタマイズされたSNSで、各拠点や各部署の社員同士が円滑にコミュニケーションをとれるようにするためのツールです。ChatworkやSlackなどのビジネスチャットツールも社内SNSのひとつといっていいでしょう。営業やエンジニアなど、職種に応じて使い勝手をチュ

    【2024年版】社内SNSツールおすすめ12選(有料・無料)
  • ラテラルとロジカルを繰り返す。図解でわかる天才たちの思考法:書評 | ライフハッカー・ジャパン

    ロジカルシンキングとは?ラテラルシンキングについて解説するにあたり、著者はまず、その対極にある「ロジカルシンキング」という思考法を紹介しています。 ロジカルシンキングは、直訳すると論理的思考という意味で、簡単に言えば「筋道を立てて考えること」です。 具体的には、物事をいくつかのカテゴリーに分類して整理することです。(17ページより) たとえば映画館に行くと、上映作品が「アニメ」「サスペンス」「ホラー」などに分類されています。 そのため、「どれが親子で安心して見られる映画なのか」ということなどをすぐに判断できるのです。 いわば物事をできるだけ最小の単位に分類し、余計なことを考えず効率的に進めるために行われてきたのがロジカルシンキング。 ただし、ロジカルシンキングには落とし穴もあります。一度「Aは○○である」と分類してしまうと、改めて違うカテゴリーに分類することが難しくなるわけです。 「A=○

    ラテラルとロジカルを繰り返す。図解でわかる天才たちの思考法:書評 | ライフハッカー・ジャパン
  • DDD くらいできるようになりたいよねって話 - Qiita

    はじめに 私自身は今年の 7 月にドメイン駆動設計(DDD)を実践する企業に転職したばかりで DDD 実践歴は浅いのだが、最近は開発業務の他にも中途採用者の DDD 教育や 現場で DDD!2nd のドライバー役をする機会を頂くなど、DDD の布教活動にも少し関わっている。 その中で「DDD ムズイ」という言葉をよく聞いたので、DDD の実践に悩んでいる人向けにサンプル問題の解説を通して、実は DDD 自体は難しくないんだよってことを教える目的で記事を書いた。 TL;DR(最初に結論) DDD 自体はドメインを中心にモデリングと実装をイテレーティブに繰り返す設計プロセスであり、モデリングと OOP の理解があれば誰でもできる。 難しいのは DDD 自体ではなくて、モデリングまたは OOP である。特に「良いモデル」を得ることは非常に難しい。 なので「DDD ムズイ」と感じる人はモデリング

    DDD くらいできるようになりたいよねって話 - Qiita
  • カレーライスを綺麗に食べる方法 - KAYAC Engineers' Blog

    はじめに この記事はTech KAYAC Advent Calendar 2019の19日目の記事です。 こんにちは。 技術部の中山といいます。 普段は、ぼくポケチームで、 開発・運用をする上で必要な作業の自動化をしたり、効率化できる部分を改善するという仕事をしています。 要するに仕事の無駄をなくすということをしているのですが、そういう仕事をする中で、 大学3年生のときに学で「カレーを綺麗にべる方法」というのを 研究していたことを思い出したので紹介しようと思います。 仕事の効率化もカレーを綺麗にべるのも「無駄をなくす」という点では同じです。 べ物で遊んでいるように感じる方もいらっしゃるかもしれませんが、 ここで述べる方法は「美味しく綺麗にべる」というのを大事にしています。 決して遊んでいるわけではありません。 実際の写真 まずこの画像をご覧ください。 これは、弊社が手がけるまちの

    カレーライスを綺麗に食べる方法 - KAYAC Engineers' Blog
  • ドメイン駆動設計で貧乏を爆殺する - Qiita

    記事は ドメイン駆動設計#1 Advent Calendar 2019 19日目の記事です。 こんにちは、レガシーコードを 爆殺 リファクタリングするのが大好きなミノ駆動です。 今回はドメイン駆動設計導入上避けては通れない、大事な大事なお金の話を致します。 「ドメイン駆動設計を導入してみたいんです!」 部下「ドメイン駆動設計を導入してみたいんです!」 上司「それって何?なんのために導入するの?」 部下「…………」 はい、僕にもそんな時代がありました。 何のためにドメイン駆動設計を導入したいのか、簡潔に説明できますでしょうか。 「ドメイン駆動設計」のタイトルにあるように、書は設計に関する書籍です。 ソフトウェア全体の設計手法や思想に関して言及している書籍です。 まずはソフトウェアの価値とは何か、設計とは何か、それぞれ何かを整理してみます。 ソフトウェアの価値 ソフトウェアが満たすべき要件

    ドメイン駆動設計で貧乏を爆殺する - Qiita
  • スペシャリストのキャリアを諦めた結果、技術力が向上した - 「挫折論への招待」その後の物語 - このすみノート

    「セイチョウ・ジャーニー」「挫折論への招待」アドベントカレンダー Advent Calendar 2019の19日目の記事です。 「挫折論への招待」は、技術書典6でGrowthfactionが頒布した、挫折をテーマとした同人誌です。 私は書に、スペシャリストを目指したけど挫折したという内容で、キャリアに関する挫折を寄稿しました。 booth.pm 記事に書くのは、スペシャリストを目指して挫折したあとの、その後の物語です。 挫折してから立ち直るまで 詳細は割愛しますが、キャリアにおいて「スペシャリスト」か「マネージャー」を選択する局面になり、私はスペシャリストを選択しました。 スペシャリストを選択した主な理由は、コミュニケーションが得意でなくマネージャーは不向きである点と、プログラミングが好きでIT業界に入ったからです。 スペシャリストを目指して挫折する スペシャリストを目指すと宣言した

    スペシャリストのキャリアを諦めた結果、技術力が向上した - 「挫折論への招待」その後の物語 - このすみノート
  • 【TypeScript】TS初心者の、TS初心者による、TS初心者のためのTS入門 - ecbeing labs(イーシービーイング・ラボ)

    はじめに ブンブン Hello world. どうもこんにちは。開発です。 前回「もし新人プログラマが「プリンシプル・オブ・プログラミング」を読んだら」の記事を書かせて頂いたあの開発です。 プログラマ界隈では「1年に1言語」とは言いますが、かくいう私も一念発起して新しい言語を学ぼうと思った次第でございます。 しかし、ただ学ぶだけではペースも落ちますし、やる気の上下も大きいと考えました。 そこで、”学んだ内容を記事にする”というタスクを自分に課すことで学習効率を無理やり持ち上げようと画策致しました 。 そんなわけで今回は、「新人プログラマがどのように未収得の言語を学習するか」について津々浦々と文字列を列挙したいと思います。 はじめに What's TypeScript 概要 JavaScriptとの違い 詳細 文法 型宣言 型推論 実際にやってみた 何はともあれ書いてみましょう 差分進化(D

    【TypeScript】TS初心者の、TS初心者による、TS初心者のためのTS入門 - ecbeing labs(イーシービーイング・ラボ)
  • "技術的負債"論の道案内 - アーキテクチャの資本コストと情報の非対称性 - Qiita

    はじめに ソフトウェアと組織経営をめぐる問題で避けては通れないのが、「技術的負債」と言う言葉です。一般には、「早さ」を求めて構築されたシステムの構造的な課題が、徐々に蓄積し、債務であるように徐々に開発速度そのものを遅くして行くと言う現象のことを意味しているように捉えられます。 これは、技術組織を持つ経営者や、ソフトウェアエンジニアではない発注者にとっては理解しにくいものです。またソフトウェアエンジニアであっても「古くなってしまったコード」や「わかりにくコード」全般のことを技術的負債と呼び、それをもって何かを説明したかのように考えてしまうことはままあります。 これらに起因して、双方のコミュニケーションが破綻してしまうこともよく見られる景色です。 技術的負債の経済効果は毎年マイナス12兆円 このような構造的な問題をはらむ技術的負債は、老朽化したレガシーなシステムとして、事業の組織改革を遅らせて

    "技術的負債"論の道案内 - アーキテクチャの資本コストと情報の非対称性 - Qiita
  • マイクロサービスにクリーンアーキテクチャを採用する上で考えたこと | メルカリエンジニアリング

    Merpay Advent Calendar 2019 の19日目は、Backendエンジニアチームの @toshinao がお送りします。 新しくマイクロサービスを立ち上げる機会があり、クリーンアーキテクチャをベースにしました。クリーンアーキテクチャはバックエンド・フロントエンド・アプリなど様々な場所で採用されています。ただ、確固たる方法というのは無く、みな試行錯誤しているのでは無いでしょうか。この記事では、クリーンアーキテクチャを取り入れる上で考えたことを紹介したいと思います。 マイクロサービスを作ったことがない人や、今までいくつか作ってきたけどより良い設計について考えている人の助けになれば幸いです。 はじめに メルペイのバックエンドは主にGoGoogle Cloud PlatformGCP)で開発を行っていますが、各マイクロサービスをどう実装していくかは概ね各チームに委ねられてい

    マイクロサービスにクリーンアーキテクチャを採用する上で考えたこと | メルカリエンジニアリング
  • Amazon・Apple・Google 「つながる家電」で通信統一 - 日本経済新聞

    【シリコンバレー=奥平和行】アマゾン・ドット・コム、アップル、グーグルの米IT(情報技術)大手3社がインターネットにつないで使う家庭機器を対象とした共通の通信方式を作ることを決めた。2020年後半に技術仕様を公開する計画だ。通信方式を一化することで消費者や機器を開発・製造するメーカーの利便性を高め、技術の普及を加速する。3社に加え、無線通信規格の策定を担う業界団体、ジグビー・アライアンスが1

    Amazon・Apple・Google 「つながる家電」で通信統一 - 日本経済新聞
  • Google、クラウドネイティブ向けセキュリティの枠組みを示す「BeyondProd」発表。ホワイトペーパーを公開

    Google、クラウドネイティブ向けセキュリティの枠組みを示す「BeyondProd」発表。ホワイトペーパーを公開 企業向けネットワークにおける先進的なセキュリティの考え方の1つに「ゼロトラスト」があります。 従来の典型的なネットワークセキュリティの考え方は、企業の外側と内側をファイアウォールで区切り、インターネットなどの外側からのアクセスは信頼できないものとして認証などを行って信頼できる通信のみを通過させ、ファイアウォールの内側の通信は信頼できるものとして扱う、というものでした。 しかしファイアウォールの内側であっても悪意あるアクセスが行われる可能性があります。それはパスワードなどを盗むことで侵入に成功した攻撃者やマルウェアであったり、悪意のある従業員そのものであったりと、さまざまな要因が考えられます。 つまりファイアウォールを用いたセキュリティの考え方では、ファイアウォールを突破されて

    Google、クラウドネイティブ向けセキュリティの枠組みを示す「BeyondProd」発表。ホワイトペーパーを公開
  • プロダクトが進捗していないと感じた時の戦い方 - hikoharu's blog

    この記事は Product Manager Advent Calendar 2019の18日目 です。 はじめに プロダクト作りにおける負債の種類 技術的負債 組織的負債 関係者的負債 思想的負債 負債の誕生 影響し合う負債の恐ろしさ 地道に負債を解きほぐしていく おわりに はじめに Yamotty氏の素晴らしい記事に触発され、 ストラテジーと実装の一致を保つのが困難な状態、つまり プロダクトに関わる負債のせいで進捗しづらくなった時に どのように戦っていけばいいのかを掘り下げていきます。 スタートアップの強みはストラテジーと実装の一致 早さが生まれる理由は「ストラテジーと実装が一致しているから」だと考えている。 逆に言うと、これらが一致していない場合、早さは生まれない。 正しい戦略が、組織や技術的負債のために実行されなければバツ。 逆に素晴らしいテクノロジーを扱えるチームがあったとしても、

    プロダクトが進捗していないと感じた時の戦い方 - hikoharu's blog